Печать

Пожалуйста, войдите или зарегистрируйтесь.
1 час 1 день 1 неделя 1 месяц Навсегда

[Snar]

Тоже пробовал - результаты те же, похоже QT4 использует другой драйвер, может linuxfb

[asv]

Врядли обычная QT4 знает о "граф. ускорителе" EP93xx.

Или вы добавляли эту поддержку?

[Snar]

Я пытался реализовать для qt4 плагин графического драйвера а уж в нем  через ioctl вызывать blit (которая была в ядре), но у меня ничего не получилось - картинка всегда заполнялась "мусором".

[scad]

to Snar
Я вообще-то имел ввиду версию qt-2.3.10 от cirrus-а - в которой реализован драйвер для ep93xx и на базе которой собирается opie из стандартного crater-а.

Я пытался реализовать для qt4 плагин графического драйвера а уж в нем  через ioctl вызывать blit (которая была в ядре), но у меня ничего не получилось - картинка всегда заполнялась "мусором".

Я пошел другим путем и пытаюсь "подружить" DirectFB с поддержкой ep93xx+qt4, которая может работать через него с ТИОН-ом. Пока результат не особо утешительный... :(
Но я думаю стоит приложить усилия для быстрой работы qt4 на тионе, уж очень сладкая это вещь, а qt2 откровенное старье...

[svts]

Собрал ядро 2.6.30 с патчами - с Uboot 1.3.3 не пошло, затыкается после надписи Loading Linux.
Может, есть соображения, в чём траблы?
Конфиг по умолчанию - тоже затыкается.
Есть необходимость осуществить поддержку rtl8187, но к сожалению, в ядре, которое собирается (2.4.20.21) дров нет.
Буду признателен за совет. Спасибо.

[faa]

Собрал ядро 2.6.30 с патчами - с Uboot 1.3.3 не пошло, затыкается после надписи Loading Linux.

Странно. У меня с redboot 2.6.30 нормально грузится. И пошустрее, чем 2.6.21.5. Ушли траблы с nfsroot - перестал ретрейнится.
На Uboot так и не переполз - недосуг.

ИМХО, проблема может быть в том, что Uboot неверный код машины отдает ядру. Тогда может останавливаться после разархивирования ядра в памяти и попытке его старта (Loading Linux.....). У меня код машины стоит TION9315 и в redboot и в ядре.

Код: [Выделить]

$cat mach-types|grep -i tion
tion9315                MACH_TION9315           TION9315                1567


[svts]

Буду ковыряться :)
Возможно, разночтение вот в чём: у меня Тион-Про2, а не просто Тион. Если патчи только для Тиона, то будет затыкаться, имхо.

[asv]

> Возможно, разночтение вот в чём: у меня Тион-Про2, а не просто Тион. Если патчи только для Тиона, то будет затыкаться, имхо.

Вряд ли дело в этом.
 

[svts]

Всё собралось, дело было действительно в константе u-boot.

Почему-то в 2.6.30 не подгружается время из RTC. То есть при каждой загрузке ставится 1970 год.
Вообще, если есть такая возможность, ткните носом в методику написания патчей под тион. Убил неделю на то, чтоб собирать дрова под WLAN на ядро 2.6.20.21 - в итоге одни грабли и лаги :/

Проще уже заняться исправлением исходников ядра и патчингом, тем более, раз осталось сделать MMC, SPI и RTC.

Буду благодарен за помощь.

[asv]

> методику написания патчей под тион

Используете систему контроля версий (git, svn, ...) делаете добиваетесь работы (изучаете документацию, существующий аналогичный исходный код, пишите/проверяете) и делаете патчи. Если это всерьёз, то нужно делать для разрабатываемой версии ядра http://www.arm.linux.org.uk/developer/patches/ и подписаться на список рассылки linux-arm-kernel@lists.infradead.org

> осталось сделать MMC, SPI и RTC

IDE, AC97, кому что нужно.

[faa]

Почему-то в 2.6.30 не подгружается время из RTC. То есть при каждой загрузке ставится 1970 год.
Вообще, если есть такая возможность, ткните носом в методику написания патчей под тион. Убил неделю на то, чтоб собирать дрова под WLAN на ядро 2.6.20.21 - в итоге одни грабли и лаги :/

