Sony Reader hardware + Serial Interface
На страницу Пред.  1, 2, 3 ... 10, 11, 12 ... 16, 17, 18  След.
 
Найти сообщения без ответов
Начать новую тему   Ответить на тему    Список форумов The-eBook -> Sony Reader
 
Автор Сообщение

Aldorado
Гость









СообщениеДобавлено: 08.12.2008 22:35     Цитата

Кстати до переполнения счетчика он писал то же что и у Cebik то есть:
nbl_exec_linux(): loading kernel image Linux0 ...
nbl_exec_linux(): kernel command line = console=ttyDB1,115200n8 noinitrd mem=64M ip=off cscr=0x27000003 root=/dev/mtdblock13
nbl_exec_linux(): invoking linux...
Linux version 2.4.17_n12 (root@JPC00030222) (gcc version 2.95.3 20010315 (release/MontaVista)) #9 2007ÇŻ 4·î 8Ćü ĆüÍËĆü 11:26:53 JST
Processor: ARM/CIRRUS Arm920Tsid(wb) revision 0
Machine: Motorola DragonBall MX1 (eBook-2)
On node 0 totalpages: 16384
zone(0): 16384 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: console=ttyDB1,115200n8 noinitrd mem=64M ip=off cscr=0x27000003 root=/dev/mtdblock13
cscr_setup: 0x27000003
dragonball_init_regs(): Setting registers
rtsched version <20011203>
Console: colour dummy device 80x30
Calibrating delay loop... 98.09 BogoMIPS
Memory: 64MB = 64MB total
Memory: 62496KB available (1436K code, 326K data, 80K init)
Security Scaffold v1.0.0 initialized
Dentry-cache hash table entries: 8192 (order: 4, 65536 bytes)
Inode-cache hash table entries: 4096 (order: 3, 32768 bytes)
Mount-cache hash table entries: 1024 (order: 1, 8192 bytes)
Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes)
Page-cache hash table entries: 16384 (order: 4, 65536 bytes)
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Registering /proc/dragonball_mx1/
GPIO: dragonball_gpio_init():758 Apr 8 2007 10:48:18
SYSNPM: Apr 8 2007 10:48:18
Starting kswapd
JFFS2 version 2.1. (C) 2001, 2002 Red Hat, Inc., designed by Axis Communications AB.
pty: 256 Unix98 ptys configured
block: 128 slots per queue, batch=32
RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize
smc_probe:1246 (bank & 0xFF00) != 0x3300
loop: loaded (max 8 devices)
UART: dragonball_serial_init():1511 Apr 8 2007 10:46:04
ttyDB0 at I/O 0x0 (irq = 29) is a Dragonball
ttyDB1 at I/O 0x0 (irq = 23) is a Dragonball
MTD(NOR): init_mpu110_map() 10:45:51
Flash device: 0x1000000[bytes] at 0x10000000
cfi_probe: qry_present can't find "QRY"
cfi_probe: qry_present can't find "QRY"
cfi_probe: qry_present can't find "QRY"
cfi_probe: qry_present can't find "QRY"
cfi_probe: qry_present can't find "QRY"
cfi_probe: qry_present can't find "QRY"
cfi_probe: qry_present can't find "QRY"
Amd/Fujitsu Extended Query Table v1.0 at 0x0040
number of CFI chips: 1
cfi_cmdset_0002: Disabling fast programming due to code brokenness.
MTD(NAND): ebook_nand_init() 10:45:53
NAND device: Manufacture ID: 0xec, Chip ID: 0xda (Samsung K9F2G08U0A)
Creating 1 MTD partitions on "MTD/SBL":
0x00000000-0x0f340000 : "sdm device NAND/SBL 0"
Creating 1 MTD partitions on "Samsung K9F2G08U0A":
0x00000000-0x10000000 : "eBook-1 NAND flash partition 0"
trying to parse SDM table from 'sdm device NAND/SBL 0'
SDM table multiplexing supported
Creating 1 MTD partitions on "sdm device NOR 0":
0x00000000-0x00040000 : "Loader"
Creating 1 MTD partitions on "sdm device NOR 0":
0x001e0000-0x001f0000 : "Reserved"
Creating 1 MTD partitions on "sdm device NOR 0":
0x001f0000-0x00200000 : "FIS directory"
Creating 1 MTD partitions on "sdm device NAND/SBL 0":
0x00080000-0x00100000 : "nblconfig"
Creating 1 MTD partitions on "sdm device NAND/SBL 0":
0x00100000-0x002a0000 : "Linux"
Creating 1 MTD partitions on "sdm device NOR 0":
0x00040000-0x00080000 : "Wf"
Creating 1 MTD partitions on "sdm device NOR 0":
0x00080000-0x00100000 : "BootImg"
Creating 1 MTD partitions on "sdm device NOR 0":
0x001c0000-0x001d0000 : "Id"
Creating 1 MTD partitions on "sdm device NOR 0":
0x001d0000-0x001e0000 : "Info"
Creating 1 MTD partitions on "sdm device NAND/SBL 0":
0x002a0000-0x00440000 : "Linux0"
Creating 1 MTD partitions on "sdm device NAND/SBL 0":
0x00440000-0x00c20000 : "Rootfs2"
Creating 1 MTD partitions on "sdm device NAND/SBL 0":
0x00c20000-0x015a0000 : "Rootfs"
Creating 1 MTD partitions on "sdm device NAND/SBL 0":
0x015a0000-0x01be0000 : "Fsk"
Creating 1 MTD partitions on "sdm device NAND/SBL 0":
0x0f040000-0x0f340000 : "Opt0"
Creating 1 MTD partitions on "sdm device NAND/SBL 0":
0x01de0000-0x0f040000 : "Data"
found 15 sdm partition(s)
SNSC IOA-3 NOR/NAND driver
No IOA-3 found
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 4096 bind 4096)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
NetWinder Floating Point Emulator V0.95 (c) 1998-1999 Rebel.com
VFS: Mounted root (cramfs filesystem).
Freeing init memory: 80K
Error -3 while decompressing!
c01b3285(2496)->c3179000(4096)
init: unhandled page fault at pc=0x40007b98, lr=0x400076ec (bad address=0xe24dd01c, code 0)
pc : [<40007b98>] lr : [<400076ec>] Not tainted
sp : bffff43c ip : 0000008c fp : bffffa78
r10: 40007b94 r9 : 00000001 r8 : 4001eb88
r7 : 00008a88 r6 : 4001eb88 r5 : 00000288 r4 : ffffffff
r3 : ffffffff r2 : e24dd01c r1 : 00000000 r0 : 00008a88
Flags: nZCv IRQs on FIQs on Mode USER_32 Segment user
Control: C000317F Table: 0B19C000 DAC: 00000015
Code: e79a2001 e24dd01c (e5923000) e58d100c e3130001

