Re: HEADS-UP: await/asleep removal imminent

2001-01-19 Thread Peter Wemm
Soren Schmidt wrote: It seems Peter Wemm wrote: This is bad news.. This means we have races somewhere, or some other badne ss. That is what I've been harping about for months... What strikes me here as a very serious problem is that the SMPng developers has told me over and over

RE: sysinstall move and make release on FreeBSD-stable

2001-01-19 Thread John Baldwin
On 19-Jan-01 Chris Knight wrote: Howdy, Since the sysinstall move, make release on FreeBSD-stable (as of 3 hrs ago) breaks when building sysinstall. The output is: rtermcap needs to be a build-tool in world. The 4.x upgrade path is b0rked too. I think that file2c also needs to become a

Re: HEADS-UP: await/asleep removal imminent

2001-01-19 Thread John Baldwin
On 19-Jan-01 Soren Schmidt wrote: It seems Peter Wemm wrote: Soren Schmidt wrote: It seems Peter Wemm wrote: Soren, can you retest a buildworld with the currently committed kernel with no other changes? Let us see if the forward_signal() stuff is the culprit, and if not, try

Re: HEADS-UP: await/asleep removal imminent

2001-01-19 Thread Poul-Henning Kamp
In message [EMAIL PROTECTED], John Baldwin writes: This is _not_ true. My quad xeon test box runs a pure source tree, and has not had a single problem building many worlds and releases since the fix to atomic_store_rel_ptr(). How many disks are active when you build world on that box ? --

Re: HEADS-UP: await/asleep removal imminent

2001-01-19 Thread John Baldwin
On 19-Jan-01 Poul-Henning Kamp wrote: In message [EMAIL PROTECTED], John Baldwin writes: This is _not_ true. My quad xeon test box runs a pure source tree, and has not had a single problem building many worlds and releases since the fix to atomic_store_rel_ptr(). How many disks are active

Re: HEADS-UP: await/asleep removal imminent

2001-01-19 Thread Poul-Henning Kamp
In message [EMAIL PROTECTED], John Baldwin writes: How many disks are active when you build world on that box ? Just one. [...] Details like this would be helpful though. They have never been secret, and I voiced this issue early on. However, after thinking some more, even in a preemptive

Re: sysinstall move and make release on FreeBSD-stable

2001-01-19 Thread Maxim Sobolev
John Baldwin wrote: On 19-Jan-01 Chris Knight wrote: Howdy, Since the sysinstall move, make release on FreeBSD-stable (as of 3 hrs ago) breaks when building sysinstall. The output is: rtermcap needs to be a build-tool in world. The 4.x upgrade path is b0rked too. I think that

Re: HEADS-UP: await/asleep removal imminent

2001-01-19 Thread Soren Schmidt
It seems Poul-Henning Kamp wrote: In message [EMAIL PROTECTED], John Baldwin writes: This is _not_ true. My quad xeon test box runs a pure source tree, and has not had a single problem building many worlds and releases since the fix to atomic_store_rel_ptr(). How many disks are active

Re: sysinstall move and make release on FreeBSD-stable

2001-01-19 Thread John Baldwin
On 19-Jan-01 Maxim Sobolev wrote: John Baldwin wrote: On 19-Jan-01 Chris Knight wrote: Howdy, Since the sysinstall move, make release on FreeBSD-stable (as of 3 hrs ago) breaks when building sysinstall. The output is: rtermcap needs to be a build-tool in world. The 4.x upgrade

Re: bin/24444: syslogd(8) does not update hostname

2001-01-19 Thread Dag-Erling Smorgrav
[EMAIL PROTECTED] writes: I propose that syslogd(8) should reload the hostname with a SIGHUP. I cannot think of any reason that one should not update the hostname, but as I pointed out, there are reasons why one would want that behavior. It should also log a message if the hostname

Re: HEADS-UP: await/asleep removal imminent

2001-01-19 Thread Soren Schmidt
It seems John Baldwin wrote: Can you post a dmesg of your box? Sure, attached the dmesg from the system that is worst affected: 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

adduser and /etc/auth.conf

2001-01-19 Thread Yoshihiro Koya
Hello, The current default /etc/auth.conf is as follows: -- # # $FreeBSD: src/etc/auth.conf,v 1.5 2000/12/28 10:32:00 peter Exp $ # # This file contains information on what types of authentication to use. # It is just the beginnings of a greater scheme. # crypt_default = md5 des

NTFS issue (was: Panic w/crash dump (looks like atomic.h problem))

2001-01-19 Thread Rogier Mulhuijzen
a quick look at kldstat output pinpointed the ??'s in my stacktrace(see previous posts) to ntfs.ko. Compiled NTFS into my kernel and reproduced the crash. Taking a look at the trace now: #11 0xc01c0c97 in vref (vp=0x0) at machine/atomic.h:332 #12 0xc0239592 in ntfs_vgetex (mp=0xc0f7dc00,

