From owner-freebsd-arch@FreeBSD.ORG Wed Jul 21 14:51:21 2004 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E146C16A4CE for ; Wed, 21 Jul 2004 14:51:21 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D4A343D46 for ; Wed, 21 Jul 2004 14:51:21 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.11/8.12.11) with ESMTP id i6LEnMIN059539; Wed, 21 Jul 2004 08:49:23 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 21 Jul 2004 08:49:26 -0600 (MDT) Message-Id: <20040721.084926.84362543.imp@bsdimp.com> To: phk@phk.freebsd.dk From: "M. Warner Losh" In-Reply-To: <83182.1090412961@critter.freebsd.dk> References: <1090412431.7114.13.camel@builder02.qubesoft.com> <83182.1090412961@critter.freebsd.dk> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: arch@freebsd.org Subject: Re: kldunload DIAGNOSTIC idea... X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jul 2004 14:51:22 -0000 [[ only cc'd arch@ ]] In message: <83182.1090412961@critter.freebsd.dk> "Poul-Henning Kamp" writes: : >Any ideas on how network interfaces should : >work in this? : : I talked with Robert briefly about this yesterday, and the problem : there is that struct ifnet is embedded in the softc. If the softc : had a pointer to the ifnet, then we could do something similar, but : as long as it's embedded we're stuck. Why is that the case? We don't detach the ifnet stuff after deleting the softc. Why would a pointer to ifnet in the softc make this easier? I mean, I understand that having a pointer would insulate the size of ifnet from the driver, but there's so many offsets in ifnet that are encoded in the driver that doesn't seem that big a win. Warner