openezx

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

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

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

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

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

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

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

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

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.

Новости

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

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

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

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

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

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

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

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

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

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

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

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

Openezx 2.6.30-rc8

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

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

не работает:

* gprs
* камера

глюкает:

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

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

openezx 2.6.30-rc4

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

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

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

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

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

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

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

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

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

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

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

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

Камера

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

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

openezx-2.6.29

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

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

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

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

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

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

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

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

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

Вчера забрал с почты новую игрушку: 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

Уже работает. Чтение и запись протестированы на четырехгигобайтной 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. со старыми картами тоже все нормально

-1 партизан или nokia прекращает поддержку qtopia

Собственно новость: http://www.qtsoftware.com/about/news/qt-software-discontinues-qt-extended

Что это означает для нас? По большому счету - ничего. Поддерживаем форк дальше и не обостряемся.

Angstrom rootfs

Уже собирается все что нужно и даже работает, но пока есть три недостатка: карту нужно вручную прописать в fstab, нет mbtdload (проприетарщина ибо), а значит не работает блютуз, и нет iptables.

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

А еще нужно привести все эти вещи к более приличному виду, а некоторые послать в апстрим.

Самый тупой баг в кутопии

А точнее - падения плеера. Без комментариев:

--- a/src/applications/mediaplayer/playercontrol.cpp
+++ b/src/applications/mediaplayer/playercontrol.cpp
@@ -109,6 +109,9 @@ void PlayerControl::activate()
 
 void PlayerControl::setMediaContent( QMediaContent* content )
 {
+    if (m_control)
+      m_control->stop();
+
     delete m_control;
     m_control = 0;

Включено в билд 200902252257, отправлено в апстрим.