On Sun, Oct 06, 2002 at 07:44:56AM +0930, Greg 'groggy' Lehey <[EMAIL PROTECTED]> wrote:
> > Some time ago Scott Long pointed out to me that ccd has less
> > overhead than vinum
>
> It does?
The actual tests showed a very little improvement in a few cases, so
I must admit that it made really n
On Sun, 6 Oct 2002, Poul-Henning Kamp wrote:
> In message <[EMAIL PROTECTED]>, Bruce Evans writes:
> >On Sat, 5 Oct 2002, Steve Kargl wrote:
> >
> >> > In message <[EMAIL PROTECTED]>, Steve Kargl w
> >> > rites:
> >> > >root[208] cdcontrol play
> >> > >cdcontrol: no CD device name specified, defa
... 218222592 total allocated
this machine has a total of 512Mb of RAM, and no swap.
No X was running. Just ``cvs update''-ing.
-mi
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
German Tischler <[EMAIL PROTECTED]> wrote:
> Hi.
>
> I can panic my current system compiled from sources of yesterday
> by just starting mozilla or ogg123 if I don't include
> options CPU_DISABLE_SSE
> in my kernel configuration file. Is anyone else seeing any
> SSE code related pr
German Tischler <[EMAIL PROTECTED]> wrote:
> Hi.
>
> I can panic my current system compiled from sources of yesterday
> by just starting mozilla or ogg123 if I don't include
> options CPU_DISABLE_SSE
> in my kernel configuration file. Is anyone else seeing any
> SSE code related pr
I got a crash today because "xvp" did not have an interlock when the
call was made to vn_lock(LK_INTERLOCK):
407 if (snapdebug)
408 vprint("ffs_snapshot: busy vnode", xvp);
409 if (vn_lock(xvp, LK_EXCLUSIVE | LK_INTERLOCK, td) !=
In message <[EMAIL PROTECTED]>, Daniel Flickinger writes:
>Do you have a complete live tree somewhere I could
>'fetch' or ftp? Since the errors have been continuing
>for a week, it looks like I either walk forward from
>17 Sep again, or
It would help here if you told us what
In message <[EMAIL PROTECTED]>, Bruce Evans writes:
>On Sat, 5 Oct 2002, Steve Kargl wrote:
>
>> > In message <[EMAIL PROTECTED]>, Steve Kargl w
>> > rites:
>> > >root[208] cdcontrol play
>> > >cdcontrol: no CD device name specified, defaulting to /dev/cd0c
>> > >cdcontrol: /dev/cd0cc: No such fil
In message <[EMAIL PROTECTED]>, "Brian F. Feldman"
writes:
>> All the partitions do mount and seem to work OK, so I'm not sure how
>> much of this is expected behavior.
>
>Are you using "dangerously-dedicated" disks? That is, no fdisk-style
>partition table? If so, disklabel on ad0 or ad2 itse
good speech!, i hope that GEOM is as good!
(or maybe I should have sayed that in reverse order?)
danny
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
In message <[EMAIL PROTECTED]>, walt writes:
>Just finished making world and kernel at about 01:00 GMT Oct 6.
>
>dmesg includes this printout:
>
>Initializing GEOMetry subsystem
>ad0: 76319MB [155061/16/63] at ata0-master UDMA100
>ad2: 42934MB [87233/16/63] at ata1-master UDMA66
>acd0: CD-RW at
Hi,
> I tried the patches you checked in, and PCI bus 2 on my machine still isn't
> probed. See the attached dmesg.
>
> I'm a bit confused about just what sort of file the ACPI code expects to
> load on boot.
>
> I installed the acpicatools port, so I've got iasl(1), but it appears to
> have 4
delete the /usr/src/include dir falsely , can it recover. buildworld
again ,but allways get *.h not found. faint.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
walt <[EMAIL PROTECTED]> wrote:
> Just finished making world and kernel at about 01:00 GMT Oct 6.
>
> dmesg includes this printout:
>
> Initializing GEOMetry subsystem
> ad0: 76319MB [155061/16/63] at ata0-master UDMA100
> ad2: 42934MB [87233/16/63] at ata1-master UDMA66
> acd0: CD-RW at ata1
On Sat, Oct 05, 2002 at 12:09:47 +0900, Mitsuru IWASAKI wrote:
> Hi,
>
> > > > Will the patches you just checked in possibly fix the problem? If so, I'll
> > > > cvsup and try them out.
> > >
> > > 99.999%, Yes.
> >
> > Cool! I'll cvsup and try it out.
>
> If still NG, please try the attache
On Sat, 5 Oct 2002, Steve Kargl wrote:
> > In message <[EMAIL PROTECTED]>, Steve Kargl w
> > rites:
> > >root[208] cdcontrol play
> > >cdcontrol: no CD device name specified, defaulting to /dev/cd0c
> > >cdcontrol: /dev/cd0cc: No such file or directory
> > >
> > >Why is an extra "c" appended to c
On Sat, 5 Oct 2002 21:27:07 -0700
Kris Kennaway <[EMAIL PROTECTED]> wrote:
> On Sat, Oct 05, 2002 at 08:36:48PM -0700, Adam Kranzel wrote:
>
> > It has been committed, and makes it build just fine for me...
>
> OK, ignore my previous mail then.
>
> Kris
>
I'm doing some testing, and will rep
On Sat, Oct 05, 2002 at 08:36:48PM -0700, Adam Kranzel wrote:
> It has been committed, and makes it build just fine for me...
OK, ignore my previous mail then.
Kris
msg44077/pgp0.pgp
Description: PGP signature
At 9:37 AM +0800 10/6/02, suken woo wrote:
>hi,all:
>getting the following error messages during rpm. thanks any info.
>===> Building for rpm-3.0.6_6
>gmake[1]: Leaving directory `/usr/ports/archivers/rpm/work/rpm-3.0.6'
>gmake: *** [all-recursive-am] Error 2
>*** Error code 2
>
>Stop in /usr/po
[ CC list trimmed ]
On Sat, 5 Oct 2002, Andrew Gallatin wrote:
>
> Daniel Eischen writes:
> > >
> > > 1.539 works. 1.540 crashes. The failure mode is:
> >
> > Bruce and I had a miscommunication over the setting of a flag.
> > It turns out that we can't easily restore the FPU state from
On Sat, 2002-10-05 at 23:42, suken woo wrote:
> get the following errmsg . help , please
> cc -O -pipe -mcpu=pentiumpro -g -Wall -Wpointer-arith
> -Wmissing-prototypes -Wmissing-declarations -o gdmaskpass gdmaskpass.o
> -lintl -liconv -lpam -L/usr/local/lib -liconv
> /usr/libexec/elf/ld: Dwarf E
On Sat, 5 Oct 2002 20:12:51 -0700
Kris Kennaway <[EMAIL PROTECTED]> wrote:
> On Sun, Oct 06, 2002 at 09:37:17AM +0800, suken woo wrote:
> > hi,all:
> > getting the following error messages during rpm. thanks any info.
>
> There was a patch posted here a few months ago for this. I have no
> idea
get the following errmsg . help , please
cc -O -pipe -mcpu=pentiumpro -g -Wall -Wpointer-arith
-Wmissing-prototypes -Wmissing-declarations -o gdmaskpass gdmaskpass.o
-lintl -liconv -lpam -L/usr/local/lib -liconv
/usr/libexec/elf/ld: Dwarf Error: Invalid or unhandled FORM value: 14.
gdmaskpass.o:
* De: wsk <[EMAIL PROTECTED]> [ Data: 2002-10-05 ]
[ Subjecte: how to change root passwd under current ]
> as title
If you're having trouble doing it the normal way (passwd(1)), and are
doing it via sysinstall(8), it may have to do with a previous issue about
which FD the prompt for a pas
On Sun, Oct 06, 2002 at 09:38:19AM +0800, wsk wrote:
> as title
as in 4.x
msg44070/pgp0.pgp
Description: PGP signature
On Sun, Oct 06, 2002 at 09:37:17AM +0800, suken woo wrote:
> hi,all:
> getting the following error messages during rpm. thanks any info.
There was a patch posted here a few months ago for this. I have no
idea why no-one has committed it yet.
kris
msg44069/pgp0.pgp
Description: PGP signat
I didnt see a recent commit to atm
havent been able to buildworld all day. (Oct 05)
-M
/usr/src/sbin/atm/ilmid/ilmid.c:1833: warning: passing arg 0 of `get_local_ip' from
incompatible pointer type
In file included from /usr/src/sbin/atm/ilmid/ilmid.c:2328:
/usr/src/sbin/atm/ilmid/ilmid.c: In
Andrew Gallatin wrote:
>
> Daniel Eischen writes:
> > > > On further reflection, this DEFINITELY has to do with the work done on
> > > > npx(4)/signals/etc. in the past week. I _must_ be getting a GPF becau
se the
> > > > fpu state that it's attempting to restore is corrupt (i.e.:
as title
èR{.nÇ+·¬zwfj)m¢f£¢·hkyàRàÂ+aº{.nÇ+·ç±×.®·§¶)í
æèw* ¶¦zË
hi,all:
getting the following error messages during rpm. thanks any info.
===> Building for rpm-3.0.6_6
gmake all-recursive
gmake[1]: Entering directory `/usr/ports/archivers/rpm/work/rpm-3.0.6'
Making all in intl
gmake[2]: Entering directory `/usr/ports/archivers/rpm/work/rpm-3.0.6/intl'
gmake[
Just finished making world and kernel at about 01:00 GMT Oct 6.
dmesg includes this printout:
Initializing GEOMetry subsystem
ad0: 76319MB [155061/16/63] at ata0-master UDMA100
ad2: 42934MB [87233/16/63] at ata1-master UDMA66
acd0: CD-RW at ata1-slave PIO4
Mounting root from ufs:/dev/ad2s2a
0
On Sat, 5 Oct 2002, David O'Brien wrote:
> On Fri, Oct 04, 2002 at 12:44:30PM -0700, Julian Elischer wrote:
> > No, it is established principal tha the importer of new features has the
> > responsibility to make older subsystems work.
>
> So when is a KSE person going to fix the libc_r and rel
attila> If it reaches this far, both the 'livetree' and 'obj'
attila> trees would be available.
Good idea, I'll try it later.
-- -
Makoto `MAR' Matsushita
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
So I guess you want to change the behavior of sort to be POSIX...
:P
On Sat, 5 Oct 2002, Poul-Henning Kamp wrote:
>
> Ok, we've reached a milestone which have been on the radar for 8½
> years, at least for some of us:
>
> GEOM is far from done yet, but unless I have overlooked something,
> it n
On Sat, 5 Oct 2002, Poul-Henning Kamp wrote:
> Ok, we've reached a milestone which have been on the radar for 8½
> years, at least for some of us:
Wow! Thats determination :)
> Our task is to stay alive and kicking, our challenge is to
> be ahead of our time and the rest of the pack.
>
> And th
PHK, I salute you!
-- Hiten
--- Poul-Henning Kamp <[EMAIL PROTECTED]> wrote:
>
> Ok, we've reached a milestone which have been on the radar for 8½
> years, at least for some of us:
>
> GEOM is far from done yet, but unless I have overlooked something,
> it now meets and in may areas exceeds
On 05.10-23:49, Richard Tobin wrote:
> For those of us who scan the -current mailing list from time to time
> but don't actually run current, is there a description somewhere of
> what GEOM *is*?
http://docs.FreeBSD.org/44doc/papers/bufbio/bio.html
it's involved in the implementation above the i
On Sun, 2002-10-06 at 02:21, Ruslan Ermilov wrote:
> Should work. Check that you have the latest
>
> $FreeBSD: src/sys/net/bpf.h,v 1.26 2002/06/21 05:29:40 fenner Exp $
No. I don't. And it's possibly because I am updating from a mirror?
(cvsup.au.freebsd.org). Sorry. Should have checked tha
On Sat, Oct 05, 2002 at 03:39:47PM -0700, Steve Kargl wrote:
> On Sun, Oct 06, 2002 at 12:19:46AM +0200, Poul-Henning Kamp wrote:
> > In message <[EMAIL PROTECTED]>, Steve Kargl w
> > rites:
> > >root[208] cdcontrol play
> > >cdcontrol: no CD device name specified, defaulting to /dev/cd0c
> > >cdc
On Sat, Oct 05, 2002 at 11:49:58PM +0100, Richard Tobin wrote:
> For those of us who scan the -current mailing list from time to time
> but don't actually run current, is there a description somewhere of
> what GEOM *is*?
The manpage is online:
http://www.freebsd.org/cgi/man.cgi?query=geom&aprop
For those of us who scan the -current mailing list from time to time
but don't actually run current, is there a description somewhere of
what GEOM *is*?
-- Richard
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Daniel Eischen writes:
> >
> > 1.539 works. 1.540 crashes. The failure mode is:
>
> Bruce and I had a miscommunication over the setting of a flag.
> It turns out that we can't easily restore the FPU state from
> the PCB if the one in the ucontext is bad, anyways. Try the
> following p
On Sun, Oct 06, 2002 at 12:19:46AM +0200, Poul-Henning Kamp wrote:
> In message <[EMAIL PROTECTED]>, Steve Kargl w
> rites:
> >root[208] cdcontrol play
> >cdcontrol: no CD device name specified, defaulting to /dev/cd0c
> >cdcontrol: /dev/cd0cc: No such file or directory
> >
> >Why is an extra "c"
On Saturday, 5 October 2002 at 22:16:10 +0100, n0g0013 wrote:
> got panic from vinum on a small striped drive with small dump/restores
> -- dump of usr fs to file and restore to vinum volume. dump file is
> about 120m.
>
> kernel built from about -0230 sources but i've been seeing them since
> f
In message <[EMAIL PROTECTED]>, Steve Kargl w
rites:
>root[208] cdcontrol play
>cdcontrol: no CD device name specified, defaulting to /dev/cd0c
>cdcontrol: /dev/cd0cc: No such file or directory
>
>Why is an extra "c" appended to cd0c?
That's not devfs, that's cdcontrol.
It should be fixed to use
root[208] cdcontrol play
cdcontrol: no CD device name specified, defaulting to /dev/cd0c
cdcontrol: /dev/cd0cc: No such file or directory
Why is an extra "c" appended to cd0c?
--
Steve
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Saturday, 5 October 2002 at 15:55:05 +0300, Vallo Kallaste wrote:
> On Fri, Oct 04, 2002 at 12:45:59PM -0700, Lars Eggert <[EMAIL PROTECTED]> wrote:
>
>>> Well, the showstopper is in vinum. The fact that ccd(4) works
>>> seamlessly with GEOM is testament to this.
>>
>> For some reason I was u
On Sat, 5 Oct 2002, Andrew Gallatin wrote:
> Daniel Eischen writes:
> > > > On further reflection, this DEFINITELY has to do with the work done on
> > > > npx(4)/signals/etc. in the past week. I _must_ be getting a GPF because the
> > > > fpu state that it's attempting to restore is corrupt
On Fri, Oct 04, 2002 at 12:44:30PM -0700, Julian Elischer wrote:
> No, it is established principal tha the importer of new features has the
> responsibility to make older subsystems work.
So when is a KSE person going to fix the libc_r and releng4 binaries
problem?? That certainly is old functio
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
got panic from vinum on a small striped drive with small dump/restores
-- dump of usr fs to file and restore to vinum volume. dump file is
about 120m.
kernel built from about -0230 sources but i've been seeing them since
first switched current on about 2 weeks ago.
don't currently have the kern
Daniel Eischen writes:
> > > On further reflection, this DEFINITELY has to do with the work done on
> > > npx(4)/signals/etc. in the past week. I _must_ be getting a GPF because the
> > > fpu state that it's attempting to restore is corrupt (i.e.: the control word
> > > is incorrect), so
Ok, we've reached a milestone which have been on the radar for 8½
years, at least for some of us:
GEOM is far from done yet, but unless I have overlooked something,
it now meets and in may areas exceeds the capabilities of the previous
code, and therefore the time is ripe for the change.
Throug
On Sat, 5 Oct 2002, Poul-Henning Kamp wrote:
> It was my impression that people were trying to solve this issue so that
> mcd can coexist with GEOM properly.
Indeed. I'm still working on removing the disklabel bits from mcd(4).
I'll bandaid mcd_isa.c in the meantime.
--
| Matthew N. Dodd | '
On Sat, 5 Oct 2002, Poul-Henning Kamp wrote:
> In message <[EMAIL PROTECTED]>, Daniel Flickinger writes:
>
> >I will note that my loader is dated 27 Sep since there
> >has not been an even close to complete buildworld since
> >then;
>
> Something in your tree is not OK then, because
In message <[EMAIL PROTECTED]>, Poul-Henning Kamp writes:
>Make that _three_ bugs: vinum opens devices directly at the cdevsw
>level, bypassing in the process the vnodes and specfs.
Here is a patch that makes it use vn_open/vn_close/VOP_IOCTL,
bringing it much closer to the way ccd(4) does thing
Stefan Farfeleder wrote:
> (kgdb) l *kqueue_scan+0x242
> 0xc01a1212 is in kqueue_scan
> (/freebsd/current/src/sys/kern/kern_event.c:716).
> 713 TAILQ_INSERT_TAIL(&kq->kq_head, &marker, kn_tqe);
> 714 while (count) {
> 715 kn = TAILQ_FIRST(&kq->kq_head);
On Sat, 5 Oct 2002, Peter Wemm wrote:
> "Brian F. Feldman" wrote:
> > "Brian F. Feldman" <[EMAIL PROTECTED]> wrote:
> > > German Tischler <[EMAIL PROTECTED]> wrote:
> > > > Hi.
> > > >
> > > > I can panic my current system compiled from sources of yesterday
> > > > by just starting mozilla or ogg
In message <[EMAIL PROTECTED]>, Nate Lawson writ
es:
>On Sat, 5 Oct 2002, Mike Barcroft wrote:
>> Nate Lawson <[EMAIL PROTECTED]> writes:
>> > Matt, something in your mcd commits (staticizing probe/attach) may have
>> > broken LINT.
>>
>> mcd.c intentionally creates an empty object file in the GE
On Sat, 5 Oct 2002, Mike Barcroft wrote:
> Nate Lawson <[EMAIL PROTECTED]> writes:
> > Matt, something in your mcd commits (staticizing probe/attach) may have
> > broken LINT.
>
> mcd.c intentionally creates an empty object file in the GEOM-defined
> (ie. LINT) case.
Ah, sorry. That means phk's
Nate Lawson <[EMAIL PROTECTED]> writes:
> Matt, something in your mcd commits (staticizing probe/attach) may have
> broken LINT.
mcd.c intentionally creates an empty object file in the GEOM-defined
(ie. LINT) case.
Best regards,
Mike Barcroft
To Unsubscribe: send mail to [EMAIL PROTECTED]
with
Matt, something in your mcd commits (staticizing probe/attach) may have
broken LINT.
On Sat, 5 Oct 2002, Dag-Erling Smorgrav wrote:
> --
> >>> Rebuilding the temporary build tree
>
:
:On Fri, 4 Oct 2002 11:34:46 -0700 (PDT)
:Matthew Dillon <[EMAIL PROTECTED]> wrote:
:
:> When you turn the debugging on it will print out various
:> parameters used to calculate the bandwidth window. The higher the
:> debug value, the more often it prints out the stats (assuming a
"Brian F. Feldman" wrote:
> "Brian F. Feldman" <[EMAIL PROTECTED]> wrote:
> > German Tischler <[EMAIL PROTECTED]> wrote:
> > > Hi.
> > >
> > > I can panic my current system compiled from sources of yesterday
> > > by just starting mozilla or ogg123 if I don't include
> > > options CPU_
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
In message <[EMAIL PROTECTED]>, Bruce Evans writes:
>On Sat, 5 Oct 2002, Peter Wemm wrote:
>
>> Bruce Evans wrote:
>> > On Fri, 4 Oct 2002, Poul-Henning Kamp wrote:
>> >
>> > > Worst case you will have the option to use:
>> > >
>> > > options NOGEOM
>> > > options vinum
>> >
>> > A NOGEOM option
Robert Watson said:
>
> On Sat, 5 Oct 2002, Steven G. Kargl wrote:
>
> > One other point, the machine was doing a background fsck on /var. Does
> > a background fsck go through ffs_snapshot()?
>
> Yes -- the background file system checker creates a snapshot of the file
> system in the un-chec
In case you are foolishly tracking -current without reading the CVS logs,
you might want to be aware that the default just changed such that you get
GEOM unless you explicitly specify NO_GEOM in your kernel configuration
file. The pre-defined kernel configs in the base tree all specify
NO_GEOM,
"Brian F. Feldman" <[EMAIL PROTECTED]> wrote:
> German Tischler <[EMAIL PROTECTED]> wrote:
> > Hi.
> >
> > I can panic my current system compiled from sources of yesterday
> > by just starting mozilla or ogg123 if I don't include
> > options CPU_DISABLE_SSE
> > in my kernel configura
On Sat, 5 Oct 2002, Steven G. Kargl wrote:
> I came to the same conclusion after I sent the original email.
>
> What I don't understand is how I ended up in ffs_snapshot(), because I
> don't have a snapshot of /var. I tried snapshots when Kirk first
> introduced the feature, but I removed all
"Steven G. Kargl" <[EMAIL PROTECTED]> wrote:
> Brian F. Feldman said:
> > "Steven G. Kargl" <[EMAIL PROTECTED]> wrote:
> > > The source tree was retrieved by cvsup
> > > at 21:47 (PST) on Oct 4.
> > >
> > > This is a non-GEOM and non-acpi kernel.
> > >
> > > I have the core and kernel.debug, so
Brian F. Feldman said:
> "Steven G. Kargl" <[EMAIL PROTECTED]> wrote:
> > The source tree was retrieved by cvsup
> > at 21:47 (PST) on Oct 4.
> >
> > This is a non-GEOM and non-acpi kernel.
> >
> > I have the core and kernel.debug, so any
> > further postmortem is possible.
>
> I think the prob
"Steven G. Kargl" <[EMAIL PROTECTED]> wrote:
> The source tree was retrieved by cvsup
> at 21:47 (PST) on Oct 4.
>
> This is a non-GEOM and non-acpi kernel.
>
> I have the core and kernel.debug, so any
> further postmortem is possible.
I think the problem is that in src/sys/ufs/ffs/
ffs_snapsho
German Tischler <[EMAIL PROTECTED]> wrote:
> Hi.
>
> I can panic my current system compiled from sources of yesterday
> by just starting mozilla or ogg123 if I don't include
> options CPU_DISABLE_SSE
> in my kernel configuration file. Is anyone else seeing any
> SSE code related pr
On Sat, 5 Oct 2002, Peter Wemm wrote:
> Bruce Evans wrote:
> > On Fri, 4 Oct 2002, Poul-Henning Kamp wrote:
> >
> > > Worst case you will have the option to use:
> > >
> > > options NOGEOM
> > > options vinum
> >
> > A NOGEOM option would be as acceptable as a NOFFS option for turning off
> >
On Sat, Oct 05, 2002 at 10:37:38PM +1000, William Rose wrote:
> Hi,
>
> I'm trying to make buildworld a recently checked-out copy of -current
> under 4.6-RELEASE (is that a bad move?). During the process, it gets
> to:
>
> --
> >>> sta
Hi.
I can panic my current system compiled from sources of yesterday
by just starting mozilla or ogg123 if I don't include
options CPU_DISABLE_SSE
in my kernel configuration file. Is anyone else seeing any
SSE code related problems ? (P III based SMP system here)
best regards
--gt
To
The source tree was retrieved by cvsup
at 21:47 (PST) on Oct 4.
This is a non-GEOM and non-acpi kernel.
I have the core and kernel.debug, so any
further postmortem is possible.
--
Steve
http://troutmask.apl.washington.edu/~kargl/
panic: from debugger
panic messages:
---
panic: mutex vnode in
Bruce Evans wrote:
> On Fri, 4 Oct 2002, Poul-Henning Kamp wrote:
>
> > Worst case you will have the option to use:
> >
> > options NOGEOM
> > options vinum
>
> A NOGEOM option would be as acceptable as a NOFFS option for turning off
> forcing of the one true file system down everyone's
On Fri, Oct 04, 2002 at 04:33:17PM -0400, John Baldwin wrote:
I wrote:
> >> Fatal trap 12: page fault while in kernel mode
> >> cpuid = 0; lapic.id =
> >> fault virtual address = 0x8
> >> fault code = supervisor read, page not present
> >> instruction pointer = 0x8:0xc
On Fri, Oct 04, 2002 at 12:45:59PM -0700, Lars Eggert <[EMAIL PROTECTED]> wrote:
> >Well, the showstopper is in vinum. The fact that ccd(4) works
> >seamlessly with GEOM is testament to this.
>
> For some reason I was under the (mis?)impression that ccd was no longer
> being maintained... If i
Hi,
I'm trying to make buildworld a recently checked-out copy of -current
under 4.6-RELEASE (is that a bad move?). During the process, it gets
to:
--
>>> stage 4: building libraries
-
On Fri, 4 Oct 2002, Poul-Henning Kamp wrote:
> Worst case you will have the option to use:
>
> options NOGEOM
> options vinum
A NOGEOM option would be as acceptable as a NOFFS option for turning off
forcing of the one true file system down everyone's throats.
Bruce
To Unsubscribe:
Christian Weisgerber wrote:
> Actually, that's a case of sym(4) failing to actuate the LED rather
> than shutting it off. Later sym chips control the LED in hardware,
> but the '875 doesn't and the driver has to blink the LED.
Oh shucks, and I thought this was decent hardware. :) I'll still hav
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
On Fri, 4 Oct 2002 19:35:59 -0700
Kris Kennaway <[EMAIL PROTECTED]> wrote:
> > >I had one today, they have decreased significantly since removing
> > >the Type1 module from my server configuration.
> >
> > I've also found that disabling xscreensaver/xlockmore helps - or
> > just set it to "blank
In message <[EMAIL PROTECTED]>, Daniel Flickinger writes:
>I will note that my loader is dated 27 Sep since there
>has not been an even close to complete buildworld since
>then;
Something in your tree is not OK then, because I have compiled
buildworld many times since the 27th, last
On Fri, 4 Oct 2002 11:34:46 -0700 (PDT)
Matthew Dillon <[EMAIL PROTECTED]> wrote:
> When you turn the debugging on it will print out various
> parameters used to calculate the bandwidth window. The higher the
> debug value, the more often it prints out the stats (assuming a
> TCP
88 matches
Mail list logo
