lock order reversal under -current

Hi, with -current sources (as of -now) I get during startup: lock order reversal 1st vnode interlock last acquired @ ../../kern/vfs_vnops.c:625 2nd 0xc0306840 mntvnode @ ../../ufs/ffs/ffs_vfsops.c:940 3rd 0xcbd20a0c vnode interlock @ ../../ufs/ffs/ffs_vfsops.c:949 32 Is that bad? Bye!

Jail code has been dysfunctional...

For some time in current. Unfortunately I found out when I MFC'ed the non-working code into -stable. I belive the code works in -current again now, and I will MFC the fix probably some time sunday. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 [EMAIL PROTECTED] | TCP/IP

resolver problem with shared linked programs

I noticed that sendmail started to complain of a failed reverse lookup when starting: Feb 28 11:40:43 beast sendmail[276]: gethostbyaddr(3ffe:2900:fffa:2:2a0:c9ff:fe8d:7c5f) failed: 2 At first I thought something is wrong with my ipv6 dns setup, but it turned out that if a program is linked

Re: make kernel failure: pecoff: machine/lock.h

On Tue, 27 Feb 2001, Julian Elischer wrote: Bruce Evans wrote: Most of the pcb actually has the same persistence as the kernel stack (both mainly store the process's context while the process is in the kernel). But it is silly to put the pcb below the stack instead of above it.

Re: d.net client + today's kernel

On Tue, 27 Feb 2001, Jake Burkholder wrote: a distributed.net client (ports/misc/dnetc) being run on -current with today's kernel just hangs my box. the system _dramatically_ slows down and stops to respond on any external events (keyboard, network, etc). Sorry, this should be fixed.

Re: d.net client + today's kernel

On Tue, 27 Feb 2001, Jake Burkholder wrote: a distributed.net client (ports/misc/dnetc) being run on -current with today's kernel just hangs my box. the system _dramatically_ slows down and stops to respond on any external events (keyboard, network, etc). Sorry, this should be

KDE2 port?

On Fri, Feb 23, 2001 at 04:50:37AM -0800, Alex Zepeda wrote: Define flawlessly? I haven't noticed any problems yet with KDE2, other than the usual mixing I can't build KDE2 port on -CURRENT-20010228 I'm not complaining of course, I even don't need KDE, but I wish try it :-) This -CURRENT

struct ki_pri VS ki_priority in sys/user.h

On Wed, Feb 28, 2001 at 03:25:15PM +0300, Igor Robul wrote: Problem is, while compiling I get: cc -DHAVE_CONFIG_H -I. -I. -I../../.. -I./../../CContLib -I/usr/local/include -Wall -c ProcessList.c ProcessList.c: In function `updateProcess': ProcessList.c:199: structure has no member named

Re: struct ki_pri VS ki_priority in sys/user.h

Igor Robul wrote: On Wed, Feb 28, 2001 at 03:25:15PM +0300, Igor Robul wrote: Problem is, while compiling I get: cc -DHAVE_CONFIG_H -I. -I. -I../../.. -I./../../CContLib -I/usr/local/include -Wall -c ProcessList.c ProcessList.c: In function `updateProcess': ProcessList.c:199:

Correct size of kinfo_proc

Hi Poul, In revision 1.31 of src/sys/sys/user.h you have added new ki_layout field to kinfo_proc structure, but forgot to increase KINFO_PROC_SIZE from 644 to 648. Please correct. -Maxim To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the

Re: make kernel failure: pecoff: machine/lock.h

