moto-ezx blog

Psplash 18bpp

2010-05-05T10:16:00.002+01:00

Я уже и забыл, а они там проснулись: коммит в oe

Embedded-faq

2010-04-05T15:06:00.008+01:00

Последнее время стали появляться редкие анонсы разных железок типа ноутов и нетобуков на не-x86ой платформе. Кроме того, иногда я замечаю наивных людей, привыкших к уютному миру плаг-н-плея и стандартизированности x86 и считающих, что arm - это тот же x86, но другой.

Самое распространенное заблуждение таких людей заключается в следующем: "Я на ебее (лоре, слешдоте, сайте квалькома) видел лот (новость, анонс) о ноутбуке на процессоре ARM (нетбуке на MIPS). Я читал в инторнетах, что debian (редхат, арчлинупс, гента, винда) имеет порт на arm (mips). Значит на этот ноут можно поставить дебиан".

Эта заметка, а возможно и цикл заметок, покажет кусочек той бездны различий между X86 и теми архитектурами, которые часто называют словом "embedded".

Продолжение под катом

Биос и загрузка

X86

Зачем в современных десктопах и ноутах нужен BIOS? Не синий (черный) экранчик настройки, вылезающий по нажатию кнопочки Del (или F2, F12, F10), который называется BIOS Setup, а сама "базовая система ввода-вывода"?. Запрос в гугл "зачем нужен bios" выдает кучу юмористической информации, например "BIOS - это набор программ, которые переводят понятные пользователю команды Windows на язык, понятный компьютеру.

Во времена страшного черного консольного DOS, виснущей 9x винды, стращных досовских шрифтов, маленьких разрешений экрана, синих панелек и стеклянных монтиров, биос активно использовался этим самым досом и виндусом для работы с железом. Вот копипаст из статьи Вывод текста с использованием поддержки DOS и BIOS:


Пример 5.6. Вывод строки с использованием функции BIOS OEh

lea si, commun ; указываем адрес начала строки
mov ex, 48 ; задаем количество символов в строке
lp: lodsb ; читаем в al очередной символ строки
mov ah, OEh ; код запрашиваемой функции
int 10h ; вывод очередного символа
loop lp ; управление циклом

В настоящий момент, нормальные операционные системы такой ерундой не занимаются и биос нужен только на стадии загрузки системы, чтобы прогнать POST, найти ту ерунду, с которой в этот сезон модно грузиться (pata, sata, usb, pxe) и передать управление на ее "первый сектор". Далее, эта ерунда использует функции биоса для чтения остатков себя из загрузочной области, потом, опять же, используя биос, грузит с накопителя ядро системы и передает управление ему. Ядро уже имеет собственные полноценные драйвера для доступа к накопителю (если он вообще ему нужен).

ARM

Во встроенных системах биоса нет. Нет этих ваших досовских int 10h. Как же происходит загрузка? А как угодно - это личные проблемы каждого производителя процессора, производителя платы на этом процессоре и писателей софта к этому куску кремния

Обычно, загрузка начинается с исполнения инструкции, которая живет по адресу 0x0. Туда должен быть замаплен какой-то постоянный накопитель с произвольным доступом, например NOR память или какой-то ROM. Даже на этом этапе есть масса фокусов, например очень распространенный - по адресу 0x0 может быть два разных устройства, в зависимости от какого-то внешнего фактора. Копипаста из статьи Последовательность запуска, описывающей процесс загрузки телефона Motorola на процессоре Neptune

Если на выводе MOD высокий логический уровень, по адресу 0x00000000 находится irom, а по адресу 0x10000000 находится микросхема внешней памяти, идентифицируемая по сигналу выбора CS0 (активному на низкий уровень).

Если на выводе MOD низкий логический уровень, по адресу 0x00000000 находится микросхема внешней памяти, подключенная к CS0, а по адресу 0x10000000 - irom.

Дальнейшая процедура загрузки - целиком на совести инженеров, определивших состояние точки MOD и индусов, пишущих бутлоадер:

в neptune lte, загрузчик irom 0200 живет в неперезаписываемой памяти, при запуске проверяет (криво) цифровую подпись прошивки на NOR-флеше, после чего запускает вторичный загрузчик, который уже запускает прошивку

в neptune lte2, загрузчик irom 0300 живет в той же перезаписываемой памяти, проверяет цифровую подпись вторичного загрузчкика (не всей прошивки!), запускает вторичный загрузчик, который проверяет подпись оставшейся части прошивки и запускает ее

в линукосвых моторолах на pxa270 нет загрузочной ROM и по адресу 0x0 замаплена флеш-память (NOR), начинающаяся с джампа на следующий загрузчик (MBM), который запускает следующий за ним (blob-lubbock), который уже запускает ядро. Все три адреса (mbm, blob и ядра) диктуются исключительно размером сектора флеша и фантазией инженеров, проектировавших линейку телефонов: в разных версиях аппаратной платформы (gen1 и gen2) эти адреса немного различаются. Кроме того, энтузиасты из проекта openezx, ставят вместо ядра еще один загрузчик, а ядро помещают на карту памяти (mmc).

В телефоне fic-gat01 загрузчик живет во флеше NAND, а в телефоне fic-gta02 (neo frerunner) - два загрузчика: один в NAND, и резервный в NOR. В зависимости от последовательности нажатия кнопок AUR и POWER, грузится один или другой.

Память

Во время загрузки ядра линукса на системе семейства x86, оно определяет объем системной памяти (RAM) автоматически (видимо, через функции того же биоса). Кто-то имевший близкое знакомство с ядром, может знать о флаге mem, который позволяет вручную указать ее объем.

Во встраиваемых системах нет автоматичкского определения объема оперативной памяти (RAM). Строка запуска ядра может выглядеть так: mem=32M@0xa0000000 mem=16M@0xac000000, указывая ядру, что данная система имеет два банка памяти, а также объем и физические адреса обоих.

Если вы учили информатику в школе, то можете помнить, что значит аббревиатура "RAM" : Random Access Memory. В отличии от русскоязычного термина "оперативная память", английское обозначение указывает на то, что доступ к содержимому памяти может производиться в любом порядке, в отличии от дисковых накопителей, которые имеют задержки при позиционировании считывающих головок.

Если на дисковом накопителе лежит бинарный код программы, то, чтобы его исполнить, нужно как минимум считать его с накопителя (загрузчик отправляет контроллеру команда ну чтение нужного участка накопителя), поместить в память, а уже после этого передать управление на копию этого кода в RAM ( стадию линковки пропускаем для простоты ).

Во встраиваемых системах такие накопители обычно не используют из-за стоимости, размера, скорости доступа и необходимости копирования данных в оперативную память. Вместо этого, используется постоянная память или флеш-память NOR. В отличии от жестких дисков, доступ на чтение к содержимому NOR и ROM, подключенных напрямую к процессору, без промежуточных устройств производитя точно так же, как и к рам, то есть без использования драйверов. Зная физический адрес накопителя и адрес данных внутри накопителя, можно обращаться к данным напрямую (например сразу загрузить в регистр на ассемблере, обратиться по указателю в C). Если же в ром или флеш-памяти записан код, то его можно выполнить без копирования в RAM, которая будет нужна только для хранения стека, переменных и различных данных.

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

Еще одна особенность флеш-памяти заключается в процедуре ее записи, которая существенно отличается от записи в ram или hdd и больше похожа на работу с CD-RW. Полностью стертая флеш-память типа NOR имеет все биты выставленными в логическую единицу. Любой из битов может быть сброшен из еденицы в логический нуль, но не обратно. Единственный спрособ поменять нуль на еденицу - стереть весь сектор флеша, размер которого равен, например 128 килобайтам. Это вносит существенные изменения в хранение данных на таких накопителях, поэтому в линуксе для них существую специальные файловые системы (JFFS2, YAFFS) и специальных слой абстракции (MTD). Кроме того, во встраиваемых системах часто используются read-only файловые системы, в которых не нужно задумываться о таких тонкостях.

На usb-флешках, распространенных среди пользователей x86-систем, используются те же самые nor и nand, но, в отличии от arm и mipc, между микросхемами и процессором два контроллера (pic и usb) и слой абстракции в самой флешке, которые позволяют устаревшим файловым системам, типа винды, работать с ними, как с hdd и использовать те же самые файловые системы, сокращая срок службы накопителей. Логично было бы использовать специальные фс (см выше), но это невозможно из-за слоя абстракции в контроллере самой флешки.

Работа с устройствами и драйверами

Что делали доблестные пользователи древних систем в ISA шиной? Дергали перемычки, вбивали номера прерываний в биосе, чтобы не вылезли конфликты и ручками вписывали адреса для работы с этими железками. Потом весь этот ужас исчез, появился PCI и достачно втыкнуть железку в слот и она заработает. Ну еще пользователи этих ваших виндусов будут страдть два года и искать в яндексе бесплатные драйвера, но это уже проблемы индейцев. Потом появился usb и стало можно все то же самое, но без открывания корпуса и перезагрузок (пользователей виндов не учитываем, опять же).

Перемычки и irq? Это детский лепет, по сравнению с тем, что творится на арме. Во время загрузки на армовой системе ядро не знает вообще ничего. Чтобы заработал хоть какой-то минимальный плуг-н-плей для usb, нужно проинициализировать хостовый контроллер этого usb. Ядро не может знать, есть ли на в процессоре usb-контроллер, не может знать, какой ему нужен драйвер, не может знать, где его регистры, как включить его CLOCK и какие его порты нужно включать. Usb-контроллер может иметь несколько портов, из которых нулевой выведен наружу как клиентский, второй припаян внутри, как хостовый, а третий вообще не разведен.

Usb - это самый простой случай, потомучто нужно только проинициализировать хост-контроллер, узнать базовый адрес его регистров и натравить на него драйвер ohci-хоста. Все usb-устройства буду автоопределяться и их драйвера буду все так же подхватываться автоматически.

Интересней случай какого-нибудь mmc-контроллера, который подключен к процессоры по шине i2c. В данном случае, ядро должно иметь драйвер i2c-контроллера встроенного в процссор. Если нам повезло, то процессор интеловский, спецификация доступна и драйвер уже есть в ванильном ядре. Если нам не повезло и процессор, например фришкалевский и спецификации нет, то драйвера тоже нет - его нужно писать, вооружившись инструментами реверс-инженеринга. Далее, нам нужно знать адрес нашего mmc-контроллера на i2c шине, а потом протокол работы драйвера с ним. Далее уже протокол mmc, но он стандартный и тут ядро само разберется, если правильно написать драйвер устройства.

Еще интересней случай какого-нибудь ASIC (аппликейшн-специфик интегрейтед циркут). Он тоже висит на шине, которая не умеет pnp, тоже имеет непонятный протокол работы, но кроме всего прочего, внутри нет никакого стандартного протокола, типа MMC, а живет десять регистров и 20 прерываний. И этот ASIC управляет каким-то простым, но очень нужным процессом. Например включением питания, описанного выше MMC, подсветкой экрана и громкостью звукового усилка

Но это я отвлекся на трудности портирования и реверс-инженеринга. Проблема в том, что ядро не знает, какие устройства и шины у него есть, как их включить и какие драйвера для них использовать (если они есть), точно так же, как не знает объем RAM. Если у устройства есть субустройства (шина i2c и радиоприемник на ней), то ядро о нем тоже не знает, если шина не умеет pnp. Даже если устройство встроено в процессор, ядро все равно о нем не знает, потомучто не знает, на каком процессоре запущено.

