Broadcom路由DSL猫用的JTAG工具最新版

argeoo

回复 1# hugebird


    下载来备用，刷刷其他芯片看看

MINE

回复  MINE


几点疑问
1.写入是用哪个版本完成的？
2./initcpu 如果不能很快完成，说明cpu已经挂住 ...
hugebird 发表于 2010-6-1 12:54

1、现在用1.9h在并口线加wx8前提下，可以对CFE进行写操作，写完后立即读取CFE比对，文件完全一样，而且现在也没有字节偏位问题了，应该是成功了。
2、在以前未加/initcpu时，无论使用哪个版本（包括1.9h）均认不出FLASH，写入也不成功（写进去后读出来的是空的文件，前几楼附件中有）。
3、现在CFE已经成功写入，设备也能启动（超级终端中有显示，并且可以升级固件）。在此情况下 -probeonly /wx8 /initcpu输出如下（依然卡住）

C:\>brjtag -probeonly /wx8 /initcpu
        ===============================================
         Broadcom EJTAG Debrick Utility v1.9h-hugebird
        ===============================================
Probing bus ... Done
Detected IR Length is 8
CPU assumed running under LITTLE endian
CPU Chip ID: 00110101001101010100000101111111 (3535417F)
*** Found a Broadcom manufactured BCM5354 REV 03 CPU ***
    - EJTAG IMPCODE ....... : 00000000100000010000100100000100 (00810904)
    - EJTAG Version ....... : 1 or 2.0
    - EJTAG DMA Support ... : Yes
    - EJTAG Implementation flags: R4k MIPS16 MIPS32
Issuing Processor / Peripheral Reset ... Done
Enabling Memory Writes ... Done
Halting Processor ... <Processor Entered Debug Mode!> ... Done
Clearing Watchdog ... Done
Loading CPU Configuration Code ...

如果不加/initcpu，则可以找出FLASH。
C:\>brjtag -probeonly /wx8
        ===============================================
         Broadcom EJTAG Debrick Utility v1.9h-hugebird
        ===============================================
Probing bus ... Done
Detected IR Length is 8
CPU assumed running under LITTLE endian
CPU Chip ID: 00110101001101010100000101111111 (3535417F)
*** Found a Broadcom manufactured BCM5354 REV 03 CPU ***
    - EJTAG IMPCODE ....... : 00000000100000010000100100000100 (00810904)
    - EJTAG Version ....... : 1 or 2.0
    - EJTAG DMA Support ... : Yes
    - EJTAG Implementation flags: R4k MIPS16 MIPS32
Issuing Processor / Peripheral Reset ... Done
Enabling Memory Writes ... Done
Halting Processor ... <Processor Entered Debug Mode!> ... Done
Clearing Watchdog ... Done
Loading CPU Configuration Code ... Skipped
Probing Flash at Address: 0x1FC00000 ...
Detected Chip ID (VenID:DevID = 017E : 2101)
*** Found a CFI Compatiable Flash Chip from AMD/Spansion

*** REQUESTED OPERATION IS COMPLETE ***
[/code]
4、现在能写入的版本是1.9h，并且是在自动认出了FLASH后，而且在没用/initcpu之前，1.9h也认不出FLASH，说明你之前说的地址偏移的原因是极有可能的，而通过我几次/initcpu，现在可以直接认出FLASH了。
5、如果加/nodma，耗时太长，有点来不及，暂时未测试。如果需要请详细说一下，我在晚上睡觉前测试。
6、我清楚得记得之前有一次我用1.9x版本（具体哪个版本不记得了）加/fc:088对这台设备进行过全片擦除，log显示擦除成功之类的。但今天在用1.9f认出FLASH并写入其它设备的CFE后（写入CFE后立即备份出来比较，证明确实写进去了），设备正常启动，但固件竟然还是电信定制的，这说明我之前看到的擦除wholeflash又是个假象？另外这个设备之前刷固件时就出现过同样的情况：用tftp方式写DD固件时，超级终端窗口显示Done之类的，但设备随后自动重启又还是原来的固件，写固件老是不成功。写之前之后清除nvram都试过了，不行。不知道这个问题你有什么看法。

sccdlf

brjtagbrjtag

hugebird

回复 763# MINE

我估计过程是这样的，
第1次用1.9g，在没有清flash之前，因为设备有cfe做初始化，所以是可以查到flash型号的。

当首次用1.9g进行flash：cfe操作，cfe扇区被擦除，但写入不正确，再开机，设备不能初始化，
一切对flash的操作都无效，所以后面写入，擦除等等实际都是不成功的，但因为备份出来的都是空，所以误认为是操作成功了，原固件仍然保持在flash里面。因为不能正确初始化，flash不能被检测到。

当某次cfe被写入以后，再开电，写入的cfe虽然有1字便宜，但不影响初始化，所以flash可以被检测到了。