Добавлено спустя 12 минут 11 секунд:

... и никаких
DIP SW2 = 0x57
target_get_hwcfg(): Disable Ethernet: ENABLE
target_get_hwcfg(): Start Diag : NO
target_get_hwcfg(): Disable Console : ENABLE
target_get_hwcfg(): Linux or Shell : LINUX
target_get_hwcfg(): Boot select : CONFIG

может нога какая замкнула (см стр 2 форума, завтра снова соберу аккуратно )

Добавлено спустя 8 минут 9 секунд:

А не, перепутал, все... устал сегодня, спать пойду
 
^

root
Developer

Developer



Зарегистрирован: 03.06.2008
Сообщения: 236



СообщениеДобавлено: 10.12.2008 13:47     Цитата

Можно попробовать при помощи перемычек (DIP SW2 = ) форсировать загрузку основного ядра. Во всяком случае, там есть биты
boot select: force/config и
forced kernel: normal/recovery
 
Профиль Сообщение ^

Aldorado
Гость









СообщениеДобавлено: 12.12.2008 09:42     Цитата

root
прошу прощения, каких перемычек? не могли бы подсказать, где находятся?
 
^

root
Developer

Developer



Зарегистрирован: 03.06.2008
Сообщения: 236



СообщениеДобавлено: 12.12.2008 12:24     Цитата

