On Fri, Mar 03, 2000 at 08:50:07PM +0900, Takanori Watanabe wrote:
In message [EMAIL PROTECTED], Navan Carson wrote:
Plug and Play OS [Yes]
Should be No.
How does this setting effect traditional ISA, PNP ISA, PCI cards.
This setting tells BIOS not to set any
On Wed, Mar 22, 2000 at 12:51:36AM +0900, Yoshinobu Inoue wrote:
trace gave this:
arpint(c022537b,0,10,10,c0220010) at arpintr+0x9c
swi_net_next() at awi_net_next
I'm sending kernel config and dmesg in the attachment. I have INET6 there,
but it is not configured by ifconfig.
On Wed, Mar 22, 2000 at 01:51:53AM +0900, Yoshinobu Inoue wrote:
But shouldn't it be sys/pci/if_rl.c ?
Sorry,
it is mea culpa. I mixed his case with my (token ring).
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
I am the only one who see this? Brand new kernel
cvsuped few minutes ago. It barfs even on plain
compile. Verbose dmesg output below
Copyright (c) 1992-2000 The FreeBSD Project.
Copyright (c) 1982, 1986, 1989, 1991, 1993
The Regents of the University of California. All rights reserved.
On Wed, Mar 22, 2000 at 10:00:27AM +0100, Poul-Henning Kamp wrote:
A traceback would have been nice.
Sorry, compiled kernel without it.
I just committed a fix for one such bug, please try with that in place.
Yes, this fixed my problem.
Thanks
To Unsubscribe: send mail to [EMAIL
Subject says almost all. In anticipation of SMP I would like
to avoid splxxx() at all in my driver. How can I do that? Let say
for FreeBSD = 4.0.
Thanks
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Sun, Mar 26, 2000 at 11:20:53AM -0800, Matthew Dillon wrote:
It will probably be a months before you will be able to do that. The
mechanisms haven't even been built yet. We will continue to use the
spl*() calls for some time.
I do not expect implementation right now.
I can
Hot days of 4.0 preparation are behind. May be some
guru will find the solution for the subject?
Two problems are here
a) devices without driver attached to 'unknown' driver, thus
no orphan devices -- no reason to call device_probe method
from kldloaded driver.
b) if disable 'unknown'
On Fri, Mar 31, 2000 at 08:55:37PM +0100, Doug Rabson wrote:
I will try to tackle these issues soon. Due to other commitments, this
won't happen for a few days though.
Can I halp somehow?
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the
It has the internal identification `kern/17715'.
The individual assigned to look at your
report is: freebsd-bugs.
Category: kern
Responsible:freebsd-bugs
Synopsis: io memory requests from pnp devices lands in video bios
Arrival-Date: Fri Mar 31 12:50:01 PST 2000
To
An attempt to kldload driver suddenly failed with
message from Subject. Everything was ok before.
Sources cvsuped hour ago, kernel and driver recompiled.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
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
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 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" t
All pertinent files are at
http://www.ethereal.ru/~nms/pnpbug.tar (~20Koctets).
There is one obvious bug in src/sys/isa/pnpparse.c, lines 270 and 287
where memory range size treated as byte one, while it is a 256 chunk
long. See 'pnpparse.c.diffs' for patch.
I am not that tough to dig
Every attempt to kldload any pci driver produce strange message
marked by in examples from two different computers.
I would call it for a while "undocumented feature".
Copyright (c) 1992-2000 The FreeBSD Project.
Copyright (c) 1982, 1986, 1989, 1991, 1993
The Regents of the
16 matches
Mail list logo