From owner-freebsd-stable Sun Mar 26 5:18:43 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail2.gmx.net (mail2.gmx.net [194.221.183.62]) by hub.freebsd.org (Postfix) with SMTP id A3C2F37B585 for ; Sun, 26 Mar 2000 05:18:39 -0800 (PST) (envelope-from Gerhard.Sittig@gmx.net) Received: (qmail 3711 invoked by uid 0); 26 Mar 2000 13:18:36 -0000 Received: from p3e9c3597.dip.t-dialin.net (HELO speedy.gsinet) (62.156.53.151) by mail2.gmx.net with SMTP; 26 Mar 2000 13:18:36 -0000 Received: (from sittig@localhost) by speedy.gsinet (8.8.8/8.8.8) id LAA07671 for freebsd-stable@FreeBSD.ORG; Sun, 26 Mar 2000 11:31:27 +0200 Date: Sun, 26 Mar 2000 11:31:27 +0200 From: Gerhard Sittig To: freebsd-stable@FreeBSD.ORG Subject: Re: FIXED --> Thanks! Re: ep0 eeprom failed to come ready... Message-ID: <20000326113126.D24822@speedy.gsinet> Mail-Followup-To: freebsd-stable@FreeBSD.ORG References: <200003260112.SAA76635@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <200003260112.SAA76635@harmony.village.org>; from imp@village.org on Sat, Mar 25, 2000 at 06:12:07PM -0700 Organization: System Defenestrators Inc. Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Mar 25, 2000 at 18:12 -0700, Warner Losh wrote: > In message "Matthew N. Dodd" writes: > : Ah. So what we really want is some mechanism to tell the kernel 'hey, > : you! don't use this ioport/irq whatever.' (or otherwise mark some > : resources as not being available to PnP devices.) > > I think that a null driver could easily be written. Thinking a little longer about this one it seems to be even more complex: It had to "allocate" some resources for itself so that no other PCI or ICU component can get it. BUT there should be means to release them later or hand them out in case some (legacy) ISA hardware needs it. > I also think that combined with the hint mechanism I posted to > new-bus a couple of days ago this could be a viable way to > reserve interrupts from the boot loader. This sounds like what is written above and what's badly needed: A way to "shrink" the pool of available resources for automatic assignment. This is really essential for those cases where the BIOS provides no way of doing so (speaking for myself this is more of the usual case than an exception, here). virtually yours 82D1 9B9C 01DC 4FB4 D7B4 61BE 3F49 4F77 72DE DA76 Gerhard Sittig true | mail -s "get gpg key" Gerhard.Sittig@gmx.net -- If you don't understand or are scared by any of the above ask your parents or an adult to help you. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message