0x8000000-0x820000 это SRAM,
NOR flash 0xc000000-0xd000000
и то, что gunp называет fw_all.bin, прошивается по
адресу 0xc020000 (т.е. в первых 128K лежит что-то другое,
а возможность грузиться предусматривается в коде с трех адресов:
0x8000000, 0xc000000 и 0xc020000).
Еще есть SRAM @0x20000000, оно по крайней мере >=64K.
160x240x8 Framebuffer’у столько не надо, но где он начинается,
можно определить экспериментальным способом.
Установки GPIO и MUX я попробую декодировать, но по крайней мере
значения могу сюда запостить.
Еще я занялся разборкой “китайской” прошивки для 60/76C(S)x:
у нее всего 2 “языка”: CJK и English, gunp ее не понимает, т.к. String magic “English\001”
а не “English\0Jan”, английский язык второй, а не первый, а magic2 идентификатор не
0x04e40000, а 0x03b60000.
При этом “иероглифы” кодированы двухбайтово в CP950, я перевел 1 “букву” из названия языка в UTF-16
и посмотрел как она выглядит: также как первый иероглиф для Китая на гугловской карте.
Таким образом, моя оригинальная идея о поддержке UTF-8 на 60/76C(S)x не так уж и утопична:
надо только понять как кодируются CP950 китайские фонты. К сожалению документации об этом нет
даже для однобайтовой кириллицы! Но путем сравнения русифицированной прошивки с оригинальной
ИМХО удастся разобраться и с этим.
Этот регистр используется только 1 раз, и не так важен. Полностью отсутствует информация только о периферийном
устройстве FFFB:6000, это не SPI, не I2C, не UART, не USB, не W1. Даже ума не приложу, что это может быть.
