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 is
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 time
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 screen only.
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
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 have
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:
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, 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 it works
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:0xc01a1212
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 throats.
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
Hi.
I can panic my current system compiled from sources of yesterday
by just starting mozilla or ogg123 ogg-file 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
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:
--
stage 4:
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
forcing of the one
German Tischler [EMAIL PROTECTED] wrote:
Hi.
I can panic my current system compiled from sources of yesterday
by just starting mozilla or ogg123 ogg-file if I don't include
options CPU_DISABLE_SSE
in my kernel configuration file. Is anyone else seeing any
SSE code related
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/
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 problem is that in
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 any
further postmortem is
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 of
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 ogg-file if I don't include
options CPU_DISABLE_SSE
in my kernel configuration file.
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,
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-checked
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 would be as acceptable as 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 ogg-file if I don't include
options CPU_DISABLE_SSE
in
:
: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
:
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
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
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 big
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 GEOM-defined
(ie.
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 ogg123 ogg-file if I don't
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);
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 things.
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 I have
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 |
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.
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 something
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
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
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
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 (i.e.: the
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 under the
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
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
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
first
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 appended to
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 patch:
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
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:
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
cdcontrol:
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 that.
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
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 the
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 that is
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 now
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
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 releng4
Just finished making world and kernel at about 01:00 GMT Oct 6.
dmesg includes this printout:
Initializing GEOMetry subsystem
ad0: 76319MB ST380021A [155061/16/63] at ata0-master UDMA100
ad2: 42934MB WDC WD450AA-00BAA0 [87233/16/63] at ata1-master UDMA66
acd0: CD-RW R/RW 4x4x24 at ata1-slave
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'
as title
èR{.nÇ+·¬zwfj)m¢f£¢·hkyàRàÂ+aº{.nÇ+·ç±×.®·§¶)í
æèw* ¶¦zË
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.: the contro
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
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
On Sun, Oct 06, 2002 at 09:38:19AM +0800, wsk wrote:
as title
as in 4.x
msg44070/pgp0.pgp
Description: PGP signature
* 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
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.
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 why
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
[ 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
the PCB if
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
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
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 report back
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 cd0c?
The first c is
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 attached patch against
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 ST380021A [155061/16/63] at ata0-master UDMA100
ad2: 42934MB WDC WD450AA-00BAA0 [87233/16/63] at ata1-master UDMA66
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
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 output
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 ST380021A [155061/16/63] at ata0-master UDMA100
ad2: 42934MB WDC WD450AA-00BAA0 [87233/16/63] at ata1-master
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
78 matches
Mail list logo
