From owner-freebsd-net@FreeBSD.ORG Tue Sep 26 23:32:15 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A49E16A407 for ; Tue, 26 Sep 2006 23:32:15 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id B292143D53 for ; Tue, 26 Sep 2006 23:32:14 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (azxgeebxa18adhp2@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id k8QNWD6T035167; Tue, 26 Sep 2006 16:32:13 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id k8QNWCKs035165; Tue, 26 Sep 2006 16:32:12 -0700 (PDT) (envelope-from jmg) Date: Tue, 26 Sep 2006 16:32:12 -0700 From: John-Mark Gurney To: Jack Vogel Message-ID: <20060926233212.GF80527@funkthat.com> Mail-Followup-To: Jack Vogel , freebsd-net References: <2a41acea0609261615j18437fd9yc5e9ca823f2aab38@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2a41acea0609261615j18437fd9yc5e9ca823f2aab38@mail.gmail.com> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: freebsd-net Subject: Re: Bug or Design limitation?? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Sep 2006 23:32:15 -0000 Jack Vogel wrote this message on Tue, Sep 26, 2006 at 16:15 -0700: > Our test group just ran into something I hadnt noticed before. > Take a system and put in two different multiport NIC boards, > one older (PCI-X) and one new PCI-E board. > > Load a driver that only recognizes the first board. It will show > em0, em1, em2, em3, the new ports will be none's. > > Unload that driver and then load a newer one that recognizes > both boards. What you'd expect to see is em0....em7. But > what you actually see is two sets of em0 - em3! Could you post a dmesg? The unit numbers should be provided by the newbus framework, which doesn't allow this... a devinfo would also help.. > Our test lead noticed this because it broke some scripts of > his. Now, 'ifconfig' gets it right and still presents you with 0-7. ifconfig -a dumps the names properly? > If you load the newer driver first then of course all is correct. > > So, the question is, is this a bug? Clearly the enumerated > data from the older driver loaded is staying around. I do > not know how this kernel data is handled, so could/should > it be removed and isnt or what? There really shouldn't be any data around, and even if it was, the data the was around would either a) force the new stuff to use a different unit number, or b) fail to attach due to that unit number already being in use... Hmmm... Thinking about this, it might be because of different devclass's that both have the same name... though the first devclass shouldn't be hanging around anymore since it was part of the first module... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not."