Re: svn commit: r252032 - head/sys/amd64/include

2013-06-24 Thread Gleb Smirnoff
On Sun, Jun 23, 2013 at 10:33:43AM +0300, Konstantin Belousov wrote: K On Sat, Jun 22, 2013 at 06:58:15PM +1000, Bruce Evans wrote: K So the i386 version be simply addl; adcl to memory. Each store in K this is atomic at the per-CPU level. If there is no carry, then the K separate stores are

Re: svn commit: r252032 - head/sys/amd64/include

2013-06-24 Thread Gleb Smirnoff
Bruce, did you run your benchmarks in userland or in kernel? How many parallel threads were updating the same counter? Can you please share your benchmarks? -- Totus tuus, Glebius. ___ svn-src-head@freebsd.org mailing list

Re: svn commit: r252121 - in head/release/doc: en_US.ISO8859-1/errata share/xml

2013-06-24 Thread Glen Barber
On Mon, Jun 24, 2013 at 02:30:38PM +0900, Hiroki Sato wrote: gj Author: gjb gj Date: Sun Jun 23 20:19:00 2013 gj New Revision: 252121 gj URL: http://svnweb.freebsd.org/changeset/base/252121 gj gj Log: gj Add a new macro, release.current.release, to denote the head/ branch gj with the

Urgent Order

2013-06-24 Thread Barry Buckner
Goodday ,    This  is Barry Buckner i send this inquiry to your company in regards to order some Gorilla Tape  i will like to know the types and sizes of  Gorilla Tape you have.Immediate responds is require  and advise on payment method. waiting to hear from you advise.

Re: svn commit: r252121 - in head/release/doc: en_US.ISO8859-1/errata share/xml

2013-06-24 Thread Hiroki Sato
Glen Barber g...@freebsd.org wrote in 20130624084009.gk1...@glenbarber.us: gj On Mon, Jun 24, 2013 at 02:30:38PM +0900, Hiroki Sato wrote: gj gj Author: gjb gj gj Date: Sun Jun 23 20:19:00 2013 gj gj New Revision: 252121 gj gj URL: http://svnweb.freebsd.org/changeset/base/252121 gj gj gj

svn commit: r252147 - in head/release/doc: en_US.ISO8859-1/errata share/xml

2013-06-24 Thread Glen Barber
Author: gjb Date: Mon Jun 24 09:18:41 2013 New Revision: 252147 URL: http://svnweb.freebsd.org/changeset/base/252147 Log: Revert r252126, r252124, r252121. Submitted by: hrs Modified: head/release/doc/en_US.ISO8859-1/errata/article.xml head/release/doc/share/xml/release.ent Modified:

Re: svn commit: r251886 - in head: contrib/apr contrib/apr-util contrib/serf contrib/sqlite3 contrib/subversion share/mk usr.bin usr.bin/svn usr.bin/svn/lib usr.bin/svn/lib/libapr usr.bin/svn/lib/liba

2013-06-24 Thread Tijl Coosemans
On 2013-06-23 21:30, Peter Wemm wrote: On Sun, Jun 23, 2013 at 10:12 AM, Warner Losh i...@bsdimp.com wrote: On Jun 23, 2013, at 6:22 AM, Tijl Coosemans wrote: On 2013-06-23 04:43, Garance A Drosehn wrote: On 6/22/13 2:38 PM, Tijl Coosemans wrote: On 2013-06-20 21:34, Warner Losh wrote: I

Re: svn commit: r252032 - head/sys/amd64/include

2013-06-24 Thread Bruce Evans
On Mon, 24 Jun 2013, Gleb Smirnoff wrote: did you run your benchmarks in userland or in kernel? How many parallel threads were updating the same counter? Can you please share your benchmarks? Only userland, with 1 thread. I don't have any more benchmarks than the test program in previous

Re: svn commit: r252032 - head/sys/amd64/include

2013-06-24 Thread Bruce Evans
On Mon, 24 Jun 2013, Gleb Smirnoff wrote: On Sun, Jun 23, 2013 at 10:33:43AM +0300, Konstantin Belousov wrote: K On Sat, Jun 22, 2013 at 06:58:15PM +1000, Bruce Evans wrote: K So the i386 version be simply addl; adcl to memory. Each store in K this is atomic at the per-CPU level. If there

