hi, there!
--- cut here ---
2129:
{set,get}flags have been added to the tree for rather dubious
reasons. An unintended side effect of this is that you must
rebuild install before the rest of the world.
cd src/usr.bin/xinstall
make depe
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
On Sun, Jan 30, 2000 at 10:38:57PM -0500, David Gilbert wrote:
>
>> "Michael" == Michael Remski <[EMAIL PROTECTED]> writes:
>
>Michael> ppc0 at 0x378 irq 7 flags 0x40 on isa ppc0: SMC-like chipset
>Michael> (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with
>Michael> 16/16/7 bytes thresho
On 31 Jan 2000 15:02:52 -0500, in sentex.lists.freebsd.current you wrote:
>The only thing I discovered a few days ago is that when I dialin to the
>company network I have to unload and reload the filter rules to get ppp
>over the tun0 device working. Before starting /usr/sbin/ppp I do a
>ifconfig
"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, 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 previou
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 pa
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 | F
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)
> 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, 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
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 de
> > > 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
> > prior
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 |
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 | FreeBSD
> > 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
Well, the corporate firewall doesn't allow send-pr, so I'm trying this
the noisy way. Sorry. :(
We have a no_named flag in /usr/src/usr.sbin/Makefile, right by
no_sendmail. A recent discussion on -security shows that at least a
couple people have a use for this. Therefore, submitted for your
For the archive of this ml:
Some of the commits over the time since I got this error solved the
problem silently.
I'm now using ata this machine w/o any problem.
On another machine that had problems with DMA with the old wd drivers
UDMA33 now works ok, too. Nice.
Thanks!
Alex
To Unsubscribe
On Mon, 31 Jan 2000, Greg Childers wrote:
> A panic also occurred on my Pentium (P54C) 66MHz, but backing identcpu.c
> to 1.79 didn't stop the panic. Here is the panic info, copied by hand. (I
> hope there are no typos!)
Well, I rebuilt a kernel with 1.80 of identcpu.c and it booted fine this
On Sun, Jan 30, 2000 at 02:12:45PM +1030, Greg Lehey wrote:
> On Saturday, 29 January 2000 at 20:04:18 -0500, TrouBle wrote:
> > Just imagine, too bad its not an 8086 or a 286 prolly take a month or so.
> >
> >
> > Warner Losh wrote:
> >
> >> In message <[EMAIL PROTECTED]>
>Andy Farkas wr
In article <[EMAIL PROTECTED]> you write:
>With the impending release of FreeBSD-4.0, is anyone on this list using
>IP-Filter on FreeBSD-current? I'm planning to install -current
Yep, I'm using it as a stateful packet filtering firewall for my cable
modem connection.
>w/IP-Filter on a testbe
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 negativ
> "Rodney W. Grimes" wrote:
> > Good analysis deleted...
> >
> > > src/usr.bin/xinstall could probably have been named src/usr.bin/install,
> > > but PROG has to be xinstall regardless. I guess they kept the two as
> > > xinstall for consistancy and in case there were other gotcha's like this.
>
On Mon, Jan 31, 2000 at 01:02:29PM -0500, Will Andrews wrote:
> On Mon, Jan 31, 2000 at 03:54:00PM +0200, Ruslan Ermilov wrote:
> > Under a big pressure from the FreeBSD community, GNU grep
> > maintainers released grep-2.4d, which has a new option -I,
> > a short equivalent to --binary-files='wit
On Mon, Jan 31, 2000 at 03:54:00PM +0200, Ruslan Ermilov wrote:
> Under a big pressure from the FreeBSD community, GNU grep
> maintainers released grep-2.4d, which has a new option -I,
> a short equivalent to --binary-files='without-match'.
Is this also equivalent to the old grep's -a option? I m
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 (
With the impending release of FreeBSD-4.0, is anyone on this list using
IP-Filter on FreeBSD-current? I'm planning to install -current
w/IP-Filter on a testbed and would like to know of there are any
gotchas or if it even runs on FreeBSD-current.
Regards, Phone: (250)3
"Rodney W. Grimes" wrote:
> Good analysis deleted...
>
> > src/usr.bin/xinstall could probably have been named src/usr.bin/install,
> > but PROG has to be xinstall regardless. I guess they kept the two as
> > xinstall for consistancy and in case there were other gotcha's like this.
>
> But you
Good analysis deleted...
> src/usr.bin/xinstall could probably have been named src/usr.bin/install,
> but PROG has to be xinstall regardless. I guess they kept the two as
> xinstall for consistancy and in case there were other gotcha's like this.
But you forgot what happens if you have a ``file
Andrzej Bialecki wrote:
> On Sun, 30 Jan 2000, John Polstra wrote:
>
> > > > It's source-dir is called "xinstall" btw.
> > > Why is the source called "xinstall"?
> >
> > To avoid colliding with the standard make target "install". If we
> > had utilities named "all", "depend", and "clean" we'd h
Hi!
Under a big pressure from the FreeBSD community, GNU grep
maintainers released grep-2.4d, which has a new option -I,
a short equivalent to --binary-files='without-match'.
Grep 2.4d is now in the source tree (Approved by: jkh).
This, I hope, will finally close this can of worms ;=)
Enjoy,
On Mon, Jan 31, 2000 at 06:06:09AM -0500, Donn Miller wrote:
> I noticed that the "conflicts" keyword was eliminated from the kernel
> config file syntax. Do we just eliminate this keyword, or is there
> another keyword that we should use in its place? Sorry if I missed
> this...
>
> - Donn
>
On Mon, 31 Jan 2000, you wrote:
> On Sun, 30 Jan 2000, John Polstra wrote:
>
> > > > It's source-dir is called "xinstall" btw.
> > > Why is the source called "xinstall"?
> >
> > To avoid colliding with the standard make target "install". If we
> > had utilities named "all", "depend", and "clean
When committing the patch to get suspend to work I managed to forget to
commit the parts for pci/[ou]hci_pci.c. The patch is given below. It
should make your devices suspend.
It is included in the big patchset as well.
This is against CURRENT (== 4.0-RC)
Thanks in advance.
Nick
Index: sys/pc
I noticed that the "conflicts" keyword was eliminated from the kernel
config file syntax. Do we just eliminate this keyword, or is there
another keyword that we should use in its place? Sorry if I missed
this...
- Donn
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-
ins a snapshot of what
I am doing at the moment, and, allthough I do my best to make things
work, I'm pretty sure it will bomb your system.
The list of things that are patched in there:
CHANGELOG
2131
- Test bug-fix for handling of the done queue
- handling of error queues where th
On Sun, 30 Jan 2000, John Polstra wrote:
> > > It's source-dir is called "xinstall" btw.
> > Why is the source called "xinstall"?
>
> To avoid colliding with the standard make target "install". If we
> had utilities named "all", "depend", and "clean" we'd have to do the
> same thing for them.
> only. In -stable, and in -current before the end of December the
> following tools: ls, rm, chflags, find, xinstall and mtree used
> a common set of routines to manipulate file flags.
[snip]
> tool. At the beginnig of January, because of the proliferation of
> utilities using these functions,
It seems that support for OHCI type controllers for USB is completely
broken at the moment. Why things all of a sudden fall over (before I
committed the changes to ohci.c even) is beyond me, but there must be a
reason.
Please subscribe to [EMAIL PROTECTED] That's were most of the
discussion is g
39 matches
Mail list logo