Разъем, к которому подключен rs232 кабель. Контакт 1 через резистор 2кОм подкл. на землю.
Микросхема IC1101 (см. рисунок). Контакты 14 и 20 соединить м.у. собой через резистор 2кОм.
В итоге предполагается загрузка того ядра linux, которое у вас не испорчено. Метод пока не проверен. Лог загрузки было бы интересно посмотреть в любом случае.
 
Профиль Сообщение ^

Aldorado
Гость









СообщениеДобавлено: 12.12.2008 16:16     Цитата

До понедельника не смогу попробовать - книжка на работе. А пока хотелось уточнить- оба разъема так соединить или либо то - либо другое?
root писал(а):
Разъем, к которому подключен rs232 кабель. Контакт 1 через резистор 2кОм подкл. на землю.
Микросхема IC1101 (см. рисунок). Контакты 14 и 20 соединить м.у. собой через резистор 2кОм.


Добавлено спустя 3 минуты 50 секунд:

Т.е имеется ввиду - 1 контакт на землю + к этому у микросхемы IC1101 соединить контакты 14 и 20 через резистор?
 
^

root
Developer

Developer



Зарегистрирован: 03.06.2008
Сообщения: 236



СообщениеДобавлено: 12.12.2008 18:27     Цитата

Aldorado писал(а):

Т.е имеется ввиду - 1 контакт на землю + к этому у микросхемы IC1101 соединить контакты 14 и 20 через резистор?

Да.
Pin 1 разъема отвечает за то, откуда соня возьмет конфигурационный байт. Либо выберет константу в памяти(0x57), либо считает с несуществующего в обычной соне адреса. В этом случае конф. байт = 0xa0, судя по логу,
который приводил obelix. А в вашем случае подойдет 0xb0, т.е. нужно изменить всего один бит. Это и делает второй резистор - подтяжка на плюс питания на буферизованной шине данных.
 
Профиль Сообщение ^

Aldorado
Гость









СообщениеДобавлено: 12.12.2008 22:07     Цитата

Понял, в понедельник попробую
 
^

obelix
Член клуба The eBook

Член клуба The eBook



Зарегистрирован: 29.11.2006
Сообщения: 517



СообщениеДобавлено: 13.12.2008 22:53     Цитата

root писал(а):
Aldorado писал(а):

Т.е имеется ввиду - 1 контакт на землю + к этому у микросхемы IC1101 соединить контакты 14 и 20 через резистор?

Да.
Pin 1 разъема отвечает за то, откуда соня возьмет конфигурационный байт. Либо выберет константу в памяти(0x57), либо считает с несуществующего в обычной соне адреса. В этом случае конф. байт = 0xa0, судя по логу,
который приводил obelix. А в вашем случае подойдет 0xb0, т.е. нужно изменить всего один бит. Это и делает второй резистор - подтяжка на плюс питания на буферизованной шине данных.


А ведь нам теперь известно из service manual где расположены JTAG (TP2001-TP2004) и boot pins (TP2006-TP2008). Они выведены в виде площадок на плате. Т.е. теоретически возможно восстановление 505 из любого положения. Или через JTAG или через UART и b-records. Что по этому поводу думают уважаемые специалисты?
 
Профиль Сообщение ^

root
Developer

Developer



Зарегистрирован: 03.06.2008
Сообщения: 236



СообщениеДобавлено: 14.12.2008 02:35     Цитата

На счет спецов не знаю. В свое время я купил неправильно прошитый 505, и было желание обкатать универсальный способ прошивки через jtag, но к сож. не нашел полных дампов с флешек. В итоге, я его все же поднял, через jtag, но сильно специфическим способом...
А по поводу прошивки через UART и b-records, я знаю, что этой технологией обладает китаец с openinkpot, wenjie - имя, или ник. Он именно этим способом свою 505 прошивал. Думаю, что поделится, если попросить.
 
Профиль Сообщение ^

igorsk
Developer

Developer



Зарегистрирован: 12.01.2007
Сообщения: 619



СообщениеДобавлено: 14.12.2008 03:31     Цитата

Вот чем он восстанавливал.
http://git.openinkpot.org/wenjie/bootstrap-505.git/
 
Профиль Сообщение ^

obelix
Член клуба The eBook

