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

2010-11-19 Thread Bruce Cran
On Tue, 16 Nov 2010 20:40:00 + Bruce Cran br...@cran.org.uk wrote: One problem with the code that's been committed is that the shutdown event handler doesn't get run during a suspend operation so an emergency unload still gets done when running acpiconf -s3. Something else I noticed

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

2010-11-19 Thread Alexander Motin
Bruce Cran wrote: On Tue, 16 Nov 2010 20:40:00 + Bruce Cran br...@cran.org.uk wrote: One problem with the code that's been committed is that the shutdown event handler doesn't get run during a suspend operation so an emergency unload still gets done when running acpiconf -s3.

Re: Spinner Function for Shell Scripts

2010-11-19 Thread Christian Weisgerber
Devin Teske dte...@vicor.com wrote: So, just as the subject-line says, ... here's an efficient and robust spinner function compatible with many shells. DONE=$( /bin/sh -c 'read -t 0 DONE; echo $DONE' ) Is this expected to be portable to other operating systems?

new cpuid bits

2010-11-19 Thread Andriy Gapon
Guys, I would like to add definitions for couple more useful CPUID bits, but I am greatly confused about how to name them. I failed to deduce the naming convention from the existing definitions and I am not sure how to make the names proper and descriptive. The bits in question are returned by

Re: new cpuid bits

2010-11-19 Thread Gary Jennejohn
On Fri, 19 Nov 2010 17:39:53 +0200 Andriy Gapon a...@freebsd.org wrote: Guys, I would like to add definitions for couple more useful CPUID bits, but I am greatly confused about how to name them. I failed to deduce the naming convention from the existing definitions and I am not sure

statclock(n)

2010-11-19 Thread Andriy Gapon
Alexander, I wonder if instead of calling statclock() multiple times (after an idle period) we couldn't call it just with an appropriate N parameter. So some stats like e.g. cp_time[] could do +=N instead of ++. Other stats ru_ixrss need to be updated only once. Similarly, N could be passed

Re: statclock(n)

2010-11-19 Thread Alexander Motin
Hi. Andriy Gapon wrote: I wonder if instead of calling statclock() multiple times (after an idle period) we couldn't call it just with an appropriate N parameter. So some stats like e.g. cp_time[] could do +=N instead of ++. Other stats ru_ixrss need to be updated only once. Similarly, N

Re: Spinner Function for Shell Scripts

2010-11-19 Thread Devin Teske
On Nov 19, 2010, at 7:12 AM, Christian Weisgerber wrote: Devin Teske dte...@vicor.com wrote: So, just as the subject-line says, ... here's an efficient and robust spinner function compatible with many shells. DONE=$( /bin/sh -c 'read -t 0 DONE; echo $DONE' ) Is

Network socket concurrency (userland)

2010-11-19 Thread Ivan Voras
Are there any standard-defined guarantees for TCP network sockets used by multiple threads to do IO on them? Specifically, will multiple write() or send() calls on the same socket execute serially (i.e. not interfere with each other) and blocking (until completion) even for large buffer

Re: Unhappy with cross-worlding

2010-11-19 Thread rank1seeker
Additionally ... After I've created, bootable binary USB amd64 on i386, I wanted do a freebsd-update, on memstick, via '-b' flag, to avoid doing it later. Conclusion: Don't use '-b' at all, as it fetches updates for LOCAL running OS (i386) From running 8.1 i386, I did a binary 8.1 am64 install

FreeBSD (UNIXes?), UARTs, forced parity and Custom UART settings

2010-11-19 Thread Lev Serebryakov
Hello, Freebsd-hackers. When I implemented USB2COM driver, I found that there is NO flags in termios for forces parity. Here are flags to tunr parity on or off and make it odd or even, but no mention about forced (alway 1 -- odd -- or 0 -- even) parity, which is not dependend on data

[PATCH] sync libedit with netbsd

2010-11-19 Thread Baptiste Daroussin
Hi all, Here is a new version of the patch, this time it only upgrades libedit without installing the readline compatibility headers (as I have been suggested for a first step) Their should be no regression with this patch. If it gets committed I'll send the FreeBSD's enhancement to upstream so