Проще уже заняться исправлением исходников ядра и патчингом, тем более, раз осталось сделать MMC, SPI и RTC.

У меня RTC на ISL1208 работает - патчик есть в архиве для 2.6.30. Только устройство /dev/rtc* правильное надо и/или busybox посвежее.
С WLAN на DLINK DWG-122 под 2.6.20.21 и 2.6.21.5 были грабли - драйверы от производителя чипа (Ralink) собирались и подключались с бубном, но wifi работал. Для DWG-140 на момент 2.6.21 драйвера, ЕМНИП, не было.
DWG-122 и DWG>140 - под 2.6.30 должно быть в "из коробки" - по возможности проверю.
Для чипа из DWG-140 (на Atheros) вроде как открыли и включили в ядро > 2.6.28 - надо проверить :).

SPI не критично, все равно там скорость маловата - проще SPI через FPGA/CPLD сделать.
RTC работает.
MMC отпало само собой (?) - подключил на "мамке" для ТИОН NAND-flash на 1ГБайт (больше чипов под рукой не было, да и задача не требовала).
IDE - не актуально.
AC97 под 2.6.21.5 пел => под 2.6.30 можно перетащить. Правда, в 2.6.30 (или чуть ранее) API сильно "покорежен" в правильную сторону, но  "решабельно".

[svts]

У меня RTC на ISL1208 работает - патчик есть в архиве для 2.6.30.

Так я, собственно, и брал этот патч :) Может быть, накрутил что-то в конфиге, конечно.
Я, вообще, юзаю debian lenny с флэшки, busybox не собирал, то есть я использую ядро в отдельности, только модули на КФС заливаю.

WLAN на ralink я под 2.6.20.21 завёл без проблем, да и на rtl8187 тоже, но в режиме клиента. Я-то хотел в режиме softap, а softap есть только в дровах, которые поддерживают mac80211, а оный был включен лишь в 2.6.24 :/

Насчёт SPI и MMC - ну, да, скорость маловата (порядка 450кБ/сек), но всё же. Может быть есть какие-то наработки, ну, или линки, чтоб я попробовал прикрутить это всё к ядру? Жалко занимать USB под карту памяти КФС :) Ну и плюс - вопрос загрузки, с MMCSPI всегда будет /dev/mmcblk0, а вот с USB имя устройства может плавать при вставлении "левой" флешки :)

IDE я тоже не использую, но, в общем-то, там разводка стандартная, поэтому можно попробовать содрать IDE-патч с 2.6.20.21.
Звук мне, вообще, проверить не на чем, к сожалению :/

И, кстати, совсем забыл спросить - а чем вызвано использование MACH_TION9315 вместо обычной константы?

[faa]

И, кстати, совсем забыл спросить - а чем вызвано использование MACH_TION9315 вместо обычной константы?

Исторически :)
Купили ТИОН. Машинка новая, со своей спецификой, камень EP9315, а пользуют сборку и конфиги от edb9312.
Ну я и зарегистрировал машинку.
ДВК написал. Но разработчики остались на edb9312.
А у меня заказчики при загрузке видят "Tion-board ZAO-ZEO" - мелочь, а приятно :) И cat /proc/cpuinfo об этом же говорит ;)

[asv]

> Ну я и зарегистрировал машинку.

Значит придётся всё-таки переходить в mainstream.

[svts]

Собрал самое свежее ядро из git-а для EDB9312, всё запустилось, но вот незадача - в конфиге стоит использование консоли на FrameBuffer, а так же включен в ядро модуль EP93xxfb. Результат - при загрузке Framebuffer даже не пытается инициализоваться - на монике логотип из u-boot'а, а после загрузки udev - полный мусор.
В /dev/ устройства fb0 нет.
Долго смотрел на патч 2.6.30 в отношении framebuffer - так и не нашёл там особой разницы с модулем, который теперь есть в ядре.

Может, есть идеи, что я делаю не так? Может, упустил какой-то конфиг в ядре или ещё что-то? Помогите, пожалуйста...