On Sat, 04 Sep 1999 21:34:09 -0700, Mike Smith [EMAIL PROTECTED] said:
The enumerator should assign these resources to a placeholder; I was
thinking the nexus was as good an owner as any. If there's an
"unknown" device that's probably even better.
Some of them should be claimed by
On Sat, 4 Sep 1999, Chuck Robey wrote:
Does the sio driver know about PCI? Can it run PCI sio cards, like
those sold by SIIG?
Not at the moment. I don't know anything about these cards.
--
Doug Rabson Mail: [EMAIL PROTECTED]
Nonlinear Systems Ltd.
On Sat, 4 Sep 1999, Mike Smith wrote:
I'm curious what can be made of the PNP resource list we get from the BIOS
at boot time... It lists motherboard resources too, we could probably end
up with a fairly complete map of known resources to avoid.
I bet we can roll another
On Sun, 5 Sep 1999, Garrett Wollman wrote:
On Sat, 04 Sep 1999 21:34:09 -0700, Mike Smith [EMAIL PROTECTED] said:
The enumerator should assign these resources to a placeholder; I was
thinking the nexus was as good an owner as any. If there's an
"unknown" device that's probably even
Doug Rabson wrote:
On Sat, 4 Sep 1999, Mike Smith wrote:
I'm curious what can be made of the PNP resource list we get from the B
IOS
at boot time... It lists motherboard resources too, we could probably
end
up with a fairly complete map of known resources to avoid.
On Sun, 5 Sep 1999, Peter Wemm wrote:
Doug Rabson wrote:
On Sat, 4 Sep 1999, Mike Smith wrote:
I'm curious what can be made of the PNP resource list we get from the B
IOS
at boot time... It lists motherboard resources too, we could probably
end
up with a fairly
On Fri, 3 Sep 1999, Steve Price wrote:
Can anyone think of a good reason why I can't migrate the
old PNP ids to the new sio.c? I just rebooted my box with
a fresh kernel and much to my shagrin (sp?) my USR PNP
modem didn't work anymore. The following patch got it
working again.
The
On Sat, Sep 04, 1999 at 10:21:51AM +0100, Doug Rabson wrote:
The pnp command should no longer be needed (crossed fingers) since the new
code automatically detects devices and assigns resources to them.
What about the situation where:
pnp sound card (soundblaster awe64).
non pnp network card
On Sat, 4 Sep 1999, Zach N. Heilig wrote:
On Sat, Sep 04, 1999 at 10:21:51AM +0100, Doug Rabson wrote:
The pnp command should no longer be needed (crossed fingers) since the new
code automatically detects devices and assigns resources to them.
What about the situation where:
pnp sound
On Sat, 4 Sep 1999, Doug Rabson wrote:
# The reason I didn't move the old ids wholesale is that the old system
# matched against the vendor id (which is bogus for multifunction cards).
# The new system matches with the logical device id which is often different
# from the vendor id. Some simple
Doug Rabson wrote:
On Sat, 4 Sep 1999, John-Mark Gurney wrote:
Doug Rabson scribbled this message on Sep 4:
This is of course a special case, a cranky network card and a
non-compiling driver for it. If the new pnp code avoids using resource
s
hard-wired to non-pnp isa
On Sat, 4 Sep 1999, Doug Rabson wrote:
On Fri, 3 Sep 1999, Steve Price wrote:
Can anyone think of a good reason why I can't migrate the
old PNP ids to the new sio.c? I just rebooted my box with
a fresh kernel and much to my shagrin (sp?) my USR PNP
modem didn't work anymore. The
I'm curious what can be made of the PNP resource list we get from the BIOS
at boot time... It lists motherboard resources too, we could probably end
up with a fairly complete map of known resources to avoid.
I bet we can roll another enumerator similar to pnp.c which takes the bios
On Sat, 04 Sep 1999 21:34:09 -0700, Mike Smith [EMAIL PROTECTED] said:
The enumerator should assign these resources to a placeholder; I was
thinking the nexus was as good an owner as any. If there's an
"unknown" device that's probably even better.
Some of them should be claimed by real
ummm... I thought that the plan was to disable all PnP devices, do the
legacy isa probes, and then reenable the PnP devices and probe them...
The fact that a device is reported via PnP does not guarantee that you
can disable it. Most of the "devices" reported by the PnP BIOS can
Steve Price wrote:
Now that we can't use the pnp command from 'boot -c', what
has (if anything) replaced it? I seem to be remember this
being discussed recently but I'll be darned if I can find
it in the mailing list archives.
The old pnp code is fundamentally incompatable with the new pnp
16 matches
Mail list logo