svn commit: r252161 - head/sys/vm

2013-06-24 Thread Gleb Smirnoff
Author: glebius Date: Mon Jun 24 13:36:16 2013 New Revision: 252161 URL: http://svnweb.freebsd.org/changeset/base/252161 Log: Typo in comment. Modified: head/sys/vm/vm_page.c Modified: head/sys/vm/vm_page.c == ---

Re: svn commit: r252032 - head/sys/amd64/include

2013-06-24 Thread mdf
[snipping everything about counter64, atomic ops, cycles, etc.] I wonder if the idea explained in this paper: http://static.usenix.org/event/usenix03/tech/freenix03/full_papers/mcgarry/mcgarry_html/ Which seems to be used in FreeBSD for some ARM atomics:

Re: svn commit: r252032 - head/sys/amd64/include

2013-06-24 Thread Konstantin Belousov
On Sun, Jun 23, 2013 at 07:57:57PM +1000, Bruce Evans wrote: The case that can't be fixed by rereading the counters is when fetching code runs in between the stores. If the stores are on a another CPU that is currently executing them, then we can keep checking that the counters don't change

svn commit: r252166 - head/sys/dev/pci

2013-06-24 Thread John Baldwin
Author: jhb Date: Mon Jun 24 18:30:44 2013 New Revision: 252166 URL: http://svnweb.freebsd.org/changeset/base/252166 Log: Disable hw.pci.realloc_bars by default. It wasn't needed for the original tester of this fix, and realloc_bars breaks some other cases as a small BAR that is

Re: svn commit: r251422 - in head: contrib/bmake usr.bin/bmake

2013-06-24 Thread Tijl Coosemans
On 2013-06-05 18:12, Simon J. Gerraty wrote: Author: sjg Date: Wed Jun 5 16:12:50 2013 New Revision: 251422 URL: http://svnweb.freebsd.org/changeset/base/251422 Log: Update to bmake-20130604 to fix file descriptor leak. Modified: head/contrib/bmake/job.c

svn commit: r252170 - head/lib/msun/src

2013-06-24 Thread Eitan Adler
Author: eadler Date: Mon Jun 24 19:12:17 2013 New Revision: 252170 URL: http://svnweb.freebsd.org/changeset/base/252170 Log: Make the order of operations for lib/msun more clear. Tested with md5 sum of object code Reported by: swild...@dragonflybsd.org Submitted by: bde Modified:

svn commit: r252174 - head/usr.sbin/mergemaster

2013-06-24 Thread Eitan Adler
Author: eadler Date: Mon Jun 24 19:57:25 2013 New Revision: 252174 URL: http://svnweb.freebsd.org/changeset/base/252174 Log: Remove request to email suggestions and fixes to the author. He is no longer involved with the FreeBSD project. While here: remove no known bugs and related. This

svn commit: r252175 - head/tools/build/mk

2013-06-24 Thread Eitan Adler
Author: eadler Date: Mon Jun 24 20:36:12 2013 New Revision: 252175 URL: http://svnweb.freebsd.org/changeset/base/252175 Log: Add missing Obsolete Files Submitted by: Kurt Lidl l...@pi-coral.com Modified: head/tools/build/mk/OptionalObsoleteFiles.inc Modified:

svn commit: r252176 - head/contrib/gcc

2013-06-24 Thread Pedro F. Giffuni
Author: pfg Date: Mon Jun 24 20:38:27 2013 New Revision: 252176 URL: http://svnweb.freebsd.org/changeset/base/252176 Log: gcc: add some configuration and references. -Add configure support for FreeBSD 10 and 11. -Adapt a threading fix to gnu POSIX95 (which we don't use). -Refer to a

svn commit: r252177 - head/usr.sbin/bsdconfig

2013-06-24 Thread Devin Teske
Author: dteske Date: Mon Jun 24 20:39:07 2013 New Revision: 252177 URL: http://svnweb.freebsd.org/changeset/base/252177 Log: Whitespace. Modified: head/usr.sbin/bsdconfig/bsdconfig Modified: head/usr.sbin/bsdconfig/bsdconfig

