Author: dim
Date: Thu Apr 2 06:58:17 2015
New Revision: 280980
URL: https://svnweb.freebsd.org/changeset/base/280980
Log:
Ensure the cross assembler, linker and objcopy are used for the build32
stage, just like for the regular world stage.
Reviewed by: rodrigc, imp, bapt, emaste
MFC a
On Wed, Apr 01, 2015 at 07:04:03PM +0100, David Chisnall wrote:
> This almost certainly does not make people happy:
>
> - * Copyright (c) 2000 Mark R. V. Murray & Jeroen C. van Gelderen
> - * Copyright (c) 2001-2004 Mark R. V. Murray
> - * Copyright (c) 2014 Eitan Adler
> + * Copyright (c) 2015 Ma
On 03/31/15 at 12:18P, Randall Stewart wrote:
> Author: rrs
> Date: Tue Mar 31 00:18:00 2015
> New Revision: 280872
> URL: https://svnweb.freebsd.org/changeset/base/280872
>
> Log:
> Adopt jhb's suggested changes, updated comments and callout_migration()
> moving
> to kern/kern_timeout.c
>
Author: gonzo
Date: Thu Apr 2 03:25:35 2015
New Revision: 280979
URL: https://svnweb.freebsd.org/changeset/base/280979
Log:
- Make interrupt resource optional: some upstream FDT blobs (e.g. TI's) do
not have interupt property in pl310 node. Interrupt is used only to
detect cache act
Author: gonzo
Date: Thu Apr 2 02:43:48 2015
New Revision: 280978
URL: https://svnweb.freebsd.org/changeset/base/280978
Log:
Handle multiple "gpio-leds"-compatible nodes
There are cases when gpioled nodes in DTS come from different sources
(e.g. standard Beaglebone Black LEDs in main DTS
Author: dteske
Date: Thu Apr 2 01:49:12 2015
New Revision: 280976
URL: https://svnweb.freebsd.org/changeset/base/280976
Log:
Use ^[[m mode-ending (as-in screen.4th `me') versus ^[[37m
MFC after:3 days
X-MFC-to: stable/10
Modified:
head/sys/boot/forth/menu.rc
Modified: head/sy
Author: dteske
Date: Thu Apr 2 01:48:12 2015
New Revision: 280975
URL: https://svnweb.freebsd.org/changeset/base/280975
Log:
Eliminate literal escape sequences from *.4th
Suggested by: alfred
MFC after:3 days
X-MFC-to: stable/10
Modified:
head/sys/boot/forth/brand-fbsd.4th
Author: dteske
Date: Thu Apr 2 01:46:17 2015
New Revision: 280974
URL: https://svnweb.freebsd.org/changeset/base/280974
Log:
Use fg/b/me from screen.4th instead of literals
MFC after:3 days
X-MFC-to: stable/10
Modified:
head/sys/boot/forth/menu.4th
head/sys/boot/forth/versio
Author: bz
Date: Thu Apr 2 00:30:53 2015
New Revision: 280972
URL: https://svnweb.freebsd.org/changeset/base/280972
Log:
Try to unbreak the build after r280971 by providing the missing
#include header for SYSINIT.
Modified:
head/sys/netinet/ip_id.c
Modified: head/sys/netinet/ip_id.c
=
On Wed, 2015-04-01 at 22:26 +, Gleb Smirnoff wrote:
> Author: glebius
> Date: Wed Apr 1 22:26:39 2015
> New Revision: 280971
> URL: https://svnweb.freebsd.org/changeset/base/280971
>
> Log:
> o Use new function ip_fillid() in all places throughout the kernel,
> where we want to create a
> On 01 Apr 2015, at 22:26 , Gleb Smirnoff wrote:
>
> Author: glebius
> Date: Wed Apr 1 22:26:39 2015
> New Revision: 280971
> URL: https://svnweb.freebsd.org/changeset/base/280971
>
> Log:
> o Use new function ip_fillid() in all places throughout the kernel,
>where we want to create a ne
Author: glebius
Date: Wed Apr 1 22:26:39 2015
New Revision: 280971
URL: https://svnweb.freebsd.org/changeset/base/280971
Log:
o Use new function ip_fillid() in all places throughout the kernel,
where we want to create a new IP datagram.
o Add support for RFC6864, which allows to set IP ID
On Wed, Apr 01, 2015 at 01:52:04PM +0200 I heard the voice of
Mateusz Guzik, and lo! it spake thus:
>
> As a side note I'm surprised with the choice of 7.
>
> I would expect 3, no more, no less. 3 would be the number returned,
> and the number readers receive would be 3.
This is BSD: System V is
Author: tychon
Date: Wed Apr 1 20:36:07 2015
New Revision: 280968
URL: https://svnweb.freebsd.org/changeset/base/280968
Log:
Prior to aborting due to an instruction emulation error, it is always
interesting to see what the guest's %rip and instruction bytes are.
Reviewed by: grehan
Mod
> On Apr 1, 2015, at 11:04 AM, David Chisnall wrote:
>
> On 1 Apr 2015, at 18:41, Mateusz Guzik wrote:
>>
>> I guess you were right, this was bad.
>>
>> I moved the implementation to null.c, I hope this makes everyone happy.
>>
>> https://lists.freebsd.org/pipermail/svn-src-all/2015-April/10
On Wed, Apr 1, 2015 at 11:10 AM, Alan Cox wrote:
> On 04/01/2015 07:42, Ryan Stone wrote:
> > Note to self: When this is MFCed, sparc64 needs the same fix.
> >
>
> I suspect that you mean ia64 here, not sparc64. Yes?
>
Apparently. Thanks for the correction.
__
On 1 Apr 2015, at 18:41, Mateusz Guzik wrote:
>
> I guess you were right, this was bad.
>
> I moved the implementation to null.c, I hope this makes everyone happy.
>
> https://lists.freebsd.org/pipermail/svn-src-all/2015-April/101876.html
This almost certainly does not make people happy:
- *
>> On Apr 1, 2015, at 7:59 AM, Alexey Dokuchaev wrote:
>>
>>> On Wed, Apr 01, 2015 at 08:18:17AM -0600, Ian Lepore wrote:
>>> On Wed, 2015-04-01 at 13:52 +0200, Mateusz Guzik wrote:
>>> As a side note I'm surprised with the choice of 7.
>>>
>>> I would expect 3, no more, no less. 3 would be the
On Wed, Apr 01, 2015 at 08:11:18AM -0700, Steve Kargl wrote:
> On Wed, Apr 01, 2015 at 02:29:16PM +0200, Mateusz Guzik wrote:
> >
> > > Mateusz, if you keep the momentum, in the next years we will see lots
> > > of files with your copyright. :) There is no reason to create one
> > > just for this.
Author: mjg
Date: Wed Apr 1 19:38:00 2015
New Revision: 280963
URL: https://svnweb.freebsd.org/changeset/base/280963
Log:
Move /dev/notrandom implementation to /dev/null driver.
Due to popular demand.
While here tweak a comment justifying memset when unloading the module.
MFC after:
Author: erj
Date: Wed Apr 1 17:19:55 2015
New Revision: 280962
URL: https://svnweb.freebsd.org/changeset/base/280962
Log:
Make changes to busdma code in tx/rx path similar to the ones made in r257541.
- bus_dmamap_create() does not take the BUS_DMA_NOWAIT flag
- properly unload maps
-
Author: kib
Date: Wed Apr 1 16:55:30 2015
New Revision: 280959
URL: https://svnweb.freebsd.org/changeset/base/280959
Log:
Correctly handle __fcntl_compat symbol for the !SYSCALL_COMPAT case.
Both .weak and .alias assembler directives only work when assembling
the file which defines the symb
On Wed, Apr 01, 2015 at 01:36:28PM +0200, Mateusz Guzik wrote:
> Author: mjg
> Date: Wed Apr 1 13:37:00 2015
> New Revision: 280955
> URL: https://svnweb.freebsd.org/changeset/base/280955
>
> Log:
> Add /dev/notrandom
>
> notrandom provides fast and reliable not random numbers.
>
> This w
On Wed, 2015-04-01 at 23:13 +0800, Julian Elischer wrote:
> On 4/1/15 11:11 PM, Julian Elischer wrote:
> > On 4/1/15 10:18 PM, Ian Lepore wrote:
> >> On Wed, 2015-04-01 at 13:52 +0200, Mateusz Guzik wrote:
> >>> As a side note I'm surprised with the choice of 7.
> >>>
> >>> I would expect 3, no mor
On 4/1/2015 6:36 AM, Mateusz Guzik wrote:
> Author: mjg
> Date: Wed Apr 1 13:37:00 2015
> New Revision: 280955
> URL: https://svnweb.freebsd.org/changeset/base/280955
>
> Log:
> Add /dev/notrandom
>
> notrandom provides fast and reliable not random numbers.
>
This is a nice tradeoff. No lo
On Wed, Apr 01, 2015 at 05:46:33PM +0200, Mateusz Guzik wrote:
> On Wed, Apr 01, 2015 at 11:36:26AM -0400, Benjamin Kaduk wrote:
> > But surely to be non-random we need an equal number of 1 and 0 bits,
> > making 15 the clear choice.
>
> I don't know man.
I concur. Consider running FreeBSD to HP
> On 1 Apr 2015, at 16:46, Mateusz Guzik wrote:
> We can add an ioctl to control this.
Thats a bad idea, because some fool may set up their local instance to return a
random number (like 4), and that will badly break the intent of this device.
And before somebody says “tools, not policy”, ther
On Wed, Apr 01, 2015 at 11:36:26AM -0400, Benjamin Kaduk wrote:
> On Wed, Apr 1, 2015 at 11:33 AM, Mark R V Murray wrote:
>
> >
> >
> > Before someone makes a terrible mistake, I should point out that 4 is
> > confirmed random, as cited here: https://xkcd.com/221/
>
>
> But surely to be non-ran
On Wed, Apr 1, 2015 at 11:33 AM, Mark R V Murray wrote:
>
>
> Before someone makes a terrible mistake, I should point out that 4 is
> confirmed random, as cited here: https://xkcd.com/221/
But surely to be non-random we need an equal number of 1 and 0 bits, making
15 the clear choice.
-Ben
___
On Wed, Apr 01, 2015 at 02:29:16PM +0200, Mateusz Guzik wrote:
>
> > Mateusz, if you keep the momentum, in the next years we will see lots
> > of files with your copyright. :) There is no reason to create one
> > just for this. Also, you can legitimately add your name into header of
> > null.c if
> On 1 Apr 2015, at 16:13, Julian Elischer wrote:
>
> On 4/1/15 11:11 PM, Julian Elischer wrote:
>> On 4/1/15 10:18 PM, Ian Lepore wrote:
>>> On Wed, 2015-04-01 at 13:52 +0200, Mateusz Guzik wrote:
As a side note I'm surprised with the choice of 7.
I would expect 3, no more, no l
On 4/1/15 11:11 PM, Julian Elischer wrote:
On 4/1/15 10:18 PM, Ian Lepore wrote:
On Wed, 2015-04-01 at 13:52 +0200, Mateusz Guzik wrote:
As a side note I'm surprised with the choice of 7.
I would expect 3, no more, no less. 3 would be the number returned,
and the number readers receive would b
On 4/1/15 10:18 PM, Ian Lepore wrote:
On Wed, 2015-04-01 at 13:52 +0200, Mateusz Guzik wrote:
As a side note I'm surprised with the choice of 7.
I would expect 3, no more, no less. 3 would be the number returned,
and the number readers receive would be 3.
5 would be right out.
there is prior
On 04/01/2015 07:42, Ryan Stone wrote:
> Author: rstone
> Date: Wed Apr 1 12:42:26 2015
> New Revision: 280957
> URL: https://svnweb.freebsd.org/changeset/base/280957
>
> Log:
> Fix integer truncation bug in malloc(9)
>
> A couple of internal functions used by malloc(9) and uma truncated
>
On 4/1/15 8:31 PM, Andrew Turner wrote:
On Wed, 1 Apr 2015 13:36:28 +0200
Mateusz Guzik wrote:
Author: mjg
Date: Wed Apr 1 13:37:00 2015
New Revision: 280955
URL: https://svnweb.freebsd.org/changeset/base/280955
Log:
Add /dev/notrandom
notrandom provides fast and reliable not random n
On Wed, Apr 01, 2015 at 08:18:17AM -0600, Ian Lepore wrote:
> On Wed, 2015-04-01 at 13:52 +0200, Mateusz Guzik wrote:
> > As a side note I'm surprised with the choice of 7.
> >
> > I would expect 3, no more, no less. 3 would be the number returned,
> > and the number readers receive would be 3.
>
On Wed, 2015-04-01 at 13:52 +0200, Mateusz Guzik wrote:
> As a side note I'm surprised with the choice of 7.
>
> I would expect 3, no more, no less. 3 would be the number returned,
> and the number readers receive would be 3.
5 would be right out.
-- Ian
___
Author: rstone
Date: Wed Apr 1 12:42:26 2015
New Revision: 280957
URL: https://svnweb.freebsd.org/changeset/base/280957
Log:
Fix integer truncation bug in malloc(9)
A couple of internal functions used by malloc(9) and uma truncated
a size_t down to an int. This could cause any number of
On Wed, Apr 01, 2015 at 01:31:14PM +0100, Andrew Turner wrote:
> On Wed, 1 Apr 2015 13:36:28 +0200
> Mateusz Guzik wrote:
>
> > Author: mjg
> > Date: Wed Apr 1 13:37:00 2015
> > New Revision: 280955
> > URL: https://svnweb.freebsd.org/changeset/base/280955
> >
> > Log:
> > Add /dev/notrandom
On Wed, 1 Apr 2015 13:36:28 +0200
Mateusz Guzik wrote:
> Author: mjg
> Date: Wed Apr 1 13:37:00 2015
> New Revision: 280955
> URL: https://svnweb.freebsd.org/changeset/base/280955
>
> Log:
> Add /dev/notrandom
>
> notrandom provides fast and reliable not random numbers.
>
> This was add
On Wed, Apr 01, 2015 at 03:13:44PM +0300, Gleb Smirnoff wrote:
> Mateusz,
>
> On Wed, Apr 01, 2015 at 02:02:29PM +0200, Mateusz Guzik wrote:
> M> > You can add the seven_region variable to dev/null/null.c and implement
> M> > the new device here. Now notrandom.c shares > 50% of code with null.c.
Author: kp
Date: Wed Apr 1 12:16:56 2015
New Revision: 280956
URL: https://svnweb.freebsd.org/changeset/base/280956
Log:
pf: Deal with runt packets
On Ethernet packets have a minimal length, so very short packets get padding
appended to them. This padding is not stripped off in ip6_input
Author: kp
Date: Wed Apr 1 12:15:01 2015
New Revision: 280955
URL: https://svnweb.freebsd.org/changeset/base/280955
Log:
Preserve IPv6 fragment IDs accross reassembly and refragmentation
When forwarding fragmented IPv6 packets and filtering with PF we
reassemble and refragment. That mean
Mateusz,
On Wed, Apr 01, 2015 at 02:02:29PM +0200, Mateusz Guzik wrote:
M> > You can add the seven_region variable to dev/null/null.c and implement
M> > the new device here. Now notrandom.c shares > 50% of code with null.c.
M>
M> Yeah I know, in fact I got most of the code from that driver.
M>
On Wed, Apr 01, 2015 at 02:57:29PM +0300, Gleb Smirnoff wrote:
> On Wed, Apr 01, 2015 at 01:52:04PM +0200, Mateusz Guzik wrote:
> M> /dev/zero returns 0s, while notrandom was implemented to return 7s.
> M>
> M> We could e.g. symlink /dev/notrandom to /dev/zero, but that would break
> M> compatibli
On Wed, Apr 01, 2015 at 01:52:04PM +0200, Mateusz Guzik wrote:
M> /dev/zero returns 0s, while notrandom was implemented to return 7s.
M>
M> We could e.g. symlink /dev/notrandom to /dev/zero, but that would break
M> compatiblity with Solaris apps depending on this functionality.
M>
M> It could als
On Wed, Apr 01, 2015 at 02:43:13PM +0300, Gleb Smirnoff wrote:
> On Wed, Apr 01, 2015 at 01:36:28PM +0200, Mateusz Guzik wrote:
> M> Author: mjg
> M> Date: Wed Apr 1 13:37:00 2015
> M> New Revision: 280955
> M> URL: https://svnweb.freebsd.org/changeset/base/280955
> M>
> M> Log:
> M> Add /dev/n
On Wed, Apr 01, 2015 at 01:36:28PM +0200, Mateusz Guzik wrote:
M> Author: mjg
M> Date: Wed Apr 1 13:37:00 2015
M> New Revision: 280955
M> URL: https://svnweb.freebsd.org/changeset/base/280955
M>
M> Log:
M> Add /dev/notrandom
M>
M> notrandom provides fast and reliable not random numbers.
M>
Author: mjg
Date: Wed Apr 1 13:37:00 2015
New Revision: 280955
URL: https://svnweb.freebsd.org/changeset/base/280955
Log:
Add /dev/notrandom
notrandom provides fast and reliable not random numbers.
This was added in an effort to increase feature-compatiblity with
Solaris 10.
See http
Author: royger
Date: Wed Apr 1 10:10:20 2015
New Revision: 280954
URL: https://svnweb.freebsd.org/changeset/base/280954
Log:
multiboot: fix error codes
Return EINVAL instead of EFTYPE if we have a multiboot kernel loaded but
failed to load the modules. This makes it clear that the kernel
Author: royger
Date: Wed Apr 1 10:02:28 2015
New Revision: 280953
URL: https://svnweb.freebsd.org/changeset/base/280953
Log:
multiboot: zero mod list array
Zero the list of modules array before using it, or else we might pass
uninitialized data in unused fields of the struct that will ma
Author: andrew
Date: Wed Apr 1 08:37:50 2015
New Revision: 280952
URL: https://svnweb.freebsd.org/changeset/base/280952
Log:
Add the arm64 parts of libthread_db.
Differential Revision:https://reviews.freebsd.org/D2184
Reviewed by: imp
Sponsored by: The FreeBSD Foundation
Adde
Author: andrew
Date: Wed Apr 1 08:31:56 2015
New Revision: 280951
URL: https://svnweb.freebsd.org/changeset/base/280951
Log:
Add the arm64 defines for cddl code.
Differential Revision:https://reviews.freebsd.org/D2186
Reviewed by: emaste
Sponsored by: The FreeBSD Foundation
M
Author: andrew
Date: Wed Apr 1 08:30:40 2015
New Revision: 280950
URL: https://svnweb.freebsd.org/changeset/base/280950
Log:
Move the efi loaders to be under sys/boot/efi. This will help us add
support for booting arm and arm64 from UEFI.
Differential Revision:https://reviews.fre
On Tue, Mar 31, 2015 at 11:28:50PM -0700, John-Mark Gurney wrote:
> Konstantin Belousov wrote this message on Sun, Mar 29, 2015 at 19:14 +:
> > -.Fn EV_SET "&kev" ident filter flags fflags data udata
> > +.Fn EV_SET "kev" ident filter flags fflags data udata
>
> I'm wondering if this change wa
Author: kib
Date: Wed Apr 1 08:25:40 2015
New Revision: 280949
URL: https://svnweb.freebsd.org/changeset/base/280949
Log:
Refine r280308. Do not completely disable timestamping of devfs nodes
on reads or writes, the time marks are used to display idle time by
w(1) [1]. Instead, use vfs.de
56 matches
Mail list logo
