From js at alien8.de Wed Jul 1 22:35:36 2009 From: js at alien8.de (Julian Stecklina) Date: Wed Jul 1 22:35:43 2009 Subject: 8-CURRENT Firewire In-Reply-To: <1246483794.3443.6.camel@Lappy> (Sean Bruno's message of "Wed\, 01 Jul 2009 14\:29\:54 -0700") References: <1246316092.3981.11.camel@Lappy> <87hbxxp5ot.fsf@tabernacle.lan> <1246483794.3443.6.camel@Lappy> Message-ID: <87fxdguj4a.fsf@tabernacle.lan> Sean Bruno writes: >> I have an AMD 780G board with onboard Firewire controller. 8-CURRENT >> hangs at boot with: >> >> run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config >> run_interrupt_driven_hooks: still waiting after 120 seconds for xpt_config >> ... > > Two things: > > 1. Full dmesg output from boot with the firewire enabled and disabled > would be great. Post it over on freebsd-firewire. 1.1 Hang http://os.inf.tu-dresden.de/~jsteckli/fbsd/dmesg-fw-hang-busreset.txt I got it entering multiuser by causing a bus reset, after the "run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config". 1.2 Firewire disabled http://os.inf.tu-dresden.de/~jsteckli/fbsd/dmesg-without-firewire.txt > 2. Can you boot with the firewire enabled in the BIOS and the following > in loader.conf: > firewire_load="NO" > If you can boot this way, what happens when you: > kldload sbp.ko Boots fine, but kldload says "Error: File Exists". I'll try building a kernel without sbp, if that helps. Regards, -- Julian Stecklina The day Microsoft makes something that doesn't suck is probably the day they start making vacuum cleaners - Ernst Jan Plugge From js at alien8.de Mon Jul 6 02:05:23 2009 From: js at alien8.de (Julian Stecklina) Date: Mon Jul 6 02:05:31 2009 Subject: 8-CURRENT Firewire References: <1246316092.3981.11.camel@Lappy> <87hbxxp5ot.fsf@tabernacle.lan> <1246483794.3443.6.camel@Lappy> <87fxdguj4a.fsf@tabernacle.lan> Message-ID: <878wj2r3t1.fsf@tabernacle.lan> Julian Stecklina writes: >> 2. Can you boot with the firewire enabled in the BIOS and the following >> in loader.conf: >> firewire_load="NO" >> If you can boot this way, what happens when you: >> kldload sbp.ko http://os.inf.tu-dresden.de/~jsteckli/fbsd/sbp-after-boot.txt In summary: No devices are discovered, even though I have a DVD and a disk attached to the bus. Regards, -- Julian Stecklina The day Microsoft makes something that doesn't suck is probably the day they start making vacuum cleaners - Ernst Jan Plugge From bugmaster at FreeBSD.org Mon Jul 6 11:06:57 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Jul 6 11:07:57 2009 Subject: Current problem reports assigned to freebsd-firewire@FreeBSD.org Message-ID: <200907061106.n66B6uc7010735@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- p kern/125673 firewire [firewire] [panic] FreeBSD7 panics when kldunloading f o kern/122951 firewire [firewire] video-transfer via fwcontrol triggers a pan o kern/118093 firewire [firewire] firewire bus reset hogs CPU, causing data t p kern/114646 firewire [firewire] [patch] firewire fails after suspend/resume o kern/113785 firewire [firewire] dropouts when playing DV on firewire o kern/97208 firewire [firewire] System hangs / locks up when a firewire dis o kern/74238 firewire [firewire] fw_rcv: unknown response; firewire ad-hoc w 7 problems total. From sean.bruno at dsl-only.net Mon Jul 6 15:41:18 2009 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Mon Jul 6 15:41:27 2009 Subject: 8-CURRENT Firewire In-Reply-To: <878wj2r3t1.fsf@tabernacle.lan> References: <1246316092.3981.11.camel@Lappy> <87hbxxp5ot.fsf@tabernacle.lan> <1246483794.3443.6.camel@Lappy> <87fxdguj4a.fsf@tabernacle.lan> <878wj2r3t1.fsf@tabernacle.lan> Message-ID: <1246894876.2966.8.camel@Lappy> On Sun, 2009-07-05 at 23:03 +0200, Julian Stecklina wrote: > Julian Stecklina writes: > > >> 2. Can you boot with the firewire enabled in the BIOS and the following > >> in loader.conf: > >> firewire_load="NO" > >> If you can boot this way, what happens when you: > >> kldload sbp.ko > > http://os.inf.tu-dresden.de/~jsteckli/fbsd/sbp-after-boot.txt > > In summary: No devices are discovered, even though I have a DVD and a > disk attached to the bus. > > Regards, Hrm ... I think that fwohci() or firewire() is getting stuck. Can you turn up debug and re-run your boot up sequence just like the above dmesg? firewire_debug=3 sbp_debug=3 Sean P.S. This is a lot of debugging. :D From js at alien8.de Wed Jul 8 00:04:11 2009 From: js at alien8.de (Julian Stecklina) Date: Wed Jul 8 00:04:18 2009 Subject: 8-CURRENT Firewire References: <1246316092.3981.11.camel@Lappy> <87hbxxp5ot.fsf@tabernacle.lan> <1246483794.3443.6.camel@Lappy> <87fxdguj4a.fsf@tabernacle.lan> <878wj2r3t1.fsf@tabernacle.lan> <1246894876.2966.8.camel@Lappy> Message-ID: <87k52kt505.fsf@tabernacle.lan> Sean Bruno writes: > On Sun, 2009-07-05 at 23:03 +0200, Julian Stecklina wrote: >> Julian Stecklina writes: >> >> >> 2. Can you boot with the firewire enabled in the BIOS and the following >> >> in loader.conf: >> >> firewire_load="NO" >> >> If you can boot this way, what happens when you: >> >> kldload sbp.ko >> >> http://os.inf.tu-dresden.de/~jsteckli/fbsd/sbp-after-boot.txt >> >> In summary: No devices are discovered, even though I have a DVD and a >> disk attached to the bus. >> >> Regards, > > Hrm ... I think that fwohci() or firewire() is getting stuck. > > Can you turn up debug and re-run your boot up sequence just like the > above dmesg? > > firewire_debug=3 > sbp_debug=3 I think I am too stupid to set these variables. I tried debug.firewire_debug=3 in loader.conf, but it doesn't work. After loading the modules they are always set to zero. Setting via sysctl doesn't work either, since they don't exist before loading firewire/sbp. So how do I set these? Regards, -- Julian Stecklina The day Microsoft makes something that doesn't suck is probably the day they start making vacuum cleaners - Ernst Jan Plugge From js at alien8.de Wed Jul 8 02:04:38 2009 From: js at alien8.de (Julian Stecklina) Date: Wed Jul 8 02:04:44 2009 Subject: 8-CURRENT Firewire References: <1246316092.3981.11.camel@Lappy> <87hbxxp5ot.fsf@tabernacle.lan> <1246483794.3443.6.camel@Lappy> <87fxdguj4a.fsf@tabernacle.lan> <878wj2r3t1.fsf@tabernacle.lan> <1246894876.2966.8.camel@Lappy> <87k52kt505.fsf@tabernacle.lan> Message-ID: <87bpnwszf9.fsf@tabernacle.lan> Julian Stecklina writes: > Sean Bruno writes: > >> On Sun, 2009-07-05 at 23:03 +0200, Julian Stecklina wrote: >>> Julian Stecklina writes: >>> >>> >> 2. Can you boot with the firewire enabled in the BIOS and the following >>> >> in loader.conf: >>> >> firewire_load="NO" >>> >> If you can boot this way, what happens when you: >>> >> kldload sbp.ko >>> >>> http://os.inf.tu-dresden.de/~jsteckli/fbsd/sbp-after-boot.txt >>> >>> In summary: No devices are discovered, even though I have a DVD and a >>> disk attached to the bus. >>> >>> Regards, >> >> Hrm ... I think that fwohci() or firewire() is getting stuck. >> >> Can you turn up debug and re-run your boot up sequence just like the >> above dmesg? >> >> firewire_debug=3 >> sbp_debug=3 > > I think I am too stupid to set these variables. I tried > debug.firewire_debug=3 in loader.conf, but it doesn't work. After > loading the modules they are always set to zero. Setting via sysctl > doesn't work either, since they don't exist before loading > firewire/sbp. So how do I set these? Okay, I hardcoded them in the source... http://os.inf.tu-dresden.de/~jsteckli/fbsd/fw-log.txt Regards, -- Julian Stecklina The day Microsoft makes something that doesn't suck is probably the day they start making vacuum cleaners - Ernst Jan Plugge From jmg at funkthat.com Wed Jul 8 03:13:10 2009 From: jmg at funkthat.com (John-Mark Gurney) Date: Wed Jul 8 03:13:16 2009 Subject: 8-CURRENT Firewire In-Reply-To: <87k52kt505.fsf@tabernacle.lan> References: <1246316092.3981.11.camel@Lappy> <87hbxxp5ot.fsf@tabernacle.lan> <1246483794.3443.6.camel@Lappy> <87fxdguj4a.fsf@tabernacle.lan> <878wj2r3t1.fsf@tabernacle.lan> <1246894876.2966.8.camel@Lappy> <87k52kt505.fsf@tabernacle.lan> Message-ID: <20090708025858.GA93646@funkthat.com> Julian Stecklina wrote this message on Wed, Jul 08, 2009 at 02:03 +0200: > Sean Bruno writes: > > > On Sun, 2009-07-05 at 23:03 +0200, Julian Stecklina wrote: > >> Julian Stecklina writes: > >> > >> >> 2. Can you boot with the firewire enabled in the BIOS and the following > >> >> in loader.conf: > >> >> firewire_load="NO" > >> >> If you can boot this way, what happens when you: > >> >> kldload sbp.ko > >> > >> http://os.inf.tu-dresden.de/~jsteckli/fbsd/sbp-after-boot.txt > >> > >> In summary: No devices are discovered, even though I have a DVD and a > >> disk attached to the bus. > >> > >> Regards, > > > > Hrm ... I think that fwohci() or firewire() is getting stuck. > > > > Can you turn up debug and re-run your boot up sequence just like the > > above dmesg? > > > > firewire_debug=3 > > sbp_debug=3 > > I think I am too stupid to set these variables. I tried > debug.firewire_debug=3 in loader.conf, but it doesn't work. After > loading the modules they are always set to zero. Setting via sysctl > doesn't work either, since they don't exist before loading > firewire/sbp. So how do I set these? laoder.conf doesn't get reread after boot. You can use kenv to set these tunables, and then load the module... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From sean.bruno at dsl-only.net Thu Jul 9 03:47:15 2009 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Thu Jul 9 03:47:22 2009 Subject: 8-CURRENT Firewire In-Reply-To: <87bpnwszf9.fsf@tabernacle.lan> References: <1246316092.3981.11.camel@Lappy> <87hbxxp5ot.fsf@tabernacle.lan> <1246483794.3443.6.camel@Lappy> <87fxdguj4a.fsf@tabernacle.lan> <878wj2r3t1.fsf@tabernacle.lan> <1246894876.2966.8.camel@Lappy> <87k52kt505.fsf@tabernacle.lan> <87bpnwszf9.fsf@tabernacle.lan> Message-ID: <1247091633.2552.3.camel@Lappy> On Wed, 2009-07-08 at 04:04 +0200, Julian Stecklina wrote: > Julian Stecklina writes: > > > Sean Bruno writes: > > > >> On Sun, 2009-07-05 at 23:03 +0200, Julian Stecklina wrote: > >>> Julian Stecklina writes: > >>> > >>> >> 2. Can you boot with the firewire enabled in the BIOS and the following > >>> >> in loader.conf: > >>> >> firewire_load="NO" > >>> >> If you can boot this way, what happens when you: > >>> >> kldload sbp.ko > >>> > >>> http://os.inf.tu-dresden.de/~jsteckli/fbsd/sbp-after-boot.txt > >>> > >>> In summary: No devices are discovered, even though I have a DVD and a > >>> disk attached to the bus. > >>> > >>> Regards, > >> > >> Hrm ... I think that fwohci() or firewire() is getting stuck. > >> > >> Can you turn up debug and re-run your boot up sequence just like the > >> above dmesg? > >> > >> firewire_debug=3 > >> sbp_debug=3 > > > > I think I am too stupid to set these variables. I tried > > debug.firewire_debug=3 in loader.conf, but it doesn't work. After > > loading the modules they are always set to zero. Setting via sysctl > > doesn't work either, since they don't exist before loading > > firewire/sbp. So how do I set these? > > Okay, I hardcoded them in the source... > > http://os.inf.tu-dresden.de/~jsteckli/fbsd/fw-log.txt > > Regards, Thanks. Let me digest what is going on here and see if I can patch it this weekend. Sean From js at alien8.de Thu Jul 9 04:02:30 2009 From: js at alien8.de (Julian Stecklina) Date: Thu Jul 9 04:02:37 2009 Subject: 8-CURRENT Firewire In-Reply-To: <1247093348.2552.4.camel@Lappy> (Sean Bruno's message of "Wed\, 08 Jul 2009 15\:49\:08 -0700") References: <1246316092.3981.11.camel@Lappy> <87hbxxp5ot.fsf@tabernacle.lan> <1246483794.3443.6.camel@Lappy> <87fxdguj4a.fsf@tabernacle.lan> <878wj2r3t1.fsf@tabernacle.lan> <1246894876.2966.8.camel@Lappy> <87k52kt505.fsf@tabernacle.lan> <87bpnwszf9.fsf@tabernacle.lan> <1247093348.2552.4.camel@Lappy> Message-ID: <8763e2r61w.fsf@tabernacle.lan> Sean Bruno writes: >> >> Hrm ... I think that fwohci() or firewire() is getting stuck. >> >> >> >> Can you turn up debug and re-run your boot up sequence just like the >> >> above dmesg? >> >> >> >> firewire_debug=3 >> >> sbp_debug=3 >> > >> > I think I am too stupid to set these variables. I tried >> > debug.firewire_debug=3 in loader.conf, but it doesn't work. After >> > loading the modules they are always set to zero. Setting via sysctl >> > doesn't work either, since they don't exist before loading >> > firewire/sbp. So how do I set these? >> >> Okay, I hardcoded them in the source... >> >> http://os.inf.tu-dresden.de/~jsteckli/fbsd/fw-log.txt >> >> Regards, > > For fun, please try to apply this diff and retest. The attached dmesg was taken with firewire and sbp loaded from loader.conf with no devices attached to the bus. It still hangs waiting for xpt_config. Regards, -- Julian Stecklina The day Microsoft makes something that doesn't suck is probably the day they start making vacuum cleaners - Ernst Jan Plugge -------------- next part -------------- -\|/-\|GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-BETA1 #0: Wed Jul 8 18:58:30 CEST 2009 root@occam.lan:/usr/src/sys/amd64/compile/GENERICNOFW WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Phenom(tm) 8450 Triple-Core Processor (2095.46-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x100f23 Stepping = 3 Features=0x178bfbff Features2=0x802009 AMD Features=0xee500800 AMD Features2=0x7ff TSC: P-state invariant real memory = 2147483648 (2048 MB) avail memory = 1797529600 (1714 MB) ACPI APIC Table: <060408 APIC0822> FreeBSD/SMP: Multiprocessor System Detected: 3 CPUs FreeBSD/SMP: 1 package(s) x 3 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: <060408 RSDT0822> on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of ffb80000, 80000 (3) failed acpi0: reservation of fff00000, 100000 (3) failed acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 6fe00000 (3) failed ACPI HPET table warning: Sequence is non-zero (2) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0xd000-0xd0ff mem 0xd0000000-0xdfffffff,0xfe9f0000-0xfe9fffff,0xfe800000-0xfe8fffff irq 18 at device 5.0 on pci1 pci1: at device 5.1 (no driver attached) pcib2: irq 17 at device 5.0 on pci0 pci2: on pcib2 re0: port 0xe800-0xe8ff mem 0xfdfff000-0xfdffffff,0xfdfe0000-0xfdfeffff irq 17 at device 0.0 on pci2 re0: Using 1 MSI messages re0: Chip rev. 0x3c000000 re0: MAC rev. 0x00400000 miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: Ethernet address: 00:21:85:14:fe:5b re0: [FILTER] pcib3: irq 18 at device 6.0 on pci0 pci3: on pcib3 fwohci0: <1394 Open Host Controller Interface> mem 0xfebff800-0xfebfffff,0xfebff400-0xfebff47f,0xfebff000-0xfebff07f,0xfebfec00-0xfebfec7f irq 18 at device 0.0 on pci3 fwohci0: [ITHREAD] fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:10:dc:00:01:62:41:78 fwohci0: fwphy_rddata:: 0x2, retry=6 fwohci0: fwphy_rddata:: 0x3, retry=6 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: fwphy_rddata:: 0x5, retry=6 fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 sbp0: on firewire0 fwohci0: Initiate bus reset Sleeping on "fwphyr" with the following non-sleepable locks held: exclusive sleep mutex firewire (firewire) r = 0 (0xffffff800033f858) locked @ /usr/src/sys/modules/firewire/firewire/../../../dev/firewire/fwohci.c:2524 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x2e witness_warn() at witness_warn+0x2c2 _sleep() at _sleep+0x60 fwphy_rddata() at fwphy_rddata+0x1d1 fwohci_ibr() at fwohci_ibr+0x74 firewire_attach() at firewire_attach+0x2ba device_attach() at device_attach+0x69 fwohci_pci_add_child() at fwohci_pci_add_child+0x57 bus_generic_probe() at bus_generic_probe+0x67 fwohci_pci_attach() at fwohci_pci_attach+0x248 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_pci_attach() at acpi_pci_attach+0x147 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_pcib_attach() at acpi_pcib_attach+0x1a7 acpi_pcib_pci_attach() at acpi_pcib_pci_attach+0x95 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_pci_attach() at acpi_pci_attach+0x147 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_pcib_attach() at acpi_pcib_attach+0x1a7 acpi_pcib_acpi_attach() at acpi_pcib_acpi_attach+0x1fd device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_attach() at acpi_attach+0x9f3 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a device_attach() at device_attach+0x69 bus_generic_new_pass() at bus_generic_new_pass+0xd5 bus_set_pass() at bus_set_pass+0x7a configure() at configure+0xa mi_startup() at mi_startup+0x59 btext() at btext+0x2c Sleeping on "fwphyr" with the following non-sleepable locks held: exclusive sleep mutex firewire (firewire) r = 0 (0xffffff800033f858) locked @ /usr/src/sys/modules/firewire/firewire/../../../dev/firewire/fwohci.c:2524 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x2e witness_warn() at witness_warn+0x2c2 _sleep() at _sleep+0x60 fwphy_rddata() at fwphy_rddata+0x1d1 fwohci_ibr() at fwohci_ibr+0x74 firewire_attach() at firewire_attach+0x2ba device_attach() at device_attach+0x69 fwohci_pci_add_child() at fwohci_pci_add_child+0x57 bus_generic_probe() at bus_generic_probe+0x67 fwohci_pci_attach() at fwohci_pci_attach+0x248 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_pci_attach() at acpi_pci_attach+0x147 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_pcib_attach() at acpi_pcib_attach+0x1a7 acpi_pcib_pci_attach() at acpi_pcib_pci_attach+0x95 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_pci_attach() at acpi_pci_attach+0x147 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_pcib_attach() at acpi_pcib_attach+0x1a7 acpi_pcib_acpi_attach() at acpi_pcib_acpi_attach+0x1fd device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_attach() at acpi_attach+0x9f3 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a device_attach() at device_attach+0x69 bus_generic_new_pass() at bus_generic_new_pass+0xd5 bus_set_pass() at bus_set_pass+0x7a configure() at configure+0xa mi_startup() at mi_startup+0x59 btext() at btext+0x2c Sleeping on "fwphyr" with the following non-sleepable locks held: exclusive sleep mutex firewire (firewire) r = 0 (0xffffff800033f858) locked @ /usr/src/sys/modules/firewire/firewire/../../../dev/firewire/fwohci.c:2524 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x2e witness_warn() at witness_warn+0x2c2 _sleep() at _sleep+0x60 fwphy_rddata() at fwphy_rddata+0x1d1 fwohci_ibr() at fwohci_ibr+0x74 firewire_attach() at firewire_attach+0x2ba device_attach() at device_attach+0x69 fwohci_pci_add_child() at fwohci_pci_add_child+0x57 bus_generic_probe() at bus_generic_probe+0x67 fwohci_pci_attach() at fwohci_pci_attach+0x248 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_pci_attach() at acpi_pci_attach+0x147 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_pcib_attach() at acpi_pcib_attach+0x1a7 acpi_pcib_pci_attach() at acpi_pcib_pci_attach+0x95 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_pci_attach() at acpi_pci_attach+0x147 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_pcib_attach() at acpi_pcib_attach+0x1a7 acpi_pcib_acpi_attach() at acpi_pcib_acpi_attach+0x1fd device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_attach() at acpi_attach+0x9f3 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a device_attach() at device_attach+0x69 bus_generic_new_pass() at bus_generic_new_pass+0xd5 bus_set_pass() at bus_set_pass+0x7a configure() at configure+0xa mi_startup() at mi_startup+0x59 btext() at btext+0x2c Sleeping on "fwphyr" with the following non-sleepable locks held: exclusive sleep mutex firewire (firewire) r = 0 (0xffffff800033f858) locked @ /usr/src/sys/modules/firewire/firewire/../../../dev/firewire/fwohci.c:2524 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x2e witness_warn() at witness_warn+0x2c2 _sleep() at _sleep+0x60 fwphy_rddata() at fwphy_rddata+0x1d1 fwohci_ibr() at fwohci_ibr+0x74 firewire_attach() at firewire_attach+0x2ba device_attach() at device_attach+0x69 fwohci_pci_add_child() at fwohci_pci_add_child+0x57 bus_generic_probe() at bus_generic_probe+0x67 fwohci_pci_attach() at fwohci_pci_attach+0x248 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_pci_attach() at acpi_pci_attach+0x147 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_pcib_attach() at acpi_pcib_attach+0x1a7 acpi_pcib_pci_attach() at acpi_pcib_pci_attach+0x95 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_pci_attach() at acpi_pci_attach+0x147 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_pcib_attach() at acpi_pcib_attach+0x1a7 acpi_pcib_acpi_attach() at acpi_pcib_acpi_attach+0x1fd device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_attach() at acpi_attach+0x9f3 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a device_attach() at device_attach+0x69 bus_generic_new_pass() at bus_generic_new_pass+0xd5 bus_set_pass() at bus_set_pass+0x7a configure() at configure+0xa mi_startup() at mi_startup+0x59 btext() at btext+0x2c Sleeping on "fwphyr" with the following non-sleepable locks held: exclusive sleep mutex firewire (firewire) r = 0 (0xffffff800033f858) locked @ /usr/src/sys/modules/firewire/firewire/../../../dev/firewire/fwohci.c:2524 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x2e witness_warn() at witness_warn+0x2c2 _sleep() at _sleep+0x60 fwphy_rddata() at fwphy_rddata+0x1d1 fwohci_ibr() at fwohci_ibr+0x74 firewire_attach() at firewire_attach+0x2ba device_attach() at device_attach+0x69 fwohci_pci_add_child() at fwohci_pci_add_child+0x57 bus_generic_probe() at bus_generic_probe+0x67 fwohci_pci_attach() at fwohci_pci_attach+0x248 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_pci_attach() at acpi_pci_attach+0x147 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_pcib_attach() at acpi_pcib_attach+0x1a7 acpi_pcib_pci_attach() at acpi_pcib_pci_attach+0x95 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_pci_attach() at acpi_pci_attach+0x147 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_pcib_attach() at acpi_pcib_attach+0x1a7 acpi_pcib_acpi_attach() at acpi_pcib_acpi_attach+0x1fd device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_attach() at acpi_attach+0x9f3 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a device_attach() at device_attach+0x69 bus_generic_new_pass() at bus_generic_new_pass+0xd5 bus_set_pass() at bus_set_pass+0x7a configure() at configure+0xa mi_startup() at mi_startup+0x59 btext() at btext+0x2c Sleeping on "fwphyr" with the following non-sleepable locks held: exclusive sleep mutex firewire (firewire) r = 0 (0xffffff800033f858) locked @ /usr/src/sys/modules/firewire/firewire/../../../dev/firewire/fwohci.c:2524 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x2e witness_warn() at witness_warn+0x2c2 _sleep() at _sleep+0x60 fwphy_rddata() at fwphy_rddata+0x1d1 fwohci_ibr() at fwohci_ibr+0x85 firewire_attach() at firewire_attach+0x2ba device_attach() at device_attach+0x69 fwohci_pci_add_child() at fwohci_pci_add_child+0x57 bus_generic_probe() at bus_generic_probe+0x67 fwohci_pci_attach() at fwohci_pci_attach+0x248 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_pci_attach() at acpi_pci_attach+0x147 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_pcib_attach() at acpi_pcib_attach+0x1a7 acpi_pcib_pci_attach() at acpi_pcib_pci_attach+0x95 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_pci_attach() at acpi_pci_attach+0x147 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_pcib_attach() at acpi_pcib_attach+0x1a7 acpi_pcib_acpi_attach() at acpi_pcib_acpi_attach+0x1fd device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_attach() at acpi_attach+0x9f3 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a device_attach() at device_attach+0x69 bus_generic_new_pass() at bus_generic_new_pass+0xd5 bus_set_pass() at bus_set_pass+0x7a configure() at configure+0xa mi_startup() at mi_startup+0x59 btext() at btext+0x2c Sleeping on "fwphyr" with the following non-sleepable locks held: exclusive sleep mutex firewire (firewire) r = 0 (0xffffff800033f858) locked @ /usr/src/sys/modules/firewire/firewire/../../../dev/firewire/fwohci.c:2524 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x2e witness_warn() at witness_warn+0x2c2 _sleep() at _sleep+0x60 fwphy_rddata() at fwphy_rddata+0x1d1 fwohci_ibr() at fwohci_ibr+0x85 firewire_attach() at firewire_attach+0x2ba device_attach() at device_attach+0x69 fwohci_pci_add_child() at fwohci_pci_add_child+0x57 bus_generic_probe() at bus_generic_probe+0x67 fwohci_pci_attach() at fwohci_pci_attach+0x248 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_pci_attach() at acpi_pci_attach+0x147 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_pcib_attach() at acpi_pcib_attach+0x1a7 acpi_pcib_pci_attach() at acpi_pcib_pci_attach+0x95 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_pci_attach() at acpi_pci_attach+0x147 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_pcib_attach() at acpi_pcib_attach+0x1a7 acpi_pcib_acpi_attach() at acpi_pcib_acpi_attach+0x1fd device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_attach() at acpi_attach+0x9f3 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a device_attach() at device_attach+0x69 bus_generic_new_pass() at bus_generic_new_pass+0xd5 bus_set_pass() at bus_set_pass+0x7a configure() at configure+0xa mi_startup() at mi_startup+0x59 btext() at btext+0x2c Sleeping on "fwphyr" with the following non-sleepable locks held: exclusive sleep mutex firewire (firewire) r = 0 (0xffffff800033f858) locked @ /usr/src/sys/modules/firewire/firewire/../../../dev/firewire/fwohci.c:2524 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x2e witness_warn() at witness_warn+0x2c2 _sleep() at _sleep+0x60 fwphy_rddata() at fwphy_rddata+0x1d1 fwohci_ibr() at fwohci_ibr+0x85 firewire_attach() at firewire_attach+0x2ba device_attach() at device_attach+0x69 fwohci_pci_add_child() at fwohci_pci_add_child+0x57 bus_generic_probe() at bus_generic_probe+0x67 fwohci_pci_attach() at fwohci_pci_attach+0x248 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_pci_attach() at acpi_pci_attach+0x147 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_pcib_attach() at acpi_pcib_attach+0x1a7 acpi_pcib_pci_attach() at acpi_pcib_pci_attach+0x95 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_pci_attach() at acpi_pci_attach+0x147 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_pcib_attach() at acpi_pcib_attach+0x1a7 acpi_pcib_acpi_attach() at acpi_pcib_acpi_attach+0x1fd device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_attach() at acpi_attach+0x9f3 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a device_attach() at device_attach+0x69 bus_generic_new_pass() at bus_generic_new_pass+0xd5 bus_set_pass() at bus_set_pass+0x7a configure() at configure+0xa mi_startup() at mi_startup+0x59 btext() at btext+0x2c Sleeping on "fwphyr" with the following non-sleepable locks held: exclusive sleep mutex firewire (firewire) r = 0 (0xffffff800033f858) locked @ /usr/src/sys/modules/firewire/firewire/../../../dev/firewire/fwohci.c:2524 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x2e witness_warn() at witness_warn+0x2c2 _sleep() at _sleep+0x60 fwphy_rddata() at fwphy_rddata+0x1d1 fwohci_ibr() at fwohci_ibr+0x85 firewire_attach() at firewire_attach+0x2ba device_attach() at device_attach+0x69 fwohci_pci_add_child() at fwohci_pci_add_child+0x57 bus_generic_probe() at bus_generic_probe+0x67 fwohci_pci_attach() at fwohci_pci_attach+0x248 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_pci_attach() at acpi_pci_attach+0x147 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_pcib_attach() at acpi_pcib_attach+0x1a7 acpi_pcib_pci_attach() at acpi_pcib_pci_attach+0x95 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_pci_attach() at acpi_pci_attach+0x147 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_pcib_attach() at acpi_pcib_attach+0x1a7 acpi_pcib_acpi_attach() at acpi_pcib_acpi_attach+0x1fd device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_attach() at acpi_attach+0x9f3 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a device_attach() at device_attach+0x69 bus_generic_new_pass() at bus_generic_new_pass+0xd5 bus_set_pass() at bus_set_pass+0x7a configure() at configure+0xa mi_startup() at mi_startup+0x59 btext() at btext+0x2c Sleeping on "fwphyr" with the following non-sleepable locks held: exclusive sleep mutex firewire (firewire) r = 0 (0xffffff800033f858) locked @ /usr/src/sys/modules/firewire/firewire/../../../dev/firewire/fwohci.c:2524 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x2e witness_warn() at witness_warn+0x2c2 _sleep() at _sleep+0x60 fwphy_rddata() at fwphy_rddata+0x1d1 fwohci_ibr() at fwohci_ibr+0x85 firewire_attach() at firewire_attach+0x2ba device_attach() at device_attach+0x69 fwohci_pci_add_child() at fwohci_pci_add_child+0x57 bus_generic_probe() at bus_generic_probe+0x67 fwohci_pci_attach() at fwohci_pci_attach+0x248 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_pci_attach() at acpi_pci_attach+0x147 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_pcib_attach() at acpi_pcib_attach+0x1a7 acpi_pcib_pci_attach() at acpi_pcib_pci_attach+0x95 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_pci_attach() at acpi_pci_attach+0x147 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_pcib_attach() at acpi_pcib_attach+0x1a7 acpi_pcib_acpi_attach() at acpi_pcib_acpi_attach+0x1fd device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_attach() at acpi_attach+0x9f3 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a device_attach() at device_attach+0x69 bus_generic_new_pass() at bus_generic_new_pass+0xd5 bus_set_pass() at bus_set_pass+0x7a configure() at configure+0xa mi_startup() at mi_startup+0x59 btext() at btext+0x2c atapci0: port 0xc000-0xc007,0xb000-0xb003,0xa000-0xa007,0x9000-0x9003,0x8000-0x800f mem 0xfe7ff800-0xfe7ffbff irq 22 at device 17.0 on pci0 atapci0: [ITHREAD] atapci0: AHCI v1.10 controller with 6 3Gbps ports, PM supported ata2: on atapci0 ata2: port is not ready (timeout 0ms) tfd = 000001d0 ata2: software reset clear timeout ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] ata4: on atapci0 ata4: [ITHREAD] ata5: on atapci0 ata5: [ITHREAD] ata6: on atapci0 ata6: [ITHREAD] ata7: on atapci0 ata7: [ITHREAD] ohci0: mem 0xfe7fe000-0xfe7fefff irq 16 at device 18.0 on pci0 ohci0: [ITHREAD] usbus0: on ohci0 ohci1: mem 0xfe7fd000-0xfe7fdfff irq 16 at device 18.1 on pci0 ohci1: [ITHREAD] usbus1: on ohci1 ehci0: mem 0xfe7ff000-0xfe7ff0ff irq 17 at device 18.2 on pci0 ehci0: [ITHREAD] usbus2: EHCI version 1.0 usbus2: on ehci0 ohci2: mem 0xfe7fc000-0xfe7fcfff irq 18 at device 19.0 on pci0 ohci2: [ITHREAD] usbus3: on ohci2 ohci3: mem 0xfe7f7000-0xfe7f7fff irq 18 at device 19.1 on pci0 ohci3: [ITHREAD] usbus4: on ohci3 ehci1: mem 0xfe7f6800-0xfe7f68ff irq 19 at device 19.2 on pci0 ehci1: [ITHREAD] usbus5: EHCI version 1.0 usbus5: on ehci1 pci0: at device 20.0 (no driver attached) atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xff00-0xff0f at device 20.1 on pci0 ata0: on atapci1 ata0: [ITHREAD] ata1: on atapci1 ata1: [ITHREAD] pci0: at device 20.2 (no driver attached) isab0: at device 20.3 on pci0 isa0: on isab0 pcib4: at device 20.4 on pci0 pci4: on pcib4 ohci4: mem 0xfe7f5000-0xfe7f5fff irq 18 at device 20.5 on pci0 ohci4: [ITHREAD] usbus6: on ohci4 acpi_button0: on acpi0 atrtc0: port 0x70-0x71 irq 8 on acpi0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] uart0: console (9600,n,8,1) atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] cpu0: on acpi0 acpi_throttle0: on cpu0 hwpstate0: on cpu0 cpu1: on acpi0 cpu2: on acpi0 orm0: at iomem 0xd1000-0xd1fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ppc0: cannot reserve I/O port range Timecounters tick every 1.000 msec usbus6: 12Mbps Full Speed USB v1.0 usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 480Mbps High Speed USB v2.0 ad4: 476940MB at ata2-master SATA300 ugen6.1: at usbus6 uhub0: on usbus6 ugen0.1: at usbus0 uhub1: on usbus0 ugen1.1: at usbus1 uhub2: on usbus1 ugen2.1: at usbus2 uhub3: on usbus2 ugen3.1: at usbus3 uhub4: on usbus3 ugen4.1: at usbus4 uhub5: on usbus4 ugen5.1: at usbus5 uhub6: on usbus5 GEOM: ad4s1: geometry does not match label (255h,63s != 16h,63s). uhub0: 2 ports with 2 removable, self powered uhub1: 3 ports with 3 removable, self powered uhub2: 3 ports with 3 removable, self powered uhub4: 3 ports with 3 removable, self powered uhub5: 3 ports with 3 removable, self powered uhub3: 6 ports with 6 removable, self powered uhub6: 6 ports with 6 removable, self powered ugen2.2: at usbus2 uhub7: on usbus2 uhub7: 4 ports with 4 removable, self powered ugen1.2: at usbus1 ukbd0: on usbus1 kbd2 at ukbd0 uhid0: on usbus1 run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config run_interrupt_driven_hooks: still waiting after 120 seconds for xpt_config run_interrupt_driven_hooks: still waiting after 180 seconds for xpt_config From sean.bruno at dsl-only.net Thu Jul 9 04:15:52 2009 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Thu Jul 9 04:15:59 2009 Subject: 8-CURRENT Firewire In-Reply-To: <87bpnwszf9.fsf@tabernacle.lan> References: <1246316092.3981.11.camel@Lappy> <87hbxxp5ot.fsf@tabernacle.lan> <1246483794.3443.6.camel@Lappy> <87fxdguj4a.fsf@tabernacle.lan> <878wj2r3t1.fsf@tabernacle.lan> <1246894876.2966.8.camel@Lappy> <87k52kt505.fsf@tabernacle.lan> <87bpnwszf9.fsf@tabernacle.lan> Message-ID: <1247093348.2552.4.camel@Lappy> > >> Hrm ... I think that fwohci() or firewire() is getting stuck. > >> > >> Can you turn up debug and re-run your boot up sequence just like the > >> above dmesg? > >> > >> firewire_debug=3 > >> sbp_debug=3 > > > > I think I am too stupid to set these variables. I tried > > debug.firewire_debug=3 in loader.conf, but it doesn't work. After > > loading the modules they are always set to zero. Setting via sysctl > > doesn't work either, since they don't exist before loading > > firewire/sbp. So how do I set these? > > Okay, I hardcoded them in the source... > > http://os.inf.tu-dresden.de/~jsteckli/fbsd/fw-log.txt > > Regards, For fun, please try to apply this diff and retest. Sean -------------- next part -------------- A non-text attachment was scrubbed... Name: fwohci.c.diff Type: text/x-patch Size: 6211 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-firewire/attachments/20090709/83c1eab8/fwohci.c.bin From gavin at FreeBSD.org Sun Jul 12 12:57:49 2009 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Sun Jul 12 12:57:55 2009 Subject: kern/136652: Firewire-attached "WD My Book 1028" does not mount at boot but is OK if connected after boot. Message-ID: <200907121257.n6CCvm1Q078115@freefall.freebsd.org> Synopsis: Firewire-attached "WD My Book 1028" does not mount at boot but is OK if connected after boot. Responsible-Changed-From-To: freebsd-bugs->freebsd-firewire Responsible-Changed-By: gavin Responsible-Changed-When: Sun Jul 12 12:57:03 UTC 2009 Responsible-Changed-Why: Over to maintainer(s) http://www.freebsd.org/cgi/query-pr.cgi?pr=136652 From bugmaster at FreeBSD.org Mon Jul 13 11:06:53 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Jul 13 11:08:03 2009 Subject: Current problem reports assigned to freebsd-firewire@FreeBSD.org Message-ID: <200907131106.n6DB6qJv040568@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/136652 firewire [firewire] Firewire-attached "WD My Book 1028" does no p kern/125673 firewire [firewire] [panic] FreeBSD7 panics when kldunloading f o kern/122951 firewire [firewire] video-transfer via fwcontrol triggers a pan o kern/118093 firewire [firewire] firewire bus reset hogs CPU, causing data t p kern/114646 firewire [firewire] [patch] firewire fails after suspend/resume o kern/113785 firewire [firewire] dropouts when playing DV on firewire o kern/97208 firewire [firewire] System hangs / locks up when a firewire dis o kern/74238 firewire [firewire] fw_rcv: unknown response; firewire ad-hoc w 8 problems total. From dhorvay at 4whitetiger.com Tue Jul 14 20:20:14 2009 From: dhorvay at 4whitetiger.com (David A. Horvay - MRINetwork ) Date: Tue Jul 14 20:20:21 2009 Subject: Atheros wireless device driver developer Message-ID: <566EF7B6D7964B61BC73EB04D7EE961B@scmedina17> Hello Everyone, I have an opportunity for a device driver developer with a heavy wireless Atheros background. Please let me know if anyone is interested or might know someone. Please see job description below. Thank you very much.... -Dave Senior Software Engineer with WLAN Device Driver Development Experience The ideal candidate will have several years of communication experience as well as experience programming low level hardware drivers. Requirements: * BSCS or BSEE or relevant experience * 5+ years of experience in development of WLAN device drivers * Fluency in coding and debugging C * Experience with Atheros drivers a plus * Expertise in one or more of these protocols: ? 802.11 ? ATM ? Sonet/SDH ? NDIS ? Bluetooth ? Ethernet, GBit Ethernet * Experience with one or more of the following operating systems: ? MS Windows, WinCE ? Linux ? Embedded RTOS David A. Horvay Sr. Account Executive Technology Solutions Division MRINetwork Ultimate Placements, LLC One Park Centre Drive, Suite 305A TF:877-334-0285 ext. 202 dhorvay@4whitetiger.com http://www.linkedin.com/in/davidhorvay www.MRINetwork.com BUILDING THE HEART OF BUSINESS (TM) Please understand my mission at MRI Ultimate Placements is to partner with those select clients where there is a philosophical fit. My goal has never been to be all things to all people. ?As a client-focused search consultant I evaluate each potential assignment based on alignment with my area of expertise and the timing and urgency of each search.? From bugmaster at FreeBSD.org Mon Jul 20 11:06:54 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Jul 20 11:07:59 2009 Subject: Current problem reports assigned to freebsd-firewire@FreeBSD.org Message-ID: <200907201106.n6KB6r8d002243@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/136652 firewire [firewire] Firewire-attached "WD My Book 1028" does no p kern/125673 firewire [firewire] [panic] FreeBSD7 panics when kldunloading f o kern/122951 firewire [firewire] video-transfer via fwcontrol triggers a pan o kern/118093 firewire [firewire] firewire bus reset hogs CPU, causing data t p kern/114646 firewire [firewire] [patch] firewire fails after suspend/resume o kern/113785 firewire [firewire] dropouts when playing DV on firewire o kern/97208 firewire [firewire] System hangs / locks up when a firewire dis o kern/74238 firewire [firewire] fw_rcv: unknown response; firewire ad-hoc w 8 problems total. From linimon at FreeBSD.org Tue Jul 21 04:51:32 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Tue Jul 21 04:51:39 2009 Subject: kern/136946: [fwohci] fwohci throws an"unrecoverable error" upon resume from suspend Message-ID: <200907210451.n6L4pW1W036981@freefall.freebsd.org> Synopsis: [fwohci] fwohci throws an"unrecoverable error" upon resume from suspend Responsible-Changed-From-To: freebsd-net->freebsd-firewire Responsible-Changed-By: linimon Responsible-Changed-When: Tue Jul 21 04:51:09 UTC 2009 Responsible-Changed-Why: fix assignment. http://www.freebsd.org/cgi/query-pr.cgi?pr=136946 From sean.bruno at dsl-only.net Wed Jul 22 17:10:07 2009 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Wed Jul 22 17:10:12 2009 Subject: kern/136946: [fwohci] fwohci throws an"unrecoverable error" upon resume from suspend Message-ID: <200907221710.n6MHA69f033366@freefall.freebsd.org> The following reply was made to PR kern/136946; it has been noted by GNATS. From: Sean Bruno To: bug-followup@FreeBSD.org, gnemmi@gmail.com Cc: Subject: Re: kern/136946: [fwohci] fwohci throws an"unrecoverable error" upon resume from suspend Date: Wed, 22 Jul 2009 09:40:06 -0700 Thanks. This is perfect. I seem to remember looking at suspend/resume at BSDCan and realizing that it's pretty broken. I forgot to submit a PR at the time, thanks for putting this in. Since the firewire stack is in multiple parts, I'll have to think about how each module needs to save it's respective state and what to do on resume. Thoughts? Sean From gnemmi at gmail.com Wed Jul 22 20:00:19 2009 From: gnemmi at gmail.com (Gonzalo Nemmi) Date: Wed Jul 22 20:00:26 2009 Subject: kern/136946: [fwohci] fwohci throws an"unrecoverable error" upon resume from suspend Message-ID: <200907222000.n6MK0Ji7084114@freefall.freebsd.org> The following reply was made to PR kern/136946; it has been noted by GNATS. From: Gonzalo Nemmi To: bug-followup@freebsd.org, gnemmi@gmail.com Cc: Subject: Re: kern/136946: [fwohci] fwohci throws an"unrecoverable error" upon resume from suspend Date: Wed, 22 Jul 2009 16:55:52 -0300 Thanks a lot for you interest ! Not much I can do to help on the coding side of things but I'm willing to try any patch you need me to, give you root acces via ssh to this machine should you need it and to look for a firewire appliance in order to run any possible test. Basically .. I can't code, but Im really willing to do everything I can to pitch in to solve this problem :) Best regards Gonzalo From bugmaster at FreeBSD.org Mon Jul 27 11:06:52 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Jul 27 11:08:04 2009 Subject: Current problem reports assigned to freebsd-firewire@FreeBSD.org Message-ID: <200907271106.n6RB6p5w018903@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/136946 firewire [fwohci] fwohci throws an"unrecoverable error" upon re o kern/136652 firewire [firewire] Firewire-attached "WD My Book 1028" does no p kern/125673 firewire [firewire] [panic] FreeBSD7 panics when kldunloading f o kern/122951 firewire [firewire] video-transfer via fwcontrol triggers a pan o kern/118093 firewire [firewire] firewire bus reset hogs CPU, causing data t p kern/114646 firewire [firewire] [patch] firewire fails after suspend/resume o kern/113785 firewire [firewire] dropouts when playing DV on firewire o kern/97208 firewire [firewire] System hangs / locks up when a firewire dis o kern/74238 firewire [firewire] fw_rcv: unknown response; firewire ad-hoc w 9 problems total. From barredwardlim009 at sify.com Fri Jul 31 05:10:45 2009 From: barredwardlim009 at sify.com (Barr.Edward Lim) Date: Fri Jul 31 05:10:52 2009 Subject: Attorney at Law Message-ID: <200907310436.n6V4a8cG025676@vux66.mgt.hosting.dc2.netsol.com> TEL: 011 60173942586 or +60173942586 I am Edward Lim,an attorney at law. A deceased client of mine, that shares the same last name as yours, died as the result of a heart-related condition on March 12th 2005. His heart condition was due to the death of all the members of his family in the tsunami disaster on the 26th December 2004 in Sumatra Indonesia . http://en.wikipedia.org/wiki/2004_Indian_Ocean_earthquake I can be reached on (barr_edwardlim@sify.com) for more information. My late Client has a deposit of seventeen point five Million Dollars ( US$17.5 Million Dollars) left behind. Best regards, Barr Edward Lim Attorney at Law