Член клуба The eBook



Зарегистрирован: 29.11.2006
Сообщения: 517



СообщениеДобавлено: 14.12.2008 03:55     Цитата

root писал(а):
На счет спецов не знаю. В свое время я купил неправильно прошитый 505, и было желание обкатать универсальный способ прошивки через jtag, но к сож. не нашел полных дампов с флешек. В итоге, я его все же поднял, через jtag, но сильно специфическим способом...
А по поводу прошивки через UART и b-records, я знаю, что этой технологией обладает китаец с openinkpot, wenjie - имя, или ник. Он именно этим способом свою 505 прошивал. Думаю, что поделится, если попросить.


Спасибо! Я все пропустил!
root, как я понял из 500 and 505 service manual (тоже не знал, что 500 существует, нашел случайно. Кстати, как насчет схем 700-го?) JTAG выведен на этот самый, где и UART, коннектор. Какие-нибудь еще детали?

igorsk, many thanks!
 
Профиль Сообщение ^

root
Developer

Developer



Зарегистрирован: 03.06.2008
Сообщения: 236



СообщениеДобавлено: 14.12.2008 12:11     Цитата

Еще у нас есть uboot, портированный на 505: http://git.openinkpot.org/wenjie/u-boot-505.git/
Он дает консоль и доступ с нее к флешкам. А вот версия uboot, скомпилированная для запуска из DRAM, в виде бинарника. http://depositfiles.com/files/wg4ohc7o2 Она должна загружаться и запускаться с адреса 0x09000000. Я этим пользовался ранее, может быть пригодиться кому-нибудь...
 
Профиль Сообщение ^

obelix
Член клуба The eBook

Член клуба The eBook



Зарегистрирован: 29.11.2006
Сообщения: 517



СообщениеДобавлено: 14.12.2008 20:19     Цитата

root писал(а):
А вот версия uboot, скомпилированная для запуска из DRAM, в виде бинарника.

Цитата:

* Copyright (C) 2004 Sascha Hauer, Pengutronix
("ebook.h")

2004? 505ый? это как?

root, а можно хоть пару слов о технических сторонах, куда JTAG подпаивался, какой программатор, какой софт. Как этот бинарник используется, есть ли к нему исходники?


И есть ли где-нибудь полные дампы для 500-го и 505-го?

Цитата:
Еще у нас есть uboot, портированный на 505: http://git.openinkpot.org/wenjie/u-boot-505.git/


А кто-нибудь пробовал?
 
Профиль Сообщение ^

root
Developer

Developer



Зарегистрирован: 03.06.2008
Сообщения: 236



СообщениеДобавлено: 14.12.2008 22:02     Цитата

obelix писал(а):
2004? 505ый? это как?
Когда в uboot хочешь добавить новую плату, ты берешь какую-нибудь максимально похожую, из уже существующих, и правишь там конфиги. Китайцу понравилась mx1ads, и мусор всякий оттуда был унаследован.

Цитата:
а можно хоть пару слов о технических сторонах, куда JTAG подпаивался, какой программатор, какой софт. Как этот бинарник используется, есть ли к нему исходники?
Конечно. Я использовал LPT кабель wiggler, стандартный, схем полно в сети, но адаптированный для 3V сигналов. Подключался к TP на оборотной стороне платы, всего семь проводов: ntrst,tdi,tms,tck,tdo,vcc,gnd. Ридер запускал, для того, чтобы он проинициализировал свою ram, он вис у
меня почти сразу, потом я силами winarm ему делал halt, закачивал в ram тот самый бинарник, и запускал его. Далее, появлялась консоль, jtag уже не нужен. Вот, раскопал пример лога (там сначала работает loader штатный, а потом видно, как запускается uboot, PRS-505> -это приглашение консоли):
Код:

NBL for arm/dbmx1/ebook : Build 993 (09:35:39, 06/10/07 JST)
   text = 0x10000000 - 0x1002a764
   data = ROM(0x1002a764), RAM(0x8000000 - 0x8002134)
   bss  = 0x8002140 - 0x8003570
   heap = 0x8003570 - 0x8203570
   
   amd_nor_register_device(): NOR device 0 : AMD AM29LV160DB
   nand_register_device(): NAND device 0 : SAMSUNG K9F2G08U0A
