Re: gtags? htags?

gnn They're needed for the tags: target in the kernel makefiles and gnn since I'd like to be able to browse code... Feel free to check URL:http://snapshots.jp.FreeBSD.org/tour/. Both 5-current and 4-stable code are HTMLed with GLOBAL daily. -- - Makoto `MAR' Matsushita To Unsubscribe: send

Re: 5-CURRENT, make buildworld break?

I see that here too. Maybe des missed something during his openpam upgrade? John -- John Hay -- [EMAIL PROTECTED] / [EMAIL PROTECTED] I upgraded frem 4.5-STABLE to 5.0-CURRENT three days ago, and it worked fine. But since I cvsupped yesterday, a 'make buildworld' results in: ** snip snip

Re: 5-CURRENT, make buildworld break?

It dies on the depend stage, if -DNOPROFILE is used... It needs pam_misc.h on usr.bin/su then. Sincerely, Maxim M. Kazachek mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body

Re: 5-CURRENT, make buildworld break?

John Hay [EMAIL PROTECTED] writes: I see that here too. Maybe des missed something during his openpam upgrade? Ah, yes - src/lib/libpam/libpam/Makefile should have NOPROFILE=YES. I didn't notice because I have it in my make.conf. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To

Re: 5-CURRENT, make buildworld break?

Ruslan Ermilov [EMAIL PROTECTED] writes: That's why it's always a good idea to test changes with make release, in a pristine environment. Last I checked, 'make release' checks the sources out from CVS, and is therefore useless to test changes that haven't yet been committed. DES --

Re: 5-CURRENT, make buildworld break?

On Wed, Mar 06, 2002 at 01:17:28PM +0100, Dag-Erling Smorgrav wrote: Ruslan Ermilov [EMAIL PROTECTED] writes: That's why it's always a good idea to test changes with make release, in a pristine environment. Last I checked, 'make release' checks the sources out from CVS, and is therefore

Re: 5-CURRENT, make buildworld break?

On Wed, Mar 06, 2002 at 01:01:19PM +0100, Dag-Erling Smorgrav wrote: John Hay [EMAIL PROTECTED] writes: I see that here too. Maybe des missed something during his openpam upgrade? Ah, yes - src/lib/libpam/libpam/Makefile should have NOPROFILE=YES. I didn't notice because I have it in my

Re: 5-CURRENT, make buildworld break?

Ruslan Ermilov [EMAIL PROTECTED] writes: On Wed, Mar 06, 2002 at 01:17:28PM +0100, Dag-Erling Smorgrav wrote: Last I checked, 'make release' checks the sources out from CVS, and is therefore useless to test changes that haven't yet been committed. There's such a thing as LOCAL_PATCHES since

Re: 5-CURRENT, make buildworld break?

On Wed, Mar 06, 2002 at 01:25:01PM +0100, Dag-Erling Smorgrav wrote: Ruslan Ermilov [EMAIL PROTECTED] writes: On Wed, Mar 06, 2002 at 01:17:28PM +0100, Dag-Erling Smorgrav wrote: Last I checked, 'make release' checks the sources out from CVS, and is therefore useless to test changes that

Re: Won't boot after the commits to timecounter code

On Wed, Mar 06, 2002 at 08:49:18AM +0100, Poul-Henning Kamp wrote: In message 20020306054514.GA395@gzl, [EMAIL PROTECTED] writes: Hello. After upgrading to the kernel as of 2002-03-03 00:00:00(UTC), it stopped booting just after the message: Timecounter i8254 frequency 1193182 Hz

Re: Won't boot after the commits to timecounter code

On Wed, 6 Mar 2002, Poul-Henning Kamp wrote: The only thing I know off right now is this thing from BDE which I havn't been able to verify yet: I got the hang for all boots, but it was a local problem. I had added a nanouptime() call the tc_windup(), and this spins forever when tc_windup()

Re: Won't boot after the commits to timecounter code

On Wed, 6 Mar 2002 [EMAIL PROTECTED] wrote: I inserted a pair of printf() inside mtx_lock_spin/mtx_unlock_spin in i8254_get_timecount() and it kept printing the message while tc_init() was blocked, so I think it's blocked at mtx_lock_spin in i8254_get_timecount() when called from tc_init(),

smbfs in -current?

The NOTES has no real info, and I don't see a man page... how is this supposed to work? I'm getting lots of: smbfs_smb.o: In function `smbfs_smb_lockandx': /usr/src/sys/i386/compile/SJH/../../../fs/smbfs/smbfs_smb.c(.text+0x90): undefin ed reference to `mb_put_uint8' I have both: options

SIGHUP during local package initialization

Hello all, I have recently experienced some interesting behavior. During the boot process multiple programs seem to be receiving a SIGHUP. I have the stable version of samba installed from ports, and this causes nmbd to core dump during the machine startup. I have talked with the samba people

Re: gtags? htags?

It might be an idea if the kernel were kept separate because I find that the cross-reference is good but having kernel and userspace mixed up is a bit confusing.. On Wed, 6 Mar 2002, Makoto Matsushita wrote: gnn They're needed for the tags: target in the kernel makefiles and gnn since I'd

buildworld problems, undefined reference to '__ntohl' and '__htonl'

