cvs commit: src/sys/dev/firewire firewire.c firewire.h firewire_phy.h firewirereg.h fwcrom.c fwdev.c fwdma.c fwdma.h fwmem.c fwmem.h fwohci.c fwohci_pci.c fwohcireg.h fwohcivar.h iec13213.h iec68113.h if_fwe.c if_fwevar.h sbp.c ...

Hidetoshi Shimokawa simokawa at sat.t.u-tokyo.ac.jp
Sun Apr 20 07:43:37 PDT 2003


At Sat, 19 Apr 2003 12:48:09 +1000,
Peter Grehan wrote:
> 
> > Could someone test this on powerpc, please?
> 
>  Seems to work with some very limited testing. Any suggestions for more testing,
> commands to run etc ?

Thanks!

>  On an eMac:
..
> fwohci0: <Lucent FW322/323> mem 0xf5000000-0xf5000fff irq 40 at device 14.0 on pci2
...
>  and when I plugged in an iPod:
> 
> fwohci0: BUS reset
> fwohci0: node_id=0xc800ffc1, gen=3, CYCLEMASTER mode
> firewire0: 2 nodes, maxhop <= 1, cable IRM = 1 (me)
> fwohci0: BUS reset
> fwohci0: node_id=0xc800ffc0, gen=4, CYCLEMASTER mode
> firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me)
> fwohci0: BUS reset
> fwohci0: node_id=0xc800ffc1, gen=5, CYCLEMASTER mode
> firewire0: 2 nodes, maxhop <= 1, cable IRM = 1 (me)
> fwohci0: BUS reset
> fwohci0: node_id=0xc800ffc0, gen=6, CYCLEMASTER mode
> firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me)
> fwohci0: BUS reset
> fwohci0: node_id=0xc800ffc1, gen=7, CYCLEMASTER mode
> firewire0: 2 nodes, maxhop <= 1, cable IRM = 1 (me)

This bus reset loop seems strange.
Is this reproducible every plugging?

I got a bad report about Lucent chip before, it might be a chip
related problem rather than powerpc.

> fwohci0: txd err=1b ack tardy
> node0: resp=35 addr=0x400
> probe failed for 1 node
> fwohci0: BUS reset
> fwohci0: node_id=0xc800ffc1, gen=8, CYCLEMASTER mode
> firewire0: 2 nodes, maxhop <= 1, cable IRM = 1 (me)
> firewire0: New S400 device ID:000a27000204dc49
> firewire0: Device SBP-II
> sbp0:0:0 No additional information to report
> sbp0:0:0 No additional information to report
> da0 at sbp0 bus 0 target 0 lun 0
> da0: <Apple Co iPod 2700> Removable Simplified Direct Access SCSI-2 device 
> da0: 50.000MB/s transfers, Tagged Queueing Enabled
> da0: 9536MB (19531260 512 byte sectors: 255H 63S/T 1215C)
> sbp0:0:0 No additional information to report
> sbp0:0:0 No additional information to report
> sbp0:0:0 No additional information to report
> sbp0:0:0 No additional information to report
> 
>  A dd of /dev/da0 left the iPod in a hung state even after ctl-C'ing: not sure
> where the problem lies there. Unpluggin the iPod gave:

Can you reread from /dev/da0 by dd even if iPod is in a hung state?

/\ Hidetoshi Shimokawa
\/  simokawa at sat.t.u-tokyo.ac.jp
PGP public key: http://www.sat.t.u-tokyo.ac.jp/~simokawa/pgp.html


More information about the freebsd-firewire mailing list