1. Angstrom-2008.1 официально объявлен устаревшим и вынесен из дерева OpenEmbedded. Теперь основные усилия разработчиков дистрибутива направлены на Angstrom-2010.x. По качеству поддержки заурусов Angstrom-2010.x примерно на том же уровне, что и 2008.1. То есть, без напильника пока никак.
2. Я закончил первого марта "гонку" по выполнению контракта с CELF по улучшению kexecboot. Краткие результаты:
- новый GUI с иконками oxygen
- долгожданный диалог просмотра логов
- несколько ядер на раздел
- текстовый интерфейс (в зачаточном, но работающем виде)
- kexecboot запущен на Ben NanoNote, но пока там не работает kexeс, что делает kexecboot бесполезным
Собственно, сейчас осталось дополировать GUI и TUI, пофиксить несколько мелких багов и можно выкатывать релиз kexecboot 1.0. После этого все усилия будут брошены на образы Angstrom-2010.x. И следующая новость внушает определенный оптимизм!
3. Неожиданно хорошие новости пришли про ядро 2.6.38
Ссылка на нить обсуждения в списке рассылки zaurus-devel: http://lists.linuxtogo.org/pipermail/za ... 00416.html> it seems vanilla kernel 2.6.38 boots just fine on all Zaurus models.
> We have fresh recipes in OpenEmbedded (linux and linux-kexecboot) for
> c7x0, akita, spitz, poodle.
> Collie and tosa will be committed later today.
Not only that it boots. Even battery seems to survive overnight suspend!
I just seen following problems:
- I guess that I seen some errors about missing audio (untested).
- tslib stopped to understand /dev/input/touchscreen0.
After fixing these two issues, it may be a good candidate for update the
default kernel in the feeds.
And long time running issues:
- Serial without console may need to close/open after suspend to work
again.
- Suspend still has problems with MAX1111 (but offline charging
surprisingly seems to work, I did not test whether even stopping of
charging works)
- Unfiltered touchscreen precision is still tragical (50 pixel jumps are
not exceptions).
- I still did not find to finish my resistor array keyboard driver (AKA
remote control). I will probably port the old one to get remote
working there.
- Status of filesystem corruptions is not known (it is happening with
varying frequency in all 2.6 kernels).