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