Bruce Evans wrote: On Tue, 27 Feb 2001, Julian Elischer wrote: Bruce Evans wrote: Most of the pcb actually has the same persistence as the kernel stack (both mainly store the process's context while the process is in the kernel). But it is silly to put the pcb below the stack

Re: Correct size of kinfo_proc

On Wed, Feb 28, 2001 at 03:00:48PM +0200, Maxim Sobolev wrote: Hi Poul, In revision 1.31 of src/sys/sys/user.h you have added new ki_layout field to kinfo_proc structure, but forgot to increase KINFO_PROC_SIZE from 644 to 648. Please correct. Why don't use sizeof() insead of hardcoding

Re: resolver problem with shared linked programs

John Hay wrote: I noticed that sendmail started to complain of a failed reverse lookup when starting: Feb 28 11:40:43 beast sendmail[276]: gethostbyaddr(3ffe:2900:fffa:2:2a0:c9ff:fe8d:7c5f) failed: 2 At first I thought something is wrong with my ipv6 dns setup, but it turned out that

Inscription

Bonjour tous !!! Je dcouvre jour aprs jour Freebsd, qui finit par vraiment me plaire. Du coup, j'aimerais faire partie de votre liste de diffusion. Merci d'avance et merci vous tous... RISC Technology Europe Les solutions et les services d'un expert http://www.risc.fr To

Re: Correct size of kinfo_proc

On Wed, 28 Feb 2001, Igor Robul wrote: On Wed, Feb 28, 2001 at 03:00:48PM +0200, Maxim Sobolev wrote: Hi Poul, In revision 1.31 of src/sys/sys/user.h you have added new ki_layout field to kinfo_proc structure, but forgot to increase KINFO_PROC_SIZE from 644 to 648. Please correct.

Re: Inscription

On Wed, Feb 28, 2001 at 02:46:06PM +0100, Patrice JACQUES-GUSTAVE wrote: Bonjour tous !!! Je dcouvre jour aprs jour Freebsd, qui finit par vraiment me plaire. Du coup, j'aimerais faire partie de votre liste de diffusion. Merci d'avance et merci vous tous... Bonjour, Attention,

Re: resolver problem with shared linked programs

* Matthew Thyer [EMAIL PROTECTED] [010228 07:26]: John Hay wrote: I noticed that sendmail started to complain of a failed reverse lookup when starting: Feb 28 11:40:43 beast sendmail[276]: gethostbyaddr(3ffe:2900:fffa:2:2a0:c9ff:fe8d:7c5f) failed: 2 At first I thought something

DNS kqread (kq in general)

I"ve committed a fix for the problem where DNS hangs or takes a long time to resolve (the process gets stuck in kqread). In the last kqueue update, I added a new filter-specific flag to the read/write filters, which allows the filter to specify its own read/write watermarks. However, since

Re: resolver problem with shared linked programs

In article local.mail.freebsd-current/[EMAIL PROTECTED] you write: At first I thought something is wrong with my ipv6 dns setup, but it turned out that if a program is linked shared the first getipnodebyaddr() it does will succeed, but the rest fail. For a staticly linked program all of them

Re: cvs commit: src/gnu/usr.bin/binutils/ar Makefile src/gnu/usr.bin/binutils/as Makefile.inc0 src/gnu/usr.bin/binutils/ld Makefile src/gnu/usr.bin/binutils/ranlib Makefile

[ cc's trimmed, moved to -current ] On Wed, Feb 28, 2001 at 09:51:08AM -0700, Warner Losh wrote: So long as it is not forced unconditionally to be static. I agree. b) I've not seen the numbers for this. If it is only 1% faster, it doesn't make sense, even though it sounds good on paper.

Re: KDE2 port?

On Wed, Feb 28, 2001 at 03:25:15PM +0300, Igor Robul wrote: I can't build KDE2 port on -CURRENT-20010228 I'm not complaining of course, I even don't need KDE, but I wish try it :-) This -CURRENT is my workstation. On -STABLE server I have build KDE2 without problems, but then deinstalled

Re: resolver problem with shared linked programs

* Larry Rosenman [EMAIL PROTECTED] [010228 09:37]: * Matthew Thyer [EMAIL PROTECTED] [010228 07:26]: John Hay wrote: I noticed that sendmail started to complain of a failed reverse lookup when starting: Feb 28 11:40:43 beast sendmail[276]:

Re: make kernel failure: pecoff: machine/lock.h

On 28-Feb-01 Bruce Evans wrote: On Tue, 27 Feb 2001, John Baldwin wrote: Ok. It may be that we are overflowing the kernel stack and corrupting the pcb in the process. One idea atm is to move the pcb off of the stack (since it stores persistent data it's a bad place for it anyways) and

RE: lock order reversal under -current

On 28-Feb-01 Michael Reifenberger wrote: Hi, with -current sources (as of -now) I get during startup: lock order reversal 1st vnode interlock last acquired @ ../../kern/vfs_vnops.c:625 2nd 0xc0306840 mntvnode @ ../../ufs/ffs/ffs_vfsops.c:940 3rd 0xcbd20a0c vnode interlock @

(device hints) okay, what's wrong with this?

I have 3 hints in /boot/device.hints hint.isp.0.portwnn="w5000" hint.isp.0.nodewnn="w50000001" hint.isp.0.role=3 resource_get_int picks up 'hint.isp.0.role=3' with no problem. resource_get_string fails to pick up either hint.isp.0.portwnn or hint.isp.0.nodewwn. Nor does

Never Mind: Re: (device hints) okay, what's wrong with this?

Clearly I'm going blind. Sorry for the noise. I have 3 hints in /boot/device.hints hint.isp.0.portwnn="w5000" hint.isp.0.nodewnn="w50000001" hint.isp.0.role=3 resource_get_int picks up 'hint.isp.0.role=3' with no problem. resource_get_string fails to pick up

Re: Inscription

Stephane Legrand wrote: On Wed, Feb 28, 2001 at 02:46:06PM +0100, Patrice JACQUES-GUSTAVE wrote: Bonjour tous !!! Je dcouvre jour aprs jour Freebsd, qui finit par vraiment me plaire. Du coup, j'aimerais faire partie de votre liste de diffusion. Merci d'avance et merci vous

RE: Never Mind: Re: (device hints) okay, what's wrong with this?

On 01-Mar-01 Matthew Jacob wrote: Clearly I'm going blind. Sorry for the noise. You're not the only one. Was hard for me to see it as well. :) I have 3 hints in /boot/device.hints hint.isp.0.portwnn="w5000" hint.isp.0.nodewnn="w50000001" hint.isp.0.role=3

RE: Never Mind: Re: (device hints) okay, what's wrong with this?

You're not the only one. Was hard for me to see it as well. :) hint.isp.0.portwnn="w5000" In the quest to manage far too many digits, I stumbled over far too many letters. Sigh. What still is unfortunate here is that I have to this leading 'w' if I want a string because

Re: Never Mind: Re: (device hints) okay, what's wrong with this?

In message [EMAIL PROTECTED] Matthew Jacob writes: : Now that I think about it, we also need 128 bit UUIDs as well... This is the big reason why I think storing things as strings might not be such a horrible idea. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe

Re: Correct size of kinfo_proc

In message [EMAIL PROTECTED] Igor Robul writes: : On Wed, Feb 28, 2001 at 03:00:48PM +0200, Maxim Sobolev wrote: : Hi Poul, : : In revision 1.31 of src/sys/sys/user.h you have added new ki_layout field to : kinfo_proc structure, but forgot to increase KINFO_PROC_SIZE from 644 to 648. :

Re: make kernel failure: pecoff: machine/lock.h

In message [EMAIL PROTECTED] Leif Neland writes: : === pecoff : make: don't know how to make machine/lock.h. Stop If you are making from pure, clean sources, like I think you said you were, you may need to rm src/sys/modules/pecoff/.depend. I had a few of these kicking around and it caused me

Re: make kernel failure: pecoff: machine/lock.h

In message [EMAIL PROTECTED] "David O'Brien" writes: : On Tue, Feb 27, 2001 at 11:28:37AM -0800, John Baldwin wrote: : Have you tried running make depend? : : I've got the same problem about a bogus dependancy on machine/lock.h. : And yes, this is after a `make depend' on a /sys I *just*

Re: make kernel failure: pecoff: machine/lock.h

In message [EMAIL PROTECTED] Edwin Culp writes: : I had that, and many other problems, about a week ago and I am not : sure but i think that I ended up doing an rm -rf /usr/sys/modules/* : , cvsuped made world and built new kernel with no problem. I : remember that I had to erase all the modules

Re: make kernel failure: pecoff: machine/lock.h

On Wed, 28 Feb 2001, John Baldwin wrote: On 28-Feb-01 Bruce Evans wrote: Most of the pcb actually has the same persistence as the kernel stack (both mainly store the process's context while the process is in the kernel). But it is silly to put the pcb below the stack instead of above

Re: Never Mind: Re: (device hints) okay, what's wrong with this?

In message [EMAIL PROTECTED] Matthew Jacob writes: : Now that I think about it, we also need 128 bit UUIDs as well... This is the big reason why I think storing things as strings might not be such a horrible idea. As long as simple things can be treated simply- we're cool. Most everyone

ltr %si panic

I'm getting the "ltr %si" panic on my laptop whenever I insert my Ethernet card. My last CVSup/build was Tuesday evening; I won't be able to do any more until this gets fixed, obviously. -Peter- Copyright (c) 1992-2001 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989,