Кстати если в системе есть гнездо для флеш карточки, то можно с нее загружаться. Для разработки очень удобно. TFTP + NFS конечно еще удобнее. У нас была проблема с етим процессором запустить TFTP. Там что-то с сетью в uBoot не конфигурировалось, но уже забыл детали.
Цитата(AnMD @ Aug 31 2013, 09:10)
Дебаг инфу включили. Когда валится до конца ты выдает дамп и бэктрейс. Все как положено.
Группа: Свой
Сообщений: 526
Регистрация: 5-08-05
Пользователь №: 7 390
Цитата(sasamy @ Aug 31 2013, 20:36)
забавные советы, учитывая что
Видимо, чем чаще будет падать система, тем проще обнаружить и устранить проблему. Может быть в системе как раз с mtd плохо - что-нибудь с кешем , либо с тактированием нанда. Нанд, судя по первому сообщению, вообще отключен: откуда берутся разделы mtd - непонятно.
Группа: Свой
Сообщений: 466
Регистрация: 21-06-05
Пользователь №: 6 205
1. Я не очень знаком с ядрами от TI, но обычно у производителя есть буферный репозиторий ядра, где делают все фиксы, и только потом они идут в официальный репозиторий ядра. Все таки версия 3.9.2 очень свежая и возможно от производителя туда попали еще не все необходимые изменения.
2. Буфер куда пишутся сообщения по printk из ядра расположен в ОЗУ, и только потом синхронизируется с физическим носителем. Если устройство намертво зависло, то какая-то информация из буфера ядра должна остаться в ОЗУ. Для этого грузитесь в uboot и дампите все адресное пространство физической памяти на физический носитель для последующей анализа. Файл будет большой, но если его пропустить через strings, то это значительно упростит поиск.
3. Процессор греется?
4. Если есть дамп, с которым свалилось ядро, то его стоит показать.
Зависание embedded linux на ARM.
Aug 31 2013, 18:14