This has been broken for several days now, maybe longer. It would be nice if whoever broke it would fix it. -Matt Matthew Dillon [EMAIL PROTECTED] cc -nostdlib

Re: buildworld problems, undefined reference to '__ntohl' and'__htonl'

At 1:15 PM -0800 3/6/02, Matthew Dillon wrote: This has been broken for several days now, maybe longer. It would be nice if whoever broke it would fix it. Is this in a 'make buildworld' step? I just did one buildworld on i386, and it completed fine (src is cvsup'ed as of about noon).

Re: Patch for critical_enter()/critical_exit() interrupt assem

On 05-Mar-02 Matthew Dillon wrote: : It makes no sense whatsoever to me to be told not to commit something : due to stale code that may not be quite compatible sitting in P4 that : you can't make work in any reasonable time frame. You should stop : trying to screw over my work

Re: Patch for critical_enter()/critical_exit() interrupt assem

:Have you read the paper I posted to arch? It quite clearly (I thought) :explained the role of the critical_* and the cpu_critical_* in the preemption :code. It should be rather obvious from that why I don't want the critical_* I'm sorry John, I have no idea what you are refering to here.

Re: buildworld problems, undefined reference to '__ntohl' and'__htonl'

I think it may just be my-bad. The kernel source got out of sync with the main tree. I just cvs updated the whole smelly pot and buildworld works just fine. Sorry for the false alarm! -Matt : :At 1:15 PM -0800 3/6/02, Matthew

Re: Should 4.5-STABLE - 5.0-CURRENT work?

On Wed, Mar 06, 2002 at 12:36:28AM -0800, David O'Brien wrote: On Wed, Mar 06, 2002 at 10:00:19AM +0200, Alex Popa wrote: cc -O -pipe -march=pentiumpro -funsigned-char -I. -I/usr/src/usr.bin/awk/../../contrib/one-true-awk /usr/src/usr.bin/awk/../../contrib/one-true-awk/maketab.c -o

binutils

Hi, I recently rebuilt Mozilla and kdebase on my (very up to date) current box. Since then, both moz and most KDE apps have been very crashy. I think this is probably something to do with binutils, but is there any way I can check? and are there any workarounds? Additional info: x86 machine,

Contemplating THIS change to signals.

Maybe this should be in -arch.. I couldn;t make my mind up, but.. There is some behaviour in signals which seems 1/ un-neccesary 2/ potentially dangerous. in addition it is 3/ Definitly incompatible with KSEs. I am hoping that someone can give me a good reason why it is done, and failing

Re: Patch for critical_enter()/critical_exit() interrupt assem

On Wed, 6 Mar 2002, Jeroen C.van Gelderen wrote: Search for paper John Baldwin and find link 6: A good start though incomplete. Unfortunate that it took such a fight to get it to be written. Hopefully it's existance can prevent soem further bloodshed. Is it possible for other people to add

Re: Won't boot after the commits to timecounter code

On Thu, Mar 07, 2002 at 04:34:00AM +1100, Bruce Evans wrote: On Wed, 6 Mar 2002 [EMAIL PROTECTED] wrote: I inserted a pair of printf() inside mtx_lock_spin/mtx_unlock_spin in i8254_get_timecount() and it kept printing the message while tc_init() was blocked, so I think it's blocked at

Re: gtags? htags?

julian It might be an idea if the kernel were kept separate because julian I find that the cross-reference is good but having kernel and userspace julian mixed up is a bit confusing.. Hmm, maybe it's a good idea about userland/kernel separation. I'll try it later (maybe this evening or this

Re: Patch for critical_enter()/critical_exit() interrupt assem

:Search for paper John Baldwin and find link 6: : :http://www.FreeBSD.org/cgi/getmsg.cgi?fetch=199282+204026+/usr/local/www/db/ :text/2002/freebsd-arch/20020303.freebsd-arch : :The actual paper is at: : http://www.FreeBSD.org/~jhb/smpng/design/article.{ps,pdf} : :-J :-- :Jeroen C. van

Re: Patch for critical_enter()/critical_exit() interrupt assem

:stuff to change from their current model. I also think that just as it :is too early to optimize to light weight ithread switches (sparc64 is :going to optimize all kthread switches, not just ithreads by using a more :general We have very different development models, and different

$B9-9p!*!*A49q?69~M;;q<B;\Cf!*(B$B!*(B

$B9-9p!*(B $BFMA3$9$_$^$;$s!#(B $B5^$J=PHq$G$*:$$j$NJ}$*NO$K$J$j$^$9!#(B $B%i%$%/%U%!%$%J%s%9!!ET!J(B1$B!K(B22433 $B#2#4;~4V

Re: Patch for critical_enter()/critical_exit() interrupt assem

:This same issue came up at the BSDCon developers conference in :regard to ithreads. Is it better to optimize some bit of code :because it is the fun and interesting thing to do, or to build a simple, :yet stable and easily verified foundation, that we can later optimize :in a controlled

Re: Patch for critical_enter()/critical_exit() interrupt assem

:My 2 cents? Work with John to get the APIs that affect this particular :code stable. That means discussion and perhaps that discussion will :take some time (if this blow-up hadn't occurred the discussion :would already be over now ;-). Once the APIs are in place, commit your :code in a format