From owner-cvs-src@FreeBSD.ORG Fri Oct 28 15:45:55 2005 Return-Path: X-Original-To: cvs-src@freebsd.org Delivered-To: cvs-src@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 116DC16A41F; Fri, 28 Oct 2005 15:45:55 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0B1743D5E; Fri, 28 Oct 2005 15:45:44 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from [10.50.41.234] (Not Verified[10.50.41.234]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Fri, 28 Oct 2005 12:02:13 -0400 From: John Baldwin To: Peter Wemm Date: Fri, 28 Oct 2005 10:41:42 -0400 User-Agent: KMail/1.8.2 References: <200510251948.j9PJmmmj043891@repoman.freebsd.org> <200510261320.46985.jhb@freebsd.org> <200510261648.27126.peter@wemm.org> In-Reply-To: <200510261648.27126.peter@wemm.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510281041.44147.jhb@freebsd.org> Cc: Mark Linimon , src-committers@freebsd.org, cvs-all@freebsd.org, cvs-src@freebsd.org Subject: Re: cvs commit: src/sys/alpha/alpha interrupt.c src/sys/alpha/isa isa.c src/sys/amd64/amd64 intr_machdep.c src/sys/amd64/include intr_machdep.h src/sys/amd64/isa atpic.c src/sys/arm/arm intr.c src/sys/dev/sio sio.c src/sys/dev/uart uart_kbd_sun.c uart_tty.c ... X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2005 15:45:55 -0000 On Wednesday 26 October 2005 07:48 pm, Peter Wemm wrote: > On Wednesday 26 October 2005 10:20 am, John Baldwin wrote: > > On Tuesday 25 October 2005 06:45 pm, Mark Linimon wrote: > > > On Tue, Oct 25, 2005 at 07:48:48PM +0000, John Baldwin wrote: > > > > Reorganize the interrupt handling code a bit to make a few > > > > things cleaner and increase flexibility to allow various > > > > different approaches to be tried in the future. > > > > > > Wow. Having (in a previous existance) worked on real-time OS > > > interrupt handlers I can likely guess how much work went into this. > > > Nice. > > > > Actually, this diff wasn't a huge deal, it was mostly just a > > refactoring of what was already there. > > Of course the real challenge is to make things like the puc device do > the right thing automatically instead of needing 'options > PUC_FASTINTR'. You mean like sio(4) tried to? The problem is that with the previosu code if sio(4) went first, it would register INTR_FAST and some later PCI device wouldn't be able to register its interrupt. There's not an easy solution to that problem if you want to keep the semantics that INTR_FAST implies INTR_EXCL. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org