Author: edwin
Date: Wed Oct 27 07:14:46 2010
New Revision: 214411
URL: http://svn.freebsd.org/changeset/base/214411
Log:
Sync code with tzcode2010m
asctime.c:
* Set errno to EINVAL and return "??? ??? ?? ??:??:?? \n" if
asctime_r is called with a NULL struct tm pointer. (Note tha
On Wed, Oct 27, 2010 at 10:49:12AM +, David Xu wrote:
> I really hate to see such a problem that userland can not figure out
> what kernel is using, I try hardly to guess, but still can not find
> what it is using. yes, I think the doc may need to be fixed or
> another syscall is needed.
Maybe
Pawel Jakub Dawidek wrote:
On Wed, Oct 27, 2010 at 10:49:12AM +, David Xu wrote:
I really hate to see such a problem that userland can not figure out
what kernel is using, I try hardly to guess, but still can not find
what it is using. yes, I think the doc may need to be fixed or
another sys
On Wed, Oct 27, 2010 at 9:37 AM, David Xu wrote:
> Pawel Jakub Dawidek wrote:
>>
>> On Wed, Oct 27, 2010 at 10:49:12AM +, David Xu wrote:
>>>
>>> I really hate to see such a problem that userland can not figure out
>>> what kernel is using, I try hardly to guess, but still can not find
>>> wha
Author: davidxu
Date: Wed Oct 27 09:29:03 2010
New Revision: 214412
URL: http://svn.freebsd.org/changeset/base/214412
Log:
- Revert r214409.
- Use long word to figure out sizeof kernel cpuset, hope it works.
Modified:
head/lib/libthr/thread/thr_attr.c
head/sys/kern/kern_cpuset.c
Modified
On Wed, Oct 27, 2010 at 2:29 AM, David Xu wrote:
> Author: davidxu
> Date: Wed Oct 27 09:29:03 2010
> New Revision: 214412
> URL: http://svn.freebsd.org/changeset/base/214412
>
> Log:
> - Revert r214409.
> - Use long word to figure out sizeof kernel cpuset, hope it works.
>
> Modified:
> head/l
Garrett Cooper wrote:
On Wed, Oct 27, 2010 at 2:29 AM, David Xu wrote:
Author: davidxu
Date: Wed Oct 27 09:29:03 2010
New Revision: 214412
URL: http://svn.freebsd.org/changeset/base/214412
Log:
- Revert r214409.
- Use long word to figure out sizeof kernel cpuset, hope it works.
Modified:
h
Author: davidxu
Date: Wed Oct 27 09:59:43 2010
New Revision: 214413
URL: http://svn.freebsd.org/changeset/base/214413
Log:
Check small set and reject it, this is how kernel did. Always use the
size kernel is using.
Modified:
head/lib/libthr/thread/thr_attr.c
Modified: head/lib/libthr/threa
On Wed, 27 Oct 2010, David Xu wrote:
I really hate to see such a problem that userland can not figure out what
kernel is using, I try hardly to guess, but still can not find what it is
using. yes, I think the doc may need to be fixed or another syscall is
needed.
Well... Jeff's code in
Author: bapt (ports committer)
Date: Wed Oct 27 12:51:36 2010
New Revision: 214414
URL: http://svn.freebsd.org/changeset/base/214414
Log:
Add attachement to my mentors
Reporter by: wxs (on irc)
Modified:
head/share/misc/committers-ports.dot
Modified: head/share/misc/committers-ports.dot
Robert Watson wrote:
On Wed, 27 Oct 2010, David Xu wrote:
I really hate to see such a problem that userland can not figure
out what kernel is using, I try hardly to guess, but still can not
find what it is using. yes, I think the doc may need to be fixed or
another syscall is needed.
W
On Wed, Oct 27, 2010 at 5:56 AM, David Xu wrote:
> Robert Watson wrote:
>>
>> On Wed, 27 Oct 2010, David Xu wrote:
>>
> I really hate to see such a problem that userland can not figure out
> what kernel is using, I try hardly to guess, but still can not find what
> it
> is using.
Author: rmacklem
Date: Wed Oct 27 13:10:08 2010
New Revision: 214415
URL: http://svn.freebsd.org/changeset/base/214415
Log:
MFC: r213756
Fix the krpc so that it can handle NFSv3,UDP mounts with a read/write
data size greater than 8192. Since soreserve(so, 256*1024, 256*1024)
would always f
On 27 Oct 2010, at 13:56, David Xu wrote:
>> Yay, it's fd_set all over again :-).
>>
>> It sounds like we might just need to add a sysctl and a few wrapper
>> functions in userspace along the lines of (hand-wave):
>>
>> cpuset_t*cpuset_alloc();
>> void cpuset_free();
>>
>> And per
On Wed, Oct 27, 2010 at 04:37:38PM +, David Xu wrote:
> Pawel Jakub Dawidek wrote:
> >On Wed, Oct 27, 2010 at 10:49:12AM +, David Xu wrote:
> >>I really hate to see such a problem that userland can not figure out
> >>what kernel is using, I try hardly to guess, but still can not find
> >>wh
Author: jh
Date: Wed Oct 27 14:08:37 2010
New Revision: 214418
URL: http://svn.freebsd.org/changeset/base/214418
Log:
Add missing "readahead" to the nfs_opts list.
PR: 151321
Tested by:Simon Walton
MFC after:2 weeks
Modified:
head/sys/nfsclient/nfs_vfsops.c
Modifie
Author: jh
Date: Wed Oct 27 14:11:11 2010
New Revision: 214419
URL: http://svn.freebsd.org/changeset/base/214419
Log:
Correct a typo.
PR: 151321
Submitted by: Simon Walton
MFC after:3 days
Modified:
head/sbin/mount_nfs/mount_nfs.c
Modified: head/sbin/mount_nfs/mount_nf
Author: hselasky
Date: Wed Oct 27 17:38:05 2010
New Revision: 214429
URL: http://svn.freebsd.org/changeset/base/214429
Log:
Add support for setting per-interface PnP information.
Submitted by: Nick Hibma
Approved by: thompsa (mentor)
Modified:
head/sys/dev/usb/usb_device.c
head/sys/
Author: rpaulo
Date: Wed Oct 27 18:46:56 2010
New Revision: 214430
URL: http://svn.freebsd.org/changeset/base/214430
Log:
Use ${PICFLAG} instead of -fpic.
Modified:
head/cddl/lib/drti/Makefile
Modified: head/cddl/lib/drti/Makefile
=
Author: des
Date: Wed Oct 27 18:48:23 2010
New Revision: 214431
URL: http://svn.freebsd.org/changeset/base/214431
Log:
Language cleanup.
Modified:
head/bin/rm/rm.1
Modified: head/bin/rm/rm.1
==
--- head/bin/rm/rm.1
Author: yongari
Date: Wed Oct 27 19:01:09 2010
New Revision: 214432
URL: http://svn.freebsd.org/changeset/base/214432
Log:
Use shorten model name and add RTL8168, RTL8111 to the list of
supported device. re(4) had been supported all variants of RTL8168,
RTL8111 and RTL810x. I think this chan
Author: jamie
Date: Wed Oct 27 21:01:53 2010
New Revision: 214434
URL: http://svn.freebsd.org/changeset/base/214434
Log:
Find a jail's type as part of jailparam_init rather than waiting until
it's absolutely necessary.
MFC after:1 week
Modified:
head/lib/libjail/jail.c
Modified: h
On Wed Oct 27 10, Dag-Erling Smorgrav wrote:
> Author: des
> Date: Wed Oct 27 18:48:23 2010
> New Revision: 214431
> URL: http://svn.freebsd.org/changeset/base/214431
>
> Log:
> Language cleanup.
>
> Modified:
> head/bin/rm/rm.1
>
> Modified: head/bin/rm/rm.1
> ==
On 10/27/10 14:26, Alexander Best wrote:
are in fact COW fs the only exception where the -P flag won't work? before
r213582 LFS was mentioned here and that the block size must be fixed.
also the comment in rm.c says that -P won't work for any logging file systems.
i'm not a fs expert, but i think
On Wed Oct 27 10, Doug Barton wrote:
> On 10/27/10 14:26, Alexander Best wrote:
> >are in fact COW fs the only exception where the -P flag won't work? before
> >r213582 LFS was mentioned here and that the block size must be fixed.
> >also the comment in rm.c says that -P won't work for any logging
On Wed, Oct 27, 2010 at 14:48, Alexander Best wrote:
> On Wed Oct 27 10, Doug Barton wrote:
>> What may be a better approach is to confirm the fs' that DO work, list
>> them, and then add something to the effect of, "This feature is unlikely
>> to work on other file systems."
>
> i don't think tha
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 10/27/10 14:48, Alexander Best wrote:
> On Wed Oct 27 10, Doug Barton wrote:
>> On 10/27/10 14:26, Alexander Best wrote:
>>> are in fact COW fs the only exception where the -P flag won't work? before
>>> r213582 LFS was mentioned here and that the
On Wed Oct 27 10, Juli Mallett wrote:
> On Wed, Oct 27, 2010 at 14:48, Alexander Best wrote:
> > On Wed Oct 27 10, Doug Barton wrote:
> >> What may be a better approach is to confirm the fs' that DO work, list
> >> them, and then add something to the effect of, "This feature is unlikely
> >> to wo
On Wed Oct 27 10, Xin LI wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On 10/27/10 14:48, Alexander Best wrote:
> > On Wed Oct 27 10, Doug Barton wrote:
> >> On 10/27/10 14:26, Alexander Best wrote:
> >>> are in fact COW fs the only exception where the -P flag won't work? before
>
Author: jfv
Date: Thu Oct 28 00:16:54 2010
New Revision: 214441
URL: http://svn.freebsd.org/changeset/base/214441
Log:
In the data setup code for doing offloads the
ip and tcp pointers were not reset after some
pullups. In practice this led to an NFS mount
failure when using UDP reported b
On Wed, Oct 27, 2010 at 9:22 AM, Andriy Gapon wrote:
>
> [patch attachment was lost]
Ugh... Mailman hates me I guess :(...
> on 27/10/2010 19:07 Garrett Cooper said the following:
>> How about this patch? I implemented this as a readonly tunable and
>
> I don't think that it's correct to cal
Author: edwin
Date: Thu Oct 28 00:54:18 2010
New Revision: 214442
URL: http://svn.freebsd.org/changeset/base/214442
Log:
MFC of 214124
Fix printing of files located on ZFS filesystem with an st_dev or
st_ino larger than 2**31.
From the PR:
Printing from a ZFS filesystem using
On Wed, Oct 27, 2010 at 03:33:01PM -0700, Xin LI wrote:
> Maybe something like:
>
> BUGS
>
> The -P option assumes that the underlying storage overwrites file block
> when data is written on existing offset. Several factors including the
> file system and its backing store could defeat the assum
Garrett Cooper wrote:
On Wed, Oct 27, 2010 at 9:22 AM, Andriy Gapon wrote:
[patch attachment was lost]
Ugh... Mailman hates me I guess :(...
on 27/10/2010 19:07 Garrett Cooper said the following:
How about this patch? I implemented this as a readonly tunable and
I don't think that it'
Author: davidxu
Date: Thu Oct 28 02:59:25 2010
New Revision: 214443
URL: http://svn.freebsd.org/changeset/base/214443
Log:
Follow the change made in libthr, add ERANGE error code and more
EINVAL error cases.
Modified:
head/share/man/man3/pthread_attr_affinity_np.3
Modified: head/share/man/
Author: gibbs
Date: Thu Oct 28 04:14:28 2010
New Revision: 21
URL: http://svn.freebsd.org/changeset/base/21
Log:
sys/dev/xen/blkback/blkback.c:
In xbb_detach() only perform cleanup of our taskqueue and
device statistics structures if they have been initialized.
Th
On Wed, 27 Oct 2010, Xin LI wrote:
I think what really defeats -P is the fact that the file system or
underlying data storage would not overwrite data on a file at sync().
COW is of course one of the case, journaling MAY defeat -P but is not
guaranteed. FS with variable block size - I believe t
Author: imp
Date: Thu Oct 28 06:45:20 2010
New Revision: 214445
URL: http://svn.freebsd.org/changeset/base/214445
Log:
Turns out we need functions.sh in this file for convert_to_megabytes call.
Modified:
head/usr.sbin/pc-sysinstall/backend-query/disk-info.sh
Modified: head/usr.sbin/pc-sysins
38 matches
Mail list logo
