From owner-freebsd-current@FreeBSD.ORG Sat Apr 17 15:40:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8698316A4CE for ; Sat, 17 Apr 2004 15:40:47 -0700 (PDT) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id 412AC43D62 for ; Sat, 17 Apr 2004 15:40:47 -0700 (PDT) (envelope-from rodrigc@h00609772adf0.ne.client2.attbi.com) Received: from dibbler.crodrigues.org (h00609772adf0.ne.client2.attbi.com[66.31.45.197]) by comcast.net (sccrmhc12) with ESMTP id <20040417224046012001enuhe>; Sat, 17 Apr 2004 22:40:46 +0000 Received: from dibbler.crodrigues.org (localhost.crodrigues.org [127.0.0.1]) i3HMei7F001420; Sat, 17 Apr 2004 18:40:45 -0400 (EDT) (envelope-from rodrigc@h00609772adf0.ne.client2.attbi.com) Received: (from rodrigc@localhost) by dibbler.crodrigues.org (8.12.11/8.12.11/Submit) id i3HMeiQS001419; Sat, 17 Apr 2004 18:40:44 -0400 (EDT) (envelope-from rodrigc) Date: Sat, 17 Apr 2004 18:40:43 -0400 From: Craig Rodrigues To: "M. Warner Losh" Message-ID: <20040417224043.GA1403@crodrigues.org> References: <20040412201157.46385.qmail@web11407.mail.yahoo.com> <20040413.090251.08456849.imp@bsdimp.com> <20040417041819.GA709@crodrigues.org> <20040417.154504.33315436.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040417.154504.33315436.imp@bsdimp.com> User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org Subject: Re: 3Com 3c905 failed to attach X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Apr 2004 22:40:47 -0000 On Sat, Apr 17, 2004 at 03:45:04PM -0600, M. Warner Losh wrote: > I think that this is fallout from my fixes. > > Soren and I are iterating over patches right now to fix things > better. Hopefully that will fix this case as well. It appears that > BARs that are all zero's (BAD BAR) are more common than just in ATA > bridges. OK, thanks for the update. For now, I am using this workaround: --- if_xl.c.orig Sat Apr 17 12:15:16 2004 +++ if_xl.c Sat Apr 17 12:16:22 2004 @@ -1373,6 +1373,7 @@ sc->xl_flags |= XL_FLAG_PHYOK; switch (did) { + case TC_DEVICEID_BOOMERANG_10BT_COMBO: /* added by rodrigc */ case TC_DEVICEID_BOOMERANG_10_100BT: /* 3c905-TX */ case TC_DEVICEID_HURRICANE_575A: case TC_DEVICEID_HURRICANE_575B: Hopefully your newer patch won't require this. Thanks. -- Craig Rodrigues http://crodrigues.org rodrigc@crodrigues.org