From owner-cvs-all@FreeBSD.ORG Wed Oct 26 23:48:28 2005 Return-Path: X-Original-To: cvs-all@freebsd.org Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F267016A41F; Wed, 26 Oct 2005 23:48:27 +0000 (GMT) (envelope-from peter@wemm.org) Received: from daintree.corp.yahoo.com (daintree.corp.yahoo.com [216.145.52.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id B4B8143D48; Wed, 26 Oct 2005 23:48:27 +0000 (GMT) (envelope-from peter@wemm.org) Received: by daintree.corp.yahoo.com (Postfix, from userid 2154) id A9E6019761; Wed, 26 Oct 2005 16:48:27 -0700 (PDT) From: Peter Wemm To: John Baldwin Date: Wed, 26 Oct 2005 16:48:26 -0700 User-Agent: KMail/1.8.2 References: <200510251948.j9PJmmmj043891@repoman.freebsd.org> <20051025224540.GB4123@soaustin.net> <200510261320.46985.jhb@freebsd.org> In-Reply-To: <200510261320.46985.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510261648.27126.peter@wemm.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-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2005 23:48:28 -0000 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'. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5