On 16/03/2011, at 4:14, Ben Kaduk wrote:
>> is wise to others. It's a little bit of a pain on the implementation side,
>> since you can't turn it on from newfs, but that isn't a serious obstacle.
>
> I suspect the consensus of people like -arch and -fs will be that the
> burn-in time before it is
On Wed, 16 Mar 2011, Maxim Dounin wrote:
On Tue, Mar 15, 2011 at 09:45:10PM +, Jung-uk Kim wrote:
Author: jkim
Date: Tue Mar 15 21:45:10 2011
New Revision: 219679
URL: http://svn.freebsd.org/changeset/base/219679
Log:
Partially revert r219672. After r198295, kernel need to seed randomn
On Tue, 15 Mar 2011, Jung-uk Kim wrote:
On Tuesday 15 March 2011 03:55 pm, Jung-uk Kim wrote:
On Tuesday 15 March 2011 03:33 pm, Maxim Dounin wrote:
Hello!
On Tue, Mar 15, 2011 at 05:14:26PM +, Jung-uk Kim wrote:
Author: jkim
Date: Tue Mar 15 17:14:26 2011
New Revision: 219672
URL: http:
On Tue, 15 Mar 2011, Jung-uk Kim wrote:
On Tuesday 15 March 2011 05:01 pm, John Baldwin wrote:
On Tuesday, March 15, 2011 3:47:20 pm Jung-uk Kim wrote:
Author: jkim
Date: Tue Mar 15 19:47:20 2011
New Revision: 219676
URL: http://svn.freebsd.org/changeset/base/219676
Log:
Do not let machdep.
Author: marcel
Date: Wed Mar 16 03:53:18 2011
New Revision: 219691
URL: http://svn.freebsd.org/changeset/base/219691
Log:
MFaltix:
Add support for Pre-Boot Virtual Memory (PBVM) to the loader.
PBVM allows us to link the kernel at a fixed virtual address without
having to make any assump
Author: edwin
Date: Wed Mar 16 03:35:12 2011
New Revision: 219690
URL: http://svn.freebsd.org/changeset/base/219690
Log:
MFC of 219687, tzdata2011d:
- Pacific/Apia will have DST on 2 April instead of 3 April in 2011.
- Turkye will go to DST on 28 April instead of 27 April in 2011.
- Cub
Author: edwin
Date: Wed Mar 16 03:34:41 2011
New Revision: 219689
URL: http://svn.freebsd.org/changeset/base/219689
Log:
MFC of 219687, tzdata2011d:
- Pacific/Apia will have DST on 2 April instead of 3 April in 2011.
- Turkye will go to DST on 28 April instead of 27 April in 2011.
- Cub
Author: edwin
Date: Wed Mar 16 03:34:12 2011
New Revision: 219688
URL: http://svn.freebsd.org/changeset/base/219688
Log:
MFC of 219687, tzdata2011d:
- Pacific/Apia will have DST on 2 April instead of 3 April in 2011.
- Turkye will go to DST on 28 April instead of 27 April in 2011.
- Cub
Author: edwin
Date: Wed Mar 16 03:28:42 2011
New Revision: 219687
URL: http://svn.freebsd.org/changeset/base/219687
Log:
MFV of r219685, tzdata2011d
- Pacific/Apia will have DST on 2 April instead of 3 April in 2011.
- Turkye will go to DST on 28 April instead of 27 April in 2011.
- Cub
Author: edwin
Date: Wed Mar 16 03:23:46 2011
New Revision: 219686
URL: http://svn.freebsd.org/changeset/base/219686
Log:
Tag of tzdat2011d data.
Added:
vendor/tzdata/tzdata2011d/
- copied from r219685, vendor/tzdata/dist/
___
svn-src-all@freebs
Author: edwin
Date: Wed Mar 16 03:07:08 2011
New Revision: 219685
URL: http://svn.freebsd.org/changeset/base/219685
Log:
Vendor import of tzdata2011d:
- Pacific/Apia will have DST on 2 April instead of 3 April in 2011.
- Turkye will go to DST on 28 April instead of 27 April in 2011.
- C
Hello!
On Tue, Mar 15, 2011 at 09:45:10PM +, Jung-uk Kim wrote:
> Author: jkim
> Date: Tue Mar 15 21:45:10 2011
> New Revision: 219679
> URL: http://svn.freebsd.org/changeset/base/219679
>
> Log:
> Partially revert r219672. After r198295, kernel need to seed randomness as
> soon as poss
Author: marcel
Date: Wed Mar 16 00:42:15 2011
New Revision: 219684
URL: http://svn.freebsd.org/changeset/base/219684
Log:
Fix mv_gpio_in() for pin numbers that occupy bits 8-31 in GPIO registers.
The compiler will truncate the 32-bit return value of mv_gpio_value_get()
to match the 8-bit ret
Author: marcel
Date: Wed Mar 16 00:08:10 2011
New Revision: 219683
URL: http://svn.freebsd.org/changeset/base/219683
Log:
Revert previous commit: EFI_STATUS is a 64-bit integral on ia64. Fix the
compile warning on i386 (where EFI_STATUS is a 32-bit integral) by casting
the status argument to
On Tue Mar 15 11, Jilles Tjoelker wrote:
> Author: jilles
> Date: Tue Mar 15 22:22:11 2011
> New Revision: 219680
> URL: http://svn.freebsd.org/changeset/base/219680
>
> Log:
> bin: Prefer strrchr() to rindex().
shouldn't the rindex(3) manual contain a note regarding it's depricated nature
and
Author: jilles
Date: Tue Mar 15 23:51:47 2011
New Revision: 219682
URL: http://svn.freebsd.org/changeset/base/219682
Log:
rfork(2): Discourage rfork_thread-like approaches.
Calling rfork_thread(3) does not interoperate with pthreads and global state
is not properly protected.
Remove
Author: jilles
Date: Tue Mar 15 22:22:11 2011
New Revision: 219680
URL: http://svn.freebsd.org/changeset/base/219680
Log:
bin: Prefer strrchr() to rindex().
This removes the last index/rindex usage from /bin.
Modified:
head/bin/ln/ln.c
head/bin/rm/rm.c
head/bin/test/test.c
Modified:
Author: jkim
Date: Tue Mar 15 21:45:10 2011
New Revision: 219679
URL: http://svn.freebsd.org/changeset/base/219679
Log:
Partially revert r219672. After r198295, kernel need to seed randomness as
soon as possible for stack protector. However, dummy timecounter does not
have enough entropy a
Author: ken
Date: Tue Mar 15 21:34:10 2011
New Revision: 219678
URL: http://svn.freebsd.org/changeset/base/219678
Log:
MFC: 212624, 212669, 213535
Merge the mps(4) man page.
r212624 | ken | 2010-09-14 15:40:29 -0600 (Tue, 14 Sep 2010) | 7 lines
MFp4 (//depot/projects/mps/...)
On Tue, Mar 15, 2011 at 05:21:34PM -0400, Jung-uk Kim wrote:
> However, why do we need cheaper DELAY() when we trying to "delay"
> something with it?
Busy-loop performing repeated access to the south bridge eats the
bus capacity, that could be useful for other bus agent and other cores.
I think th
On Tuesday 15 March 2011 03:51 pm, John Baldwin wrote:
> On Tuesday, March 15, 2011 3:26:11 pm Jung-uk Kim wrote:
> > Now don't you think we should really kill delay by TSC? ;-)
>
> Delay by TSC fixed known deadlocks with the i8254 based DELAY() due
> to the use of locks. Be careful that you don't
On Tuesday 15 March 2011 05:01 pm, John Baldwin wrote:
> On Tuesday, March 15, 2011 3:47:20 pm Jung-uk Kim wrote:
> > Author: jkim
> > Date: Tue Mar 15 19:47:20 2011
> > New Revision: 219676
> > URL: http://svn.freebsd.org/changeset/base/219676
> >
> > Log:
> > Do not let machdep.tsc_freq modify
On Tuesday, March 15, 2011 3:47:20 pm Jung-uk Kim wrote:
> Author: jkim
> Date: Tue Mar 15 19:47:20 2011
> New Revision: 219676
> URL: http://svn.freebsd.org/changeset/base/219676
>
> Log:
> Do not let machdep.tsc_freq modify tsc_freq itself. It is bad for i386 as
> it does not operate atomic
On Tuesday, March 15, 2011 3:26:11 pm Jung-uk Kim wrote:
> Now don't you think we should really kill delay by TSC? ;-)
Delay by TSC fixed known deadlocks with the i8254 based DELAY() due to the use
of locks. Be careful that you don't re-introduce old bugs.
Also, you can use a TSC for DELAY() in
On Tuesday 15 March 2011 03:55 pm, Jung-uk Kim wrote:
> On Tuesday 15 March 2011 03:33 pm, Maxim Dounin wrote:
> > Hello!
> >
> > On Tue, Mar 15, 2011 at 05:14:26PM +, Jung-uk Kim wrote:
> > > Author: jkim
> > > Date: Tue Mar 15 17:14:26 2011
> > > New Revision: 219672
> > > URL: http://svn.fre
Author: jilles
Date: Tue Mar 15 20:24:21 2011
New Revision: 219677
URL: http://svn.freebsd.org/changeset/base/219677
Log:
MFC r218019: Do not trip a KASSERT if /dev/null cannot be opened for a
setuid program.
The fdcheckstd() function makes sure fds 0, 1 and 2 are open by opening
/dev/n
On Tuesday 15 March 2011 03:33 pm, Maxim Dounin wrote:
> Hello!
>
> On Tue, Mar 15, 2011 at 05:14:26PM +, Jung-uk Kim wrote:
> > Author: jkim
> > Date: Tue Mar 15 17:14:26 2011
> > New Revision: 219672
> > URL: http://svn.freebsd.org/changeset/base/219672
> >
> > Log:
> > Unconditionally use
Author: jkim
Date: Tue Mar 15 19:47:20 2011
New Revision: 219676
URL: http://svn.freebsd.org/changeset/base/219676
Log:
Do not let machdep.tsc_freq modify tsc_freq itself. It is bad for i386 as
it does not operate atomically. Actually, it serves no purpose.
Noticed by: bde
Modified:
Hello!
On Tue, Mar 15, 2011 at 05:14:26PM +, Jung-uk Kim wrote:
> Author: jkim
> Date: Tue Mar 15 17:14:26 2011
> New Revision: 219672
> URL: http://svn.freebsd.org/changeset/base/219672
>
> Log:
> Unconditionally use binuptime(9) for get_cyclecount(9) on i386. Since this
> function is
On Tuesday 15 March 2011 02:13 pm, Bruce Evans wrote:
> On Tue, 15 Mar 2011, Jung-uk Kim wrote:
> > On Monday 14 March 2011 10:31 pm, Bruce Evans wrote:
> >> On Mon, 14 Mar 2011, Jung-uk Kim wrote:
> >>> Log:
> >>> When TSC is unavailable, broken or disabled and the current
> >>> timecounter has b
On Tue, 15 Mar 2011, Jung-uk Kim wrote:
Log:
Unconditionally use binuptime(9) for get_cyclecount(9) on i386. Since this
function is almost exclusively used for random harvesting, there is no need
for micro-optimization. Adjust the manual page accordingly.
That's what I said when it was be
On Tue, 15 Mar 2011, Jung-uk Kim wrote:
On Monday 14 March 2011 10:31 pm, Bruce Evans wrote:
On Mon, 14 Mar 2011, Jung-uk Kim wrote:
Log:
When TSC is unavailable, broken or disabled and the current
timecounter has better quality than i8254 timer, use it for
DELAY(9).
You cannot use a random
Author: jkim
Date: Tue Mar 15 18:09:29 2011
New Revision: 219675
URL: http://svn.freebsd.org/changeset/base/219675
Log:
Remove tsc_present from this file, really.
Modified:
head/sys/i386/include/cpu.h
Modified: head/sys/i386/include/cpu.h
=
Author: jkim
Date: Tue Mar 15 17:59:30 2011
New Revision: 219674
URL: http://svn.freebsd.org/changeset/base/219674
Log:
Fix a typo in the previous commit. AMD64 and Intel 64 are two brand names.
Modified:
head/share/man/man9/get_cyclecount.9
Modified: head/share/man/man9/get_cyclecount.9
==
On Tue, 2011-03-15 at 12:26 -0500, Nathan Whitehorn wrote:
> On 03/15/11 09:19, Gavin Atkinson wrote:
> > On Tue, 2011-03-15 at 13:27 +, Nathan Whitehorn wrote:
> >> Author: nwhitehorn
> >> Date: Tue Mar 15 13:27:34 2011
> >> New Revision: 219667
> >> URL: http://svn.freebsd.org/changeset/base/
On Tue, Mar 15, 2011 at 1:26 PM, Nathan Whitehorn
wrote:
> On 03/15/11 09:19, Gavin Atkinson wrote:
>>
>> I wonder if it is time to start enabling SU+J on non-root filesystems
>> now?
>
> That's certainly something to think about, although I'll defer whether that
> is wise to others. It's a little
On 03/15/11 09:19, Gavin Atkinson wrote:
On Tue, 2011-03-15 at 13:27 +, Nathan Whitehorn wrote:
Author: nwhitehorn
Date: Tue Mar 15 13:27:34 2011
New Revision: 219667
URL: http://svn.freebsd.org/changeset/base/219667
Log:
Turn on softupdates by default. We need a UI to set filesystem
par
Author: jkim
Date: Tue Mar 15 17:19:52 2011
New Revision: 219673
URL: http://svn.freebsd.org/changeset/base/219673
Log:
Deprecate tsc_present as the last of its real consumers finally disappeared.
Modified:
head/sys/amd64/include/cpu.h
head/sys/contrib/altq/altq/altq_subr.c
head/sys/i386/
Author: jkim
Date: Tue Mar 15 17:14:26 2011
New Revision: 219672
URL: http://svn.freebsd.org/changeset/base/219672
Log:
Unconditionally use binuptime(9) for get_cyclecount(9) on i386. Since this
function is almost exclusively used for random harvesting, there is no need
for micro-optimizati
On Tue, 2011-03-15 at 13:27 +, Nathan Whitehorn wrote:
> Author: nwhitehorn
> Date: Tue Mar 15 13:27:34 2011
> New Revision: 219667
> URL: http://svn.freebsd.org/changeset/base/219667
>
> Log:
> Turn on softupdates by default. We need a UI to set filesystem
> parameters.
>
> Modified:
> h
On Monday 14 March 2011 10:31 pm, Bruce Evans wrote:
> On Mon, 14 Mar 2011, Jung-uk Kim wrote:
> > Log:
> > When TSC is unavailable, broken or disabled and the current
> > timecounter has better quality than i8254 timer, use it for
> > DELAY(9).
>
> You cannot use a random timecounter for DELAY().
On Tuesday 15 March 2011 02:19 am, Maxim Dounin wrote:
> Hello!
>
> On Mon, Mar 14, 2011 at 11:30:14PM +, Jung-uk Kim wrote:
> > Author: jkim
> > Date: Mon Mar 14 23:30:14 2011
> > New Revision: 219653
> > URL: http://svn.freebsd.org/changeset/base/219653
> >
> > Log:
> > Make get_cyclecount(
Author: pjd
Date: Tue Mar 15 13:53:39 2011
New Revision: 219669
URL: http://svn.freebsd.org/changeset/base/219669
Log:
Remove #include needed for debugging.
MFC after:1 week
Modified:
head/sbin/hastd/proto_common.c
Modified: head/sbin/hastd/proto_common.c
===
Author: netchild
Date: Tue Mar 15 13:40:47 2011
New Revision: 219668
URL: http://svn.freebsd.org/changeset/base/219668
Log:
Staticize functions which are not used somewhere else, move the
corresponding prototypes from the header to the code file.
Modified:
head/sys/compat/linux/linux_mib.c
Author: nwhitehorn
Date: Tue Mar 15 13:27:34 2011
New Revision: 219667
URL: http://svn.freebsd.org/changeset/base/219667
Log:
Turn on softupdates by default. We need a UI to set filesystem parameters.
Modified:
head/usr.sbin/bsdinstall/partedit/gpart_ops.c
Modified: head/usr.sbin/bsdinstall/
Author: netchild
Date: Tue Mar 15 13:19:26 2011
New Revision: 219666
URL: http://svn.freebsd.org/changeset/base/219666
Log:
MFC r218497:
Linux' shm_open() fails because it wants to find some funky shmfs
to construct the full pathname. It starts to search at the default
mountpoint whi
Author: kib
Date: Tue Mar 15 10:17:18 2011
New Revision: 219664
URL: http://svn.freebsd.org/changeset/base/219664
Log:
MFC r219396:
Do not assert buffer lock in VFS_STRATEGY() when kernel already paniced.
Sponsored by: The FreeBSD Foundation
Modified:
stable/8/sys/kern/vfs_subr.c
Direc
Author: des
Date: Tue Mar 15 10:13:35 2011
New Revision: 219663
URL: http://svn.freebsd.org/changeset/base/219663
Log:
Forgot to commit this change along with r219563: pam_group(8) now issues
a warning if neither luser nor ruser is specified. The correct option
for su(1) is ruser.
MFC
Author: pluknet
Date: Tue Mar 15 08:20:59 2011
New Revision: 219662
URL: http://svn.freebsd.org/changeset/base/219662
Log:
MFC kern.msgbufsize: r217688-217689,r217709,r218666-218667,r218913.
Note, that arm/{s3c2xx0,econa} exist only in head, thus not merged.
r217688:
Make MSGBUF_SIZE k
Author: ae
Date: Tue Mar 15 07:15:46 2011
New Revision: 219661
URL: http://svn.freebsd.org/changeset/base/219661
Log:
MFC r219127:
Add XMIT_FAILOVER transmit algorithm to ng_one2many node. Packets are
delivered out the first active "many" hook.
PR: kern/137775
Submit
Author: ae
Date: Tue Mar 15 07:15:04 2011
New Revision: 219660
URL: http://svn.freebsd.org/changeset/base/219660
Log:
MFC r219127:
Add XMIT_FAILOVER transmit algorithm to ng_one2many node. Packets are
delivered out the first active "many" hook.
PR: kern/137775
Submitte
51 matches
Mail list logo