sdm table read, current block = 2
   target_setup(): sdm device 0(nor0)
   target_setup(): sdm device 1(sbl0)
!!! [8track.c] load_sdmimg():777: Wf load failed.
   nbl_exec_linux(): sdm_querybootname(): normal_name = Linux
   nbl_exec_linux(): sdm_querybootname(): recovery_name = Linux0
   DIP SW2 = 0x57
   target_get_hwcfg(): Disable Ethernet: ENABLE
   target_get_hwcfg(): Start Diag      : NO
   target_get_hwcfg(): Disable Console : ENABLE
   target_get_hwcfg(): Linux or Shell  : LINUX
   target_get_hwcfg(): Boot select     : CONFIG
!!! [nblexec.c] nbl_read_config():141: cannot find nbl config partition 'nblconfig'.
!!! [nblexec.c] nbl_read_config():141: cannot find nbl config partition 'nblconfig'.
!!! [nblexec.c] nbl_read_config():141: cannot find nbl config partition 'nblconfig'.
!!! [nblexec.c] nbl_read_config():141: cannot find nbl config partition 'nblconfig'.
!!! [nblexec.c] nbl_read_config():141: cannot find nbl config partition 'nblconfig'.
!!! [nblexec.c] nbl_exec_linux():552: error: kernel select failed.

U-Boot 1.3.3 (Jul  7 2008 - 14:17:16)Sony PRS-505 OI version
RAM Configuration:
Bank #0: 08000000 64 MB
Flash:  2 MB
NAND:  256 MiB
Using default environment
In:    serial
Out:   serial
Err:   serial

PRS-505> nand info
Device 0: NAND 256MiB 3,3V 8-bit, sector size 128 KiB

PRS-505> nand dump 0
Page 00000000 dump:
        73 69 44 53 93 b6 65 0e  10 00 00 00 02 00 00 00
        4c 69 6e 75 78 00 ff ff  ff ff ff ff ff ff ff ff
        4c 69 6e 75 78 30 00 ff  ff ff ff ff ff ff ff ff
        04 00 00 00 e0 ff ff ff  04 00 00 00 ff 00 ff ff
        ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff
        ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff

------------------------ и т.д.--------------------------------
PRS-505> help
?       - alias for 'help'
base     - print or set address offset
bdinfo  - print Board Info structure
boot    - boot default, i.e., run 'bootcmd'
bootd   - boot default, i.e., run 'bootcmd'
bootm   - boot application image from memory
chpart  - change active partition
cmp      - memory compare
cp       - memory copy
crc32    - checksum calculation
echo    - echo args to console
erase   - erase FLASH memory
flinfo  - print FLASH memory information
fsinfo  - print information about filesystems
fsload  - load binary file from a filesystem image
go      - start application at address 'addr'
help    - print online help
iminfo  - print header information for application image
imls    - list all images found in flash
imxtract- extract a part of a multi-image
itest   - return true/false on integer compare
loadb   - load binary file over serial line (kermit mode)
loady   - load binary file over serial line (ymodem mode)
loop     - infinite loop on address range
ls      - list files in a directory (default /)
md       - memory display
mm       - memory modify (auto-incrementing)
mtdparts- define flash/nand partitions
mtest    - simple RAM test
mw       - memory write (fill)
nand    - NAND sub-system
nboot   - boot from NAND device
nm       - memory modify (constant address)
printenv- print environment variables
protect - enable or disable FLASH write protection
reset   - Perform RESET of the CPU
run     - run commands in an environment variable
setenv  - set environment variables
sleep   - delay execution for some time
version - print monitor version
Цитата:
И есть ли где-нибудь полные дампы для 500-го и 505-го?
Полные дампы... для 505 из shell скрипта
cp /dev/mtd0 /tmp/sdcard/nor.bin
cp /dev/mtd2 /tmp/sdcard/nand.bin
несколько секунд.
Цитата:
Еще у нас есть uboot, портированный на 505: http://git.openinkpot.org/wenjie/u-boot-505.git/
А кто-нибудь пробовал?
Вот я и пробовал Smile Этот бинарник и есть uboot, и вместе с исходниками мануалы есть.
P.S. Тут вот еще есть какой момент. Если использовать lpt->jtag шнурок, то реальная скорость обмена с памятью будет 1 - 5 килобайт/c (!!!)