由于有位置便宜的cfe做初始化，又由于/initcpu的初始化命令不能再次对设备初始化，所以只要加这个参数，每次必然会挂在那里。

flash这时候可以用1.9h进行写人.可以检测的，但不能加/initcpu参数。

因为前面全片擦除命令是无效的，所以原始固件还在设备中，一旦cfe被正确写入，引导也就不是问题了。

不能写入其他固件的最大可能我猜测是这个其他固件不符合cfe认为的正确格式。虽然进入到升级流程，但因为数据不符合格式，最终还是无法正确升级

MINE

回复  MINE

我估计过程是这样的，
第1次用1.9g，在没有清flash之前，因为设备有cfe做初始化，所以是可 ...
hugebird 发表于 2010-6-2 22:04

1、设备A在多次写入擦除后，现在用1.9h试了不下于30次，始终认不出FLASH(S29GL128N) ，强行加/fc:088后写入再立即备份出来，备份出的CFE“几乎”是全空的（似乎有文件头）。
2、后换设备B(硬件上与A几乎完全相同）来进行测试，95%以上可以直接认出FLASH(S29GL128P) ，偶尔不能认出，重新开关一下设备似乎又可以。已经在设备B上测试反复写入或备份过近20次CFE，都成功。但就在刚才，写入一个网友编译的CFE后，设备不能启动，而且目前已经认不出FLASH来，无论如何都不行，包括不加/wx8参数。
3、【接问题2】既然在设备B上认不出FLASH，我就想尝试一下把WHLOEFLASH整个清空一下，但执行brjtag -erase:wholeflash /fc:088 /wx8后，无法完成——停在block 2。我突发奇想，去掉/wx8参数，竟然清空“成功”，而且速度很快（未加/bypass）。 你可能会问设备B的FLASH是否是8位的，我很负责的说，在问题2中我提到反复成功写入20多次CFE的过程中，都是加了/wx8参数的。

hugebird

回复 766# MINE

1.如果认不出flash，最大的可能是cfe不能初始化，最好加/initcpu参数。必须要确认设备能进入debug模式，如果进入不了这个模式，建议考虑OE接地方式加电。 用/window参数找到可操作的地址，/fc参数基本不需要用，因为flash不能自动检测，说明flash无法正常写入命令，/fc操作得到的数据是不可信的。 1.8以后的版本/fc的作用已经和以前不同了。

2.可以多次正确识别的原因是这个设备cfe是好的，一旦坏掉就会出现无法识别flash的问题。估计53xx系列的芯片和63xx系列的一样，必须每次加电才能保证正确的操作。不能进入debug模式，很多操作是不能正常完成的。

3.一旦cfe坏掉，flash部分地址就是不可操作的，erase命令自然无法进行。 全片擦除为什么不用， -probeonly /erasechip.

所有恢复设备的关键就是要找的一个可以操作flash的地址，通过这个地址可以检测到flash id，通过这个地址可以进行全片擦除，去掉无效bootloader的影响。
/wx8只是按照8位进行操作，有些操作比如擦除，对地址不敏感，按16操作时也是可以的。

MINE

回复 767# hugebird



我现在是不是应该这样操作？

1. 
   
2. 
   
3. C:\>brjtag -probeonly /erasechip /wx8 /initcpu
   
4.         ===============================================
   
5.          Broadcom EJTAG Debrick Utility v1.9h-hugebird
   
6.         ===============================================
   
7. Probing bus ... Done
   
8. Detected IR Length is 8
   
9. CPU assumed running under LITTLE endian
   
10. CPU Chip ID: 00110101001101010100000101111111 (3535417F)
    
11. *** Found a Broadcom manufactured BCM5354 REV 03 CPU ***
    
12.     - EJTAG IMPCODE ....... : 00000000100000010000100100000100 (00810904)
    
13.     - EJTAG Version ....... : 1 or 2.0
    
14.     - EJTAG DMA Support ... : Yes
    
15.     - EJTAG Implementation flags: R4k MIPS16 MIPS32
    
16. Issuing Processor / Peripheral Reset ... Done
    
17. Enabling Memory Writes ... Done
    
18. Halting Processor ... <Processor Entered Debug Mode!> ... Done
    
19. Clearing Watchdog ... Done
    
20. Loading CPU Configuration Code ...
    

复制代码

但还是一直处于Loading CPU Configuration Code ... 状态。

jonesleedg

支持！支持！

hugebird

回复  hugebird



我现在是不是应该这样操作？


但还是一直处于Loading CPU Configuration Code  ...
MINE 发表于 2010-6-2 15:17

操作没问题，关键是初始化代码不能正确执行，修改了下，或许能行，


如果不行，只有尝试下OE接地启动法，还有就是手工检测不同地址，找到可以用
brjtag -probeonly /wx8 /erasechip /window:1c000000

OE接地时，两个版本的/initcpu都可以试试。其他没有想到更好的办法。