svn commit: r252178 - in head/usr.sbin/bsdconfig: . console diskmgmt docsinstall dot mouse networking networking/share packages password security share share/media share/packages startup timezone t...

2013-06-24 Thread Devin Teske
Author: dteske Date: Mon Jun 24 20:58:54 2013 New Revision: 252178 URL: http://svnweb.freebsd.org/changeset/base/252178 Log: More whitespace. Modified: head/usr.sbin/bsdconfig/bsdconfig head/usr.sbin/bsdconfig/console/console head/usr.sbin/bsdconfig/console/font

svn commit: r252179 - head/contrib/gcc

2013-06-24 Thread Pedro F. Giffuni
Author: pfg Date: Mon Jun 24 21:13:58 2013 New Revision: 252179 URL: http://svnweb.freebsd.org/changeset/base/252179 Log: gcc: configuration fix. -Fix configuration support for FreeBSD 10 and 11. Note this change is based on GCC-SVN-131197 with permission by gerald@ . Reported

svn commit: r252180 - head/sys/dev/mpt

2013-06-24 Thread Marius Strobl
Author: marius Date: Mon Jun 24 21:27:15 2013 New Revision: 252180 URL: http://svnweb.freebsd.org/changeset/base/252180 Log: Flag mpt(4) as supporting unmapped I/O; all necessary conversion actually already has been done as part of r246713 except for a comment update. MFC after:3

Re: svn commit: r251886 - in head: contrib/apr contrib/apr-util contrib/serf contrib/sqlite3 contrib/subversion share/mk usr.bin usr.bin/svn usr.bin/svn/lib usr.bin/svn/lib/libapr usr.bin/svn/lib/liba

2013-06-24 Thread Jeremie Le Hen
Hi Peter, On Tue, Jun 18, 2013 at 02:53:45AM +, Peter Wemm wrote: Author: peter Date: Tue Jun 18 02:53:45 2013 New Revision: 251886 URL: http://svnweb.freebsd.org/changeset/base/251886 Log: Introduce svnlite so that we can check out our source code again. This is actually a

svn commit: r252184 - head/sys/net

2013-06-24 Thread Qing Li
Author: qingli Date: Tue Jun 25 00:10:49 2013 New Revision: 252184 URL: http://svnweb.freebsd.org/changeset/base/252184 Log: Due to the routing related networking kernel redesign work in FBSD 8.0, interface routes have been returened to the applications without the RTF_GATEWAY bit. This

svn commit: r252185 - in head/sys/dev/usb: . net

2013-06-24 Thread Pyun YongHyeon
Author: yongari Date: Tue Jun 25 00:26:30 2013 New Revision: 252185 URL: http://svnweb.freebsd.org/changeset/base/252185 Log: Add Lenovo USB 2.0 Ethernet adapter. PR: usb/179920 MFC After:1 week Modified: head/sys/dev/usb/net/if_axe.c head/sys/dev/usb/usbdevs

Re: svn commit: r252032 - head/sys/amd64/include

2013-06-24 Thread Bruce Evans
On Mon, 24 Jun 2013, Konstantin Belousov wrote: On Sun, Jun 23, 2013 at 07:57:57PM +1000, Bruce Evans wrote: The case that can't be fixed by rereading the counters is when fetching code runs in between the stores. If the stores are on a another CPU that is currently executing them, then we

Re: svn commit: r252032 - head/sys/amd64/include

2013-06-24 Thread Bruce Evans
On Tue, 25 Jun 2013, I wrote: My current best design: - use ordinary mutexes to protect counter fetches in non-per-CPU contexts. - use native-sized or always 32-bit counters. Counter updates are done by a single addl on i386. Fix pcpu.h on arches other than amd64 and i386 and use the same

Re: svn commit: r252032 - head/sys/amd64/include

2013-06-24 Thread Daniel O'Connor
On 25/06/2013, at 12:54, Bruce Evans b...@optusnet.com.au wrote: - run a daemon every few minutes to fetch all the counters, so that the native-sized counters are in no danger of overflowing on systems that don't run statistics programs often enough to fetch the counters to actually use.