Добавлено спустя 3 часа 42 секунды:

obelix, вот исходники от uboot. Это самая последняя версия от китайца. Среди кучи плат там есть ebook. Это и есть sony prs-505. http://depositfiles.com/files/bphdyxavy
 
Профиль Сообщение ^

obelix
Член клуба The eBook

Член клуба The eBook



Зарегистрирован: 29.11.2006
Сообщения: 517



СообщениеДобавлено: 15.12.2008 03:45     Цитата

root писал(а):
....

obelix, вот исходники от uboot. Это самая последняя версия от китайца. Среди кучи плат там есть ebook. Это и есть sony prs-505. http://depositfiles.com/files/bphdyxavy


Это невероятно здорово! Значит теперь можно начинать любые эксперименты с firmware.

Цитата:
меня почти сразу, потом я силами winarm ему делал halt, закачивал в ram тот самый бинарник, и запускал его.


Имеется ввиду openocd? Какие для него *.cfg использовались?

Может, создать отдельную тему: "восстановление через jtag" с подробностями?
 
Профиль Сообщение ^

Aldorado
Гость









СообщениеДобавлено: 15.12.2008 20:04     Цитата

root писал(а):
root

Сегодня понедельник - как обещал, попробовал, вот листинг с разомкнутыми перемычками
NBL for arm/dbmx1/ebook : Build 993 (09:35:39, 06/10/07 JST)
text = 0x10000000 - 0x1002a764
data = ROM(0x1002a764), RAM(0x8000000 - 0x8002134)
bss = 0x8002140 - 0x8003570
heap = 0x8003570 - 0x8203570

amd_nor_register_device(): NOR device 0 : AMD AM29LV160DB
nand_register_device(): NAND device 0 : SAMSUNG K9F2G08U0A
sdm table read, current block = 1
target_setup(): sdm device 0(nor0)
target_setup(): sdm device 1(sbl0)
load_sdmimg(): Wf loaded.
load_sdmimg(): BootImg loaded.
.. nbl_read_config(): latest nblconfig read from 0x00074800
disp_stat is not ERASED : (2)
... waveform (0) loaded
... updating for 155 frames................................................................ ....
... waveform (3) loaded
... loading image
... updating for 39 frames................
nbl_write_config(): latest nblconfig written to 0x00075000
nbl_exec_linux(): sdm_querybootname(): normal_name = Linux
nbl_exec_linux(): sdm_querybootname(): recovery_name = Linux0
DIP SW2 = 0x57
target_get_hwcfg(): Disable Ethernet: ENABLE
target_get_hwcfg(): Start Diag : NO
target_get_hwcfg(): Disable Console : ENABLE
target_get_hwcfg(): Linux or Shell : LINUX
target_get_hwcfg(): Boot select : CONFIG
nbl_exec_linux(): boot(config): Recovery kernel
nbl_exec_linux(): max_retry = 127
!!! [nblexec.c] nbl_exec_linux():506: retry count exceeded the max_retry of recovery kernel(127)

А вот с замкнутыми перемычками

NBL for arm/dbmx1/ebook : Build 993 (09:35:39, 06/10/07 JST)
text = 0x10000000 - 0x1002a764
data = ROM(0x1002a764), RAM(0x8000000 - 0x8002134)
bss = 0x8002140 - 0x8003570
heap = 0x8003570 - 0x8203570