Это решается очень просто: для каждой платы, на которой умеет запускаться линукс (около двух тысяч, судя по номерам machid), выделен уникальный номер (machid). Каждому номеру соответствует функция инициализации в которой захардкодены все устройства, параметры работы с ними, их драйвера и прочее. Там описано все от размера памяти и адреса регистров usb, до количества этих самых usb портов и функций включения питания на них. Живет это все в arch/архитекрута/mach-машина/плата.c (например arch/arm/mach-pxa/ezx.c). Для пяти телефонов на платформе motorola ezx, там записано пять разных функций, в совокупности - две тысячи строк кода.

Установка системы

В словаре матерых пользователей x86 есть слово "установка" (переустановка, инсталляция и проч.). Один из вариантов процесса установки дистрибутива Debian на ноутбук: записываем образ на usb-флеш, перезагружаем машину, меняем настройки биоса, перезагружаем еще раз, чтобы машина загрузилась с usb-флешки с дистрибутивом. Далее запускается специальная версия того же самого дебиана, которая спрашивает глупые вопросы и копирует себя на выбранный жесткий диск.

В случае встраиваемых систем, все намного проще и интересней. В болшинстве случаев, система не имеет никакой возможности запустить что-то со сменного носителя и вообще его не имеет. Процесс установки системы сводится к записи готового образа системы прямо в системный флеш.

Записью образа занимется один из системных загрузчиков и тут опять существует куча варинтов развития событий:

загрузчики в neptune lte не умеют сами писать образ. они умеют только принимать код лоадера по usb, копировать в ram и запускать его. При этом, они проверяют электронную подпись полученного кода, что не позволяет шить что попало (другую систему или "мод" существующей) без взлома загрузчика. Для процесса прошивки необходима проприетарная сервисная утилита, работающая только под виндой

на платформе motorola ezx ситуация та же самая, но нет проверки подписи

на телефоне neo frerunner можно прошить телефон напрямую через загрузчик по usb (без лоадера) или запустить ядро с sd-карты. Проверок подписи нет, протокол прошивки не такой, как у моторолы, но сервисная утилита доступна в исходниках

на множестве отладочных плат прошивка делается через последовательный кабель (он же rs232, он же COM) через свои собственные протоколы

в домашних роутерах и точках доступа прошивка происходит по сети, через веб-интерфейс, по сети через tftp или через тот последовательный кабель

У многих вариантво есть одно общее: при прошивке аппарата возможно его убить настолько, что восстановление будет возможно только с помощью специального оборудования или невозможно вообще. Достаточно стереть нулевой байт во флеше на телефоне ezx и можно спокойно его выкидывать или нести в очень хороший сервисный центр, где либо заменят флеш-память, либо прошьют через JTAG (последнее маловероятно). В нептуне lte и фрираннере, есть защита: в нептуне загрузчик зашит в кристалл процессора и не стирается, а во фрираннере два загрузчика.

На этом, пока все. Далее будут дополнения про версии arm, форматы бинарников, работу с дробям и разные порядки байт.

Нептун, иром, usb

2010-04-03T19:01:00.004+01:00

Залез в потроха L2, пишу себе рамлоадер. Тело в бланке, иром 0200 и у него есть замечательнейшая бага


In [100]: dev.jump(0x3fd0000)
Out[100]: '\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00'

Вместо любых данных иром шлет нули. Мой рамлоадер тоже, а вот ramldr - нет.

Отправка данных делается простейшим образом, пробажить негде: запихнуть в хардварный буфер данные и дернуть полтора бита в регистрах. Тем не менее, тупейший баг там зарылся и растет из костылей: для совместимости со старыми нептунами, usb имеет две карты памяти с разыными адресами буферов ввода-вывода. Нужная карта памяти выбирается через нулевой бит регистра 0x24852014 и по дефолту там как раз старая. А иром пишет по адресу из новой.

Зачатки бута на гитхабе тыц

Qt Extended 4.4.3

2010-03-09T09:07:00.006Z

После n-й кружки пива сдобренной рюмашкой абсента, с опозданием дето на год, как то ночью собралось такое вот чудо Qt Extended за версией 4.4.3. Оно не хрена не хочет влезать во флеш, и не видит кнопки телефона.

В приныпе из + там только насколько я понимаю WebKit, желающим дорога в гит...

З.Ы. а еще там ява косячит......

С кувалдой и ноутбуком

2010-03-01T18:26:00.003Z

Совершенно непонятно зачем взял и убил L2. Взял ножик, сделал дырку и слил бекап через расово верный древний ramldr. И этим же расово верным ramldr стер весь флеш нахрен. И этим же расово верным ramldr хотел залить обратно, но тут возникла техническая заминка - лоадер ramldr не умеет шить флеш L2.

Можно взять реп-студию, но это неспортивно, а я все равно собирался что-то противоествественное с этим L2 делать. Тулчейн нашел, хелло-ворлд уже написал - поупражняюсь в написании лоадеров. И портировании наркоманских RTOS на наркоманский нептун

И да, я не знаю, нафига я все это делаю

А еще я вот вброс:


[10:46:40 PM] trsid: шустрее чем на 2.4
[10:46:50 PM] связист: чо?
[10:47:05 PM] trsid: жабо
[10:47:15 PM] связист: чо, на теле уже зопустилг?
[10:47:25 PM] trsid: да
[10:47:31 PM] связист: гы
[10:48:55 PM] trsid: ща мидлет запущу какой нито
[10:49:19 PM] trsid: но стартует быстрее раза в полтора два
[10:49:36 PM] связист: дык eabi

Решето

2010-01-14T05:33:00.005Z

После теоретического "взлома" A5/1, это уже начинает смахивать на анекдот: Kasumi (A5/3) cipher cracked.

Самое смешное, что в наших широтах вроде-как используется A5/2, изначально сделанный дефективным и поломанный сто лет назад, но всем почему-то пофиг. Надо бы добраться до кишков минга и посмотреть, какой там чипер используется на самом деле.

Вообще говоря, мобильный телеком хуже этого самого, и должен сдохнуть в муках и не мешать людям жыть и пользоваться человекческой ip-телефонией.

Кстати, всякие минги и е-три-девять-восьмые эту самую казуми не умеют принципиально: только A5/1 и A5/2

Донейшн

2010-01-14T03:58:00.002Z

Благодарю пана с ником rapter за пожертвование. Теперь мне будет дико западло ничего не делать.

Страждущим

2010-01-12T23:47:00.000Z

Да тут я, тут, никуда не делся. Даже делаю что-то.

Цепепе

2009-11-17T14:06:00.002Z


Program received signal SIGSEGV, Segmentation fault.
0x40f41780 in QContentFilter (this=0xbe83b2d4, type=3196302032, argument=...) at /mnt/moto/qtopia-ezx/src/libraries/qtopia/qcontentfilter.cpp:212
212     /mnt/moto/qtopia-ezx/src/libraries/qtopia/qcontentfilter.cpp: No such file or directory.
        in /mnt/moto/qtopia-ezx/src/libraries/qtopia/qcontentfilter.cpp
Current language:  auto
The current source language is "auto; currently c++".
(gdb) bt
#0  0x40f41780 in QContentFilter (this=0xbe83b2d4, type=3196302032, argument=...) at /mnt/moto/qtopia-ezx/src/libraries/qtopia/qcontentfilter.cpp:212
#1  0x40f30348 in QContentSet (this=0x3125c0, tag=QContentFilter::Category, filter=..., parent=)
    at /mnt/moto/qtopia-ezx/src/libraries/qtopia/qcontentset.cpp:244
#2  0x40e5cd38 in findSystemRingTone (name=...) at /mnt/moto/qtopia-ezx/src/libraries/qtopia/qphoneprofile.cpp:345
#3  0x40e5cdf8 in QPhoneProfile::systemMessageTone (this=) at /mnt/moto/qtopia-ezx/src/libraries/qtopia/qphoneprofile.cpp:571
#4  0x40e618ac in QPhoneProfile::read (this=0x31, c=...) at /mnt/moto/qtopia-ezx/src/libraries/qtopia/qphoneprofile.cpp:840
#5  0x40e632b4 in QPhoneProfileManager::loadConfig (this=0x80000000) at /mnt/moto/qtopia-ezx/src/libraries/qtopia/qphoneprofile.cpp:1260
#6  0x40e63514 in QPhoneProfileManager::sync (this=0x2df7a8) at /mnt/moto/qtopia-ezx/src/libraries/qtopia/qphoneprofile.cpp:1552
#7  0x40e63b94 in QPhoneProfileManager (this=0x2df7a8, parent=) at /mnt/moto/qtopia-ezx/src/libraries/qtopia/qphoneprofile.cpp:1217

Qtopia has been built.

2009-11-16T03:20:00.001Z

Наконецто. Какой-то ужоснах на ровном месте. Осилил только с понижением версии кросскомпилятора и внутри 32-х битного дебиана.

Kobo-deluxe

2009-11-11T12:33:00.004Z

Портировал таки старую добрую кобу :) лежит как обычно во временном фиде, ресурсы распаковать как обычно в ~/packages/sdl/$game
зы. со звуком в кутопие\сдл так и жопа. если в настройках убрать звуки роизводительность повышается на порядок

Арч, gcc, кутопия

2009-11-11T01:28:00.005Z

НЕНАВИСТЬ!. moc собранный арчевым gcc-4.4.2 неосиливает что-то сгенерить (идиотские валится на undefined interface, привет Борману). Gcc из дебиана вообще неосиливает собрать moc и кумейк - вообще не понял, почему. llvm-gcc-4.2 собирает moc, который валится на сборке с другой идиотской ошибкой, опять же на ровном месте. Оба gcc-4.2 и 4.1 из aur не собираются вообще (один не жрет свой же дефолтный -mtune, другой орёт на прототип strsignal) и оба хотят локаль de_DE. Уродство. Заустали - поставлю дебиан в чрут и буду компилить там.

Ну это кроме того, что накрылся bh вместе с винтом (и краном у меня в ванной, АГГРХ).

UPD. Продолжение балета: поставил таки дебиан в чрут. хостовая часть собралась - теперь кросскомпилятор gcc-4.3.чототам неосиливает собрать кутю.

Тем временем, в открытом космосе

2009-11-08T21:39:00.001Z

Звук и зарядка ушли в openezx. Проснется азкапоне - буду обновлять код в кутопии, для работы с измененным интерфейсом звука.

reverzi

2009-11-07T10:36:00.002Z

