From owner-freebsd-current@FreeBSD.ORG Tue Aug 31 04:32:31 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 D689316A4CE for ; Tue, 31 Aug 2004 04:32:31 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id D5EE243D49 for ; Tue, 31 Aug 2004 04:32:30 +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 i7V4UCj0060677; Mon, 30 Aug 2004 22:30:12 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 30 Aug 2004 22:30:21 -0600 (MDT) Message-Id: <20040830.223021.70219797.imp@bsdimp.com> To: phk@phk.freebsd.dk From: "M. Warner Losh" In-Reply-To: <56850.1093894370@critter.freebsd.dk> References: <20040830192316.6B6CD12351@shub-internet.kew.com> <56850.1093894370@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: freebsd-current@freebsd.org cc: ahd@kew.com Subject: Re: PCI SIO devices hog interrupts, cause lock order problems 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: Tue, 31 Aug 2004 04:32:32 -0000 In message: <56850.1093894370@critter.freebsd.dk> "Poul-Henning Kamp" writes: : In message <20040830192316.6B6CD12351@shub-internet.kew.com>, Drew Derbyshire w : rites: : : >> puc should be in GENERIC, imho. : : I agree. : : >Who makes the call (or the commit)? The cost is ~ 55K on disk : >(which seems excessive) with current build, I assume that's bloated : >by the current kernel options. : : This could be vastly improved if the data structure puc uses were : more intelligent. Man cards could be described simply by their : PCI ID and "fill resource #1 with sio ports" rather than the very : space consuming and errorprone stuff we do now. The stuff we do now is trying to be too smart. Most single port cards are like phk says, but multiport is where things really go wonkies... Warner