Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 26 Mar 2000 11:31:27 +0200
From:      Gerhard Sittig <Gerhard.Sittig@gmx.net>
To:        freebsd-stable@FreeBSD.ORG
Subject:   Re: FIXED --> Thanks! Re: ep0 eeprom failed to come ready...
Message-ID:  <20000326113126.D24822@speedy.gsinet>
In-Reply-To: <200003260112.SAA76635@harmony.village.org>; from imp@village.org on Sat, Mar 25, 2000 at 06:12:07PM -0700
References:  <Pine.BSF.4.21.0003251939390.50194-100000@sasami.jurai.net> <200003260112.SAA76635@harmony.village.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, Mar 25, 2000 at 18:12 -0700, Warner Losh wrote:
> In message <Pine.BSF.4.21.0003251939390.50194-100000@sasami.jurai.net> "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




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20000326113126.D24822>