From owner-freebsd-current Wed Sep 4 1:18:31 2002 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 E5F7C37B400 for ; Wed, 4 Sep 2002 01:18:28 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 251EA43E77 for ; Wed, 4 Sep 2002 01:18:28 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.3/8.12.2) with ESMTP id g848ICvV098248; Wed, 4 Sep 2002 10:18:18 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Bruce Evans Cc: current@freebsd.org Subject: Re: PUC_FASTINTR broken In-Reply-To: Your message of "Wed, 04 Sep 2002 18:02:48 +1000." <20020904175411.B638-100000@gamplex.bde.org> Date: Wed, 04 Sep 2002 10:18:12 +0200 Message-ID: <98247.1031127492@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20020904175411.B638-100000@gamplex.bde.org>, Bruce Evans writes: >% RCS file: /home/ncvs/src/sys/dev/puc/puc.c,v >% Working file: puc.c >% head: 1.14 >% ... >% ---------------------------- >% revision 1.14 >% date: 2002/09/03 11:22:13; author: phk; state: Exp; lines: +3 -10 >% Fix interrupt registration: >% >% PUC devices live on pccard or pci so INTR_FAST is never really an option. >% Don't try to register the interrupt as fast and don't allow the children >% to do so either. >% ---------------------------- > >INTR_FAST is an option for pci devices. It was configured (not quite right) >by the PUC_FASTINTR option, which should work just as well as the similar >but much older CY_PCI_FASTINTR option (perfectly if the interrupt is not >shared). It doesn't work right if the puc manages to register the interrupt as FAST before we realize that it is shared. >This change blows away the support for that option without even removing >the option from conf/options, conf/NOTES or puc.4, and without even >noting approval of the author of the code. I have yet to clean that fluff. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message