While testing the 4.0 - 5.0 upgrade path, I've created (under
5.0) a UFS1 partition and installed 4.0 onto it. After booting
the 4.0 from it, kernel complained about ``numdirs is zero, try
using an alternate superblock'' for / partition -- I've tried
what it suggests (by fsck -b 32, etc.) but the
Kernels with the following configuration do not link:
# ATA and ATAPI devices
device ata
device atapicd # ATAPI CDROM drives
linking kernel.debug
ata-all.o: In function `ata_boot_attach':
ata-all.o(.text+0x1590): undefined reference to `ata_raid_attach'
On Thu, Dec 05, 2002 at 09:41:57AM -0800, Kevin Oberman wrote:
I have been trying to install DP2 on my old ThinkPad 600E. It almost
works, but I can't build a new kernel. I'd like to build a custom kernel,
but don't seem to be able to do so.
You might want to check with the ACPI mailing list;
$FreeBSD: src/UPDATING,v 1.228 2002/10/30 20:11:07 imp Exp $
To upgrade from 4.x-stable to current suggests:
cd src/sys/boot ; make install [6]
This does not work. You need to:
cd src/sys/boot ; make all install [6]
--
:{ [EMAIL PROTECTED]
Andy Farkas
System Administrator
It seems Kris Kennaway wrote:
ata-all.o: In function `ata_boot_attach':
ata-all.o(.text+0x1590): undefined reference to `ata_raid_attach'
ata-all.o(.text+0x1594): undefined reference to `ata_raid_attach'
Yes, I've seen it there is two other issues I'd like to fix also,
I'll ask re@ for
Hi
The new binutils and gcc3.2.1 release hit the tree recently, nice to
see everything is moving forward. I would like to tell the importers
that XFree86-4, KDE3 and GNOME2 built without a hitch for me. Here's
my list without GNOME2, latter was built only for testing purposes
and deleted promptly
On Thu, Dec 05, 2002 at 05:22:50PM +0200, Giorgos Keramidas wrote:
On 2002-12-05 21:33, leafy [EMAIL PROTECTED] wrote:
On Thu, Dec 05, 2002 at 04:32:01PM +0300, Sergey A. Osokin wrote:
Delete src/contrib/gcc/INSTALL
Cannot delete /usr/src/contrib/gcc/INSTALL: Directory not empty
The native nvidia drivers work great in RELENG_4 with my geforce 4 mmx,
but in -current they hate me. I just upgraded to the latest -current and
I'm using XFree compiled on -current, no joy. It's always the same error:
panic: bremfree: bp 0xc7751bb8 not locked
I've tried both with and without
On Fri, 6 Dec 2002, Doug Barton wrote:
The native nvidia drivers work great in RELENG_4 with my geforce 4 mmx,
but in -current they hate me. I just upgraded to the latest -current and
I'm using XFree compiled on -current, no joy. It's always the same error:
panic: bremfree: bp 0xc7751bb8 not
Hi,
While testing the 4.0 - 5.0 upgrade path, I've created (under
5.0) a UFS1 partition and installed 4.0 onto it. After booting
the 4.0 from it, kernel complained about ``numdirs is zero, try
using an alternate superblock'' for / partition -- I've tried
what it suggests (by fsck -b 32,
Doug Barton wrote:
The native nvidia drivers work great in RELENG_4 with my geforce 4 mmx,
but in -current they hate me. I just upgraded to the latest -current and
I'm using XFree compiled on -current, no joy. It's always the same error:
panic: bremfree: bp 0xc7751bb8 not locked
This is not
Maxime Henrion wrote:
Doug Barton wrote:
The native nvidia drivers work great in RELENG_4 with my geforce 4 mmx,
but in -current they hate me. I just upgraded to the latest -current and
I'm using XFree compiled on -current, no joy. It's always the same error:
panic: bremfree: bp
On Wed, 2002-12-04 at 23:25, Rob wrote:
Joe Marcus Clarke wrote:
On Wed, 2002-12-04 at 22:46, Rob wrote:
Rob wrote:
Joe Marcus Clarke wrote:
On Wed, 2002-12-04 at 17:04, Rob wrote:
Is there any solution to the above combo other than just waiting?
I think
Hi
Is it possible to build OOo on -current?
gcc core dumps periodically when i compile big things ...
Hardware is ok ... (on 4.7 stable no problems).
P.S. please CC me, i'm not subscribed
P.P.S. sorry my bad english
To Unsubscribe: send
Out of da blue Kris Kennaway aka ([EMAIL PROTECTED]) said:
Kernels with the following configuration do not link:
# ATA and ATAPI devices
device ata
device atapicd # ATAPI CDROM drives
linking kernel.debug
ata-all.o: In function `ata_boot_attach':
Hey,
I tried the following. Anyone know what these errors mean?
divine# rpc.statd
rpc.statd: svc_tp_create: Could not register prog 100024
vers 1 on udp6
rpc.statd: svc_tp_create: Could not register prog 100024
vers 1 on udpr
rpc.statd: cannot create udp service
divine# rpc.lockd
rpc.lockd:
FWIW.
i have a similar setup except that the fxp is replaced by rl. All i did was
to change ifconfig_ed1 to ifconfig_ed0 in rc.conf.
for some strange reason, when i installed(sysinstall), the ed card was
detected as ed1 and not as ed0 but on subsequent boots (after i changed
On Fri, Dec 06, 2002 at 01:59:11PM +0100, Petr Holub wrote:
Hi,
While testing the 4.0 - 5.0 upgrade path, I've created (under
5.0) a UFS1 partition and installed 4.0 onto it. After booting
the 4.0 from it, kernel complained about ``numdirs is zero, try
using an alternate superblock''
In message 006501c29d44$33a8e980$2603fb93@kloboucek, Petr Holub writes:
Hi Poul,
there's discussion in the -current list which we
had before a while. I think answer to this is
'yes' but I'm not 100% sure so I wanted to check
it with you.
Thanks very much,
Petr
[...]
I've discussed this issue
Hi all,
If you're an ohci user can you please test this patch out for inclusion
in 5.0. I need to know that it doesn't break anything - the reports are
that it fixes broken ohci :).
Joe
--
Josef Karthauser ([EMAIL PROTECTED]) http://www.josef-k.net/
FreeBSD (cvs meister, admin and
Hi,
Since rescent -CURRENT is stable enough, I have the chance to find
out remaining pcm problem. My MP box no more has double fatal fault
and turns into random sleep. The random sleep happens after pcm having
its own problem.
uname -av is
FreeBSD cartier.home 5.0-CURRENT FreeBSD
On Thu, 5 Dec 2002, Josef Karthauser wrote:
If you're an ohci user can you please test this patch out for inclusion
in 5.0. I need to know that it doesn't break anything - the reports are
that it fixes broken ohci :).
I've been running it since you posted the patch a couple of days ago.
I
subscribe
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
I got this on one of the gohan machines overnight. These machines
have failing disks -- I get a lot of hard read errors, but the
INVARIANTS panic could better be replaced by something else.
I reported another instance of this to sos a few weeks ago but didn't
hear a reply.
Kris
ad0: hard error
mozilla-devel port fails to build on current. I would imagine this is
already known, but I haven't seen any posts on the mailing list.
snip
jsdtoa.c
cc -o
jsdtoa.o -c -DOSTYPE=\FreeBSD5\ -DOSARCH=\FreeBSD\ -DOJI -DEXPORT_JS_A
PI -DJS_USE_SAFE_ARENA -I../../dist/include/js -I../../dist/include
Kris Kennaway writes:
I got this on one of the gohan machines overnight. These machines
have failing disks -- I get a lot of hard read errors, but the
INVARIANTS panic could better be replaced by something else.
I reported another instance of this to sos a few weeks ago but didn't
On Thu, 5 Dec 2002, Kirk McKusick wrote:
Does the background fsck process continue to run, or does the whole
system come to a halt? If the fsck process continues to run, what
happens when it eventually finishes? Is the system still dead, or
does it come back to life? If the system does not
mozilla-devel port fails to build on current. I would imagine this is
already known, but I haven't seen any posts on the mailing list.
ign -Wno-long-long -O -pipe -march=pentium4 -pipe -DNDEBUG -DTRIMMED
I'd bet that -march=pentium4 is your problem. Try with -march=pentiumpro
(the default).
On Fri, 6 Dec 2002, Marc Recht wrote:
mozilla-devel port fails to build on current. I would imagine this is
already known, but I haven't seen any posts on the mailing list.
ign -Wno-long-long -O -pipe -march=pentium4 -pipe -DNDEBUG -DTRIMMED
I'd bet that -march=pentium4 is your problem.
On Fri, 6 Dec 2002 [EMAIL PROTECTED] wrote:
[...]
I've discussed this issue with Poul-Henning Kamp. You need fsck
from at least 4.7.
Is this handled by fsck/setup.c,v 1.17.2.4 commit?
Yes, this looks like the correct commit.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
:..
:=20
: I've discussed this issue with Poul-Henning Kamp. You need fsck
: from at least 4.7.
:=20
:...
(Ruslan Ermilov writes):
:Is this handled by fsck/setup.c,v 1.17.2.4 commit?
Yes, I believe so.
-Matt
Matthew Dillon
The lcms port fails it's build time tests on current with a P4. I believe
this builds on non-P4 systems running current.
snip
building static lcms library
building shared library liblcms.so.1
ranlib liblcms.a
cd /usr/ports/graphics/lcms/work/lcms-1.09/src/../testbed /usr/bin/env
CFLAGS=-O
On Fri, Dec 06, 2002 at 10:27:10AM -0800, Nate Lawson wrote:
On Thu, 5 Dec 2002, Kirk McKusick wrote:
Does the background fsck process continue to run, or does the whole
system come to a halt? If the fsck process continues to run, what
happens when it eventually finishes? Is the system
Kirk McKusick wrote:
Does the background fsck process continue to run, or does the whole
system come to a halt? If the fsck process continues to run, what
happens when it eventually finishes? Is the system still dead, or
does it come back to life? If the system does not come back to life
+---[ James Satterfield ]--
| The lcms port fails it's build time tests on current with a P4. I believe
| this builds on non-P4 systems running current.
Builds fine on my athlon under current.
--
Totally Holistic Enterprises Internet| | Andrew Milton
On Fri, 2002-12-06 at 13:41, James Satterfield wrote:
The lcms port fails it's build time tests on current with a P4. I believe
this builds on non-P4 systems running current.
Same thing as your mozilla-devel issue. Like Marc mentioned, don't use
-march=pentium4. I think I recall hearing it's
On Friday, December 6, 2002, at 01:39 PM, Archie Cobbs wrote:
Kirk McKusick wrote:
Does the background fsck process continue to run, or does the whole
system come to a halt? If the fsck process continues to run, what
happens when it eventually finishes? Is the system still dead, or
does it
On Fri, Dec 06, 2002 at 01:52:11PM -0500, David Rhodus wrote:
On Friday, December 6, 2002, at 01:39 PM, Archie Cobbs wrote:
Kirk McKusick wrote:
Does the background fsck process continue to run, or does the whole
system come to a halt? If the fsck process continues to run, what
happens
lcms still fails build tests when compiled with CPUTYPE?=i686 and no CFLAGS
set.
James.
- Original Message -
From: Joe Marcus Clarke [EMAIL PROTECTED]
To: James Satterfield [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Friday, December 06, 2002 10:47 AM
Subject: Re:
In message [EMAIL PROTECTED], Nate Lawson wri
tes:
On Fri, 6 Dec 2002 [EMAIL PROTECTED] wrote:
[...]
I've discussed this issue with Poul-Henning Kamp. You need fsck
from at least 4.7.
Is this handled by fsck/setup.c,v 1.17.2.4 commit?
Yes, this looks like the correct commit.
--
David Rhodus wrote:
Softupdates is enabled on /usr and /var but not /.
Why does softupdates not get enabled on / , by default on the install?
I disabled softupdates on / back when having it enabled caused disk
full problems during 'make installworld,' and never re-enabled it.
FYI at this
Nate Lawson wrote:
Does the background fsck process continue to run, or does the whole
system come to a halt? If the fsck process continues to run, what
happens when it eventually finishes? Is the system still dead, or
does it come back to life? If the system does not come back to life
In the last episode (Dec 06), David Rhodus said:
Why does softupdates not get enabled on / , by default on the
install?
Softupdates updates on-disk structures in the background, and
background fsck cannot relink unreferenced files into lost+found, so
you run the risk of losing both the original
It seems Andrew Gallatin wrote:
Kris Kennaway writes:
I got this on one of the gohan machines overnight. These machines
have failing disks -- I get a lot of hard read errors, but the
INVARIANTS panic could better be replaced by something else.
I reported another instance of
Dan Nelson wrote:
Why does softupdates not get enabled on / , by default on the
install?
Softupdates updates on-disk structures in the background, and
background fsck cannot relink unreferenced files into lost+found, so
you run the risk of losing both the original and backup copies of
On Fri, 6 Dec 2002, Archie Cobbs wrote:
Reproduced it again just now. After pulling the plug and rebooting
I didn't touch the box. It booted normally, started background
fsck, and the HDD light was blinking as expected. After about 10
seconds, rather suddenly the HDD light stopped
On Fri, 6 Dec 2002, Archie Cobbs wrote:
David Rhodus wrote:
Softupdates is enabled on /usr and /var but not /.
Why does softupdates not get enabled on / , by default on the install?
I disabled softupdates on / back when having it enabled caused disk
full problems during 'make
On 2002-12-06 10:05, Sean LeBlanc [EMAIL PROTECTED] wrote:
In any case, my installworld doesn't work, and I wonder if that's why.
I did the following:
make buildworld
make buildkernel
make installkernel
rebooted,
and did mergemaster -p
and make installworld
as defined in handbook and
On Fri, 6 Dec 2002, Archie Cobbs wrote:
To copy the 'ps' debugger output, I'd have to manually copy it all,
so here are just a few highlights:
Proc State
-
fsck_ufs 0004000 norm[SLPQ nbufbs c036e5b0][SLP]
fsck 0004002 norm[SLPQ wait c124dce8][SLP]
From: Archie Cobbs [EMAIL PROTECTED]
Subject: Re: backgroud fsck is still locking up system (fwd)
In-Reply-To: [EMAIL PROTECTED]
To: Nate Lawson [EMAIL PROTECTED]
Date: Fri, 6 Dec 2002 10:57:13 -0800 (PST)
CC: Kirk McKusick [EMAIL PROTECTED],
On Sat, Dec 07, 2002 at 01:00:44AM +0800, Clive Lin wrote:
Hi,
Since rescent -CURRENT is stable enough, I have the chance to find
out remaining pcm problem. My MP box no more has double fatal fault
and turns into random sleep. The random sleep happens after pcm having
its own problem.
On Fri, 2002-12-06 at 13:59, James Satterfield wrote:
lcms still fails build tests when compiled with CPUTYPE?=i686 and no CFLAGS
set.
It builds just fine on my P4 at work. I have nothing CFLAGS or CPUTYPE
related in /etc/make.conf. It builds with -O -pipe and
-march=pentiumpro.
Joe
--
PGP
Date: Fri, 6 Dec 2002 18:06:03 +0200
From: Ruslan Ermilov [EMAIL PROTECTED]
To: Petr Holub [EMAIL PROTECTED], Matt Dillon [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED], [EMAIL PROTECTED]
Subject: Re: UFS1 created by 5.0 is incompatible with 4.0's?
X-ASK-Info: Whitelist match
On Fri, Dec 06, 2002 at 10:59:16AM -0800, James Satterfield wrote:
lcms still fails build tests when compiled with CPUTYPE?=i686 and no CFLAGS
set.
James.
Worked just fine yesterday on PII-233, albeit with the previous (prerelease)
3.2.1 system compiler. (20021009) I use -march=pentium2.
--
Finally, one more bit of info: I have WITNESS enabled in this kernel and
get this message during boot:
/usr/src/sys/vm/uma_core.c:1330: could sleep with dc0 locked from
/usr/src/sys/pci/if_dc.c:691
if_attach does a malloc with M_WAITOK. If the attach happens inside a lock
in the driver's
The loss of files under soft updates is possible if your editor
fails to fsync the new file before unlinking the old file. The
`vi' editor always does an `fsync' after writing the new copy and
before removing the old copy. I have not checked with other editors
such as emacs to see if they properly
Hi,
CPUTYPE=pentium4 is know to be broken. What is the known working highest
CPUTYPE then? pentium3 or pentium2?
JY
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Kirk McKusick wrote:
by the syncer who is also blocked. Could you please run the following
command on your system and send me the results:
sysctl vfs.lodirtybuffers
sysctl vfs.hidirtybuffers
sysctl vfs.numdirtybuffers
both before and after the lockup. If you cannot run
Fri, Dec 06, 2002 at 13:11:51, osa (Sergey A. Osokin) wrote about Re: cvsup weird
problem:
SAO Any other idea? :-)
Remove src/contrib/gcc/INSTALL/ and sup checkouts directory simultaneously,
this usually fixes such errors ;)
Delete src/contrib/gcc/INSTALL
Cannot delete
5.0-RC of 2002.12.05.12.00.00-UTC
Lock order reversal without panic:
lock order reversal
1st 0xc2e30708 vnode interlock (vnode interlock) @
/var/HEAD/src/sys/kern/vfs_subr.c:939
2nd 0xc033c3c0 vm page queue mutex (vm page queue mutex) @
/var/HEAD/src/sys/vm/vm_kern.c:424
Bigger problem that
In the last episode (Dec 06), Kirk McKusick said:
The main reason for not using soft updates on the root filesystem was
because of the delay between removing files and having the space show
up. The result was that world installs on the root filesystem often
failed if the root was nearly full
In the last episode (Dec 07), leafy said:
Hi,
CPUTYPE=pentium4 is know to be broken. What is the known working highest
CPUTYPE then? pentium3 or pentium2?
p3 has been working for me for quite a while.
--
Dan Nelson
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL
On Fri, Dec 06, 2002 at 10:19:23AM -0800, James Satterfield
[EMAIL PROTECTED] wrote:
mozilla-devel port fails to build on current. I would imagine this is
already known, but I haven't seen any posts on the mailing list.
I've built it yesterday together with a lots of other stuff. Using
other
On Friday 06 December 2002 01:11 pm, leafy wrote:
CPUTYPE=pentium4 is know to be broken. What is the known working highest
CPUTYPE then? pentium3 or pentium2?
Well, I know this isn't quite what you were asking, but I wanted to let the
group know that the world and kernel seem quite stable
I mentioned earlier on the list that the ATA issues I'd been having with 4.7
had disappeared since installing 5.0. They're still much less frequent --
i.e. I can burn CDs now -- but I just got one of the old messages and wanted
to submit it for your perusal.
cliff50 kernel: acd0: READ_BIG -
It seems Cliff L. Biffle wrote:
I mentioned earlier on the list that the ATA issues I'd been having with 4.7
had disappeared since installing 5.0. They're still much less frequent --
i.e. I can burn CDs now -- but I just got one of the old messages and wanted
to submit it for your perusal.
On Fri, 06 Dec 2002, Cliff L. Biffle wrote:
On Friday 06 December 2002 01:11 pm, leafy wrote:
CPUTYPE=pentium4 is know to be broken. What is the known working highest
CPUTYPE then? pentium3 or pentium2?
Well, I know this isn't quite what you were asking, but I wanted to let the
group
On Fri, 6 Dec 2002, Maxime Henrion wrote:
Doug Barton wrote:
The native nvidia drivers work great in RELENG_4 with my geforce 4 mmx,
but in -current they hate me. I just upgraded to the latest -current and
I'm using XFree compiled on -current, no joy. It's always the same error:
panic:
From: Archie Cobbs [EMAIL PROTECTED]
Subject: Re: backgroud fsck is still locking up system (fwd)
In-Reply-To: [EMAIL PROTECTED]
To: Kirk McKusick [EMAIL PROTECTED]
Date: Fri, 6 Dec 2002 13:01:20 -0800 (PST)
CC: Archie Cobbs [EMAIL PROTECTED], Nate Lawson [EMAIL PROTECTED],
On Fri, 6 Dec 2002 14:29:37 -0700
Cliff L. Biffle [EMAIL PROTECTED] wrote:
group know that the world and kernel seem quite stable using the athlon-tbird
optimizations. Not to mention smokingly fast.
Is that just a -CURRENT thing, I can't see anything like that in -STABLE's LINT.
--
On today's -current:
lock order reversal
1st 0xc6948234 filedesc structure (filedesc structure) @
/usr/src/sys/kern/sys_generic.c:901
2nd 0xc691f380 pipe mutex (pipe mutex) @ /usr/src/sys/kern/sys_pipe.c:1239
Debugger(witness_lock)
Stopped at Debugger+0x5a: xchgl %ebx,in_Debugger.0
I got this overnight on the gohan cluster. Machine is still in DDB if
further debugging is necessary.
Kris
login: lock order reversal
1st 0xc577212c vnode interlock (vnode interlock) @
/local0/src-client/sys/kern/vfs_subr.c:939
2nd 0xc046a560 vm page queue mutex (vm page queue mutex) @
On Fri, Dec 06, 2002 at 07:29:55PM +0100, Marc Recht wrote:
mozilla-devel port fails to build on current. I would imagine this is
already known, but I haven't seen any posts on the mailing list.
ign -Wno-long-long -O -pipe -march=pentium4 -pipe -DNDEBUG -DTRIMMED
I'd bet that
Julian Elischer wrote:
most systems follow / with their swap region..
you can boot from fixit, or picoBSD floppy
and use disklabel -e to exend the root partition
then you can use growfs to add the new space to your root fs.
Hmm.. I tried that and it didn't seem to work.
The disklabel
-march=pentiumpro is not the default, -mcpu=pentiumpro is. Anyway, I
Nope, -march=pentiumpro is added, if the CPUTYPE is i686 (the default).
At least if I had read examples/etc/make.conf and bsd.cpu.mk correctly.
doubt this is the cause of the problem. It's more likely to be a
stale
Joe Marcus Clarke wrote:
Sorry, just got power back after the ice storm. What modules do you
have loaded. I had the following, and the nv driver started right up:
Section Module
Loaddbe
Loaddri
Loadextmod
Loadglx
Loadpex5
On Sat, Dec 07, 2002 at 12:09:04AM +0100, Marc Recht wrote:
-march=pentiumpro is not the default, -mcpu=pentiumpro is. Anyway, I
Nope, -march=pentiumpro is added, if the CPUTYPE is i686 (the default).
At least if I had read examples/etc/make.conf and bsd.cpu.mk correctly.
The CPUTYPE is not
Marc Recht wrote:
-march=pentiumpro is not the default, -mcpu=pentiumpro is. Anyway, I
Nope, -march=pentiumpro is added, if the CPUTYPE is i686 (the default).
At least if I had read examples/etc/make.conf and bsd.cpu.mk correctly.
doubt this is the cause of the problem. It's more likely to
I put a copy of / in /usr
then from the fixit, I mounted /usr as / and ran growfs from there..
the trick is to not do it while / is mounted.
On Fri, 6 Dec 2002, Archie Cobbs wrote:
Julian Elischer wrote:
most systems follow / with their swap region..
you can boot from fixit, or picoBSD
The CPUTYPE is not i686 by default.
Stupid me... Of course, you're right.
Marc
Premature optimization is the root of all evil. -- Donald E. Knuth
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
There is no default CPUTYPE. If there is no CPUTYPE, and you are on
i386, -mcpu=pentiumpro gets added (top of bsd.cpu.mk).
Oops! Yes, you're right. I think I got confused by the #CPUTYPE?=i686 in
the example make.conf.
Marc
Premature optimization is the root of all evil. -- Donald E. Knuth
To
On Fri, Dec 06, 2002 at 05:10:11PM -0500, Paul Murphy wrote:
On Fri, 6 Dec 2002 14:29:37 -0700
Cliff L. Biffle [EMAIL PROTECTED] wrote:
group know that the world and kernel seem quite stable using the athlon-tbird
optimizations. Not to mention smokingly fast.
Is that just a
Julian Elischer wrote:
I put a copy of / in /usr
then from the fixit, I mounted /usr as / and ran growfs from there..
the trick is to not do it while / is mounted.
/ wasn't mounted yet when I ran growfs:
I ran growfs after booting single user mode but before mounting
any disks.. perhaps
Kirk McKusick wrote:
OK, it looks like my hypothesis on having a small number of buffers
and running out of them is the problem. I enclose below a patch which
should check for the problem arising and help to mitigate it. I
would appreciate you dropping it into your kernel and seeing if
it
I haven't seen this one reported yet.
FreeBSD dan.emsphone.com 5.0-RC FreeBSD 5.0-RC #228: Thu Dec 5 17:28:33 CST 2002
[EMAIL PROTECTED]:/usr/src/sys/i386/compile/DANSMP i386
lock order reversal
1st 0xc2d454b0 vnode interlock (vnode interlock) @ ../../../ufs/ffs/ffs_snapshot.c:1876
2nd
In the last episode (Dec 07), Marc Recht said:
-march=pentiumpro is not the default, -mcpu=pentiumpro is. Anyway, I
Nope, -march=pentiumpro is added, if the CPUTYPE is i686 (the default).
At least if I had read examples/etc/make.conf and bsd.cpu.mk correctly.
There is no default CPUTYPE. If
On Fri, 6 Dec 2002, Archie Cobbs wrote:
David Rhodus wrote:
Softupdates is enabled on /usr and /var but not /.
Why does softupdates not get enabled on / , by default on the install?
I disabled softupdates on / back when having it enabled caused disk
full problems during 'make
As part of shuting down a thread and discarding it, we want to
throw away any floating point context there may be.
Currently this saves out the floating point state to make the fpu
be declared 'unused'. However we dont't need any fpu state saved.
Is there any way to just mark it as 'unused'
I suggest that we drag Thomas-Henning von Kamptz into this
discussion as he was one of the main authors of growfs. He
is copied on my reply.
Kirk McKusick
=-=-=-=-=-=
From: Archie Cobbs [EMAIL PROTECTED]
Subject: Re: backgroud fsck is still locking up system (fwd)
In-Reply-To: [EMAIL
From: Archie Cobbs [EMAIL PROTECTED]
Subject: Re: backgroud fsck is still locking up system (fwd)
In-Reply-To: [EMAIL PROTECTED]
To: Kirk McKusick [EMAIL PROTECTED]
Date: Fri, 6 Dec 2002 15:23:36 -0800 (PST)
CC: Archie Cobbs [EMAIL PROTECTED], Nate Lawson [EMAIL PROTECTED],
Adding a two minute delay before starting background fsck
sounds like a very good idea to me. Please send me your
suggested change.
Kirk McKusick
=-=-=-=-=
Date: Fri, 6 Dec 2002 10:44:45 -0800
From: Brooks Davis [EMAIL PROTECTED]
To: Nate Lawson [EMAIL PROTECTED]
Cc: Kirk McKusick
Kirk McKusick wrote:
I suggest that we drag Thomas-Henning von Kamptz into this
discussion as he was one of the main authors of growfs. He
is copied on my reply.
Thanks.
FYI, I finally fixed things by doing what Julian suggested, which
is to copy / to /usr, reboot with /usr mounted as /,
On Fri, Dec 06, 2002 at 02:36:49PM -0800, Lars Eggert wrote:
On today's -current:
lock order reversal
1st 0xc6948234 filedesc structure (filedesc structure) @
/usr/src/sys/kern/sys_generic.c:901
2nd 0xc691f380 pipe mutex (pipe mutex) @ /usr/src/sys/kern/sys_pipe.c:1239
On 12/6/2002 6:22 PM, Kris Kennaway wrote:
On Fri, Dec 06, 2002 at 02:36:49PM -0800, Lars Eggert wrote:
On today's -current:
lock order reversal
1st 0xc6948234 filedesc structure (filedesc structure) @
/usr/src/sys/kern/sys_generic.c:901
2nd 0xc691f380 pipe mutex (pipe mutex) @
On Fri, 6 Dec 2002 23:26:52 +0200
Vallo Kallaste [EMAIL PROTECTED] wrote:
I've built it yesterday together with a lots of other stuff. Using
other -march values than i686 is unofficially claimed to be
unsupported (kan@freebsd). As others I'll bet the -march=p4 is
causing problems, i686 works
On Fri, Dec 06, 2002 at 07:18:03PM -0800, Lars Eggert wrote:
I'm getting this too:
Have you gotten this before today? I haven't, and I'm wondering if I see
it because I'm running with jhb@'s witness patch for the other LOR. Does
your kernel have that patch, too?
(Excuse me if that
On Fri, 6 Dec 2002, Kris Kennaway wrote:
I'm getting this too:
Local package initialization:lock order reversal
1st 0xc449ad34 filedesc structure (filedesc structure) @
/local0/src-client/sys/kern/sys_generic.c:901
2nd 0xc4146780 pipe mutex (pipe mutex) @
On Fri, Dec 06, 2002 at 01:29:19AM +0100, Marcin Dalecki wrote:
Hmm... at some point in time it may perhaps just make perfect sense to
replace
the libstdc++ by the STLport library as the standard C++ library?
The gnu libstdc++ is really somehoe hopeless.
No thanks. Please lobby the GCC guys
On Thu, Dec 05, 2002 at 07:36:18PM -0600, Scot W. Hetzel wrote:
You could try the patch I've attached:
cd /usr/src
zcat c++-wchar.diff.gz | patch
cd gnu/lib/libstdc++
make
make install
...
Attached is the patch
This would pull files off the vendor branch; and before doing that I'd
On Fri, Dec 06, 2002 at 07:18:03PM -0800, Lars Eggert wrote:
I'm getting this too:
After discussing this with various people on IRC, it was determined
that this is not the place where the reversal is occurring, but since
witness doesn't have the lock order defined it has to guess, and in
this
1 - 100 of 102 matches
Mail list logo