amd_nor_register_device(): NOR device 0 : AMD AM29LV160DB
nand_register_device(): NAND device 0 : SAMSUNG K9F2G08U0A
sdm table read, current block = 1
target_setup(): sdm device 0(nor0)
target_setup(): sdm device 1(sbl0)
load_sdmimg(): Wf loaded.
load_sdmimg(): BootImg loaded.
.. nbl_read_config(): latest nblconfig read from 0x00075800
disp_stat is not ERASED : (2)
... waveform (0) loaded
... updating for 155 frames................................................................ ....
... waveform (3) loaded
... loading image
... updating for 39 frames................
nbl_write_config(): latest nblconfig written to 0x00076000
nbl_exec_linux(): sdm_querybootname(): normal_name = Linux
nbl_exec_linux(): sdm_querybootname(): recovery_name = Linux0
DIP SW2 = 0xa0
target_get_hwcfg(): Disable Ethernet: DISABLE
target_get_hwcfg(): Start Diag : YES
target_get_hwcfg(): Disable Console : DISABLE
target_get_hwcfg(): Linux or Shell : REDBOOT
nbl_exec_linux(): Loading RedBoot...
nbl_exec_linux(): Trying RedBoot on IOA-3 side...(IOA-3 NOR 0)
!!! [nblexec.c] redboot_chk_magic():402: RedBoot Magic not found or incorrect.

Но, в свете найденных контактов для JTAG, как я понимаю поможет только он. Поэтому присоединяюсь к мнению, что нужно создать ветку по перепрошивке с помощью JTAG
 
^

root
Developer

Developer



Зарегистрирован: 03.06.2008
Сообщения: 236



СообщениеДобавлено: 15.12.2008 21:34     Цитата

Да, странно. Сонька читает адрес 0x16000000 + смещение, в конфигах ядра написано, что это адрес принадлежит плате IOA_3, которой у нас нет. Шина данных должна быть свободна при чтении, и проглотить то, что выставленно подтяжками...
Obelix, вот конфиг от openocd.
Код:

#daemon configuration
telnet_port 4444
gdb_port 3333

#interface
interface parport
parport_port 0x378
parport_cable wiggler
jtag_speed 4
#use combined on interfaces or targets that can't set TRST/SRST separately
reset_config trst_and_srst

#jtag scan chain
#format L IRC IRCM IDCODE (Length, IR Capture, IR Capture Mask, IDCODE)
jtag_device 4 0x1 0xf 0xe

#target configuration
daemon_startup reset
target arm920t little reset_run 0
target_script 0 reset prs505.script
run_and_halt_time 0 5
working_area 0 0x08100000 0x10000 nobackup

#flash configuration
flash bank cfi 0x10000000 0x200000 2 1 0
 
Профиль Сообщение ^

root
Developer

Developer



Зарегистрирован: 03.06.2008
Сообщения: 236



СообщениеДобавлено: 16.12.2008 15:43     Цитата

Ничего не понимаю... Как так получается, что я делаю то же самое, что Aldorado, а результат совсем иной:
...
nbl_write_config(): latest nblconfig written to 0x00013800
nbl_exec_linux(): sdm_querybootname(): normal_name = Linux
nbl_exec_linux(): sdm_querybootname(): recovery_name = Linux0
DIP SW2 = 0xb0
target_get_hwcfg(): Disable Ethernet: DISABLE
target_get_hwcfg(): Start Diag : YES
target_get_hwcfg(): Disable Console : DISABLE
target_get_hwcfg(): Linux or Shell : LINUX
target_get_hwcfg(): Forced Kernel : NORMAL
target_get_hwcfg(): Boot select : FORCE

nbl_exec_linux(): boot(config): Normal kernel
nbl_exec_linux(): max_retry = 10
nbl_exec_linux(): forced boot(dipsw): Recovery kernel
nbl_exec_linux(): kernel select done.
nbl_exec_linux(): write back nblconfig...
nbl_write_config(): latest nblconfig written to 0x00014000
nbl_exec_linux(): getting kernel parameter...
nbl_exec_linux(): loading kernel image Linux0 ...
nbl_exec_linux(): kernel command line = console=ttyDB1,115200n8 noinitrd mem=64M ip=off cscr=0x27000003 root=/dev/mtdblock13
nbl_exec_linux(): invoking linux...
Linux version 2.4.17_n12 (root@JPC00030222) (gcc version 2.95.3 20010315 (release/MontaVista)) #9 2007C? 4·i 8?u ?uIE?u 11:26:53 JST

