On Wed, Mar 26, 2014 at 12:25 AM, Dag-Erling Smørgrav wrote:
> Julio Merino writes:
>> Log:
>> Migrate tools/regression/usr.bin/make/ to the new tests layout.
>>
>> Note that these tests are for fmake, not bmake, and thus they are not
>> installed nor run when bmake is selected (the default
Author: emaste
Date: Fri Mar 28 11:46:54 2014
New Revision: 263872
URL: http://svnweb.freebsd.org/changeset/base/263872
Log:
Fix missed efi.h header change in r263815
Pointy hat to:emaste
Modified:
head/sys/ia64/ia64/mem.c
Modified: head/sys/ia64/ia64/mem.c
=
Author: ray
Date: Fri Mar 28 12:50:39 2014
New Revision: 263873
URL: http://svnweb.freebsd.org/changeset/base/263873
Log:
Enable to build UEFI framebuffer driver for vt(4).
It can be enabled by "device vt_efifb" in kernel config.
Requested by: emaste
Sponsored by: The FreeBSD Foundation
Author: kib
Date: Fri Mar 28 16:07:27 2014
New Revision: 263878
URL: http://svnweb.freebsd.org/changeset/base/263878
Log:
Several fixes for the PCID implementation:
- When clearing a bit for a cpuid in pmap->pm_save, ensure that the
cpuid is not set in pm_active. The pm_save indicates
On 28 Mar, David Xu wrote:
> On 2014/03/28 06:31, Don Lewis wrote:
>> On 27 Mar, Konstantin Belousov wrote:
>>> On Thu, Mar 27, 2014 at 04:05:12PM +0100, Mateusz Guzik wrote:
On Thu, Mar 27, 2014 at 03:58:19PM +0100, Mateusz Guzik wrote:
> On Thu, Mar 27, 2014 at 04:46:57PM +0800, David Xu
On 28 March 2014 12:07, Konstantin Belousov wrote:
> Author: kib
> Date: Fri Mar 28 16:07:27 2014
> New Revision: 263878
> URL: http://svnweb.freebsd.org/changeset/base/263878
>
> Log:
> Several fixes for the PCID implementation:
I'd like to revert r262765 (where I disabled it by default) to ge
Author: imp
Date: Fri Mar 28 16:31:12 2014
New Revision: 263881
URL: http://svnweb.freebsd.org/changeset/base/263881
Log:
Only set XDDESTDIR if it wasn't already set to allow people to
override it.
Modified:
head/Makefile.inc1
Modified: head/Makefile.inc1
==
On Fri, Mar 28, 2014 at 01:23:06PM -0400, Ed Maste wrote:
> On 28 March 2014 12:07, Konstantin Belousov wrote:
> > Author: kib
> > Date: Fri Mar 28 16:07:27 2014
> > New Revision: 263878
> > URL: http://svnweb.freebsd.org/changeset/base/263878
> >
> > Log:
> > Several fixes for the PCID implemen
Author: bdrewery
Date: Fri Mar 28 16:11:20 2014
New Revision: 263879
URL: http://svnweb.freebsd.org/changeset/base/263879
Log:
Add `-S' to display syscall numbers in the output as well.
This is useful for debugging compat modules.
Sponsored by: EMC / Isilon Storage Division
Obtained
Author: ray
Date: Fri Mar 28 22:04:27 2014
New Revision: 263885
URL: http://svnweb.freebsd.org/changeset/base/263885
Log:
o Add new vd_driver method to do bitblt with mask, named vd_maskbitbltchr.
o Move vd_bitbltchr vga's driver method to vd_maskbitbltchr.
o Implement new vd_bitbltchr metho
Author: delphij
Date: Fri Mar 28 22:49:10 2014
New Revision: 263888
URL: http://svnweb.freebsd.org/changeset/base/263888
Log:
Dummy MFV r263886:
4573 ZFS snapshot alias
Modified:
Directory Properties:
head/cddl/contrib/opensolaris/ (props changed)
__
Author: delphij
Date: Fri Mar 28 23:12:00 2014
New Revision: 263889
URL: http://svnweb.freebsd.org/changeset/base/263889
Log:
MFV r263887:
3993 zpool(1M) and zfs(1M) should support -p for "list" and "get"
4700 "zpool get" doesn't support -H or -o options
MFC after:2 weeks
Modifi
Author: imp
Date: Fri Mar 28 23:20:56 2014
New Revision: 263890
URL: http://svnweb.freebsd.org/changeset/base/263890
Log:
Dump default media size to 1GB to reflect a fatter environment and
larger base media.
Submitted by: Michael Dexter
Modified:
head/tools/tools/nanobsd/nanobsd.sh
Mo
Author: dim
Date: Sat Mar 29 00:25:27 2014
New Revision: 263891
URL: http://svnweb.freebsd.org/changeset/base/263891
Log:
Make clang default to DWARF2 debug info format for FreeBSD 10.x and
earlier. For head, this commit does not change anything, but it is
purely meant to be MFC'd.
MFC
Author: dim
Date: Sat Mar 29 00:48:50 2014
New Revision: 263892
URL: http://svnweb.freebsd.org/changeset/base/263892
Log:
Add the llvm/clang patch for r263891.
Added:
head/contrib/llvm/patches/patch-r263891-dwarf2-freebsd10.diff
Added: head/contrib/llvm/patches/patch-r263891-dwarf2-freebsd10
On Fri, Mar 28, 2014 at 09:13:20AM -0700, Don Lewis wrote:
> On 28 Mar, David Xu wrote:
> > I have tweaked it a bit, is this okay ?
> >
> > # HG changeset patch
> > # Parent 53b614ff2cae108f27e4475989d3a86997017268
> >
> > diff -r 53b614ff2cae sys/kern/subr_bus.c
> > --- a/sys/kern/subr_bus.c T
On 2014/03/29 00:13, Don Lewis wrote:
On 28 Mar, David Xu wrote:
On 2014/03/28 06:31, Don Lewis wrote:
On 27 Mar, Konstantin Belousov wrote:
On Thu, Mar 27, 2014 at 04:05:12PM +0100, Mateusz Guzik wrote:
On Thu, Mar 27, 2014 at 03:58:19PM +0100, Mateusz Guzik wrote:
On Thu, Mar 27, 2014 at
On 2014/03/29 10:56, Mateusz Guzik wrote:
On Fri, Mar 28, 2014 at 09:13:20AM -0700, Don Lewis wrote:
On 28 Mar, David Xu wrote:
I have tweaked it a bit, is this okay ?
# HG changeset patch
# Parent 53b614ff2cae108f27e4475989d3a86997017268
diff -r 53b614ff2cae sys/kern/subr_bus.c
--- a/sys/ke
On Sat, Mar 29, 2014 at 11:09:34AM +0800, David Xu wrote:
> On 2014/03/29 10:56, Mateusz Guzik wrote:
> >But this patch would mean that current consumers (if any) would break -
> >just calling FIOASYNC would not result in receiving SIGIO.
> The old behavior is inconsistent with other piece of code
On 2014/03/29 11:25, Mateusz Guzik wrote:
On Sat, Mar 29, 2014 at 11:09:34AM +0800, David Xu wrote:
On 2014/03/29 10:56, Mateusz Guzik wrote:
But this patch would mean that current consumers (if any) would break -
just calling FIOASYNC would not result in receiving SIGIO.
The old behavior is
On Sat, Mar 29, 2014 at 11:52:09AM +0800, David Xu wrote:
> >If fsetown handling like this is insecure this would bite us in that
> >scenario (and few others). In short, if we can avoid giving another way
> >to corrupt stuff in the kernel to userspace, we should.
> >
> I can not see what you said,
Author: edwin
Date: Sat Mar 29 04:15:11 2014
New Revision: 263901
URL: http://svnweb.freebsd.org/changeset/base/263901
Log:
MFV for 263899, tzdata2014b
- Update antartica.
- Comments about historical data for Hawaii.
- Update details for Crimea on 30 March
- Move location data Simfero
On 2014/03/29 12:14, Mateusz Guzik wrote:
I asked if multpiple concurrent calls to fsetown(.., &pointer) could
result in some corruption in the kernel - if they could, we would have
a problem in the future. I decided to read the code once more and
fsetown seems to be safe in this regard after
23 matches
Mail list logo