From owner-freebsd-stable@FreeBSD.ORG Wed Mar 8 16:32:18 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E64016A420 for ; Wed, 8 Mar 2006 16:32:18 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9767D43D48 for ; Wed, 8 Mar 2006 16:32:17 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k28GWGls036336; Wed, 8 Mar 2006 11:32:16 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Mike Tancsa Date: Wed, 8 Mar 2006 11:03:30 -0500 User-Agent: KMail/1.9.1 References: <200603071502.46074.jhb@freebsd.org> <6.2.3.4.0.20060307192543.0531ae40@64.7.153.2> <6.2.3.4.0.20060307193549.071b9ef8@64.7.153.2> In-Reply-To: <6.2.3.4.0.20060307193549.071b9ef8@64.7.153.2> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200603081103.31669.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1318/Tue Mar 7 15:55:18 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.9 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: stable@freebsd.org Subject: Re: [PATCH] MFC of the intr_event stuff X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Mar 2006 16:32:18 -0000 On Tuesday 07 March 2006 19:45, Mike Tancsa wrote: > At 07:29 PM 07/03/2006, Mike Tancsa wrote: > >At 03:02 PM 07/03/2006, John Baldwin wrote: > >>I have a somewhat large patch that MFC's some of the cleanups to the > >>interrupt code that needs some testing before it is MFC'd. > > > > > >It seems to help my sio overflows that are described in > > > > > >http://www.freebsd.org/cgi/query-pr.cgi?pr=51982 > > Actually, it only helps on the ICH box. On the VIA, I still need to > make the change that Bruce Evans suggests The reason it might help is that if your sio(4) device shares its IRQ with another driver, it would previously have been forced to use a non-FAST handler, but now sio(4) can always use a FAST handler. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org