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
> 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
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 m
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' dri
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
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 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 PROTECTE
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.
Fr
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
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 ifconf
On Fri, Mar 03, 2000 at 11:29:11PM +0900, [EMAIL PROTECTED]
wrote:
> In message <[EMAIL PROTECTED]>, Nikolai Saoukh wrote:
> >> And any version FreeBSD ever have been released expects BIOS to
> >> set PnP setting.
> >
> >Well,
> >what then pnp
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
> Depends. If the drivers allocation is coherent with the vendors description
> in the PnP configuration data, it's a newbus error (it shouldn't try to
> allocate the card there in the first place). If the PnP info differs from
> the drivers view of the card, it's either the vendors fault for pro
> At every load of a PCI driver, all the non-attached drivers are
> reprobed. As a giggle, load the usb module and you see them all appear
> twice.
That is fine for unknown devices as it shown in second dmesg output.
(See lines denoted by !!!). What is the reason for message about
recognized
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 Universit
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 i
> 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?
Th
> 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
> > 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
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 (
20 matches
Mail list logo
