From owner-freebsd-bugs@FreeBSD.ORG Thu Jul 1 23:50:01 2010 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F36731065673 for ; Thu, 1 Jul 2010 23:50:01 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B231D8FC15 for ; Thu, 1 Jul 2010 23:50:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o61No1fg080692 for ; Thu, 1 Jul 2010 23:50:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o61No1hN080691; Thu, 1 Jul 2010 23:50:01 GMT (envelope-from gnats) Resent-Date: Thu, 1 Jul 2010 23:50:01 GMT Resent-Message-Id: <201007012350.o61No1hN080691@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Andrew Reilly Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D6051065674 for ; Thu, 1 Jul 2010 23:46:29 +0000 (UTC) (envelope-from areilly@bigpond.net.au) Received: from nschwmtas03p.mx.bigpond.com (nschwmtas03p.mx.bigpond.com [61.9.189.143]) by mx1.freebsd.org (Postfix) with ESMTP id 376408FC0A for ; Thu, 1 Jul 2010 23:46:28 +0000 (UTC) Received: from nschwotgx02p.mx.bigpond.com ([124.188.161.100]) by nschwmtas03p.mx.bigpond.com with ESMTP id <20100701234627.YEBW20574.nschwmtas03p.mx.bigpond.com@nschwotgx02p.mx.bigpond.com> for ; Thu, 1 Jul 2010 23:46:27 +0000 Received: from duncan.reilly.home ([124.188.161.100]) by nschwotgx02p.mx.bigpond.com with ESMTP id <20100701234627.OXCL9338.nschwotgx02p.mx.bigpond.com@duncan.reilly.home> for ; Thu, 1 Jul 2010 23:46:27 +0000 Message-Id: <1278027987.56113@duncan.reilly.home> Date: Fri, 2 Jul 2010 09:46:27 +1000 From: Andrew Reilly To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Cc: Subject: kern/148302: Firewire-attached "My Book" drive gets no device node at boot time, but does after X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Andrew Reilly List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2010 23:50:02 -0000 >Number: 148302 >Category: kern >Synopsis: Firewire-attached "My Book" drive gets no device node at boot time, but does after >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jul 01 23:50:01 UTC 2010 >Closed-Date: >Last-Modified: >Originator: Andrew Reilly >Release: FreeBSD 9.0-CURRENT amd64 >Organization: >Environment: System: FreeBSD duncan.reilly.home 9.0-CURRENT FreeBSD 9.0-CURRENT #4: Sat Jun 26 00:24:47 EST 2010 root@duncan.reilly.home:/nb/obj/nb/src/sys/DUNCAN amd64 Machine is an AthlonX2-4200 on a Gigabyte motherboard with NVidia chipset. >Description: This isn't really a new problem, but I noticed that the original report that I made (kern/136652) has been closed. Apparently I reported that the problem had gone away. I can't remember when it re-appeared, but it's back. Perhaps it came back after I upgraded to current from stable? Anyway, the problem is that the firewire stack seems to "see" the drive at boot (mentions it in the dmesg lines, eg:) fwohci0: mem 0xf2004000-0xf20047ff,0xf2000000-0xf2003fff irq 18 at device 10.0 on pci1 fwohci0: [ITHREAD] fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:14:85:56:00:e6:80:b0 fwohci0: invalid speed 7 (fixed to 3). fwohci0: Phy 1394a available S800, 3 ports. fwohci0: Link S800, max_rec 4096 bytes. firewire0: on fwohci0fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:14:85:e6:80:b0 fwe0: Ethernet address: 02:14:85:e6:80:b0 fwip0: on firewire0 fwip0: Firewire address: 00:14:85:56:00:e6:80:b0 @ 0xfffe00000000, S800, maxrec 4096 sbp0: on firewire0 dcons_crom0: on firewire0dcons_crom0: bus_addr 0x11c4000 fwohci0: Initiate bus reset fwohci0: fwohci_intr_core: BUS reset fwohci0: fwohci_intr_core: node_id=0x00000001, SelfID Count=1, CYCLEMASTER mode : : firewire0: 2 nodes, maxhop <= 1 cable IRM irm(1) (me) firewire0: bus manager 1 fwohci0: phy int : : firewire0: New S800 device ID:0090a97488ce53aa sbp0: sbp_show_sdev_info: sbp0:0:0: ordered:1 type:0 EUI:0090a97488ce53aa node:0 speed:3 maxrec:8 sbp0: sbp_show_sdev_info: sbp0:0:0 'WD' 'My Book' '001028' sbp0: sbp_show_sdev_info: sbp0:0:1: ordered:1 type:13 EUI:0090a97488ce53aa node:0 speed:3 maxrec:8 sbp0: sbp_show_sdev_info: sbp0:0:1 'WD' 'My Book' '001028' : : but /dev/da0 does not show up until after boot, after I've manually run "fwcontrol -r". This This doesn't seem to be critical, because if I'm careful I know how to work around the problem, but it does mean that I have to remember to comment that drive out of /etc/fstab before I reboot remotely, or the box will wind up sitting in single-user mode after failing the fsck -p pass... >How-To-Repeat: Works (or fails to) every time, on my hardware. Not sure how to replicate it elsewhere. >Fix: No fix, but my work-around is to have an rc script that tweaks that drive out of fstab on shutdown, and tweaks it back in on boot, then fwcontrol -r/sleep/fsck -p manually. >Release-Note: >Audit-Trail: >Unformatted: