I never liked the unknown driver. I vote we kill it and let
isa_probe_nomatch() deal with things. (I'll have to write
isa_probe_nomatch() but I don't see that as a problem.)
I'll dig out my patches for that area and send you a copy.
We do need something when we use PNPBIOS because
I am trying to make kldloadable driver. But
none of functions are called when I kldload it.
Is this a bug or I am missing something essential?
Sources, dmesg, config and makefile (for module) are at
http://ethereal.ru/~nms/TR/tk.tar (~40Kb)
P.S. I am chasing for IBM Token Ring Adapter
On Mon, 31 Jan 2000, Nikolai Saoukh wrote:
I am trying to make kldloadable driver. But none of functions are
called when I kldload it. Is this a bug or I am missing something
essential?
You're missing something essential.
The return values for the DEVICE_PROBE method should be 0 or negative
On Mon, 31 Jan 2000, Nikolai Saoukh wrote:
THE PROBLEM is that tok_isa_probe is not called at all,
when driver kldloaded. Return value is irrelevant for this case.
Yea, I see what could be the problem. I'll get back to you.
--
| Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E |
On Mon, 31 Jan 2000, Nikolai Saoukh wrote:
THE PROBLEM is that tok_isa_probe is not called at all,
when driver kldloaded. Return value is irrelevant for this case.
Try the attached patch.
(cd /sys/isa patch isa_common.c.patch)
--
| Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E |
I am trying to make kldloadable driver. But none of functions are
called when I kldload it. Is this a bug or I am missing something
essential?
You're missing something essential.
The return values for the DEVICE_PROBE method should be 0 or negative for
priority, or positive
On Mon, 31 Jan 2000, Mike Smith wrote:
This is because the unknown driver is never revoked once it owns your
device. It's a(nother) bug in the ISA bus code. 8(
Looking at the code in sys/kern/subr_bus.c I'm not sure how any drivers
are revoked by a higher priority match.
This is probably
On Mon, 31 Jan 2000, Matthew N. Dodd wrote:
On Mon, 31 Jan 2000, Mike Smith wrote:
This is because the unknown driver is never revoked once it owns your
device. It's a(nother) bug in the ISA bus code. 8(
Looking at the code in sys/kern/subr_bus.c I'm not sure how any drivers
are
Nikolai, your easy fix is to comment out the relevent module declaration
for the 'unknown' driver in isa_common.c.
Yes, this fix does the job, BUT
Comments for 'unknown' driver says '... for unknown pnp cards ...'.
Will my driver be called on computer _without_ any pnp card?
To Unsubscribe:
On Mon, 31 Jan 2000, Matthew N. Dodd wrote:
On Mon, 31 Jan 2000, Nikolai Saoukh wrote:
THE PROBLEM is that tok_isa_probe is not called at all,
when driver kldloaded. Return value is irrelevant for this case.
Try the attached patch.
(cd /sys/isa patch isa_common.c.patch)
This patch
On Tue, 1 Feb 2000, Nikolai Saoukh wrote:
Comments for 'unknown' driver says '... for unknown pnp cards ...'.
Will my driver be called on computer _without_ any pnp card?
Does your driver have an identify method for non-PnP cards?
--
| Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E |
On Mon, 31 Jan 2000, Doug Rabson wrote:
This patch doesn't (shouldn't) compile since it uses private
information from bus_private.h. I hope you are not including
bus_private.h anywhere in your code - its strictly off limits to
driver code, even bus drivers.
Yea, I figured that out. My patch
On Tue, 1 Feb 2000, Nikolai Saoukh wrote:
Comments for 'unknown' driver says '... for unknown pnp cards ...'.
Will my driver be called on computer _without_ any pnp card?
Does your driver have an identify method for non-PnP cards?
This particular card can be "downgraded" to previous
"Matthew N. Dodd" wrote:
On Mon, 31 Jan 2000, Mike Smith wrote:
This is because the unknown driver is never revoked once it owns your
device. It's a(nother) bug in the ISA bus code. 8(
Looking at the code in sys/kern/subr_bus.c I'm not sure how any drivers
are revoked by a higher
On Tue, 1 Feb 2000, Peter Wemm wrote:
We do need something when we use PNPBIOS because the motherboard
devices are not programmable and their port space is "fixed". Their
space needs to either be allocated to something or otherwise avoided
when we are choosing ports for real programmable
15 matches
Mail list logo