bsdtar lockup on Current-03/10/2009

2009-03-09 Thread Pegasus Mc Cleaft
Hi Current & Hackers, I was wondering if anyone else is seeing this problem: Any use of bsdtar to create a new archive causes the process to be unresponsive to all signals and consumes 100% cpu time. The machine I am testing on is a Core 2 quad running in AMD64 (8 gigs ram, zfs boot,

Re: lockf: Invalid argument on pipe

2009-03-09 Thread Robert Watson
On Mon, 9 Mar 2009, Timothy Redaelli wrote: Why can't I do a lockf on a file descriptor that does not point a real file (such as stderr, stdout, or a character device)? Since it works under NetBSD, Linux, Solaris. For portability between systems I hope I can do it under FreeBSD. The follow

Re: Spin down HDD after disk sync or before power off

2009-03-09 Thread Bernd Walter
On Mon, Mar 09, 2009 at 04:17:15PM -0600, Rick C. Petty wrote: > On Sun, Mar 08, 2009 at 01:36:09PM +0100, Bernd Walter wrote: > > On Fri, Mar 06, 2009 at 03:47:38PM -0600, Rick C. Petty wrote: > > > On Fri, Mar 06, 2009 at 03:30:14PM -0600, Octavian Covalschi wrote: > > > > Why is spinning down is

Re: Spin down HDD after disk sync or before power off

2009-03-09 Thread Joerg Sonnenberger
On Mon, Mar 09, 2009 at 04:17:15PM -0600, Rick C. Petty wrote: > What I was hoping is that someone could point me to the "spinup" command as > I have a drive which does not spin up until it receives this command. Any > takers? There is no such command. Disks are supposed to spin up at the first r

lockf: Invalid argument on pipe

2009-03-09 Thread Timothy Redaelli
Hi, Why can't I do a lockf on a file descriptor that does not point a real file (such as stderr, stdout, or a character device)? Since it works under NetBSD, Linux, Solaris. For portability between systems I hope I can do it under FreeBSD. The following code is simple, but It reproduce the proble

Re: Spin down HDD after disk sync or before power off

2009-03-09 Thread Rick C. Petty
On Sun, Mar 08, 2009 at 01:36:09PM +0100, Bernd Walter wrote: > On Fri, Mar 06, 2009 at 03:47:38PM -0600, Rick C. Petty wrote: > > On Fri, Mar 06, 2009 at 03:30:14PM -0600, Octavian Covalschi wrote: > > > Why is spinning down is bad for HDD ? I believe it's better to spindown a > > > drive, > > > i

Re: wrong data in remapped buffer

2009-03-09 Thread John Baldwin
On Monday 09 March 2009 3:38:55 pm Alexej Sokolov wrote: > 2009/3/9 John Baldwin > > > On Friday 06 March 2009 11:13:38 am Alexej Sokolov wrote: > > > Hello, > > > I try to MALLOC a buffer in kern, then remap it with vm_map_find(), to > > space > > > of user process. > > > Some times the remapped

Re: wrong data in remapped buffer

2009-03-09 Thread Alexej Sokolov
2009/3/9 John Baldwin > On Friday 06 March 2009 11:13:38 am Alexej Sokolov wrote: > > Hello, > > I try to MALLOC a buffer in kern, then remap it with vm_map_find(), to > space > > of user process. > > Some times the remapped buffer in user space contain incorrect data. > > What architecture are y

Re: freebsd-hackers Digest, Vol 310, Issue 6

2009-03-09 Thread Clifton Royston
On Sun, Mar 08, 2009 at 12:00:22PM +, freebsd-hackers-requ...@freebsd.org wrote: > Date: Sat, 7 Mar 2009 13:08:56 -0800 (PST) > From: Martin Badie > Subject: select.h FD_SETSIZE and Qmail-Postfix test > To: freebsd-hackers@freebsd.org > Message-ID: <67469.69113...@web59906.mail.ac4.yahoo.com>

Re: wrong data in remapped buffer

2009-03-09 Thread John Baldwin
On Friday 06 March 2009 11:13:38 am Alexej Sokolov wrote: > Hello, > I try to MALLOC a buffer in kern, then remap it with vm_map_find(), to space > of user process. > Some times the remapped buffer in user space contain incorrect data. What architecture are you using? On some archs like amd64, sm

Re: CPU user/kernel time given the PID

2009-03-09 Thread Jay Loden
Dan Nelson wrote: > I was wondering why you were having so much trouble finding what you were > looking for, and then I realized I have a patch that I have never submitted > a PR for: the addition of "systime" and "usertime" ps keywords :) It simply > reads the rusage struct, and returns the same v