Switch wiederbeleben per JTAG

[Sebastian R. (sebr)]

Habe hier schon seit Ewigkeiten einen defekten Gigabit Switch rumliegen: 
alle Versorgungsspannungen auf dem Board werden sauber erzeugt, erkennt 
auch wenn ein Kabel angesteckt wird aber das wars auch schon (überträgt 
keine Daten). Auf dem Board gibt es auch eine (heartbeat) LED die dunkel 
bleibt. Serielle Konsole spuckt auch nix aus. Also letzte Möglichkeit 
JTAG.
Leider habe ich noch nie was mit JTAG gemacht. Ich habe meinen BusPirate 
nach dieser Anleitung vorbereitet: 
http://cybermashup.com/2014/05/01/jtag-debugging-made-easy-with-bus-pirate-and-openocd/
VPU / VTref ist verbunden. Nun stellt sich mir die Frage: muss der 
Switch auch noch mit Spannung versorgt werden? Weiterhin habe ich in 
meinem configfile kein target definiert, es sollte also automatisch 
gesucht werden. Wie kann ich denn testen ob das (Erkennung / 
Kommunikation) geklappt hat?

[Rufus Τ. F. (rufus)]

Sebastian R. schrieb:
> Nun stellt sich mir die Frage: muss der Switch auch noch mit Spannung
> versorgt werden?

Natürlich; glaubst Du etwa, daß das das JTAG-Interface übernehmen 
könnte?

[Sebastian R. (sebr)]

Nicht wirklich aber wunderte mich warum es nich in dem guide erwähnt 
wurde. Versuche dann mal mein Glück...

[Sebastian R. (sebr)]

Wird schonmal erkannt:

Info : JTAG tap: auto0.tap tap/device found: 0x1094009d (mfg: 0x04e, part: 0x0940, ver: 0x1)
Warn : AUTO auto0.tap - use "jtag newtap auto0 tap -irlen 4 -expected-id 0x1094009d"

und

> scan_chain
   TapName             Enabled  IdCode     Expected   IrLen IrCap IrMask
-- ------------------- -------- ---------- ---------- ----- ----- ------
 0 auto0.tap              Y     0x1094009d 0x00000000     4 0x01  0x03
>

Dass kein Zugriff auf den Flash möglich ist liegt wohl daran, dass kein 
config-file für das board definiert ist oder?

[Rufus Τ. F. (rufus)]

Sebastian R. schrieb:
> Dass kein Zugriff auf den Flash möglich ist liegt wohl daran, dass kein
> config-file für das board definiert ist oder?

Das würde ich stark annehmen.

[Sebastian R. (sebr)]

Das Board wurde auch bei anderen Switches verbaut und es ist jemand 
gelungen es per JTAG zu beschreiben: 
http://webcache.googleusercontent.com/search?q=cache:nYiWq0bSh1sJ:springdaemons.com/2008/3/12/hacking-the-d-link-dgs-1248t-switch+&cd=1&hl=de&ct=clnk&gl=de
Details dazu fehlen leider. Ein config file für den S3C2510A01 gibt es 
bei OpenOCD ebenfalls nicht. Aus diversen Fundstücken im NEtz habe ich 
mir zwei config files erstellt:

source [find interface/buspirate.cfg]
buspirate_vreg 0
buspirate_mode open-drain
buspirate_pullup 1
buspirate_port /dev/ttyUSB0

und

  if { [info exists CHIPNAME] } {
     set _CHIPNAME $CHIPNAME
  } else {
     set _CHIPNAME s3c2510a
  }
  
  if { [info exists ENDIAN] } {
     set _ENDIAN $ENDIAN
  } else {
     set _ENDIAN little
  }
  
  if { [info exists CPUTAPID] } {
     set _CPUTAPID $CPUTAPID
  } else {
     set _CPUTAPID 0x1094009d
  }
  
  jtag newtap $_CHIPNAME cpu -irlen 4 -ircapture 0x1 -irmask 0x0f -expected-id $_CPUTAPID
  
  set _TARGETNAME $_CHIPNAME.cpu
  # TODO: It's an ARM940T really.
  # target create $_TARGETNAME arm920t -endian $_ENDIAN -chain-position $_TARGETNAME -variant arm940t
  target create $_TARGETNAME arm9tdmi -endian $_ENDIAN -chain-position $_TARGETNAME -variant arm940t
  
  # $_TARGETNAME configure -work-area-phys 0x200000 -work-area-size 0x4000 -work-area-backup 1
  $_TARGETNAME configure -work-area-phys 0x40000000 -work-area-size 0x4000 -work-area-backup 1
  
  reset_config trst_and_srst combined
  
  # External Macronix MX29LV800BBTC-90 (NOR flash) chip.
  flash bank $_CHIPNAME.extnorflash cfi 0x00000000 0x100000 2 2 $_TARGETNAME
  
  init
  reset halt
  
  # flash probe 0

Quelle: http://sourceforge.net/p/openocd/mailman/message/29199929/

Beim Aufruf von

sudo openocd -f mybuspirate.cfg -f s3c2510a.cfg

spuckt er mir folgenden Fehler aus

Runtime Error: embedded:startup.tcl:20: Unknown param: -variant, try one of: -type, -event, -work-area-virt, -work-area-phys, -work-area-size, -work-area-backup, -endian, -coreid, -chain-position, -dbgbase, or -rtos
in procedure 'script' 
at file "embedded:startup.tcl", line 58
in procedure 'target' called at file "s3c2510a.cfg", line 24
in procedure 'ocd_bouncer' 
at file "embedded:startup.tcl", line 20

Warum soll der Parameter "variant" unzulässig sein? Siehe z.B. hier: 
http://elk.informatik.fh-augsburg.de/pub/openocd-quickref/old/oocd-quickref-211.pdf

[Sebastian R. (sebr)]

Kleiner Nachtrag: ich habe die reset_config noch angepasst (reset_config 
srst_only) für den BusPirate und in die config des interface verschoben. 
Ändert aber leider auch nichts an dem obigen Problem. Lässt man den 
Parameter "variant" einfach weg funktioniert es ebenfalls nicht weil es 
beim halt immer timeout gibt.

[Sebastian R. (sebr)]

Ich grabe das nochmal aus weil mir beim Aufräumen heute der Switch 
wieder vor die Füße gefallen ist. Mittlerweile habe ich einen J-Link von 
Segger und muss mich nicht mehr mit dem Bus Pirate rumärgern.
Leider ist das Ergebnis aber das gleiche und es gelingt einfach nicht 
das target anzuhalten.
Woran kann das liegen?
Da der Blogpost aus dem ersten Beitrag nicht mehr existiert ist hier der 
Link zu archive: 
http://web.archive.org/web/20090101211001/http://blog.springdaemons.com/2008/3/12/hacking-the-d-link-dgs-1248t-switch

[Ben B. (Firma: Funkenflug Industries) (stromkraft)]

Blöde Frage: Wieviel kostet so ein Switch gebraucht und funktionsfähig?