Author: pgj (doc,ports committer)
Date: Wed Jul 9 13:37:24 2014
New Revision: 268459
URL: http://svnweb.freebsd.org/changeset/base/268459
Log:
- Update core-secretary
Modified:
head/share/misc/organization.dot
Modified: head/share/misc/organization.dot
==
Author: pgj (doc,ports committer)
Date: Wed Jul 9 11:41:32 2014
New Revision: 268458
URL: http://svnweb.freebsd.org/changeset/base/268458
Log:
- Update core members
Modified:
head/share/misc/organization.dot
Modified: head/share/misc/organization.dot
Author: pgj (doc,ports committer)
Date: Mon Apr 14 06:34:08 2014
New Revision: 264452
URL: http://svnweb.freebsd.org/changeset/base/264452
Log:
- Move davidxu to the alumni section
Approved by: core (implicit)
Modified:
head/share/misc/committers-src.dot
Modified: head/share/misc/commi
Author: pgj (doc,ports committer)
Date: Thu Mar 6 17:33:12 2014
New Revision: 262859
URL: http://svnweb.freebsd.org/changeset/base/262859
Log:
- Move carl to the alumni section
Modified:
head/share/misc/committers-src.dot
Modified: head/share/misc/committers-src.dot
Author: pgj (ports committer)
Date: Wed Nov 28 22:04:18 2012
New Revision: 243662
URL: http://svnweb.freebsd.org/changeset/base/243662
Log:
- Update organization.dot to reflect that attilio resigned from core
Approved by: core (implicit)
Modified:
head/share/misc/organization.dot
Modif
Author: pgj (ports committer)
Date: Mon Jul 16 09:38:19 2012
New Revision: 238527
URL: http://svn.freebsd.org/changeset/base/238527
Log:
- Add support for displaying process stack memory regions.
Approved by: rwatson
MFC after:3 days
Modified:
head/sys/kern/kern_proc.c
head/sys/
2010/7/28 Alexey Dokuchaev :
> Could you please review attached diff, and I would appreciate if someone
> on the doc@ team can correct my markup (I haven't done documentation
> for a while) and commit it to HB?
I have fixed up the markups a bit, otherwise it looks fine to me, see attached.
> I c
On Sun, Jul 11, 2010 at 11:27 AM, Robert N. M. Watson
wrote:
> [..] a duplicated carry(for example) [..] is not really acceptable.
I see. It would be nice to model such extreme cases somehow, so we
could test them against different solutions.
> What sort of measurement did you do to show the s
On Sat, Jul 10, 2010 at 5:24 PM, Robert N. M. Watson
wrote:
> If we can do it in one atomic in the common case, and two atomics in an edge
> case, that sounds fine. I think any use of locking(9) would be sufficiently
> costly as to not be worth the improvements in consistency, given the
> frequ
On 07/09/10 20:50, Robert Watson wrote:
> I think I have an e-mail in my in queue from you suggesting an
> alternative approach that I haven't yet gotten to due to utter
> saturation here.
That is why I CC'ed svn-src-head@ :) (But I do not see any sign whether
my last email reached it -- I am not
On 06/18/10 14:08, Robert Watson wrote:
> The only reservation I have, really, is that 64-bit writes are
non-atomic on
> i386 and other 32-bit architectures (or, at least, I think they are).
This
> means DPCPU_SUM may encounter non-atomicity rather than just staleness
in the
> values it reads as it
11 matches
Mail list logo