порт с езх. реградсы AndRAY`ю
пакет во временном фиде, ресурсы распаковать как обычно в ~/packages/sdl/reverzi

QUAKE2

2009-10-31T18:14:00.003Z

Q2. лежит во временном фиде. ресурсы лежат туд. распаковать в ~/packages/sdl/quake2/
без свопа не запускается. тормозит шибко-выдает не больше 3 фпс

QUAKE

2009-10-29T14:46:00.003Z

порт под кутопие. пакет во временном фиде. ресурсы лежат тут . распаковать pak* в ~/packages/sdl/sdlquake/id1/
кстати отлично бегает и без свопа

Магия? Нет никакой магии

2009-10-28T00:21:00.005Z

Нет никакой магии!

Почему нет звука? Потомучто его нет. А нет его потому, что кто-то что-то сделал с SSP, по которому ходит звук.
Потомучто так не бывает, что все правильно, а ничего не работает.

hexen

2009-10-25T18:32:00.003Z

очередной порт, лежит во временном фиде. ресурсы взять можно тут. ложить в ~/packages/sdl/hexen/
нужен своп, я тестил на 64М, 32 тоже должно хватить

Магическая магия

2009-10-25T02:47:00.001Z

Есть звук. Есть четыре регистра, которые им управляют. Все регистры правильные. На ядре 2.6.30 работает, на 31 и выше - нет. Чудеса!

Удвоенная прочность кода

2009-10-20T19:34:00.003+01:00

- Поставить битовые сетки в два ряда!
- Есть, поставить битовые сетки в два ряда!

ssp_pcap_register_val = CDC_CLK_IN_13M0; power_ic_set_reg_value( PCAP_AUD_CODEC, PCAP_AUD_CODEC_INDEX, PCAP_BIT_CLEAN_VALUE, PCAP_AUD_CODEC_NUM_BITS ); power_ic_set_reg_value( PCAP_AUD_CODEC, CDC_CLK_INDEX, CDC_CLK_IN_13M0, CDC_CLK_NUM_BITS ); power_ic_set_reg_value( PCAP_AUD_CODEC, SMB_INDEX, PCAP_BIT_CLEAN_VALUE, SMB_NUM_BITS ); power_ic_set_reg_value( PCAP_AUD_CODEC, FS_8K_16K_INDEX, PCAP_BIT_CLEAN_VALUE, FS_8K_16K_NUM_BITS ); power_ic_set_reg_value( PCAP_AUD_CODEC, DIG_AUD_IN_INDEX, PCAP_BIT_CLEAN_VALUE, DIG_AUD_IN_NUM_BITS ); power_ic_set_reg_value( PCAP_AUD_CODEC, AUDIHPF_INDEX, PCAP_BIT_SET_VALUE, AUDIHPF_NUM_BITS ); power_ic_set_reg_value( PCAP_AUD_CODEC, AUDOHPF_INDEX, PCAP_BIT_SET_VALUE, AUDOHPF_NUM_BITS ); power_ic_set_reg_value( PCAP_AUD_CODEC, CLK_INV_INDEX, PCAP_BIT_CLEAN_VALUE, CLK_INV_NUM_BITS ); power_ic_set_reg_value( PCAP_AUD_CODEC, FS_INV_INDEX, PCAP_BIT_CLEAN_VALUE, FS_INV_NUM_BITS ); /*(3) reset digital filter(DF_RESET=1) */ power_ic_set_reg_value( PCAP_AUD_CODEC, DF_RESET_INDEX, PCAP_BIT_SET_VALUE, DF_RESET_NUM_BITS ); power_ic_set_reg_value( PCAP_AUD_CODEC, ADITH_INDEX, PCAP_BIT_CLEAN_VALUE, ADITH_NUM_BITS ); /* (4) enable pcap clk(CDC_CLK_EN=1),enable CODEC(CDC_EN=1) */ power_ic_set_reg_value( PCAP_RX_AUD_AMPS, CD_BYP_INDEX, PCAP_BIT_CLEAN_VALUE, CD_BYP_NUM_BITS ); power_ic_set_reg_value( PCAP_AUD_CODEC, CDC_CLK_EN_INDEX, PCAP_BIT_SET_VALUE, CDC_CLK_EN_NUM_BITS ); power_ic_set_reg_value( PCAP_AUD_CODEC, CDC_EN_INDEX, PCAP_BIT_SET_VALUE, CDC_EN_NUM_BITS ); mdelay(1); /* specified enable time */

Для нормальных людей перевожу: сначала сбрасываем весь регистр в нуль, а потом отдельные биты по-очереди. Коварный враг не пройдет.

Порт библиотеки SDL

2009-10-19T07:07:00.003+01:00

почти юзабельно. осталось разобраться с кнопками и засунуть сдл в qt-виджет, чтоб небыло всякого мусора на экране Borman перелопатил код, теперь можно пользоваться.
собрал тестовую игрушку tower toppler, лежит во временном фиде http://ezxdev.org/qtopia/feed/tmp/
из-за наркотичного установщика пакетов ресурсы игр в qpk не засунуть. поэтому ресурсы хранятся в ~/packages/sdl/$game_name
для топплера ресурсы брать тут
собранные тестовые библиотеки сдл брать тут

Звук

2009-10-18T17:07:00.002+01:00

Звук заслуживает отдельного опуса. На одной шине пять устройств (AP, BP, блютуз, радио и сам звук), звук состоит из двух цапов и усилка. А рулит всем конечно же AP. А на ап наркоманская подсистема звука и имей ей ASOC.

Хауту по прошивке и восстановлению BP

2009-10-12T13:44:00.004+01:00

Написал документик по использованию putusb для прошивки bp.

Восстановительная прошивка: тыц

Ахтнук: без бекапа ничего не шить.

openezx

2009-10-11T00:33:00.003+01:00

Пока я чесал пятки с 2.6.30, в 2.6.32-rc1 звук доломали окончательно. Мало того, что BP там нету вообще, так оно еще и виснет при попытке что-то проиграть. Сейчас будет бессмысленный и беспощадный git bisect с Jun 17 по Oct 10, чтобы найти, когда оно поломалось.

Deep-sleep не помог

2009-10-04T18:11:00.004+01:00

Совсем не помог. И на минге такая же картина. Буду думать, кому нужно перекрывать кислороод перед слипом.

Вот он, powermanagement epic fail. Если скорость разряда еще можно объяснить тем, что моя банка деградировала, то разница во время слипа может означать только то, что кто-то лишний раз жрет электричество.

Безумный ихперименты

2009-10-01T22:56:00.002+01:00

Лень патчить бутлоадер едва, чтобы он понимал, как вытаскивать openezx из дип-слипа. Прошыл минговый - работает... а я надеялся освоить jtag.

ps. А еще на меня дурно повлияло знакомство с BP - чтобы поправить строчку бинарнике qpe я не стал его пересобирать, а нагло полез хекседитом.

Ценные кадры, овладевшие техникой

2009-10-01T18:21:00.004+01:00

Очень подозрительный график разряда/заряда батареи.

Такое впечатление, что в режиме "sleep", оно потреблает столько же, сколько и в обычном. На минге можно заюзать "deep-sleep" - там должно быть нормально. Надо будет попробовать.

Желающие померяться длиной аккумулятора, могут невозбранно использовать http://pastebin.com/f714d10fa. Скармливать нужно файл такого вида:


1252741198 717 2
1252741379 723 2

Первая колонка - таймстамп (хинт: $(date +%s) ), вторая колонка - показания датчика BATT (на ядре 2.4 читается через hwtool -b), третья колонка не учитывается - можно просто нуль

Сходил в Рассадник

2009-09-27T12:08:00.000+01:00

Обнаружил кусочек прекрасного:

>Почему в отдельно взятой теме продолжается политика огораживания от ссылок на другие ресурсы (интересует ссылка на блог разработчика и ссылка на конференцию) по Qtopia?

Ссылки на другие ресурсы были запрещены согласно наших правил
и недружественной политики по отношению к нашему форуму.

Заглянул в правила:
Запрещены реферальные ссылки в сообщениях форума или подписи
пользователя на сайты (форумы) по моторолам для скачивания
контента или получения другой информации (FAQ, мануал и т.д.)
Указать ссылку на первоисточник может только модератор форума !

Ужас! Ужас! Ужас! Мы теряем деньги и пользователей! Все мотофаги уйдут к бложек и мы пойдем помиру! Ужас! Ужас! Ужас! Мы теряем деньги и пользователей! Все мотофаги уйдут к бложек и мы пойдем помиру!

Ну это кроме того, что оные правила фееричны каждой строчкой в отдельности.

bh@down

2009-09-26T15:45:00.001+01:00

Эта собака опять греется и виснет, за что отключена и думает о своём поведении.

Радио минг

2009-09-26T14:25:00.002+01:00

пакет с радио на минг (нуи е2 вроде как) тут переложите в фид.

после установки

mknod /dev/fmradio c 14 7

иначе работать не будет.

Сказка про линейный процессор

2009-09-26T13:48:00.007+01:00

Пока чинил минг, узнал много интересного. В этой и последующей заметках я попытаюсь последовательно изложить эту информацию. Все изложенное ниже - жуткий баян, известно очень давно и открыто не мной.

И так, жыла-была бабка, делала деревянные телефоны, типа E398, над которыми некоторые товарищи полюбили измываться, рисуя на них маркером слово "ЗУБ", заставля эти телефоны делать разную прикольную ерунду. В телефонах был процессор Neptune LTE. Потом бабка навострилась делать тонкие телефоны, уже не из дерева, а из фанеры - всякие L7, например, и делать их на процессоре Neptune LTE2.

Еще бабка решила поделать смартфоны из кирпича, но схитрила, ибо ленивая была. Взяла кусок деревянного телефона и засунула внутрь кирпичного КПК - так появились A780. А потом сделала то же самое с фанерным - так пявились минги и едва.

Телефоны продавала не сама бабка, а старый барыга-еврей, который продавал не всякие телефоны, а со справкой и печятью. А печять была у другого барыги, который был жадный жлоп, трус и кое-какер - потому боялся, что кто-то поломает телефонные провода и будет звонить так, чтобы не платить ему деньге.

Поэтому барыга печять ставил только на такие телефоны, на которых нельзя было написать волшебное слово "ЗУБ", для чего все телефоны нужно было продавать в гондонах. А если снять его с телефона, или сделать дырку - телефон должен ломаться и не звонить. Гондоны для телефонов делал старый слепой дед и делал их фигово.

Товарищи, любившие прикольную фигню, знамо дело, нашли в гондоне дырку, сували туда маркер и стали писать слово "ЗУБ", не снимая ево с телефона, за что бабка получала от барыги по жопе.

Чтобы телефон звонил и показывал картинки, ему нужна прошивка, а чтобы хранить прошивку в телефоне, нужна флешка, которую можно читать, начинается она с адреса 0x10000000. А чтобы прошивка могла работать, ему нужна память (RAM), которыю можно быстро-бытро читать и писать, начинается она с адреса 0x14000000. Еще телефон нужно бутать и шить - для этого в телефоне есть два загрузчика - иромовый и нормальный.

Иромовый загрузчик живет внутри процессора, в памяти IROM, которую писать нельзя и которая начинается с 0x0 и юзается не обычную RAM, а свою собственную IRAM, которая начинается с 0x03F80000. Нормальный загрузчик живет в начале флеша и при работе пользуется RAM.

Как происходит обычная загрузка: при включении, управление передается по адресу 0x0 (иром).

Иром включает флешку и проверяет, есть ли на флешке бут и проверяет подпись бута, которая лежит вконце блока, в котором он прошит. Если поправить бут, то подпись не сойдется и иром уйдет в режим "бланк" - включит usb и будет ждать, пока ему по usb скажут, что делать. Суть тестпоинта: замыканием ноги, флешка выключается, иромовый бут не находит нормальный и уходит в бланк.

Если иром проверил бут, то он читает из его заголовка адрес точки входа и передает туда управление. Пример заголовка:

00000000 10 00 46 F4 00 00 00 B1 00 13 02 01 FF 00 09 84 00000010 01 13 02 FF 07 00 09 84 10 00 46 FC 10 00 00 00 00000020 10 00 EF D7 10 00 4A 9C 10 00 E8 00 10 00 F0 00 00000030 10 35 08 00 00 00 00 00 10 08 00 00 28 63 29 20

Красным выделен адрес точки входа, синим - адрес подписи бута, зеленым - адрес прошивки. Лирическое отступление: код бутлоадера заканчивается по адресу 0x10005E10, подпись начинается с адреса 0x1000E800, между ними неиспользуема область, забитая 0xFF, в которую можно совершенно спокойно записать слово "ЗУБ".

Загрузчик с флеша запускается и начинает проверять подпись самой прошивки, для этого он читает заголовок прошивки с адреса, который написан в заголовке бута. Заголовок прошивки:

00080000 10 21 EF 95 00 00 00 B1 00 13 02 06 FF FF 11 52 .... 000800A0 FF FF FF FF FF FF FF FF FF FF FF FF 10 33 00 00

Красным выделен адрес точки входа, зеленым - адрес заголовка подписи прошивки. Заголовок подписи прошивки:

00330000 10 33 00 10 00 00 00 B1 01 13 02 06 FF FF 11 52

Красным выделен адрес начала самой подписи.

Процесс проверки просходит так: узнаем адрес прошивки, узнаем адрес блока подписи прошивки и адрес самой подписи, читаем подпись, сверяем хеш блоков, адреса которых указанны в подписи с тем, что записан в подписи. Если все хорошо - запоминаем, что этот диапазон - доверенная область.

Затем читаем адрес точки входа - если он внутри доверенной обрасти, то передаем управление туда.
Зарытых собак тут несколько.

никто не проверят, находится ли заголовок прошивки внутри доверенной области (запатчено в буте минга),
адреса блоков, которые закрывает подпись, находятся в самой подписи,
между подписываемым блоком и подписью, есть область, в которую можно безболезненно писать.

Кроме самой прошивки, в телефоне есть другие подписанные области: сам бут и CG7. И в буте и в CG7 есть области между подписью и блоком, который она закрывает.

Блок CG7 лежит по адресу 0x10350000 и начинается с подписи, которая заканчивается на 0x1035045C, но сами данные начинается с 0x10350800.

На взломанной прошивке процедура походит так:

Вместо адреса настоящей подписи, подсовывается адрес подписи другого блока (CG7 или самого бута) и вместо самой прошивки, проверяется этот блок и заносится в доверенную зону.

Вместо адреса точки входа, указывается адрес удачного куска данных в этом блоке: "E5 9F", что является тумбовой инструкцией, делающей джамп на 0x59F (59f - отрицательное число, значит джампаемся на 0x59f ^ 0x7ff = 0x260 назад) и управление передается в неподписанную область между подписью и началом блока.

В итоге загрузчик доволен собой и думает, что проверил прошивку (а проверил CG7), при чем успешно. Адрес точки входа ведет как раз в CG7, которую он проверил, а значит туда можно передвать управление. Саму прошивку никто не проверял, а значит можно там все менять.

Теперь про загрузчики и процесс обновления прошивки.

Оба загрузчика (иромовый и нормальный) имеют набор комманд, которые можно выполнять через usb. Основные три: ADDR, BIN и JUMP. ADDR указывает адрес, на который нужно положить данные, BIN шлет сами данные, JUMP передает на них управление. В качестве данных выступает так называемый "лоадер" - программа, которая умеет шить флеш. Ее подпись тоже проверяется и она позволяет стирать, шить и читать только узкий диапазон адресов (нельзя заменить бут и pds).

В иромовом буте есть тупая дыра (срыв стека), через которую можно запустить любой код, например лоадер "ramldr2", который позволяет читать и писать любые адреса. Но иромвый бут запускается только тогда, когда не видит бут на флеше (или AP криво уходит в слип).

Про PDS. pds - область в телефоне, которая не меняется при его прошивке и лежит по адресам 0x10010000 и 0x10020000 (да, два раза - одна рабочая, вторая - запасная). В начале pds записана версия, которая меняется от прошивки к прошивке (в E2 - 4015, в A1200 - 4017). PDS разбит на нумерованые файлы, некоторые из которых зашифрованы уникальным ключем телефона. К закриптованным файлам относятся разные блокировки, например привязка к сети определенного оператора. Из-за этих криптованных файлов нельзя заливать PDS от одного телефона в другой.

Именно из-за PDS у меня и произошла вся эта история: прошивка E2 поменяла его версию и стерла зашифрованные файлы. Пришлось отрывать расшифровывалке руки, чтобы она не выдергивалась.

Еще в телефоне есть зона, в которую пишутся паники. Лежит по адресу 0x10030000.

ps. Свой ремонтный набор я скоро приведу в нормальный вид и выложу.

Парам-пам-пам-пам-пам

2009-09-25T22:52:00.000+01:00

Минг заработал. Vilko - бох. Ухахахаха!

Обход RSA в BP минга

2009-09-22T22:24:00.004+01:00

Пришлось запихнуть туда CG7 из E2 и понизить бут - тоже от E2.

CG1 (начало 0x10080000)
по оффсету 0x00 (0x10080000) точка входа в прошивку меняется на адрес
"удачных" данных в CG7 +1: 10350911
по оффсету 0x10 (0x10080010)- флаг B001FFFB

CG7 (0x10350000)
по оффсету 0x20910 (0x10350910) должно быть E5 9F C0 00 (джамп)
по оффсету 0x452 (0x10350452) помещается волшебный джамп:
48 01 68 00 47 00 10 04 00 00

CG18 (0x10330000)
по оффсету 0x0 (0x10330000) помещается адрес начала CG7: 0x10350000
это провоцирует бут проверять CG7 вместо CG1

Нужно понижать бут, так что делается только через TP. Как всегда, спасибо Vilko

ps. а теперь мерзкая прошивка ругается, что я понизил бут и все равно не грузится.

Чтение-запись флеша BP

2009-09-20T21:46:00.002+01:00

Лоадер для RAMLDR2 лежит тут, сорцы - тут, спасибо Vilko.

Читает-пишет любые адреса (в том числе PDS). Бестолковые и беременные проходят мимо - я предупредил. Через тест-поинт точно грузится, через нормальный бут - вроде бы нет.

QSolitaire

2009-09-19T14:21:00.001+01:00

Теперь у нас есть пасьянс!!!

Опять про зарядку

2009-09-17T22:59:00.002+01:00

Ежели у кого еще осталась живая батарея - сбросьте показания датчика на старом ядре.

Интересуют циферки: максимально разряженный и максимально разряженный (каждое состояние в трех вариантах: с отключенным ЗУ, с подключенным ЗУ, с подключенным USB).

У меня полный заряд - 760, когда отключаю зарядное - быстро убегает до 620,615,600. Не осиливаю, или это батарея деградировала или кто-то опять дурак...

Usb-host

2009-09-17T22:55:00.002+01:00

Что-то там такое интересное происходит. Правда непонятно, это только на E2/E6 или везде вокруг.

Opera Mini 5 beta

2009-09-16T10:42:00.014+01:00

No comments.....

2009-09-06T20:59:00.004+01:00

портировал знаменитые шарики. !С Series60 :)

лежит в фиде

Страна должна знать своих героев

2009-09-06T11:39:00.005+01:00


[01:21:18 PM] Provodnik: меня интересует не столько сама jffs2 сколько возможность защиты прошивки от распаковки..
[01:21:31 PM] tmp_do: Provodnik: паганый праприетарщег
[01:21:37 PM] w4tch3r: ))
[01:21:42 PM] * w4tch3r взял папкорн
[01:22:12 PM] Provodnik: ну каждый на своей стороне.. пока..
[01:22:42 PM] Provodnik: ты и сам с этого начинал, заискивающе спрашивая что и где в прошивке находится
[01:22:59 PM] tmp_do: Provodnik: мне никто не сказал
[01:23:05 PM] Provodnik: знаю
[01:24:04 PM] tmp_do: карта мтд в топике у3 есть параметры жффс тоже есть что еще надо?
[01:24:12 PM] Borman: Provodnik, пропатчь драйвер jffs2
[01:24:12 PM] Borman: чтобы сделать его несовместимым с оригинальным
[01:24:12 PM] Moxa: бга
[01:24:12 PM] Borman: тупые хомячки не догадаются
[01:24:12 PM] w4tch3r: ты жисток
[01:24:12 PM] Provodnik: Borman:  можно поподробнее
[01:24:12 PM] Borman: magic константу смени
[01:24:12 PM] Borman: и все
[01:24:12 PM] Borman: монтировать его нормальный драйвер откажется
[01:24:34 PM] Provodnik: что за magic константа, где искать? я даже не туплю, я об этом ничего не знаю
[01:24:44 PM] Borman: почитай сорцы
[01:24:55 PM] Borman: ты учти, что делом ты занимаешься незаконным
[01:24:59 PM] Borman: так-то
[01:25:09 PM] Moxa: Provodnik: ты решил ирис защитеть от копирования?
[01:25:15 PM] Moxa: не правильно...
[01:25:24 PM] Tengoku: перацкие прошивки моторлэ!
[01:25:27 PM] w4tch3r: опенсорс внутри опенсорса
[01:25:30 PM] Moxa: ну или не от копиррования-не правильно написал
[01:25:31 PM] Tengoku: перацкий линупс!
[01:25:35 PM] Borman: Provodnik, ее никто не будет покупать, ты учти
[01:25:39 PM] Moxa: бггг
[01:25:41 PM] tmp_do: Provodnik: жффсдамп фсе равно покажэт кто где срал
[01:26:02 PM] Moxa: платные прошивки для а1200))))
[01:26:06 PM] w4tch3r: Tengoku, ты же не просто так пришёл, верно?
[01:26:15 PM] Moxa: Tengoku: бери бабки за готовое кутопиё на 2,6...
[01:26:23 PM] Moxa: ))
[01:26:29 PM] Moxa: буиш милианерам
[01:26:47 PM] Moxa: пинг
[01:26:47 PM] Жупел: Moxa: понг от тебя 0.551 секунд
[01:27:10 PM] Provodnik: я и не собираюсь ее продавать )
и мне пофиг что ее смогут разобрать те, кто сможет сделать дамп
я не хочу чтобы ее растащили те, кто ообще не разбирается, а преценденты уже есть, причем крайне нескромные
[01:27:26 PM] Moxa: Provodnik: например?
[01:27:59 PM] Provodnik: без имен, но в открытую попросили бету Айрис чтобы чуточку "подправить" - О_О !!! и выложить
---
[01:43:15 PM] Provodnik: Borman: magic константа это ramdownloader 3-ий?
[01:43:22 PM] Tengoku: гг
[01:43:48 PM] Tengoku: Provodnik, у тебя сорцы едра вообще сь?
[01:43:56 PM] Provodnik: нет
[01:43:59 PM] Tengoku: а кросскомпелятор?
--
[01:44:29 PM] Borman: Provodnik, у тебя какая цель в разраюотке этой прошивки?
---
[01:45:22 PM] Provodnik: нет, доделать наконец.. и свалить

для справки: Provodnik - модератор одного из разделов рассадника, Tengoku - я, остальных все и так знают.

Сложный результат интерференции нескольких багов

2009-09-05T21:05:00.005+01:00

Когда телефон лежит в кармане, а я с него слушаю музыку - он моргает подсветкой при смене треков в плеере. Во-первых, мне это не нравится, во-вторый - это совершенно лишний раз жрет батарейку.

Первое и самое интересное - почему подсветка вообще дергается при смене трека? Потомучто есть такая штука, как power constraints, которая регулирует, насколько далеко устройству можно уходить в сберегающих режимах. Вполне естественно, что телефон не может играть музыку, когда он находится в слипе.

Исходя из этого здравого рассуждения, медиасервер запрещает уходить в слип, когда проигрывает что-то. Когда проигрываение останавливается, плеер снимает разрешение.

И тут закрадываются внеземная логика работников тролльтех: при смене power constraint, нужно включить подсветку. При чем это делает кто-то аж изнутри QtGui, а код там загадочен.

Делаю ход конем: режим меняется не тогда, когда меняется состояние плеера "играю-неиграю", а через две секунды. Проверяю: не работает. То есть работает, но подсветка все равно мигает на смене трека. Для проверки, убираю из медиасервера управление питанием - моргает. Магия... Стоп, магии же не бывает.

Смотрю код медиадвижка, благо багов там обычно есть: он питание вообще не трогает. Смотрю код плеера и вижу чудеса: плеер запрещает выключать подсветку, когда проигрывает видео. Это меня не касается - видео я не смотрю. Для проверки, убираю из плеера код управление питанием - не моргает. Оппа, "связистор опять выловил что-то за хвост из болота", как сказал тридемоделятор azcapone.

Судя по коду, в плеере есть некий "медиавиджет", который создается при наличии видео. Если виджет есть - питание трогаем, если нету - не трогаем. Но виджета же нету, почему тогда мограет? Нахожу замечательный факт:


notifier = new QMediaControlNotifier( QMediaVideoControl::name(), this );

connect( notifier, SIGNAL(valid()), this, SLOT(activateVideo()) );
connect( notifier, SIGNAL(invalid()), this, SLOT(deactivateVideo()) );

при чем в deactivateVideo() дергается управление питанием без проверки виджета.

Опять патч в одну строку, а началось все с того, что я хотел замерить, сколько телефон живет от одного заряда батареи.

Зарядка батареи

2009-09-03T22:14:00.002+01:00

Заряжает до положенного напряжения. Вольтметр показывает три с копейками вольта, заряженная через openezx батарея дальше другим телефоном не заряжается.

Про минг

2009-09-01T17:45:00.001+01:00

Плохо без отлаженного инструментария.

Итоги тестирования: баги, тысячи их

2009-09-01T17:28:00.003+01:00

После более чем недели издевательств, ubifs все-таки упала. По этому поводу я решил подвести итоги тестирования. Если кратко - баги везде, но фронт работ обозрим.

* зарядка батареи. работает, но как-то очень хитро - или не стартует когда нада, или не до того тока заряжает. непонятное явление. у меня не хватило одной зарядки более чем на 12 часов почти постоянного нахождения в слипе. правда, это был не дип-слип, как в 2.4, а обычный - надо свериться с мануалом по процессору, вдруг так и надо. нарою вольтметр и буду сверять датчики и регистры с суровой реальностью
* звук. с перключениями звука фигня довольно понятная - перед переключением в режим звонка, надо закрывать в плеере устройство и все будет хорошо. сейчас при прослушивании музыки через уши, после снятия трубки нифига не слышно
* мерзенький bp иногда не опознается при выходе из слипа. наверное нужно более точно подобрать задержки
* в прошивке по-дефолту отключен тач. ну это все знают
* а на едва по-дефолту не пашет клавиатурный ввод, потомучто нет двух волшебных файликов
* автоматическое редактирование defaultbuttons.conf через postinst не срабатывает
* в прошивке по-дефолту стартует apmd, который тоже роняет аппарт в слип
* самое противное забыл: ядро валится в упс и виснет при перезагрузке

Обновление и виндовая сборка putusb

2009-08-26T18:39:00.002+01:00

Исправлены падения, неправильный подсчет процентов и собрана версия под винды.

В каталоге "openezx" виндовой сборки лежит драйвер (libusb), который нужно установить для работы программы. Если уже установлены мотороловские драйвера - надо установить libusb отдельно отсюда.

Тестируйте: обычный архив, виндовая сборка

Русский ввод на E2

2009-08-25T13:53:00.001+01:00

Оказывается, что все делается очень просто. Русские буквы нужно было писать в QtopiaDefaults.ts (локаль) и использовать конфиг кнопок от гринфона.

Прошивка test1

2009-08-23T06:13:00.005+01:00

Содержит в себе gen-blob с патчем для работы без карты, ядро 2.6.30 с бекпортами разных хороших вещей, ангстром рутфс (ubifs) с кутопией 4.3.

Брать по ссылке, шить через qputusb.

Процедура прошивки:

* Распаковываем архив по ссылке
* заводим тело в бут (MBM) и подключаем к хосту
* жмем "Find device" в qputusb
* жмем "Flash" - в память тела грузится blob, после этого появляется диалог выбора файла - выбираем "flash" из распакованного архива
* ждем пока возле кнопки "Find device" исчезнет надпись "flasing", а в виджете лога появится "ok"
* вводим параматры блоба - в текстовое поле пишем параметры запуска ядра, в боксе выбираем модель телефона (минг, ешесть или едва) и жмем "Write config"

upd. параметры ядра вот такие:


ubi.mtd=rootfs root=ubi0:rootfs rootfstype=ubifs ip=192.168.10.4:192.168.10.1:192.168.10.1:255.255.255.0 debug mem=32M@0xa0000000 mem=16M@0xac000000 usbcore.autosuspend=-1 usbcore.old_scheme_first=1

Ubifs

2009-08-23T05:23:00.002+01:00

Полезная штука, надежней jffs2. Ссылки: раз и два

Про минг

2009-08-21T18:32:00.004+01:00

Флеш не мертвый, флеш живой, с pds тоже все вроде бы в порядке. Дамп сделал.

Бороться с ramldr2, который стирает, но не пишет - пока не осиливаю.

2009-08-17T12:39:00.003+01:00

осваиваю по-тихоньку систему сборки кутопии, одновременно и с++

завернул в фид скриншотилку

чуть про магиксы, bp и что с ними делать :)

2009-08-16T06:46:00.004+01:00

в общем и если кому интересно: на magx bp можно обойти подпись.. развлекаюсь этим третий день, поменял imei на телефоне, до субсиди пока не добрался, был занят на работе..
идея - если кто решит следовать - такая, вырубаем подпись ап - это давно уже сделано, грузим свой бут, дальше - есть в исходниках что мото изволила нам подарить.. sdma - в ядре кое что есть.
профит: локов не боимся, т.к. умеем писать шифрованные симы, да и вообще что угодно, pds вообще не боимся..

putusb

2009-08-14T10:16:00.010+01:00

Никто не угадал. Это новая утилита для прошивки, сделанная специально для gen-blob и ядра openezx, но может использоваться для прошивки любых ezx gen2 любой прошивкой на любой адрес. Сборка под эти ваши винды будет потом.

Консольная версия этой радости (точнее либа) умеет работать с родными загрузчками LTE (гадость на которой сделан наш bp и всякие древние e398).

Прошивки нового формата будут выглядеть, как архив любого типа (например zip или lzma) с файлами кодовых групп и простым файлом описания.

Пример файла:


kernel=0x000e0000 2097152
kernel zImage
gen-blob blob

Это означает "ядро будет по оффсету 0x000e0000, максимальный размер - 2097152, писать туда файл zImage из того же каталога, а файл blob писать не знаю куда, посмотри где там есть раздел с именем gen-blob"

Кроме этого, утилита умеет писать/читать раздел с параметрами gen-blob, которые позволят ему работать без карты. Патч для генблоба я пока не привел в человеческое состояние, так что тыкать кнопку "write config" не рекомендую - на текущей карте адресации потрете что-то важное.

тыц: ссылка на гит или ссылка на тарбол

ps:
при работе из линукса - положите gen-blob сюда: /lib/firmware/ezx/gen-blob
запускать или от рута, или кинуть правило udev (отсюда) в /etc/udev/rules.d/ и перезапустить udevd

Вырвиглазное видео

2009-08-13T22:58:00.003+01:00

openezx и кутопия на E2:

И раз: ютюб, и два: ютюб.

Основные вещи делают вид, что работают - дальше пока буду отлаживать и тестить.

Звук, черт побери

2009-08-12T23:30:00.002+01:00

Звук поломали хорошо. На AP пашет, а в режим звонка не переходит.
В коде микшера черти-что, при чем непонятно - или я не осилил, как его юзать, или его просто кое-кто недописал.
Надеюсь, что поправим и его наконец-то заберут в ваниллу - надоел уже.

mplayer

2009-08-12T09:20:00.002+01:00

Теперь чоткие пацанчики могут себе позволить смотреть видео и в кутопии. Осталось дело за малым-нарисовать мини-гуй...

BUSTED!

2009-08-11T22:33:00.003+01:00

И шо вы таки думаете? Во всем виноваты виндузятники:


/*
 * As of 2.6.10 we introduce a new USB device initialization scheme which
 * closely resembles the way Windows works.  Hopefully it will be compatible
 * with a wider range of devices than the old scheme.  However some previously
 * working devices may start giving rise to "device not accepting address"
 * errors; if that happens the user can try the old scheme by adjusting the
 * following module parameters.
 *
 * For maximum flexibility there are two boolean parameters to control the
 * hub driver's behavior.  On the first initialization attempt, if the
 * "old_scheme_first" parameter is set then the old scheme will be used,
 * otherwise the new scheme is used.  If that fails and "use_both_schemes"
 * is set, then the driver will make another attempt, using the other scheme.
 */

Вобщем BP после саспенда работает. Осталась всякая ерунда и будет щасте.
Если кратко - таймауты и последовательность инициализации в hub.c все решили.

Магия линейного процессора

2009-08-09T13:30:00.004+01:00

Кино и немцы: бутаем телефон, проходим хендшейк по gpio, девайс опознается на usb шине, как 0x3006 (драйвер ipc), на одном из интерфейсов которого есть ендпоинты для передачи и получения данных по ipc. Далее слипаю usb девайс (контроллер перестает посылать ему какие-то там периодические сообщения), bp это видит и со своей стороны тоже слипается, слипаю usb порт и ухожу в саспенд ap.

Врубаю обратно, usb не трогаю, вместо этого перевожу bp в флешмод (ставлю ногу flash в 1 и делаю ресет), прохожу хендшейк по gpio. Вот теперь включаю порт и девайс - драйвер usb контроллера замечает, что устройство изменилось во время слипа и опознает новое (0x4003).


[   20.911537] flash: 0
[   20.920759] flash: 512
[   20.927860] reset bp
[   20.934154] bp handshake entered!
[   20.941279] ezx-bp: handshake step 1
[   20.948080] ezx-bp: handshake step 2
[   21.240547] BP rdy irq
[   43.045223] usb 1-3: reset full speed USB device using pxa27x-ohci and address 5
[   43.266384] usb 1-3: device firmware changed
[   43.271897] usb 1-3: USB disconnect, address 5
[   43.465206] usb 1-3: new full speed USB device using pxa27x-ohci and address 6
[   43.697291] usb 1-3: configuration #1 chosen from 1 choice

А тепер без перевода в режим флеша. Бутаем телефон, проходим хендшейк, девайс опознается, саспендим usb девайс, саспендим usb порт, саспендим ap. Просыпаемся, врубаем порт, врубаем девайс - ДЕВАЙС ТУПИТ и не отвечает на контрольные запросы, но при этом моргает ногой (ааа! включите меня!) и потом валится в панику.


[   25.704865] usb 1-3: reset full speed USB device using pxa27x-ohci and address 5
[   25.718791] BP rdy irq
[   25.838537] usb 1-3: USB disconnect, address 5
[   26.194880] usb 1-3: new full speed USB device using pxa27x-ohci and address 6
[   35.436193] BP rdy irq
[   35.441631] BP Lowered WDI line. This is not good :(
[   41.384807] usb 1-3: device descriptor read/64, error -110
[   41.684849] usb 1-3: device descriptor read/64, error -62
[   41.974861] usb 1-3: new full speed USB device using pxa27x-ohci and address 7
[   42.164846] usb 1-3: device descriptor read/64, error -62
[   42.454801] usb 1-3: device descriptor read/64, error -62
[   42.744881] usb 1-3: new full speed USB device using pxa27x-ohci and address 8
[   43.174716] usb 1-3: device not accepting address 8, error -62
[   43.364761] usb 1-3: new full speed USB device using pxa27x-ohci and address 9
[   43.794714] usb 1-3: device not accepting address 9, error -62
[   43.805893] hub 1-0:1.0: unable to enumerate USB device on port 3

А теперь третий фокус:

Делаем все то же самое, что и в первом случае, но ресет bp делаем без перевода в флешмод - девайс проходит хендшейк, но по usb опять не отвечает.

Рабочая гипотеза - bp не замечает, что надо ресетнуть usb со своей стороны. Чисто теоретически, это должно делаться через single-ended zero - установку двух ног usb в 0 на 10 msec, но это не работает (или я неправильно делаю?), и ничего похожего я в старом ядре не вижу. Зато в старом ядре есть куча непонятной возни вокруг ног 90, 91 и 113 - те пины usb, что идут от хоста к устройству.

Айкамэшэрбуды шайтан поломался

2009-08-05T22:37:00.006+01:00

С БХ беда - чото видимо греется.

CPU0 attaching NULL sched-domain.
CPU1 attaching NULL sched-domain.
CPU2 attaching NULL sched-domain.
CPU3 attaching NULL sched-domain.

И всё. ФС не юзабельна, система не юзабельна Иксы рисуют картинку только если двигать мышкой (!!!). Ребут только через SysRq. top не пашет htop пашет, но загрузку процов не показывает, ошибку говорит какую-то (не помню).

Илья говорит - перегрев. В общем, билдхост отключен на неопределённое время. Если кому чо припрет слить - я в жаббере.

UPD: почистил БП, отключил HPET, пробуем. Если всё хорошо - значит, всё хорошо.
UPD2: Хуц. Опять сдох. На этот раз получилось снять dmesg.

Вроде живое

2009-08-03T19:31:00.002+01:00

Не шейте на минг бп от E2. Ничего хорошего из этого не получилось - в бут попадаю только через тп.

За полтора года первый раз разбирал аппарат. Мерзость проведения тп в припаянных защитных кожухах на микросхемах (на картинке видны его контуры) - еле отцепил.

Внезапный тестпоинт?

2009-07-31T18:17:00.004+01:00

Проводил опыты с саспендом usb хоста. Единственное, что понял - система там очень хлипкая, зависит от кучи рейскондишинов и последовательности включения/выключения usb хоста и просыпания/засыпания bp.

И еще словил вот такой замечательный фокус:


[    8.480980] pxa27x-ohci pxa27x-ohci: GetStatus roothub.portstatus [2] = 0x00130103 PRSC PESC CSC PPS PES CCS
[    8.493472] hub 1-0:1.0: unable to enumerate USB device on port 3
[    8.505488] hub 1-0:1.0: state 7 ports 3 chg 0000 evt 0008
[    8.517448] pxa27x-ohci pxa27x-ohci: GetStatus roothub.portstatus [2] = 0x00030101 PESC CSC PPS CCS
[    8.529480] hub 1-0:1.0: port 3, status 0101, change 0003, 12 Mb/s
[    8.699736] hub 1-0:1.0: debounce: port 3: total 100ms stable 100ms status 0x101
[    8.829765] pxa27x-ohci pxa27x-ohci: GetStatus roothub.portstatus [2] = 0x00100103 PRSC PPS PES CCS
[    8.899751] usb 1-3: new full speed USB device using pxa27x-ohci and address 6
[    9.029666] pxa27x-ohci pxa27x-ohci: GetStatus roothub.portstatus [2] = 0x00100103 PRSC PPS PES CCS
[    9.129612] usb 1-3: ep0 maxpacket = 8
[    9.142082] usb 1-3: default language 0x0409
[    9.151041] usb 1-3: udev 6, busnum 1, minor = 5
[    9.156380] usb 1-3: New USB device found, idVendor=22b8, idProduct=4903
[    9.167987] usb 1-3: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[    9.180013] usb 1-3: Product: S Blank Neptune LTE2
[    9.185511] usb 1-3: Manufacturer: Motorola
[    9.192990] usb 1-3: uevent
[    9.215618] usb 1-3: usb_probe_device
[    9.222460] usb 1-3: configuration #1 chosen from 1 choice
[    9.249015] usb 1-3: adding 1-3:1.0 (config #1, interface 0)
[    9.262191] usb 1-3:1.0: uevent
[    9.289933] usbserial_generic 1-3:1.0: usb_probe_interface
[    9.302780] usbserial_generic 1-3:1.0: usb_probe_interface - got id
[    9.340334] hub 1-0:1.0: state 7 ports 3 chg 0000 evt 0008
[   32.936371] rdy: 1

То есть bp ВНЕЗАПНО перезагрузился и его бут подумал, что флешка чистая, предлагая его шить с ap. Повторить не удалось - все остальные разы bp не хотел подключаться после резюма. На всякий случай - лог этого безобразия: http://pastebin.com/f33b62daa

UPD: опять вылезло. видимо, это не случайный глюк, а закономерный баг. А я был почти уверен, что в этот раз получу обратно модем.
UPD2: и опять...

Прелинкуемся

2009-07-30T12:27:00.002+01:00

пока другие воюют с бп, таки вымучал prelink, постиг частично магию кросс-компиляции. На глаз особого профита от использования не заметил, но возможно он и есть. Надо было перед использованием и после сделать замеры :)

для пользования необходимо все разделы фс перевести в rw, положить в /etc http://ezxdev.org/qtopia/tmp_do/prelink.conf , после запустить http://ezxdev.org/qtopia/tmp_do/prelink с ключиком -amR

Как регистр назвали, то он и показывает

2009-07-28T22:40:00.003+01:00

PEDR, defined in Table 3-20, indicates which GPIO pin (enabled through the PWER, PRER and
PFER registers) caused a wake-up from standby, sleep or deep-sleep mode. These bits can be set
only by a rising edge, falling edge, or either on the given GPIO pin, depending on the settings in the PRER and PFER registers.

Вобщем показывает на того педр^W^W ту ногу, за которую дернули, чтобы железка проснулась.

Следующий кандидат на жертву двухмесячного марафона "кто больше обматерит этот драйвер" - PCAP. Теперь, при входе в слип, нам мешает он - быстро-быстро вытаскивает обратно.

UPD: все не так страшно - это всего-то драйвер rtc.

Не верь глазам своим: магии не существует

2009-07-28T17:32:00.008+01:00

Я все-таки нашел, почему BP не хотел идти спать.

Небольшая предыстория: в телефоне есть два проца AP и BP.

На ap имеем линупс, на bp имеем vrtx. Если кто не в курсе, bp - это LTE2 Neptune (arm7tdmi), огрызок старой платформы, отвечающий за GSM.

У процессоров есть два способа общения: первый - ноги gpio, их пять штук ( bp_rdy, ap_rdy, reset, flash и bp_wdi ), второй - usb.

По usb они гоняют данные, по ap_rdy и bp_rdy они при буте делаеют хендшейк (это их первое назначение). Когда bp что-то хочет от ap, он делает вот такой фокус:

смотрит, не спит ли ap, если спит, то:
ставит bp_rdy в 0, ждет чуть-чуть, ставит bp_rdy в 1 и опять смотрит.

Так до тех пор, пока AP не включится сам и не включит usb.

На это дело (мигание ноги bp_rdy) срабатывает прерывание и ap смотрит, чо там хочет этот убогий.

Если же ap что-то хочет от bp, он просто шлет по usb данные.

Дальше начинается самое интересное: когда ap хочет, чтобы bp ушел спать (сам ap не идет спать, пока bp не спит), он просто саспендит usb порт.

Если bp видит, что ap потормозил порт, но сам он еще имеет чего слать туда, то он саспендит порт, но при этом не саспендится сам, а один раз передергивает bp_rdy.

Когда ap видит, что bp дергает bp_rdy, он шлет по usb запрос на передачу.

Когда ap хочет что-то послать bp (например запрос на передачу), то сначала смотрит не спит ли bp если спит, то он передергивает ap_rdy, а потом уже врубает порт.

Что собственно происходило такого нехорошего и заставляло думать, будто bp не идет спать:

саспендим порт и видим, что дергается bp_rdy. BP не разрешает слип, думаю я.

BP не может отменять слип
BP не отменяет слип
BP совершенно незачем отменять слип
BP тупо пошел и слипнулся, как ему и сказали

...и поставил ногу bp_rdy в нуль.

А какой-то нехороший человек перепутал направление интеррапт лайна и генерит прерывание по переходу 1->0 (надо по 0->1, как в 2.4). В итоге ap думает, что bp отменило слип и врубает порт обратно. AP смотрит, что оно проснулося и спрашивает "нучо?". Тот молчит, потомучто нечего ему слать - он разрешил слип AP, сам тоже пошел спать, а тут к нему пристали.

Естественно, что после изменения типа ноги с IRQ_FALLING_EDGE на IRQ_RISING_EDGE все благополучно прошло.

UPD:... но ap он слипаться все равно не разрешает.
UPD: дергает ap из слипа через раз. ГРР

Прошивка из пингвина

2009-07-24T12:10:00.006+01:00

Тем кто вообще не понимает, что такое оффсеты, кодовые группы и прочее, но не имеет маздая под рукой и не хочет вешать его в виртуалке...

Для себя написал скрипт, который всё делает быстро и красиво.
Для работы кроме него потребуется boot_usb, sbf_build и gen-blob.

boot_usb, sbf_build и flash.sh ложим в любую папку из $PATH - например /usr/local/bin/
Естественно на них надо дать права на выполнение.
chmod 755 /usr/bin/{flash.sh,sbf_build,boot_usb}
gen-blob - в /lib/firmware/

Теперь запускаем flash.sh и параметром передаём ему файл прошивки.
flash.sh /home/pupkin/qtopia-ezx-4.3.4_sdhc-30.04.09.sbf

Дальше всё просто - следуем указаниям скрипта и отвечаем на его вопросы.

Если телефон уже находится во флэш-режиме, то на вопрос "gen-blob уже загружен? (yes/no):" отвечаем "no"

Если необходимо прошить только определённые группы, то на "Все CG прошивать? (yes/no):" отвечаем "no". В этом случае перед прошивкой каждой кодовой группы скрипт будет спрашивать.

Т.к. boot_usb для работы нужны рутовые права, то скрипт запускаем либо от имени рута, либо добавляем SUID бит на boot_usb.
chmod +s /usr/bin/boot_usb

Новости

2009-07-23T21:30:00.003+01:00

В гите openezx традиционно все сломано. Первая вещь, которая перестала работать (тоже традиционно) - звук... шучу. Звук работает, но интерфейс микшера поменяли и кутопию надо патчить или лезть в alsamixer.

Что хуже - в ванильном ядре что-то такое опять сделали, что BP перестал работать вообще. При чем в самый интересный момент, когда я собрался с мыслями и сделал нормальный невелосипедный субдрайвер для usb-serial. Что там такое произошло - фиг его знает, но надо лезть и разбираться. Последний рабочий коммит - 0533a7bcf9a07863a145c6463985d561be76ef56.

Что еще хуже - даже до поломки BP все равно не хотел уходить в слип, так что я сейчас постепенно пробираюсь в его недра и буду его жестоко мучить, чтобы выяснить, почему именно он дает запрет.

Первые результаты этого вандализма - патч к boot_usb для чтения памяти (флеша) BP. Как оказалось, там все плохо: родной загрузчик проверяет подписи того что пишут (это патчится), того что запускают (это ломается на лету) и не дает возможности читать и писать произвольные адреса и объемы данных.

Читать он дает только флеш BP, да и то не весь (зону PDS не дает), а писать - только определенные кодовые группы, при чем целиком. Придется делать как на EZX и запускать из-под родного бута кастомный (олдскульных мотохакеров с мотофана), при чем запускать через дыру, чем я сейчас и занимаюсь.

PCAP в ванильном ядре

2009-06-22T19:56:00.004+01:00

Спешите видеть: linux/kernel/git/torvalds/linux-2.6.git/drivers/mfd/ezx-pcap.c.

Чтобы это еще кто-то юзал...

А я все не могу победить слип в этом самом bp.

upd: pcap - это контроллер специального назначения, на котором висит почти вся периферия в ezx-телефонах: тач, звук, adc, часы, регуляторы питания, кнопка включения и еще всякие лампочки и вибраторы. более новая инкарнация этой мерзенькой железки (atlas) - заведует тем же самым, но в мотобагиксах, при чем имеет тот же интерфейс (прерываения и регистры почти совпадают).

Как пользоваться boot-usb и gen-blob

2009-06-14T15:14:00.006+01:00

Кратко о упоминаемых в заметке терминах:

Flash mode - режим работы телефона, в котором невозможна связь с сетью, так как линейный процессор ждет обновления прошивки.
MBM - загрузчик с красным экраном, через который работают мотороловские утилиты прошивки.
Gen-blob - загрузчик openezx, обладающий большим набором возможностей, чем MBM. Шьется вместо ядра linux, умеет грузить ядро с карты памяти и с usb без перевода в flash mode, умеет шить произвольные адреса флеша.
Boot-usb - утилита для работы с загрузчиками MBM и gen-blob с большой машины.

Последние версии ядра openezx можно запустить только через gen-blob. Сам gen-blob может работать в двух вариантах: прошитым по адресу 0xa0800 вместо ядра или запущенным по usb через mbm. Во втором случае линейный процессор уже переведен в flash mode и работа с сетью будет невозможна после загрузки ядра, но для прошивки этого достаточно.

Gen-blob обрабатывает нажатия на кнопки vol+ и vol- (левая сторона устройства). Если во время его запуска зажата vol+, он переходит в режим USB (как MBM) и ждет управляющих комманд от boot-usb. Если зажата vol-, он показывает boot menu с возможностью выбора разных ядер с карты.

Чтобы прошить файл в память телефона по определенному адресу, нужно сделать три вещи:

Каким-то образом запустить gen-blob

Во время запуска зажать vol+

Послать адрес и данные через boot-usb

Рассматриваем подробнее:

Самый простой способ запустить gen-blob - запусть через MBM. Для этого нужно выполнить такие действия:

Полностью выключить телефон

Включить с переводом в flash mode - зажатой кнопкой голосового меню (нижняя на правой стороне)

Дать от пользователя root команду boot_usb gen-blob на большой машине. При этом boot_usb должен находиться в PATH (или вызваться по полному пути), а файл gen-blob должен быть в текущем каталоге

После того, как на экране появилось сообщение о готовности принимать команды по USB, можно работать из boot_usb с gen-blob.

Простой пример: прошивка файла по адресу 655360. boot_usb flash 655360 mtd.

Небольшое уточнение по поводу прошивки ядра: чтобы прошить ядро или gen-blob по адресу 0xa0800, нужно создать временный файл размером 0x800, заполненный нулями: dd if=/dev/zero of=/tmp/mtd bs=2048 count=1, после чего дописать в его конец нужные данные: cat gen-blob >> /tmp/mtd и после этого, прошить файл по адресу 0xa0000, а не 0xa0800.

ps. пребуются добровольцы для описания этого в вики

upd: не 0xa800 а 0xa0800

Тестируем 2.6.30

2009-06-14T14:53:00.004+01:00

Начинаем тестирование сборки на ядре 2.6.30.

Необходимые для запуска ингридиенты:

Загрузчик gen-blob зашитый по адресу 0x000A08000 [1]

Утилита boot-usb на большой машине [2]

Раздел с ext2 на карте памяти с рутфс

Рутфс дистрибутива Angstrom со всеми зависимостями для кутопии [3]

Сама кутопия [4]

Ядро 2.6.30-ezxdev [5] и модули [6]

Инициализатор mux TS07.10 [7]

Скрипт [8] и конфиг Qtopia [9] в /etc/

Калибровки тачскрина [10]

upd: правильный адрес ядра - 0x000A08000

Консоль на EMU

2009-06-13T12:22:00.002+01:00

Что-то получилось:

Патчем ядра переключил ноги 39 и 53 из режима usb в режим uart (ffuart). Регистры EOC (чип EMU порта) не трогал. В будущем хочется переключать режимы uart/usb автоматически, по показаниям eoc и pcap. Мусор на скриншоте - скорее всего недостатки схемы.

Ссылки: схема и описание, патч.

Пингвин жирный...

2009-06-12T01:00:00.003+01:00

Киборгизированный:


             total       used       free     shared    buffers     cached
Mem:         44352      42844       1508          0        228      12160
-/+ buffers/cache:      30456      13896
Swap:        32760      16048      16712

Утопический:


             total       used       free     shared    buffers     cached
Mem:         46552      45652        900          0        144      26844
-/+ buffers/cache:      18664      27888
Swap:            0          0          0

Такие дела

ps. образы ведроида тут
pps. нихера там не пашет, можете даже не качать

Сериал консоль на EMU

2009-06-08T13:23:00.004+01:00

Оказывается, вот этот фокус не работает на втором поколении. Пины нормального порта туда не подведены - только ноги 53 и 39 (usb).

Попробовал переключить EOC во второй режим UART (ноги 53 и 39 выводятся на usb порт) и "подрыгать" ногами - ничего со стороны хоста не увидел. Со стороны аппарата rx тоже все время 0. Драйвер сериал порта на gpio - тоже писать придется.

Попросил припаять к конвертеру диоды для индикации RX и TX - завтра попробую еще.

upd: все-таки туда можно сконфигурировать FFUART. утром попробую

В порядке эксперимента

2009-06-07T22:04:00.004+01:00

Пока не знаю, нужен ли нам все-таки форум, но в прорядке экперимента, можно пользоваться этим: /ezx/ .
Модерация в том виде, в каком она есть не мф, отсутствует, движок аскетичный, но удобный и многим привычный.

Мотофан.jpg

2009-06-07T17:09:00.009+01:00

Помним, любим, скорбим.

копирайты:
оригинальная картинка стянута с какой-то имижборды, локализовано паном Hartois

Openezx 2.6.30-rc8

2009-06-07T16:46:00.005+01:00

Как всегда, работает "почти все, почти хорошо". По пунктам

* gsm (ts0710) переписан и работает стабильно
* звук поломали в апстриме, но лечится патчами (а может в гите уже починеный)
* сеть по usb работает только если бутать по нему же
* карта
* внутренний флеш, при чем с нормальной скоростью записи
* тач, подсветка, все кнопки
* вибра
* блютуз, включение выключение питание на него
* получения параметров батареи (% заряда) через /sys и /proc/apm
* обрабатывается подключение/отключение кабелей ac и usb, состояние доступно через /sys
* старт/стоп процесса заряда при подключении кабеля (с патчем на pda_power)
* слип и глубокий сли (idle и mem). для deep-sleep (mem) нужно патчить lbl (мотороловский бут)

не работает:

* gprs
* камера

глюкает:

* adc (тач и батарея)
* слип - то одно отвалится, то другое упадет. bp очень любит этим заниматься

упд: звук в гите совсем поломан. сглазил наверное

Написание мультиплексоров прерываний - заразно

2009-06-05T21:47:00.003+01:00

Я понял, почему опенезх и опенмоко переписывают все по сто раз. Просто это очень весело и некоторые вещи можно сделать красивее.
В погоне за красотой решения, иногда теряешь цель - сделать сделать этот кусок кода полезным.

Почему понял - сам захотел написать демультиплексор прерываний на EOC (чип usb порта на gen2).

Sumatra тоже в строю

2009-05-28T18:49:00.002+01:00

заборол таки едро для е2. по словампроверявших все отлично работает. нужно теперь прикрутить в автобилды автовыбор defaultbuttons для разных моделей

Двухпроцессорная архитектура EZX

2009-05-24T23:16:00.002+01:00

Как известно, в телефонах серии ezx - два CPU с разными операционными системами. Тот что ближе к пользователю и отвечает за красивый графический интерфейс на современной библиотеке qt2 embedded - Intel PXA270, работающий под управлением сами знаете чего. Тот что спрятан в недрах и ближе к GSM сети - огрызок старой платформы (всяких E398, L7 и др.) - Neptune LTE2.

Поскольку общей памяти они не имеют (в отличии от SCM-A на багиксе или MSM в HTC), то данными они обмениваются по самому обычному USB. В качестве хоста выступает AP (pxa270), в качестве устройства - BP (LTE2). Архитектурно это больше всего похоже на кпк (например ipaq), к которому по usb прицепили какой-нибудь E398.

В очень-очень старых моделях, которые никто никогда не видел и в руках не держал, вместо USB был RS232, который наверное любил терять данные по дороге. Что делают хорошие корпоративные программисты, когда железо глючит? Пишут костыли, куда они денутся. USB такого безобразия не допускает и сам следит за корректностью данных, но костыли конечно же оставили.

продолжение следует

2009-05-20T14:24:00.001+01:00

собрал таки ядра для hainan и macau. функционал на уровне прежних сборок-тобиш ничего революционного, все просто работает как и должно

Helix DNA Client Atlas

2009-05-19T21:09:00.003+01:00

Видео Qtopia крутит на минге вполне сносно, по крайней мере 3gp единственное что приходится держать в памяти библиотеки Helix и отображается вверх ногами и в стандартном плеере нет фулсрин режима.

Macau тоже в строю

2009-05-15T19:01:00.002+01:00

Благодаря багу\фиче индусов из моторолы в паблик ушли практически полные сорцы ядра 2.4 для всей линейки езх. они там многое поломали, все унифицировали. старые патчи без напильника не проходят. мне удалось собрать полностью рабочее едро для минга. самое главное - работает натив для macau(E6), осталось прикрутить для него монолитом модем и кариес( а заодно таки и починить его). так же надо покурить насчет сдхц с а1600, по крайней мере сорцы там тоже есть. дальше собирать едро для е2 и выкладывать готовые прошивки.

зы. таки ждем 2.6

openezx 2.6.30-rc4

2009-05-10T16:46:00.004+01:00

В гите все сломано - очередной раз рефакторится PCAP, плюс к этому, парочка патчей, приплывших из апстрима сломали сначала gpio, потом звук, потом вообще весь pcap.

В моей рабочей версии оно работает, но звук опять немного поломан (наверное апстрим виноват) - вместо двух каналов работает один.

Контроль заряда я сделал, но из-за рефакторинга его сейчас не примут. Еще надо бы драйвер mux почистить - по словам wyrm, 60% кода - ненужное говно.

А еще там работает слип.

Горжусь русским форумом мотофагов

2009-05-06T08:26:00.002+01:00

Ситуация прекрасна и веселит меня до глубины души.

Хронология событий:

* в конце 2005-го года моторола делает очередной недосмартфон на линуксе
* в середине 2006-го года принимается стандарт SDHC для карт высокой емкости, который не имеет обратной совместимости с SD (другая процедура инициализациия, другая адресация, другая структура служебной информации о карте)
* мотофаны честно ждут от моторолы обновления (три года)
* где-то в середине марта я набравшись терпения и используя драйвер в ядре 2.6, как референс, делаю поддержку sdhc в мотороловском ядре (самой карты не имея). после чего, как цивилизованный человек, выкладываю результаты в виде патча на исходники и собранного ядра для кутопийных прошивок
* мотофаны опять честно ждут, что кто-то все за них сделает и медетируют, глядя на патч на исходники и переживая культурный шок
* в начале апреля я выкладываю на русский форум, сообщение о текущем состоянии порта ядра 2.6 и делюсь мнением, что этим скоро можно будет пользоваться, что порождает фееричный холивар, так как мотофаги с малиновыми штанами зелеными никами не умеют ничего, кроме написания километровых постов о том, что они хотят, чтобы кто-то сделал.
* народный борцун за звание дома высокй культуры и быта тонко намекает, что я кому-то там хамлю и он против меня примет меры. я шаркаю ножкой и тихо боюсь
* в конце апреля какой-то китаец собирает ядро для родных прошивок с моим патчем для sdhc
* русский форум брызжет радостью "ураа! китайцы сделали sdhc"
* пару дней назад, зайдя на русский форум, я вижу вместо своего сообщения другой пост со ссылкой на собранной китайцем ядро и надписью "sdhc patch by Mingxing0769" и ругаюсь на написавших это мудаков матом, размещаяя у себя в подписи то, что я думаю о безруких анонистах
* мотофаги заменяют надпись на "автор патча Ilya Petrov, портировал Mingxing0769"
* я повторно ругаюсь на мудаков матом, так как сборку ядра с патчем портированием назвать не могу при всем желании, но замечаю, что борцуны за звание дома высокй культуры и быта уже потерли все следы и заблокировали мой аккаунт
* занавес

Билдхост вернулся

2009-05-03T16:43:00.000+01:00

Новый адрес - 93.183.194.127, порт тот же (4222).

Squares

2009-04-25T23:03:00.004+01:00

Squares - игра для 2-4 человек. Ваша цель - обвести как можно больше квадратов линиями с четырех сторон. За один ход можно поставить одну линию.

Приложение является портированной на Qtopia 4.3 версией KSquares из KDE Source Repository.

Scribble+

2009-04-15T14:18:00.005+01:00

Попользовался Scribble, захотелось его окультурить...

Итак, Scribble+ - маленькая программа для рисования. Только рисования.

Возможности:

выбор цвета в HSV пространстве, поддерживается прозрачность

рисование штрихами произвольной формы настраиваемой толщины

сохранение в любой из поддерживаемых форматов

JumpingCube

2009-04-14T19:16:00.004+01:00

JumpingCube - тактическая игра на захват территории для одного или двух человек.

Приложение взято из KDE Source Repository.

Языковые пакеты

2009-04-09T23:21:00.001+01:00

В автобилд 200904100042 добавлены русский и украинский языковые пакеты. Я правда не проверял, что там получилось, но все должно быть хорошо.

Изменения в управлении питанием

2009-04-09T20:18:00.006+01:00

В сборке 200904092216 200904092229 изменения в управлении питанием:

* убраны медленные режимы процессора (52 и 104) из APM
* вызов PMU поставлен на таймер, а не на черти-куда
* power_ic не открывается-закрывается туда-сюда
* кутопия считает usb-кабель зарядным устройством
* кутопия отображает состояние заряда батареи по текущему в цепях току, а не черти-чему
* значение датчика тока вынесено в VSO ( /Hardware/EZX/Current/Raw ), для любителей на него смотреть

упс.. забыл маленькую строчку

Камера

2009-04-09T08:06:00.003+01:00

Поддержка камеры пошла в автобилды: 200904090954.
Снимать уже снимает, но кое-что еще поменять придется.

Кроме этого убрал один патч, который мог ломать выключение подсветки.

openezx-2.6.29

2009-03-31T21:22:00.003+01:00

Неплохо. Очень хорошо, я бы сказал. Еще чуть-чуть (определение наушников/зарядки и управление зарядкой) и буду пользоваться.

И так, что работает (с поддержкой в кутопии)
* gsm (АТ mux)
* звук в обоих режимах (музыка и gsm)
* переключение звука уши-динамик-спикер
* сеть через usb
* карта
* контроль подсветки
* клавиатура, кроме красной кнопки, флипа и кнопки наушников
* тачскрин

Что не работает, но вроде бы должно:
* встроенный флеш
* контроль заряда
* gprs

Что не работает совсем или глючит:
* определение подключенных шнуров
* спящие режимы

Управление железом на багиксе

2009-03-18T15:14:00.002Z

Посмотрел API ядерных драйверов в багиксе.

Определение подключенных к кабелей такое же, как и ezx, управление зарядкой такое же, управление rtc такое же (но изменены префиксы ioctlc).

С подсветкой пока не разобрался - костыль на костыле, режимы usb не нашел вообще, роутинг звука вроде бы нашел, но не проверял.

Начал писать pdsd - вроде бы все просто и подводных камней нет.

Закрытый флип и входящий вызов

2009-03-18T15:08:00.002Z

Сделал небольшой хак для входящего вызова. Кроме поднятия частоты процессора, во время входящего вызова, теперь прячется виджет флипа и можно увидеть, кто звонит.

Включено в автобилд 200903171449.

В автобилде 200903171534 включены конфиги из прошивки tmp_do и немного поломан виджет набора номера: картинки остались старые, а масштаб новый.

Планы и перспективы портирования на Motomagx

2009-03-16T21:40:00.003Z

Вчера забрал с почты новую игрушку: motorola v8. Долго приставал к Абрамке и yakk с вопросами и немного вошел в курс дела. Можно описать одним словом, но я это слово тут писать не буду. Если более длинно: работы много.

Если кто сюда зашел из просторов интернета и не совсем в курсе наших обозначений: под мотобагиксом понимается программно-апаратная платформа linux-смартфонов motorola третьего поколения ( Rokr E8, Rizr Z6, Razr2 V8, i876, U9, ZN5 ).

BP на третьем поколении не такой разумный и ему нужно кормить с ложечки так называемый PDS (зашифрованные настройки), самим работать из юзерспейса с сим-картой, самим реализовывать кусок GSM (именно протокола, а не работы с оберткой at-команд) и GPRS, но тут работы уже ведутся и довольно успешно.

Кроме этого традиционные проблемы с нестандартностью API: звуковой драйвер - не oss, не alsa, всякие там режимы usb и токи заряда с уровнями подсветки - тоже. Тачпада просто нету, а клавиатура работает на старом драйвере - тут все хорошо.

В рутфс как всегда бардак - это дело привычное, это не удивляет и вообще не вызывает эмоций.

Сегодя запускал из ext2 образа - запускается, довольно шустро бегает по меню, но толку конечно нуль.

Собственно, программа нашего балета на новой сцене: MagixRoadmap

Поддержка sdhc

2009-03-14T16:47:00.005Z

Уже работает. Чтение и запись протестированы на четырехгигобайтной SDHC карте. Возможны проблемы со старыми картами, которые не понимают команду IF_COND - с этим пока не разбирался.

Патч на ядро: http://ezxdev.org/qtopia/patches/2.4.20_mvlcee31/0006-sdhc.patch.gz
Собранное ядро: http://ezxdev.org/qtopia/temp/vmlinuz_sdhc15

Собранное ядро уже содержит в себе поддержку mux, gprsv, bluez и ext2/3, поэтому модули mux_cli и прочие ему не нужны.

Ждите поддержку в следующих сборках прошивок или шейте сами.

Напоминаю, что ядро можно загрузить в режиме прошивки утилитой boot_usb, но при это не будет работать экран (про этом отдельно) и gsm.

Чтобы прошить ядро необходимо записать его в /dev/mtd7 (физический адрес 0xa0000) на смещение 0x800.

PS. за тестирование огромная благодарность Сергею Егорову (ник prapor).
PPS. со старыми картами тоже все нормально

Апгрейд Qt

2009-03-13T20:22:00.003Z

Раз Нокия забрасывает кутопию, займемся ей сами. Нам очень не хватает браузера, правда? А Qtopia 4.4 жрет память. Все это привело к тому, что рождается монстр - Qtopia 4.3.4 + Qt/Embedded 4.5.0. Оно, вроде как, вполне уже пригодно к использованию, но, все-таки следует избавиться от мелких неприятных багов.Так что пока только скрины:

Mindbreaker

2009-03-09T12:33:00.003Z

Mindbreaker - в этой игре Вашей целью является угадать задуманную программой комбинацию цветных шариков. На выполнение задания дается девять попыток.

Приложение взято из Qt Extended 4.4.3 Open Source Package.

QGoogleTranslate [port]

2009-03-07T22:56:00.003Z

QGoogleTranslate - это приложение для работы с сервисом Google Translate. Использует AJAX Language API, что хорошо, учитывая GPRS соединение. (а еще я не стал писать хелп, большое упущение=)

Ссылки: страница на Google.Code

Qwit 0.6 [port]

2009-03-07T17:17:00.004Z

Qwit - клиент для сети Twitter.

Twitter (от англ. to twitter — «щебетать», перен. «болтать») — бесплатная социальная сеть, представляющая из себя систему микроблогов, позволяющая пользователям отправлять короткие текстовые заметки (до 140 символов). (Wikipedia)

Автор версии для Qtopia: kyst

Ссылки: Страница Qwit на Google.Code

Собрал новый билд

2009-03-06T09:56:00.002Z

Решил таки включить в сборку тестовый рут-фс, собранный ое. кой-чего пофиксил по мелочам. что удивило- скорость загрузки и работы. это Ъ

Добавил в кутопию последние багфиксы- в частности, медиасервер теперь стабильно не валится при входящих, если стоит стандартный phonering.wav

вообще получилось очень Ъ. самое Ъ что теперь для е6 (возможно и для е2) не надо шить родное хакнутое едро-удалось допилить стабильную работу с USB2.0

из минусов- лень ковырять зависимости и пересобирать ядерные модули блюза, вкомпилил их в ядро. теперь невозможно включить прием файлов по кариесу из гуя...

будильник так и не научился играть дефолтный alarm.wav

http://ezxdev.org/qtopia/firmwares/a1200/qtopia-ezx-4.3.4-06.03.09_test.sbf.bz2

Убил очередного таракана в движке звука

2009-03-05T23:14:00.002Z

Убил того, который валил медиасервер при проигрывании мелодии вызова и будильника.

Конечно же работа с памятью - после удаление объекта к нему успевало произойти обращение. Еще и потоки. Продолжаю ненавидеть этот объектно-ориентированый ассемблер.

Если на билдхосте опять ничего не сломается - забирайте автобилд с номером 200903060113.

Остается разобраться с еще одним тараканом в gsm и будет красота.