В логе он пытается подмонтировать файловую систему из mmcblk0. Судя по названию, это карточка mmc, которой нет.
А ведь rootfs в соответствии с параметрами ядра должна лежать в /dev/mtdblock4.
Похоже, ядро игнорирует параметры, которые ему передаются. В логах написано:
error: no MAC address on cmd. line, set to F8:DC:7A:00:00:00
хотя в параметрах ядра указано:
ethaddr=F8:DC:7A:00:00:00
Может, там должно быть macaddr?
rootfs должен быть записан в nand, вот сюда:
0x000000780000-0x000010000000 : "jffs2-nand"
Так пишет ядро. rootfs удалось записать в nand по этому адресу?
Да, туда закинуты 70 метров Angstrom root fs. Но не от этого ядра, а pre-build jffs2 файл с FTP'шника Veriscite'a. Я пока не разобрался, как собрать root fs.
Т. е. в параметрах ядра указано правильно, rootfs лежит в /dev/mtdblock4. mtd - memory technology devices, разделы нумеруются с нуля, поэтому наш раздел как раз четвёртый.
Вообще, рута он новерное подмонтировал:
VFS: Mounted root (jffs2 filesystem) on device 31:4.
Обращаю внимание на последнюю цифру - это номер раздела (4), minor number устройства /dev/mtdblock4. 31, стало быть, major number.
То, что дальше - относится к карточке SD/MMC, нам это сейчас неинтересно. Впрочем, можешь попробовать карточку вставить и посмотреть, что он напишет, но это просто так, ради любопытства, проблему это не решит.
Ну, так и есть, modprobe ищет модули в неправильном месте.
Попробуй загрузить указанные модули через insmod - эта команда воспринимает полный путь к модулю, а не пытается его искать в месте по-умолчанию.
А ещё, если rootfs у тебя доступен для записи, можно сделать ссылку из 2.6.37+ в 2.6.37. Или вообще просто каталог переименовать.
Но если модули от одного ядра, а само ядро - другое - может начать ругаться, будет писать UNKNOWN SYMBOL ...
Надо честно ядро вместе с модулями собрать, сделать свой rootfs. Все файлы можно взять от старого, а поменять только модули ядра. Если с JFFS2 работать не получится, никто не запрещает rootfs в обычном ext2 сделать.
Ну, теперь точно нужны исходники ядра для этой системы, надо собрать ядро и модули. Образ ядра перевести в формат u-boot/PPC (не знаю, как, надо искать утилиту). Модули закинуть в образ rootfs.
Только стоит ли бодаться из-за этого? omapfb - модуль framebuffer, он бесполезен, пока мы работаем через uart, он может понадобиться (не обязательно), если к этой плате графический дисплей подключить, по HDMI, например, или телевизор тот же. Там просто больше символов на экране помещаться будет и шрифны погламурнее, а в остальном то же самое.
Или ты сейчас так и работаешь? Клавиатуру и монитор подцепил? Ведь сначала порт был неправильный.
Для просмотра образа нужно на настольном компьютере:
1) пересбрать ядро (не в AM35, в твоём компьютере) с поддержкой JFFS2
Для этого нужны рабочие исходники ядра настольной системы, нужно перейти в их каталог и запустить
>> make menuconfig
Там выбрать:
Device drivers -> Memory Technology device (MTD) support <M>
File systems -> Miscellaneous filesystems [*] -> Journalling Flash File System v2 (JFFS2) <M>
Затем пересобрать ядро:
make && make modules install
и загрузить модуль jffs2
modprobe jffs2
Ну вот и сравни их для уверенности. Но всё должно быть правильно - сам он файлы никакие не создаёт. Обычно для этого initrd делают, это тоже своеобразный образ rootfs, но тут этого нет.
при воткновении USB плата загорается как новогодняя ёлка. При воткновении нижнего USB появляются устройства /dev/ttyUSB0 и /dev/ttyUSB1. При запуске MixRead появляется сообщение error: device not found!
Под Slax вроде заработало. Пошла NMEA, потом через какое-то время остановилась. Так и должно быть?
Можно сделать модуль под Slax, который live. Прошить этим Слаксом несколько флешек и раздать людям. Хотя, конечно, известны случаи когда Слакс не грузился.
В частном, не нравится мне твоя модель сигнала. Слагаемое доплера введено так, что фаза будет дико рваной. На результат это вряд ли повлияет, но от жизни отдаляет.
Формирующие шумы наблюдений, при выборе массива аргумента фазы, на мой взгляд - не причем. На мой взгляд нужно, и так я в своем классе это и делал, брать разброс частоты апостериорной ПВ и с учетом возможных значений частоты расширять поле по фазе. Ведь именно апостериорная ПВ (облако частоты и фазы) определяет разброс фазы в экстраполяционной ПВ. Формирующий шум растягивает только аргумент частоты.
Непонятен тезис насчет приведения к 2 пи. Зачем мне фаза, которую приводят каждый такт фильтра к 2 пи? Или ты имеешь в виду делать расчет только в пределах 2 пи от максимума? Но для этого максимум ещё найти надо.
Да, я тоже так думаю. Тогда надо выкладывать и пособие в SVN. Просто я хочу завершить его самостоятельно, как и начал.
Следующую книгу, думаю, будем вести уже в корпоративном хранилище с использованием redmine, по-взрослому.
Конечно, ещё вопрос с LaTeX'ом остаётся. В системы контроля версий LaTeX хорошо ложиться, Word тут не катит. Но кто готов в LaTeX'е тексты писать?
С одной стороны, идея правильная, значительно упростит нам жизнь. С другой стороны, она мало применима к студенческим работам, т.к. они предполагают процесс обучения. Если ты за человека закроешь таск "поставить Матлаб" или "написать hello world", то как он уже не сможет работать над следующими заданиями.
[ Хронологический вид ]Комментарии
В логе он пытается подмонтировать файловую систему из mmcblk0. Судя по названию, это карточка mmc, которой нет. А ведь rootfs в соответствии с параметрами ядра должна лежать в /dev/mtdblock4.
Похоже, ядро игнорирует параметры, которые ему передаются. В логах написано: error: no MAC address on cmd. line, set to F8:DC:7A:00:00:00 хотя в параметрах ядра указано: ethaddr=F8:DC:7A:00:00:00 Может, там должно быть macaddr?
rootfs должен быть записан в nand, вот сюда: 0x000000780000-0x000010000000 : "jffs2-nand" Так пишет ядро. rootfs удалось записать в nand по этому адресу?
Да, туда закинуты 70 метров Angstrom root fs. Но не от этого ядра, а pre-build jffs2 файл с FTP'шника Veriscite'a. Я пока не разобрался, как собрать root fs.
Из лога:
NAND device: Manufacturer ID: 0x2c, Chip ID: 0xca (Micron )
Creating 5 MTD partitions on "omap2-nand.0":
0x000000000000-0x000000080000 : "xloader-nand"
0x000000080000-0x000000240000 : "uboot-nand"
0x000000240000-0x000000280000 : "params-nand"
0x000000280000-0x000000780000 : "linux-nand"
0x000000780000-0x000010000000 : "jffs2-nand"
Т. е. в параметрах ядра указано правильно, rootfs лежит в /dev/mtdblock4. mtd - memory technology devices, разделы нумеруются с нуля, поэтому наш раздел как раз четвёртый.
Вообще, рута он новерное подмонтировал: VFS: Mounted root (jffs2 filesystem) on device 31:4. Обращаю внимание на последнюю цифру - это номер раздела (4), minor number устройства /dev/mtdblock4. 31, стало быть, major number.
То, что дальше - относится к карточке SD/MMC, нам это сейчас неинтересно. Впрочем, можешь попробовать карточку вставить и посмотреть, что он напишет, но это просто так, ради любопытства, проблему это не решит.
Самое главное здесь: FATAL: Module omaplfb not found. Т.е. на rootfs где-то в каталоге /lib/modules/2.6.37/, но его там нет.
Надо посмотреть, что есть в образе rootfs!!!
root fs у нас от 2.6.37, а ядро теперь 2.6.37+. Добавил в текст содержимое каталогов. У тебя есть идеи как посмотреть кишки jffs2 файла?
Дай команду
>> uname -r
она выдаст точное название ядра. Может быть, она ищет файлы в каталоге /lib/modules/2.6.27+, или ещё где. Должно совпадать с выводом uname -r
root@am3517-evm:~# uname -r
2.6.37+
Тот модуль, что он ищет, находится в 2.6.37. См. выше
Ну, так и есть, modprobe ищет модули в неправильном месте.
Попробуй загрузить указанные модули через insmod - эта команда воспринимает полный путь к модулю, а не пытается его искать в месте по-умолчанию.
А ещё, если rootfs у тебя доступен для записи, можно сделать ссылку из 2.6.37+ в 2.6.37. Или вообще просто каталог переименовать.
Но если модули от одного ядра, а само ядро - другое - может начать ругаться, будет писать UNKNOWN SYMBOL ...
Надо честно ядро вместе с модулями собрать, сделать свой rootfs. Все файлы можно взять от старого, а поменять только модули ядра. Если с JFFS2 работать не получится, никто не запрещает rootfs в обычном ext2 сделать.
Ну, теперь точно нужны исходники ядра для этой системы, надо собрать ядро и модули. Образ ядра перевести в формат u-boot/PPC (не знаю, как, надо искать утилиту). Модули закинуть в образ rootfs.
Ядро я уже собрал, без этого оно не запускалось. Сейчас пытаюсь осмыслить как собрать rootfs.
Можно подмонировать образ rootfs, как я описывал ниже, и записать туда модули ядра, а все остальне оставить прежним.
Только стоит ли бодаться из-за этого? omapfb - модуль framebuffer, он бесполезен, пока мы работаем через uart, он может понадобиться (не обязательно), если к этой плате графический дисплей подключить, по HDMI, например, или телевизор тот же. Там просто больше символов на экране помещаться будет и шрифны погламурнее, а в остальном то же самое.
Или ты сейчас так и работаешь? Клавиатуру и монитор подцепил? Ведь сначала порт был неправильный.
Работаю через UART, посредством kermit'a
Забей тогда на omapfb. Попробуй что-нибудь ещё. Hello world уже работает, это главное.
Попробуй сетку, что-ли поднять.
>> ifconfig -a
Эта команда выдаст все сетевые устройства. Должно быть eth0.
>> ifconfig eth0 192.168.0.15 netmask 255.255.255.0 up
Эта команда запускает сетевой интерфейс.
>> route add default gw 192.168.0.1 eth0
Эта команда добавляет путь к шлюзу 192.168.0.1 (если он у тебя есть, конечно)
>> echo nameserver 8.8.8.8 > /etc/resolv.conf
Эта команда задаёт адрес сервера имён.
>> ping www.ya.ru
Может и заработать! По крайней мере, у нас в центре.
Заработает, куда он денется) Только до роутера надо кабелек кинуть от платы.
Для просмотра образа нужно на настольном компьютере:
1) пересбрать ядро (не в AM35, в твоём компьютере) с поддержкой JFFS2
2) Далее нужно подмонтировать образ rootfs куда-нибудь:
Немного извратил твой совет, результат выше. Давай туда переходить, в комментариях уже не разобрать что к чему. Как обычно - кнопка Правка сверху.
Я-то думал, у тебя в новой системе на AM35 нет возможности команды давать. А так всё будет совсем просто. Например, посмотреть rootfs можно так:
>> ls /
Я догадывался, но не был в этом уверен. Вдруг он создает какие-то файлы и каталоги во время загрузки...
Ну вот и сравни их для уверенности. Но всё должно быть правильно - сам он файлы никакие не создаёт. Обычно для этого initrd делают, это тоже своеобразный образ rootfs, но тут этого нет.
Короче говоря, раз так, пробуй грузить модули вручную через modprobe/insmod.
General Touch OTL193 - есть опция антивандального стекла - для студентов самое оно!
Насколько я помню, там беда с ценником - он умножается на два.
Картинка - шик!
при выполнении udevadm происходит вот что bash: udevadm: command not found
то есть, я серьезно влип?
при воткновении USB плата загорается как новогодняя ёлка. При воткновении нижнего USB появляются устройства /dev/ttyUSB0 и /dev/ttyUSB1. При запуске MixRead появляется сообщение error: device not found!
Похоже, проблемы с дровами FTDI.
Вот что говорит dmesg:
[ 8646.750000] ftdi_sio 5-4:1.0: FTDI USB Serial Device converter detected [ 8646.750000] drivers/usb/serial/ftdi_sio.c: Detected FT2232C [ 8646.750000] usb 5-4: FTDI USB Serial Device converter now attached to ttyUSB0 [ 8646.750000] ftdi_sio 5-4:1.1: FTDI USB Serial Device converter detected [ 8646.750000] drivers/usb/serial/ftdi_sio.c: Detected FT2232C [ 8646.750000] usb 5-4: FTDI USB Serial Device converter now attached to ttyUSB1 [ 8648.100000] drivers/usb/serial/ftdi_sio.c: ftdi_set_termios FAILED to set databits/stopbits/parity [ 8648.100000] drivers/usb/serial/ftdi_sio.c: ftdi_set_termios FAILED to set databits/stopbits/parity [ 8648.100000] drivers/usb/serial/ftdi_sio.c: ftdi_set_termios urb failed to set baudrate [ 8648.100000] drivers/usb/serial/ftdi_sio.c: ftdi_set_termios urb failed to set baudrate [ 8648.100000] drivers/usb/serial/ftdi_sio.c: update_mctrl Error from MODEM_CTRL urb: DTR HIGH, RTS HIGH [ 8648.100000] drivers/usb/serial/ftdi_sio.c: update_mctrl Error from MODEM_CTRL urb: DTR HIGH, RTS HIGH [ 8648.100000] drivers/usb/serial/ftdi_sio.c: urb failed to clear flow control [ 8648.100000] drivers/usb/serial/ftdi_sio.c: urb failed to clear flow control [ 8648.100000] drivers/usb/serial/ftdi_sio.c: update_mctrl Error from MODEM_CTRL urb: DTR HIGH, RTS HIGH [ 8648.100000] drivers/usb/serial/ftdi_sio.c: update_mctrl Error from MODEM_CTRL urb: DTR HIGH, RTS HIGH [ 8648.100000] drivers/usb/serial/ftdi_sio.c: error from flowcontrol urb [ 8648.100000] drivers/usb/serial/ftdi_sio.c: error from flowcontrol urb [ 8648.100000] drivers/usb/serial/ftdi_sio.c: update_mctrl Error from MODEM_CTRL urb: DTR LOW, RTS LOW [ 8648.100000] drivers/usb/serial/ftdi_sio.c: update_mctrl Error from MODEM_CTRL urb: DTR LOW, RTS LOW
Под Slax вроде заработало. Пошла NMEA, потом через какое-то время остановилась. Так и должно быть?
Можно сделать модуль под Slax, который live. Прошить этим Слаксом несколько флешек и раздать людям. Хотя, конечно, известны случаи когда Слакс не грузился.
Мне особенно понравилась возможность просмотра истории правки.
Оно само собой получилось)
Немного поправил
Добавил проверенный сегодня второй способ управления.
В целом - достойно включения в учебник.
В частном, не нравится мне твоя модель сигнала. Слагаемое доплера введено так, что фаза будет дико рваной. На результат это вряд ли повлияет, но от жизни отдаляет.
Формирующие шумы наблюдений, при выборе массива аргумента фазы, на мой взгляд - не причем. На мой взгляд нужно, и так я в своем классе это и делал, брать разброс частоты апостериорной ПВ и с учетом возможных значений частоты расширять поле по фазе. Ведь именно апостериорная ПВ (облако частоты и фазы) определяет разброс фазы в экстраполяционной ПВ. Формирующий шум растягивает только аргумент частоты.
Непонятен тезис насчет приведения к 2 пи. Зачем мне фаза, которую приводят каждый такт фильтра к 2 пи? Или ты имеешь в виду делать расчет только в пределах 2 пи от максимума? Но для этого максимум ещё найти надо.
Привет Пензиасу и Вильсону!
Думаю, нужно отказываться от мантиса в пользу Redmine. Зачем нам два багтрекера?
Да, я тоже так думаю. Тогда надо выкладывать и пособие в SVN. Просто я хочу завершить его самостоятельно, как и начал. Следующую книгу, думаю, будем вести уже в корпоративном хранилище с использованием redmine, по-взрослому.
Конечно, ещё вопрос с LaTeX'ом остаётся. В системы контроля версий LaTeX хорошо ложиться, Word тут не катит. Но кто готов в LaTeX'е тексты писать?
К сожалению, у нас не так много людей вообще будут пользоваться всем перечисленным. А те, кто будут, для них LaTeX не проблема.
АП СРНС тебе в любом случае издавать от одного лица нужно (де-юре): насколько я понимаю, в зачет на ученое звание идет только монография.
< pre > Мысли движутся в сторону интересного проявления эффекта Гиббса < /pre > ...скорее в сторону ресемплера
В ГЛОНАСС L3OC Data замечена ошибка ;)
Спасибо, исправил.
Добавил "Пункт о запуске теста сигналов".
Обвесы, спойлер, подсветку днища!
С одной стороны, идея правильная, значительно упростит нам жизнь. С другой стороны, она мало применима к студенческим работам, т.к. они предполагают процесс обучения. Если ты за человека закроешь таск "поставить Матлаб" или "написать hello world", то как он уже не сможет работать над следующими заданиями.
Это как раз то задание, выполнения которого надо добиваться кнутом. Ато КаунтерСтрайк они себе могут поставить, а матлаб - нет!
Войдите, чтобы комментировать.