In message [EMAIL PROTECTED], Doug Barton
writes:
I've been using devfs for a long time without problems. I had
device vn in my kernel conf since the pre-devfs days, and today I needed
to use a vn device to build picobsd. Lo and behold, I don't have any vn
devices of any sort in /dev. I
In message [EMAIL PROTECTED], Warner Losh writes:
In message 18334.980748975@critter Poul-Henning Kamp writes:
: 1. Say I want to use DEVFS, what should I change?
:
: Nothing. Just add DEVFS to your kernel config file.
So it updates /dev all by itself? What if I want dev nodes elsewhere
in
Hello,
Thank you for advices. Now I obtain same environment as of pre-devfs days.
From: Alex Kapranoff [EMAIL PROTECTED]
Date: Fri, 2 Feb 2001 15:29:09 +0300
Yep. I have these in my /etc/rc.devfs:
=
ln -fs /dev/audio1.0 /dev/audio
ln -fs /dev/dsp1.0 /dev/dsp
ln -fs
"Rogier R. Mulhuijzen" wrote:
I found this while experimenting with both "legacy" bridge and ng_bridge.
The bridging code doesn't check its activation everywhere so when I started
using an ng_bridge node I started getting weird errors.
Patch is rather simple, can someone submit this?
I'm
Once we have an extensible facility for mount options, you will be
able to say:
mount -t devfs devfs /home/jail/dev
( cd /home/jail/dev ; rm $devices_i_dont_want_in_my_jails )
mount -u -o nonewdev /home/jail/dev
Couldn't you also do "mount -t devfs -o nonewdev devfs
In message [EMAIL PROTECTED], Jordan Hubbard writes:
Once we have an extensible facility for mount options, you will be
able to say:
mount -t devfs devfs /home/jail/dev
( cd /home/jail/dev ; rm $devices_i_dont_want_in_my_jails )
mount -u -o nonewdev /home/jail/dev
Couldn't
At 00:48 3-2-01 -0800, Julian Elischer wrote:
"Rogier R. Mulhuijzen" wrote:
I found this while experimenting with both "legacy" bridge and ng_bridge.
The bridging code doesn't check its activation everywhere so when I started
using an ng_bridge node I started getting weird errors.
In article [EMAIL PROTECTED] you wrote:
With devfs "default" in -current, I have a question about permissions. I
know that rc.devfs will set up custom permissions at boot... But what
about a device that detaches? When you re-attach, it goes back to the
default permissions. This is a bit
Hi
Please review the patch at http://people.freebsd.org/~markm/no_lock_h.diff.
the idea is to remove sys/*/include/lock.h.
I tested it with the usual i386 stuff, and it is known to break the cy
driver because of the COM_(UN)LOCK macros (which is another issue).
M
--
Mark Murray
Warning: this
I just installed cvsupped and installed a new worldkernel at 3feb2000.
Everything works fine, but reading /dev/dsp (cat /dev/dsp e.g.) gives
some thousands of bytes output, but then totally crashes the system;
it doesn't even break to the debugger when pressing Ctrl-Alt-Esc.
It worked fine on my
"Rogier R. Mulhuijzen" wrote:
[explanation]
ok I understand now...
I thought you were saying that the netgraph code was acting differently
to how I belive it should act.
Exactly if there's just one interface when netgraph bridging is on. Why?
Why just one interface? Now that my
ok I understand now...
I thought you were saying that the netgraph code was acting differently
to how I belive it should act.
Nope that was the legacy bridge.
Exactly if there's just one interface when netgraph bridging is on. Why?
Why just one interface? Now that my kernel is patched to
In message [EMAIL PROTECTED] Jordan Hubbard writes:
: Couldn't you also do "mount -t devfs -o nonewdev devfs /home/jail/dev"
: and then cd /home/jail/dev ; rm $devices_i_dont_want_in_my_jails ? It
: seems that "read my lips: no new devices" should be an option you can
: set from the very initial
In message [EMAIL PROTECTED], Warner Losh writes:
In message [EMAIL PROTECTED] Jordan Hubbard writes:
: Couldn't you also do "mount -t devfs -o nonewdev devfs /home/jail/dev"
: and then cd /home/jail/dev ; rm $devices_i_dont_want_in_my_jails ? It
: seems that "read my lips: no new devices"
Poul-Henning Kamp wrote:
In message [EMAIL PROTECTED], Warner Losh write
s:
In message [EMAIL PROTECTED] Jordan Hubbard writes:
: Couldn't you also do "mount -t devfs -o nonewdev devfs /home/jail/dev"
: and then cd /home/jail/dev ; rm $devices_i_dont_want_in_my_jails ? It
: seems that
I have seriously been thinking about some way to say something like
mount -t devfs -o jailset /home/jail/dev
but an elegant implementation evades me at this moment.
As bizzare as it sounds, I like Julian's hack for populating this stuff...
ie: use a hard link to propagate nodes to the
In message [EMAIL PROTECTED] Peter Wemm writes:
: As bizzare as it sounds, I like Julian's hack for populating this stuff...
: ie: use a hard link to propagate nodes to the jailed /dev.
:
: eg: mount -t devfs -o empty /home/jail/dev
: ln /dev/null /home/jail/dev/null
: ln /dev/zero
In message [EMAIL PROTECTED], Warner Losh writes:
In message [EMAIL PROTECTED] Peter Wemm writes:
: As bizzare as it sounds, I like Julian's hack for populating this stuff...
: ie: use a hard link to propagate nodes to the jailed /dev.
:
: eg: mount -t devfs -o empty /home/jail/dev
: ln
In message [EMAIL PROTECTED], Warner Losh writes:
In message 14760.981228917@critter Poul-Henning Kamp writes:
: In message [EMAIL PROTECTED], Warner Losh writes:
: In message [EMAIL PROTECTED] Peter Wemm writes:
: : As bizzare as it sounds, I like Julian's hack for populating this stuff...
: :
From: "Poul-Henning Kamp" [EMAIL PROTECTED]
I have created a patch which goes a long way to clean up the the
usage of the sys/queue.h API. The patch is generated
automatically
and the objectfiles are identical if line numbers are preserved by
breaking style(9).
You can find the script and
In message 14918.981230622@critter Poul-Henning Kamp writes:
: Doing straight symlinks would not work.
OK.
The other idea that I had was a cpdev. It would be like a templated
mknod. It would stat the first argument and do a mknod with the
st_rdev from the stat, eg:
#include err.h
#include
In message [EMAIL PROTECTED] [EMAIL PROTECTED] writes:
: At least for the USB devices this can be done with the
: 'usbd' daemon.
And pccardd can handle this for OLDCARD users. NEWCARD users will
need to cope until something comes alone :-(.
Warner
To Unsubscribe: send mail to [EMAIL
In message [EMAIL PROTECTED], Warner Losh writes:
In message 14918.981230622@critter Poul-Henning Kamp writes:
: Doing straight symlinks would not work.
OK.
The other idea that I had was a cpdev. It would be like a templated
mknod. It would stat the first argument and do a mknod with the
Why not the 'audit' list which is what audit is for I thought?
Other than if_wx which breaks cstyling, looks okay to me
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Has anyone see acpi S1 mode realy work?
Rasa
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Hi!
I got into a following problem with subj:
During boot process, the card can be in power down mode. This can be
cause MEMEN and PORTEN bits not set up correctly (set to 0) during boot.
This bits not set will cause no resources for this device, thus later a
bus_alloc_resource() call will
On 03-Feb-01 Rasa Karapandza wrote:
Has anyone see acpi S1 mode realy work?
Sort of. It works on my laptop if I'm in X with my wavelan plugged in. At a
console with no devices plugged in it will immediately resume after suspend.
Rasa
--
John Baldwin [EMAIL PROTECTED] --
src/release/scripts/doFS.sh rev. 1.6 doesn't consider MDDEVICE variable
(formaly, VNDEVICE). Here is a sample fix to use MDDEVICE variable to
configure md -- trivial, add '-u' option if MDDEVICE is already defined.
-- -
Makoto `MAR' MATSUSHITA
Index: doFS.sh
On 03-Feb-01 Makoto MATSUSHITA wrote:
src/release/scripts/doFS.sh rev. 1.6 doesn't consider MDDEVICE variable
(formaly, VNDEVICE). Here is a sample fix to use MDDEVICE variable to
configure md -- trivial, add '-u' option if MDDEVICE is already defined.
But you shouldn't need this. The
jhb The current method always finds an unused device to use, so the
jhb old VNDEVICE-style hack is no longer needed. There's no point to
jhb setting an explicit device to use.
But I want to ensure that all used md(4) devices is unconfigured after
it is used.
Imagine you run 'make release' for
On 04-Feb-01 Makoto MATSUSHITA wrote:
jhb The current method always finds an unused device to use, so the
jhb old VNDEVICE-style hack is no longer needed. There's no point to
jhb setting an explicit device to use.
But I want to ensure that all used md(4) devices is unconfigured after
On Sat, Feb 03, 2001 at 12:32:50PM -0700, Warner Losh wrote:
In message [EMAIL PROTECTED] Peter Wemm writes:
: As bizzare as it sounds, I like Julian's hack for populating this stuff...
: ie: use a hard link to propagate nodes to the jailed /dev.
:
: eg: mount -t devfs -o empty
Oops, sorry that From: address was different from the first email...
jhb Instead, it shouldn't be hard to get a list of configured devices
jhb out of mdconfig via an ioctl on /dev/mdctl. This would be the
jhb right fix, as it would fix the general case problem you describe,
jhb not just one
lpt gives an instant panic with sources from this
afternoon (3 Feb 01 pst). So far, I can boot the
system if I disable lpd in /etc/rc.conf. If I start
lpd from the command, I get
%lpd
stray irq 7
stray irq 7
stray irq 7
stray irq 7
kernel trap 26 with interrupts disabled
panic: mutex sched
Also, I think that this isn't the right fix to a bigger problem.
Instead, it shouldn't be hard to get a list of configured devices
out of mdconfig via an ioctl on /dev/mdctl. This would be the right
fix, as it would fix the general case problem you describe, not just
one instance of it.
On Friday, 2 February 2001 at 20:10:10 -0800, Peter Wemm wrote:
Robert Watson wrote:
crw-r--r-- 1 root wheel 78, 0 Dec 31 1969 pci
This one may appear harmless, but it is not. It is trivially easy to create
an alignment fault (fatal on an alpha) with the userland pciconf
On 04-Feb-01 Steve Kargl wrote:
lpt gives an instant panic with sources from this
afternoon (3 Feb 01 pst). So far, I can boot the
system if I disable lpd in /etc/rc.conf. If I start
lpd from the command, I get
%lpd
stray irq 7
stray irq 7
stray irq 7
stray irq 7
kernel trap 26
37 matches
Mail list logo
