Re: svn commit: r225892 - head/sys/mips/mips

2011-09-30 Thread Jayachandran C.
Hi Adrian, On Sat, Oct 1, 2011 at 11:26 AM, Adrian Chadd wrote: > Author: adrian > Date: Sat Oct  1 05:56:25 2011 > New Revision: 225892 > URL: http://svn.freebsd.org/changeset/base/225892 > > Log: >  Disable using wait in cpu_idle() until a better solution to timer and >  interrupt handling can

svn commit: r225892 - head/sys/mips/mips

2011-09-30 Thread Adrian Chadd
Author: adrian Date: Sat Oct 1 05:56:25 2011 New Revision: 225892 URL: http://svn.freebsd.org/changeset/base/225892 Log: Disable using wait in cpu_idle() until a better solution to timer and interrupt handling can be implemented. Modified: head/sys/mips/mips/machdep.c Modified: head/sys/m

svn commit: r225891 - head/sys/sparc64/pci

2011-09-30 Thread Marius Strobl
Author: marius Date: Sat Oct 1 00:31:30 2011 New Revision: 225891 URL: http://svn.freebsd.org/changeset/base/225891 Log: Re-reading the Schizo errata suggests that it's actually tolerable to also use the streaming buffer of pre version 5/revision 2.3 hardware as long as we stay away from co

svn commit: r225890 - head/sys/sparc64/include

2011-09-30 Thread Marius Strobl
Author: marius Date: Sat Oct 1 00:22:24 2011 New Revision: 225890 URL: http://svn.freebsd.org/changeset/base/225890 Log: - Add protective parentheses to macros as far as possible. - Move {r,w,}mb() to the top of this file where they live on most of the other architectures. Modified: he

svn commit: r225889 - head/sys/sparc64/include

2011-09-30 Thread Marius Strobl
Author: marius Date: Sat Oct 1 00:11:03 2011 New Revision: 225889 URL: http://svn.freebsd.org/changeset/base/225889 Log: In total store which we use for running the kernel and all of the userland atomic operations behave as if the were followed by a memory barrier so there's no need to incl

svn commit: r225888 - head/sys/sparc64/sparc64

2011-09-30 Thread Marius Strobl
Author: marius Date: Fri Sep 30 20:23:18 2011 New Revision: 225888 URL: http://svn.freebsd.org/changeset/base/225888 Log: Add a comment about why contrary to what once would think running all of userland with total store order actually is appropriate. Modified: head/sys/sparc64/sparc64/mach

svn commit: r225887 - head/sys/sparc64/include

2011-09-30 Thread Marius Strobl
Author: marius Date: Fri Sep 30 20:13:51 2011 New Revision: 225887 URL: http://svn.freebsd.org/changeset/base/225887 Log: Use the extended integer condition code when comparing 64-bit values. Given that ATOMIC_INC_LONG currently is unused this happened to not be fatal. Modified: head/sys/sp

svn commit: r225886 - head/sys/sparc64/include

2011-09-30 Thread Marius Strobl
Author: marius Date: Fri Sep 30 20:06:23 2011 New Revision: 225886 URL: http://svn.freebsd.org/changeset/base/225886 Log: - Right-justify backslashes as suggested by style(9). - Rename ATOMIC_INC_ULONG to ATOMIC_INC_LONG in order to be consistent with the names of the other macros in this

svn commit: r225885 - head/sys/netinet6

2011-09-30 Thread Bjoern A. Zeeb
Author: bz Date: Fri Sep 30 18:20:16 2011 New Revision: 225885 URL: http://svn.freebsd.org/changeset/base/225885 Log: Fix an obvious bug from r186196 shadowing a variable, not correctly appending the new mbuf to the chain reference but possibly causing an mbuf nextpkt loop leading to a memor

Re: svn commit: r225827 - head/sys/kern head/usr.bin/compress head/usr.bin/gzip releng/7.3 releng/7.3/sys/conf releng/7.3/sys/kern releng/7.3/usr.bin/compress releng/7.3/usr.bin/gzip releng/7.4 releng

2011-09-30 Thread Colin Percival
On 09/30/11 01:16, Alexander Best wrote: > a thread on freebsd-questions@ indicates that the changes to uipc_usrreq.c > broke support for flash. Correct. I just sent an email to -security and -emulation about this -- we accidentally exposed a long-standing linux emulation bug. A fix will be comi

Re: svn commit: r225827 - head/sys/kern head/usr.bin/compress head/usr.bin/gzip releng/7.3 releng/7.3/sys/conf releng/7.3/sys/kern releng/7.3/usr.bin/compress releng/7.3/usr.bin/gzip releng/7.4 releng

2011-09-30 Thread Alexander Best
On Fri Sep 30 11, Bjoern A. Zeeb wrote: > > On Sep 30, 2011, at 8:16 AM, Alexander Best wrote: > > > On Wed Sep 28 11, Bjoern A. Zeeb wrote: > >> Author: bz > >> Date: Wed Sep 28 08:47:17 2011 > >> New Revision: 225827 > >> URL: http://svn.freebsd.org/changeset/base/225827 > >> > >> Log: > >> F

Re: svn commit: r225827 - head/sys/kern head/usr.bin/compress head/usr.bin/gzip releng/7.3 releng/7.3/sys/conf releng/7.3/sys/kern releng/7.3/usr.bin/compress releng/7.3/usr.bin/gzip releng/7.4 releng

2011-09-30 Thread Bjoern A. Zeeb
On Sep 30, 2011, at 8:16 AM, Alexander Best wrote: > On Wed Sep 28 11, Bjoern A. Zeeb wrote: >> Author: bz >> Date: Wed Sep 28 08:47:17 2011 >> New Revision: 225827 >> URL: http://svn.freebsd.org/changeset/base/225827 >> >> Log: >> Fix handling of corrupt compress(1)ed data. [11:04] > That's

Re: svn commit: r225868 - head/bin/ps

2011-09-30 Thread Edward Tomasz Napierała
Wiadomość napisana przez Alexander Best w dniu 29 wrz 2011, o godz. 20:57: > On Thu Sep 29 11, Edward Tomasz Napiera?a wrote: >> Wiadomo?? napisana przez Alexander Best w dniu 29 wrz 2011, o godz. 14:14: >>> On Thu Sep 29 11, Edward Tomasz Napierala wrote: Author: trasz Date: Thu Sep 29 0

Re: svn commit: r225827 - head/sys/kern head/usr.bin/compress head/usr.bin/gzip releng/7.3 releng/7.3/sys/conf releng/7.3/sys/kern releng/7.3/usr.bin/compress releng/7.3/usr.bin/gzip releng/7.4 releng

2011-09-30 Thread Alexander Best
On Wed Sep 28 11, Bjoern A. Zeeb wrote: > Author: bz > Date: Wed Sep 28 08:47:17 2011 > New Revision: 225827 > URL: http://svn.freebsd.org/changeset/base/225827 > > Log: > Fix handling of corrupt compress(1)ed data. [11:04] a thread on freebsd-questions@ indicates that the changes to uipc_usrre

svn commit: r225884 - svnadmin/conf

2011-09-30 Thread Bjoern A. Zeeb
Author: bz Date: Fri Sep 30 08:05:58 2011 New Revision: 225884 URL: http://svn.freebsd.org/changeset/base/225884 Log: Add the stable-9 block so that commits to stable/9 will also get a proper X-SVN-Group: header to filter and are archived to their own list as well. It might be worth menti