New strategy of locking a process group

2001-05-22 Thread Seigo Tanimura
For now, p_mtx protects p_pgrp in struct proc. This is quite troublesome for the following reason: In some cases, we grab a p_pgrp via struct proc in order to, say, access the session information of the process group. In other cases, we traverse the members of a process group in order to, say,

world broken

2001-05-22 Thread Storms of Perfection
Latest CVS (about 30 minutes ago) In file included from /usr/src/sbin/vinum/v.c:57: /usr/src/sbin/vinum/vext.h:77: dev/vinum/vinumutil.h: No such file or directory In file included from /usr/src/sbin/vinum/list.c:59: /usr/src/sbin/vinum/vext.h:77: dev/vinum/vinumutil.h: No such file or directory

No Subject

2001-05-22 Thread John
Hey there, I found a great retail site with all kinds of products. Home decor, office decor, travel, outdoors, kitchen, etc... Take a look around at http://www.merchandisewholesale.com just click on the images of the product to enlarge it for a better view. Sincerely, John To

RE: New strategy of locking a process group

2001-05-22 Thread John Baldwin
On 22-May-01 Seigo Tanimura wrote: For now, p_mtx protects p_pgrp in struct proc. This is quite troublesome for the following reason: Err, it doesn't really. It's mostly undecided at this point. Also, have you looked at the BSD/OS code on builder? They have process groups and sessions

RE: New strategy of locking a process group

2001-05-22 Thread Seigo Tanimura
On Tue, 22 May 2001 04:48:38 -0700 (PDT), John Baldwin [EMAIL PROTECTED] said: John On 22-May-01 Seigo Tanimura wrote: For now, p_mtx protects p_pgrp in struct proc. This is quite troublesome for the following reason: John Err, it doesn't really. It's mostly undecided at this point. Also,

RE: New strategy of locking a process group

2001-05-22 Thread Seigo Tanimura
On Tue, 22 May 2001 21:58:10 +0900, Seigo Tanimura tanimura said: Seigo On Tue, 22 May 2001 04:48:38 -0700 (PDT), Seigo John Baldwin [EMAIL PROTECTED] said: John On 22-May-01 Seigo Tanimura wrote: For now, p_mtx protects p_pgrp in struct proc. This is quite troublesome for the following

Re: What's causing troubles with pcm?

2001-05-22 Thread Vallo Kallaste
On Tue, May 22, 2001 at 04:13:47PM +0200, Vallo Kallaste [EMAIL PROTECTED] wrote: I know that -current is very fragile to say at least, but what's specifically causing it? Using simple for ((i=1;i=300;i++)); do sync; done does the trick, my system spends more than 50% in system, according to

Re: cvs commit: src Makefile.inc1

2001-05-22 Thread Bruce Evans
On 21 May 2001, Cyrille Lefevre wrote: Bruce Evans [EMAIL PROTECTED] writes: Debian CDs on FreeBSD with linux emulation way better than you can build say a -STABLE release on a -CURRENT box... ) I just tried a Linux fdisk binary built in 1997 under FreeBSD-current. It seemed to

RE: New strategy of locking a process group

2001-05-22 Thread John Baldwin
On 22-May-01 Seigo Tanimura wrote: On Tue, 22 May 2001 04:48:38 -0700 (PDT), John Baldwin [EMAIL PROTECTED] said: John On 22-May-01 Seigo Tanimura wrote: For now, p_mtx protects p_pgrp in struct proc. This is quite troublesome for the following reason: John Err, it doesn't really.

Re: world broken (vinum)

2001-05-22 Thread Szilveszter Adam
Hello Greg and others, Well I cannot find that file (/usr/src/sys/dev/vinum/vinumutil.h) there, it is not there in the cvsweb interface either. However, I can confirm that /usr/src/sys/dev/vinum/vinumhdr.h contains a reference to it. So? -- regards: Szilveszter ADAM Szeged University

Re: world broken (vinum)

2001-05-22 Thread David Wolfskill
Date: Tue, 22 May 2001 17:22:12 +0200 From: Szilveszter Adam [EMAIL PROTECTED] Well I cannot find that file (/usr/src/sys/dev/vinum/vinumutil.h) there, it is not there in the cvsweb interface either. However, I can confirm that /usr/src/sys/dev/vinum/vinumhdr.h contains a reference to it.

Re: cvs commit: src Makefile.inc1

2001-05-22 Thread Cyrille Lefevre
Bruce Evans wrote: On 21 May 2001, Cyrille Lefevre wrote: [snip] I don't need it myself (I only ran it to see if it supported Linux extended partitions (it didn't, at least in it's list of known partition types)). This is for the old Linux fdisk with a dumb terminal interface which hadn't

Re: world broken

2001-05-22 Thread David Wolfskill
In answer to Greg's query What happens if you try building in sys/modules/vinum?: dhcp-133[3] pushd sys/modules/vinum/ /usr/src/sys/modules/vinum /usr/src dhcp-133[4] make Warning: Object directory not changed from original /usr/src/sys/modules/vinum @ - /usr/src/sys machine -

Re: new function for libdevstat

2001-05-22 Thread Igor Timkin
Sergey A. Osokin writes: I have rewritten devstat_compute_statistics(). Please see the attachment. Add ``break'' in each ``case''. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message

RE: HEADS UP: I broke swapping

2001-05-22 Thread John Baldwin
On 20-May-01 Alfred Perlstein wrote: I broke swapping with the vm mutex. Hopefully I should have this fixed up within a couple of days tops. No, I'm not heading off to Aruba or someplace after this intrusive change, I am working on it. Your kernel may panic, but I hope you all keep a

RE: HEADS UP: I broke swapping

2001-05-22 Thread John Baldwin
On 22-May-01 John Baldwin wrote: On 20-May-01 Alfred Perlstein wrote: I broke swapping with the vm mutex. Hopefully I should have this fixed up within a couple of days tops. No, I'm not heading off to Aruba or someplace after this intrusive change, I am working on it. Your kernel may

RE: HEADS UP: I broke swapping

2001-05-22 Thread John Baldwin
On 22-May-01 John Baldwin wrote: On 20-May-01 Alfred Perlstein wrote: I broke swapping with the vm mutex. Hopefully I should have this fixed up within a couple of days tops. No, I'm not heading off to Aruba or someplace after this intrusive change, I am working on it. Your kernel may

Re: HEADS UP: I broke swapping

2001-05-22 Thread Peter Wemm
John Baldwin wrote: If I have swap (i.e. I've run swapon on a swap partition) the program is kill ed by the system fine. If I don't have swap, then both the memkill process adn the swapper process (proc0) are stuck in the vmwait wait channel used by VM_WAIT. Any ideas? This may not be

panic: merge_inode_lists+0x86: movl %eax,0x10(%edx)

2001-05-22 Thread The Hermit Hacker
Just upgraded to latest sources, doesn't look like the swap issue ... was performing a 'make -j16 buildworld' when it panic'd ... Fataltrap 12: page fault while in kernel mode cpuid = 0; lapic.id = fault virtual address = 0x11 fault code = supervisor write, page not