посиживая на стареньком ядре 2.6.17.14, периодически прочесываю инет на предмет нового и полезного.
Сегодня наткнулся на упоминания что-дескать "патчим nuc900fb.c".. я бегом на kernel.org, вытащил сорцы 2.6.34-rc2
а там.. драйвер экрана, тачскрина, кейпада, rtc, nand, usb, ether, lm90(нахуа?), spi(мля!!!).. и все бы хорошо, но нет драйвера уарта. Спрашивается - и как отлаживать?
интересующий меня nuc900fb.c при беглом просмотре оказался похож на версию из 2.6.17 - никаких намеков на GDMA, 2D - Graphics, Hardware Cursor :(
зы а между тем, братья-китайцы явно не спят, что-то химичат тихой сапой.. и сообщество в гугле открыли (невнятное)
вот на такие таблицы приходится таращиться :)
Недавно начал переносить поддержку NUC9XX из ядра 2.6.17.14, которое шло к плате, на 2.6.32. Выходит зря :(. Пока удалось перенести только содержимое mach-nuc900 и драйвер UART. Здесь перенос осуществлялся довольно линейно: поменять пути h-файлов, обработчики прерываний, имена полей структур и еще что-то по мелочи. Драйвер fb таким образом тоже скомпилировал, но он почему-то не работает.
Но для многих драйверов, я так понял, такими простыми изменениями не отделаешься. Пытался перенести дрйвер SD, но там у Nuvoton'а какое-то безумие, вместо стандартного драйвера SD они сделали SCSI драйвер в который всю поддержку SD осуществляют сами.
а мое мнение - что не зря. "Зря" - это когда пасьянс раскладывают. А вот при переносе поддержки неизмеримо растет опыт работы, который может пригодиться в смежных областях.
у меня есть пара ядер (одно с denx.de второе откудато с *.uk) в одном видел поддерку uart для nuvoton, выглядело как надстройка для.. стандартного кома.. вроде даже работало
это связано с косяком в интерфейсах - Павел хорошо знает эту тему, да тут на форуме обсуждалось
я, когда скачал, заодно и патч прилагаемый вытянул (в развороте ~37МБ!). попробовал навесить на распакованное ядро - был невразумительно послан..
вдогонку - похоже в очередной раз перетряхнули структуру ядра и хидеров :(
вот плюну и пойду на QNX или WinCE смотреть :)
:))) я знал :)))
а чего не пишется? позаимствуй идею из линукс-версии или в qnx все совсем не так?
из меня драйверо-писатель - "никакой". сам прикалываюсь со своего very-ugly-style-code и с легкой завистью смотрю на чужие сорцы, в которых с элегантной легкостью оперируют указателями, ссылками, структурами
хм.. запустил сегодня ядро 2.6.34-rc2 посредством пинков и зуботычин. моментально заработал контроллер LCD - стабильная синхра (хотя в в драйвере режим 320х240), поднялась сеть, с часик повоевал с юсб - пока не срослось (а может и не должно)
в доказательство лог загрузки :)
И сильно пришлось пинать, в смысле много ли надо править? Потребовались ли патчи? У меня LCD компилироваться вообще отказался - нет nuc900_driver_clksrc_div. Если закоментировать - то не работает.
не-а, чисто чтобы ядро запустилось поправок минимум
- заглушить проверку правильности платы (я до сих пор не знаю, как это корректно сделать) меняю условный переход на безусловный в head-common.S
- поправить параметры Kernel command line на свои
- пробежаться по menuconfig с целью отключить заведомо лишнее и включить необходимое
- в драйвере фреймбуфера закомментировать ту строчку
после этого ядро должно собраться и запуститься
о фреймбуфере: экран не чистится, лого не выводится, вероятно это связано с заглушкой неописанной функции. сегодня нашел вот такой патч похоже надо с ним работать. в общем - работы над этим - начать и умереть :)))
похоже на то. как работает - ума не приложу, желание лазить в эту китайскую вязь стремительно уменьшается :)
Нашел еще один невнятный патч для фреймбуфера. А перед наложением поправил размер экрана под себя. Появился пингвин, но где-то традиционно чего-то не хватает, надо повнимательнее посмотреть регистры..
Патч брал тут в са-амом конце страницы.. вот так нынче выглядит экран с новым ядром
Было сделано, правда немного по-другому, как у Nuvoton'а записью номера mach в регистр перед проверкой.
само собой.
Оказалось я неверно воспринял прочитанное.
Во-первых, нет никакого отдельного драйвера-надстройки. Поскольку UART0 у NUC950 совместим со стандартным 16550, то они и используют стандартный драйвер, передавая ему начальный адрес группы регистров UART0 и номер прерывания. Пока не увидел в исходниках, не доходило. Соответственно, зря я выключил поддержку стандартого 8250/16550 в конфигурации и пытался мастерить аналог воображаемого драйвера-надстройки.
Во-вторых, я почему-то решил, что раз
то обязательно должен появится пингвин, раз не появляется - драйвер не работает, или до него вообще не доходит, а виснет где-то раньше.
Теперь консоль заработала, корневуха смонтировалась.
Что-то он у меня не накладывается. Большинство его изменений уже есть в ядре. Надо разбираться.
24.03.2010 18:30 
24.03.2010 18:37