Processor: ARM/CIRRUS Arm920Tsid(wb) revision 0
Machine: Motorola DragonBall MX1 (eBook-2)
...
Привожу остальные значения для DIP SW2
BD7(IC1101,Pin11) - disable ethernet (0-enable 1-disable)
BD6(IC1101,Pin12) - start diag (0-yes 1-no)
BD5(IC1101,Pin13) - disable console (0-enable 1-disable)
BD4(IC1101,Pin14) - linux or shell (0-redboot 1-linux)
BD3(IC1101,Pin15) - forced kernel (0-normal 1-recovery)
BD2(IC1101,Pin16) - boot select (0-force 1-config)
BD1-BD0 не используется.
 
Профиль Сообщение ^

Aldorado
Гость









СообщениеДобавлено: 17.12.2008 13:12     Цитата

root
у вас
DIP SW2 = 0xb0 т.е 110
а у меня
DIP SW2 = 0xa0 т.е. 100
может перемычка съехала - перемыкал булавками с напаянным резистором.
Да, точно, вот вывод, теперь правильно, как у вас

NBL for arm/dbmx1/ebook : Build 993 (09:35:39, 06/10/07 JST)
text = 0x10000000 - 0x1002a764
data = ROM(0x1002a764), RAM(0x8000000 - 0x8002134)
bss = 0x8002140 - 0x8003570
heap = 0x8003570 - 0x8203570

amd_nor_register_device(): NOR device 0 : AMD AM29LV160DB
nand_register_device(): NAND device 0 : SAMSUNG K9F2G08U0A
sdm table read, current block = 1
target_setup(): sdm device 0(nor0)
target_setup(): sdm device 1(sbl0)
load_sdmimg(): Wf loaded.
load_sdmimg(): BootImg loaded.
.. nbl_read_config(): latest nblconfig read from 0x00076800
disp_stat is not ERASED : (2)
... waveform (0) loaded
... updating for 155 frames................................................................ ....
... waveform (3) loaded
... loading image
... updating for 39 frames................
nbl_write_config(): latest nblconfig written to 0x00077000
nbl_exec_linux(): sdm_querybootname(): normal_name = Linux
nbl_exec_linux(): sdm_querybootname(): recovery_name = Linux0
DIP SW2 = 0xb0
target_get_hwcfg(): Disable Ethernet: DISABLE
target_get_hwcfg(): Start Diag : YES
target_get_hwcfg(): Disable Console : DISABLE
target_get_hwcfg(): Linux or Shell : LINUX
target_get_hwcfg(): Forced Kernel : NORMAL
target_get_hwcfg(): Boot select : FORCE
nbl_exec_linux(): boot(config): Recovery kernel
nbl_exec_linux(): max_retry = 127
!!! [nblexec.c] nbl_exec_linux():506: retry count exceeded the max_retry of recovery kernel(127)
 
^

root
Developer

Developer



Зарегистрирован: 03.06.2008
Сообщения: 236



СообщениеДобавлено: 17.12.2008 17:06     Цитата

Да, забавно получается. Если бы вы его не ресетили > 128 раз, он бы загрузился... И предлагаю еще один эксперимент. IC1101,Pin15 подключить на pin 20 , таким же резистором. Т.е. всего теперь будет три резистора одновременно участвовать. Обратите внимание, что DIP SW2 должно быть 0xb8, иначе проверяйте свои иголки.

Не, походу заглушка
Код:
!!! [nblexec.c] nbl_exec_linux():506: retry count exceeded the max_retry of recovery kernel(127)

имеет очень высокий приоритет, выше чем у
Код:
target_get_hwcfg(): Forced Kernel : NORMAL
target_get_hwcfg(): Boot select : FORCE

Мои соболезнования.
 
Профиль Сообщение ^
Показать сообщения:   
Начать новую тему   Ответить на тему    Список форумов The-eBook -> Sony Reader Часовой пояс: GMT + 4
На страницу Пред.  1, 2, 3 ... 10, 11, 12 ... 16, 17, 18  След.
Страница 11 из 18

 
Перейти:  
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах

© The-eBook, 1999-2014. © Design by Prohorenkov
Syndicating News | Powered by phpBB © 2001, 2005 phpBB Group.
Хостинг предоставлен компанией DatForce     Яндекс.Метрика