Date: Sun, 28 Nov 2021 18:17:29 +0000 From: bugzilla-noreply@freebsd.org To: scsi@FreeBSD.org Subject: [Bug 235983] [firewire] external firewire drive does not create device node Message-ID: <bug-235983-5313-3byedfAZ4I@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-235983-5313@https.bugs.freebsd.org/bugzilla/> References: <bug-235983-5313@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D235983 Keve Nagy <freebsd.bug@nagykeve.e4ward.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |freebsd.bug@nagykeve.e4ward | |.com --- Comment #4 from Keve Nagy <freebsd.bug@nagykeve.e4ward.com> --- I run into the same issue reported by OP. My conclusion is that the problem= is related to the particular firewire controller found integrated on the motherboard of these Apple Mac computers.=20 Discussed in detail on https://forums.freebsd.org/threads/unable-to-access-a-firewire-disk.83051/#= post-543658=20 FreeBSD 13.0-Release/amd64 on a 2006 iMac 4.1: root@imac41:~ # pciconf -lv ... fwohci0@pci0:4:3:0: class=3D0x0c0010 rev=3D0x61 hdr=3D0x00 vendor=3D0x1= 1c1 device=3D0x5811 subvendor=3D0x11c1 subdevice=3D0x5811 vendor =3D 'LSI Corporation' device =3D 'FW322/323 [TrueFire] 1394a Controller' class =3D serial bus subclass =3D FireWire root@imac41:~ # kldload firewire bwi0: <Broadcom BCM4312 802.11a/b/g Wireless Lan> mem 0xc8100000-0xc8103fff= irq 17 at device 0.0 on pci3 bwi0: BBP: id 0x4311, rev 0x1, pkg 0 bwi0: MAC: rev 10 bwi0: PHY: type 2, rev 8, ver 4 bwi0: RF: manu 0x17f, type 0x2050, rev 2 bwi_v3_ucode: could not load firmware image, error 2 bwi0: request firmware bwi_v3_ucode failed device_attach: bwi0 attach returned 2 fwohci0: <Lucent FW322/323> mem 0xc8000000-0xc8000fff at device 3.0 on pci4 fwohci0: OHCI version 1.0 (ROM=3D0) fwohci0: No. of Isochronous channels is 8. fwohci0: EUI64 00:14:51:ff:fe:bb:76:80 fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: <IEEE1394(FireWire) bus> on fwohci0 fwohci0: Initiate bus reset fwohci0: fwohci_intr_core: BUS reset root@imac41:~ # root@imac41:~ # kldload cam kldload: can't load cam: module already loaded or in kernel root@imac41:~ # root@imac41:~ # kldload sbp sbp0: <SBP-2/SCSI over FireWire> on firewire0 root@imac41:~ # root@imac41:~ # ### This is when I plug-in and power-on the firewire disk #= ## fwohci0: fwohci_intr_core: BUS reset fwohci0: PhysicalUpperBound register is not implemented. Physical memory access is limited to the first 4GB fwohci0: PhysicalUpperBound =3D 0x00000000 fwohci0: fwohci_intr_core: node_id=3D0x00000001, SelfID Count=3D3, CYCLEMAS= TER mode firewire0: 2 nodes, maxhop <=3D 1 cable IRM irm(1) (me) firewire0: bus manager 1 fwohci0: fwohci_intr_core: BUS reset fwohci0: PhysicalUpperBound register is not implemented. Physical memory access is limited to the first 4GB fwohci0: PhysicalUpperBound =3D 0x00000000 fwohci0: fwohci_intr_core: node_id=3D0x00000001, SelfID Count=3D4, CYCLEMAS= TER mode firewire0: 2 nodes, maxhop <=3D 1 cable IRM irm(1) (me) firewire0: bus manager 1 fwohci0: too many cycles lost, no cycle master present? ## There is no da0, and "camcontrol devlist" shows only my SATA disk. ## SUMMARY: No da0 device, not working. :-( ## PROBABLE CAUSE: FW322/323 TrueFire 1394a Controller HP 8300 Elite CMT with PCIe x1 Firewire-800 add-in card. FreeBSD 13.0-Release/amd64 (same on i386, and 12.x too) # pciconf -lv | ... fwohci0@pci0:3:0:0: class=3D0x0c0010 rev=3D0x01 hdr=3D0x00 vendor=3D0x1= 04c device=3D0x823f subvendor=3D0x3412 subdevice=3D0x7856 vendor =3D 'Texas Instruments' device =3D 'XIO2213A/B/XIO2221 IEEE-1394b OHCI Controller [Cheetah Express]' class =3D serial bus subclass =3D FireWire # # kldload firewire fwohci0: <1394 Open Host Controller Interface> mem 0xf7c04000-0xf7c047ff,0xf7c00000-0xf7c03fff irq 16 at device 0.0 on pci3 fwohci0: OHCI version 1.10 (ROM=3D1) fwohci0: No. of Isochronous channels is 8. fwohci0: EUI64 78:56:34:12:78:56:34:12 fwohci0: invalid speed 7 (fixed to 3). fwohci0: Phy 1394a available S800, 3 ports. fwohci0: Link S800, max_rec 4096 bytes. fwohci0: phy int firewire0: <IEEE1394(FireWire) bus> on fwohci0 fwohci0: Initiate bus reset fwohci0: fwohci_intr_core: BUS reset fwohci0: PhysicalUpperBound register is not implemented. Physical memory access is limited to the first 4GB fwohci0: PhysicalUpperBound =3D 0x00000000 fwohci0: fwohci_intr_core: node_id=3D0x00000000, SelfID Count=3D1, CYCLEMAS= TER mode firewire0: 1 nodes, maxhop <=3D 0 cable IRM irm(0) (me) firewire0: bus manager 0 # kldload cam kldload: can't load cam: module already loaded or in kernel # kldload sbp sbp0: <SBP-2/SCSI over FireWire> on firewire0 # ## Here is when I connect and turn-on the external firewire disk ... fwohci0: fwohci_intr_core: BUS reset fwohci0: PhysicalUpperBound register is not implemented. Physical memory access is limited to the first 4GB fwohci0: PhysicalUpperBound =3D 0x00000000 fwohci0: fwohci_intr_core: node_id=3D0x00000001, SelfID Count=3D3, CYCLEMAS= TER mode firewire0: 2 nodes, maxhop <=3D 1 cable IRM irm(1) (me) firewire0: bus manager 1 fwohci0: fwohci_intr_core: BUS reset fwohci0: PhysicalUpperBound register is not implemented. Physical memory access is limited to the first 4GB fwohci0: PhysicalUpperBound =3D 0x00000000 fwohci0: fwohci_intr_core: node_id=3D0x00000001, SelfID Count=3D4, CYCLEMAS= TER mode firewire0: 2 nodes, maxhop <=3D 1 cable IRM irm(1) (me) firewire0: bus manager 1 firewire0: fw_explore_node: fwdev->speed(S800) decremented due to negotiati= on sbp0: sbp_show_sdev_info: sbp0:0:0: ordered:1 type:14 EUI:0030e002e0454647 node:0 speed:2 maxrec:8 sbp0: sbp_show_sdev_info: sbp0:0:0 'OEM' 'OEM ATA Device 00' '000110' da1 at sbp0 bus 0 scbus4 target 0 lun 0 da1: <OEM OEM ATA Device 0 0110> Fixed Direct Access SPC-2 SCSI device da1: Serial Number da1: 50.000MB/s transfers da1: 239372MB (490234752 512 byte ## SUMMARY: There is a da1, disk access is all OK, user is happy. :-) ## PROBABLE CAUSE: The TI based Controller. So, in this machine, using this firewire controller, everything worked fine= as expected. My suspicion is that what trev bug-reported and what I experienced earlier,= is caused by the kind of firewire controller found integrated on these Apple M= acs. I am going to add these findings to trev's bug-report. Hopefully support for these firewire controllers can be added to the FreeBSD codebase. This would= be particularly interesting in the PPC architecture, as G4 and G5 processor ba= sed Macs can still be made useful by running a recent release of FreeBSD/PPC. B= ut equally apply to later model, Intel processor based Macs too. To be considered: adding support for the firewire controller found on Apple= Mac computers. Regards, Keve Nagy * Debrecen * Hungary --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-235983-5313-3byedfAZ4I>