Re: HEADS UP: I386_CPU

2001-01-19 Thread Glendon Gross
Just out of curiousity, has anyone documented how much of a performance hit there is with the i386 code enabled in the kernel? Regards, Glen Gross On Thu, 18 Jan 2001, Mike Smith wrote: That's one of the big reasons that we're 4.x based right now rather than 3.x based, despite 4.x's

Re: HEADS-UP: await/asleep removal imminent

2001-01-19 Thread Bruce Evans
On Fri, 19 Jan 2001, John Baldwin wrote: rummage together a vinum stripe to build on or some such. However, after thinking some more, even in a preemptive kernel, Giant will protect against the *strategy() race you brought up, because we won't get a context switch in kernel mode that

Re: bin/24444: syslogd(8) does not update hostname

2001-01-19 Thread Crist J. Clark
On Fri, Jan 19, 2001 at 12:32:53PM +0100, Dag-Erling Smorgrav wrote: [EMAIL PROTECTED] writes: I propose that syslogd(8) should reload the hostname with a SIGHUP. I cannot think of any reason that one should not update the hostname, but as I pointed out, there are reasons why one would

Re: HEADS-UP: await/asleep removal imminent

2001-01-19 Thread John Baldwin
On 19-Jan-01 Bruce Evans wrote: On Fri, 19 Jan 2001, John Baldwin wrote: rummage together a vinum stripe to build on or some such. However, after thinking some more, even in a preemptive kernel, Giant will protect against the *strategy() race you brought up, because we won't get a

Re: cvs commit: src/gnu/usr.bin/cc/cccp Makefile

2001-01-19 Thread Patrick Hartling
If I remove the old /usr/libexec/cpp with a newer cpp0 installed, 'make world' fails with the following: -- stage 4: populating /usr/obj/usr/src/i386/usr/include -- cd

Re: bin/24444: syslogd(8) does not update hostname

2001-01-19 Thread Dag-Erling Smorgrav
"Crist J. Clark" [EMAIL PROTECTED] writes: On Fri, Jan 19, 2001 at 12:32:53PM +0100, Dag-Erling Smorgrav wrote: It should also log a message if the hostname changes. Should that be a responsibility of syslogd(8) or hostname(1)? I meant syslogd(8), but putting it in hostname(1) might makes

Request For Review: libc/libc_r changes to allow -lc_r

2001-01-19 Thread Daniel Eischen
[ Followups to -arch only please ] I've got some changes to libc and libc_r that I'd like reviewed. These changes eliminate the _THREAD_SAFE macro and allow a libc and libc_r that can be linked together via -lc_r. This also means that -pthread and -D_THREAD_SAFE can be deprecated. Note that

^T at the serial console causes a panic

2001-01-19 Thread Dag-Erling Smorgrav
lopanic: mutex_enter(sio:1, MTX_SPIN) out of order @ ../../isa/sio.c:2585 already holding sched lock:2 cpuid = 0; lapic.id = Debugger("panic") d CPU0 stopping CPUs: 0x0002... stopped. Stopped at Debugger+0x45: pushl %ebx db trace Debugger(c0231e61) at Debugger+0x45

Re: NTFS issue (was: Panic w/crash dump (looks like atomic.h problem))

2001-01-19 Thread Boris Popov
On Fri, 19 Jan 2001, Rogier Mulhuijzen wrote: During normal operation on my NTFS partition I got no messages, so I took a bold step and added 'ip-i_devvp = ntmp-ntm_devvp;' just before the VREF call. You're absolutely right here. This line definitely should be presented in the code.

Re: NTFS issue (was: Panic w/crash dump (looks like atomic.h problem))

2001-01-19 Thread Boris Popov
On Sat, 20 Jan 2001, Boris Popov wrote: On Fri, 19 Jan 2001, Rogier Mulhuijzen wrote: During normal operation on my NTFS partition I got no messages, so I took a bold step and added 'ip-i_devvp = ntmp-ntm_devvp;' just before the VREF call. You're absolutely right here. This line

Re: pcm status

2001-01-19 Thread Warner Losh
In message [EMAIL PROTECTED] Sean Kelly writes: : I did not have this behavior in -STABLE, but now I do since I upgraded : to -CURRENT. -current's interrupt latency is horrible these days, which seems to manifest itself in problem with the sound driver. I have a -current laptop and get all

Lots of page faults

2001-01-19 Thread Alex Kapranoff
I have a fairly recent CURRENT: FreeBSD kapran.bitmcnit.bryansk.su 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Sat Dec 30 12:41:53 MSK 2000 [EMAIL PROTECTED]:/usr/src/sys/compile/KAPRAN i386 And what I noticed is a massive slowdown when running make(1). It seems that I am going to finish a new