To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Sat, 10 Mar 2001, David O'Brien wrote:
On Fri, Mar 09, 2001 at 01:39:58PM -0800, Matthew Jacob wrote:
Erm, just so you know. The 4100 here at WC doesn't even make it past
the SCSI probe due to interrupt issues.
Hmm. Well, it *was* working a couple of days ago :-)
Uh,
On Sun, Mar 11, 2001 at 12:03:34AM -0800, Matthew Jacob wrote:
On Sun, 11 Mar 2001, Greg Lehey wrote:
On Saturday, 10 March 2001 at 17:12:42 -0800, Matt Jacob wrote:
(top of tree within the last day or so):
Things seem *almost* okay, but:
nellie.feral.com root vinum
I often do 'make buildworld' on one machine
and on many other machines I do:
mount -r /usr/src
mount -r /usr/obj
through nfs so I can do a 'make installworld'
using the prebuilt system.
Unfortunatly the perl distribution is trying to write
back to /usr/obj or /usr/src.
it is the only place
* Niels Chr. Bank-Pedersen [EMAIL PROTECTED] [010311 02:29] wrote:
I'll sneak in my experience with DEVFS+vinum here as well:
vinum: loaded
vinum: reading configuration from /dev/da3s1f
vinum: updating configuration from /dev/da1s1e
vinum: updating configuration from /dev/da2s1e
I was about to fill in a doc PR on this but then I thought I'm better off
checking other people experiences...
I just used growfs on my / filesystem, after shrinking the swap partition
which just happened to be after it. I had to do nothing magic beside dropping
to single user so as to have a ro
On Sun, 11 Mar 2001, Julian Elischer wrote:
I often do 'make buildworld' on one machine
and on many other machines I do:
mount -r /usr/src
mount -r /usr/obj
through nfs so I can do a 'make installworld'
using the prebuilt system.
Unfortunatly the perl distribution is trying to
Hi! All of a sudden I can't play my game :( The new kernels all crash
just trying to start the executable...
Here is the trace with my attempts to browse through it. The bzip2-ed
kernel and vmcore, as well as the /sys subtree are available for
examination at:
Booting [/boot/kernel/kernel]...
Copyright (c) 1992-2001 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD 5.0-CURRENT #51: Sun Mar 11 17:31:08 CET 2001
Alfred Perlstein [EMAIL PROTECTED] writes:
Vinum+DEVFS doesn't make the million symlinks that non-devfs
vinum does.
Why not? make_dev_alias() is cheap and easy to use.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe
On Sun, 11 Mar 2001 14:13:38 +0100
Andrea Campi [EMAIL PROTECTED] wrote:
AC I was about to fill in a doc PR on this but then I thought I'm better off
AC checking other people experiences...
A completely different question about growfs - is it fit for -stable ?
If so could it be MFC'd
Solved! I had NO_FORTRAN=true on master, but not on slave.
After I sync'ed the make.conf's, I could install.
Leif
- Original Message -
From: "Leif Neland" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Saturday, March 10, 2001 4:03 PM
Subject: libg2c missing?
I've got two machines,
I fixed the bug in linux_clone() that made caused the 'not SRUN'
panics in -CURRENT. Opera, Tivoli and other threaded Linux apps should
now work again.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body
* Dag-Erling Smorgrav [EMAIL PROTECTED] [010311 09:02] wrote:
Alfred Perlstein [EMAIL PROTECTED] writes:
Vinum+DEVFS doesn't make the million symlinks that non-devfs
vinum does.
Why not? make_dev_alias() is cheap and easy to use.
Take a look at the /dev/vinum tree under devfs and
Lastly make_dev_alias() is undocumented.
Really? That's a deficiency. It should be.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Sun, 11 Mar 2001, Poul-Henning Kamp wrote:
In message [EMAIL PROTECTED], Matthew Jacob
writes:
Lastly make_dev_alias() is undocumented.
Right, just like most of the rest of the kernel.
Really? That's a deficiency. It should be.
Yes, ideally, yes.
I'm hacking the man page now..
* Poul-Henning Kamp [EMAIL PROTECTED] [010311 12:02] wrote:
In message [EMAIL PROTECTED], Matthew Jacob
writes:
Lastly make_dev_alias() is undocumented.
Right, just like most of the rest of the kernel.
Really? That's a deficiency. It should be.
Yes, ideally, yes.
The problem with
On Sun, 11 Mar 2001, Alfred Perlstein wrote:
* Poul-Henning Kamp [EMAIL PROTECTED] [010311 12:02] wrote:
In message [EMAIL PROTECTED], Matthew
Jacob writes:
Lastly make_dev_alias() is undocumented.
Right, just like most of the rest of the kernel.
Really? That's a deficiency.
Since you guys are in docco mode, you might as well document how one
detects a devfs system in a running system. There's an example
in the vinum(8) source:
if (sysctlbyname("vfs.devfs.generation", NULL, NULL, NULL, 0) == 0)
devfs_is_active = 1;
else
Matthew Jacob [EMAIL PROTECTED] writes:
Since you guys are in docco mode, you might as well document how one
detects a devfs system in a running system.
Why should you care?
Because if the system doesn't have devfs, the userland vinum code
needs to create the device nodes "manually".
DES
On 11 Mar 2001, Dag-Erling Smorgrav wrote:
Matthew Jacob [EMAIL PROTECTED] writes:
Since you guys are in docco mode, you might as well document how one
detects a devfs system in a running system.
Why should you care?
Because if the system doesn't have devfs, the userland vinum code
Matthew Jacob [EMAIL PROTECTED] writes:
Hmm. Sounds to me more like an argument for requiring devfs if you
use vinum.
Not until vinum works equally well with devfs as without it.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe
I think I'm assuming that DEVFS will become standard. I really see it working
very very well and solving lots of problems. I have yet to really find cases
where it really *can't* work (modulo broken drivers).
Matthew Jacob [EMAIL PROTECTED] writes:
Hmm. Sounds to me more like an
Matthew Jacob [EMAIL PROTECTED] writes:
Hmm. Sounds to me more like an argument for requiring devfs if you
use vinum.
Not until vinum works equally well with devfs as without it.
Har har har har har
Almost a Catch-22... "We have to do really wierd things so vinum will work
Mikhail Teterin [EMAIL PROTECTED] writes:
Here is the trace with my attempts to browse through it.
If you can, please reproduce the panic on a kernel compiled with the
INVARIANTS, INVARIANT_SUPPORT and WITNESS options.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send
Matthew Jacob [EMAIL PROTECTED] writes:
Matthew Jacob [EMAIL PROTECTED] writes:
Hmm. Sounds to me more like an argument for requiring devfs if you
use vinum.
Not until vinum works equally well with devfs as without it.
Har har har har har
Please take your sarcasm and shove
During the past week, I've been tracking -STABLE (daily) -CURRENT (about
2 days out of 3) on a new laptop. (More stuff about that in the recent
-mobile archives, for folks who might have an interest.)
Although I realize that there are significant differences between the
FreeBSD mfs vs. the Sun
On Sun, 11 Mar 2001 13:17:58 -0800 (PST)
David Wolfskill [EMAIL PROTECTED] said:
david Accordingly, I created the following shell script to accomplish a
david similar objective, based upon the above-mentioned example in the
david mdconfig man page. At present, I have it sitting in
david
In message [EMAIL PROTECTED], Matthew Jacob
writes:
Lastly make_dev_alias() is undocumented.
Right, just like most of the rest of the kernel.
Really? That's a deficiency. It should be.
Yes, ideally, yes.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED] |
On Sun, Mar 11, 2001 at 03:11:09PM -0800, Kris Kennaway wrote:
We really need to provide a better rc.conf hook for doing this --
expecting people to write their own script just to create a /tmp is
lame.
It should be a wrapper called mount_mdfs or mount_mfs so people upgrading
can keep their
On Sunday, 11 March 2001 at 3:27:02 -0800, Alfred Perlstein wrote:
* Niels Chr. Bank-Pedersen [EMAIL PROTECTED] [010311 02:29] wrote:
I'll sneak in my experience with DEVFS+vinum here as well:
vinum: loaded
vinum: reading configuration from /dev/da3s1f
vinum: updating configuration
On Sun, Mar 11, 2001 at 03:15:27PM -0800, David O'Brien wrote:
On Sun, Mar 11, 2001 at 03:11:09PM -0800, Kris Kennaway wrote:
We really need to provide a better rc.conf hook for doing this --
expecting people to write their own script just to create a /tmp is
lame.
It should be a
Date: Sun, 11 Mar 2001 15:11:09 -0800
From: Kris Kennaway [EMAIL PROTECTED]
To: Hajimu UMEMOTO [EMAIL PROTECTED]
We really need to provide a better rc.conf hook for doing this --
expecting people to write their own script just to create a /tmp is
lame.
I appreciate the validation that what I'm
Kris Kennaway [EMAIL PROTECTED] writes:
On Sun, Mar 11, 2001 at 03:15:27PM -0800, David O'Brien wrote:
It should be a wrapper called mount_mdfs or mount_mfs so people upgrading
can keep their /etc/fstab [mostly] the same.
The latter would be best, IMO.
I wrote a program to do this, but
Hi,
Is there anything against adding support for
k6-3 to the just added CPUTYPE mechanism? :)
My little machine feels left out. Hehehhe
I made a simple patch to etc/defaults/make.conf
and share/mk/bsd.cpu.mk
Should I have touched anything else?
Regards,
* Matthew Jacob [EMAIL PROTECTED] [010311 12:19] wrote:
On Sun, 11 Mar 2001, Alfred Perlstein wrote:
* Poul-Henning Kamp [EMAIL PROTECTED] [010311 12:02] wrote:
In message [EMAIL PROTECTED], Matthew
Jacob writes:
Lastly make_dev_alias() is undocumented.
Right, just like
* Greg Lehey [EMAIL PROTECTED] [010311 15:21] wrote:
On Sunday, 11 March 2001 at 3:27:02 -0800, Alfred Perlstein wrote:
Vinum+DEVFS doesn't make the million symlinks that non-devfs
vinum does.
The only symlinks that the non-devfs version makes are to the drives.
Everything else is
Yeah... don't really need that. :)
In vinum's case there's a directory /dev/vinum/drive that points
to the device backing the vinum device:
/dev/vinum % ls -lR
total 7
brwx-- 1 root wheel 25, 0x4001 Sep 26 1999 Control
brwx-- 1 root wheel 25, 0x4002 Sep 26
* Matthew Jacob [EMAIL PROTECTED] [010311 20:45] wrote:
Yeah... don't really need that. :)
In vinum's case there's a directory /dev/vinum/drive that points
to the device backing the vinum device:
/dev/vinum % ls -lR
total 7
brwx-- 1 root wheel 25, 0x4001 Sep 26
On Sun, 11 Mar 2001, Poul-Henning Kamp wrote:
In message [EMAIL PROTECTED], Alfred Perlstein writes:
What's up with devfs not gc'ing itself? Ie, after a directory
becomes empty it seems to still exist within the devfs namespace
instead of disappearing.
That was a deliberate decision,
* Boris Popov [EMAIL PROTECTED] [010311 20:52] wrote:
On Sun, 11 Mar 2001, Poul-Henning Kamp wrote:
In message [EMAIL PROTECTED], Alfred Perlstein writes:
What's up with devfs not gc'ing itself? Ie, after a directory
becomes empty it seems to still exist within the devfs namespace
On Sunday, 11 March 2001 at 20:39:03 -0800, Alfred Perlstein wrote:
* Greg Lehey [EMAIL PROTECTED] [010311 15:21] wrote:
On Sunday, 11 March 2001 at 3:27:02 -0800, Alfred Perlstein wrote:
Vinum+DEVFS doesn't make the million symlinks that non-devfs
vinum does.
The only symlinks that the
Warning: The following is a somewhat vague report, given as a fyi. I
don't need a resolution on this problem, but wanted to report it.
NFS server: Sony VAIO PCG-505TS
uname -a:
FreeBSD anvil.village.org 5.0-CURRENT FreeBSD 5.0-CURRENT #569: Sat
Mar 10 13:17:30 MST 2001
(really
On Sun, 11 Mar 2001 15:11:09 PST, Kris Kennaway wrote:
We really need to provide a better rc.conf hook for doing this --
expecting people to write their own script just to create a /tmp is
lame.
Hello? Anybody there? Am I alone in this universe? Throw the
goddamned ball!
On Mon, Mar 12, 2001 at 12:29:58AM -0300, Mario Sergio Fujikawa Ferreira wrote:
Hi,
Is there anything against adding support for
k6-3 to the just added CPUTYPE mechanism? :)
My little machine feels left out. Hehehhe
I made a simple patch to etc/defaults/make.conf
and
* Greg Lehey [EMAIL PROTECTED] [010311 21:20] wrote:
On Sunday, 11 March 2001 at 20:39:03 -0800, Alfred Perlstein wrote:
* Greg Lehey [EMAIL PROTECTED] [010311 15:21] wrote:
On Sunday, 11 March 2001 at 3:27:02 -0800, Alfred Perlstein wrote:
Vinum+DEVFS doesn't make the million symlinks
--AhhlLboLdkugWU4S
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Mon, Mar 12, 2001 at 12:29:58AM -0300, Mario Sergio Fujikawa Ferreira wr=
ote:
Hi,
=20
Is there anything against adding support for
k6-3
Maxim Sobolev wrote:
--AhhlLboLdkugWU4S
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Mon, Mar 12, 2001 at 12:29:58AM -0300, Mario Sergio Fujikawa Ferreira wr=
ote:
Hi,
=20
Is there anything
On Tue, 20 Feb 2001, Vallo Kallaste wrote:
I have experienced two filesystem corruption cases recently. Both
took place in /usr filesystem, the first was file with very big
[skip]
lock order reversal
../../kern/kern_synch.c:429: sleeping with "vnode interlock" locked from
49 matches
Mail list logo
