> On 23 Jul 2015, at 00:53, Warner Losh wrote:
>
Neither filesystem operations nor allocations are random events. They are
trivially influenced by user code. A malicious attacker could create
repeated patterns of allocations or filesystem activity through the
syscall pat
On Thu, 23 Jul 2015, Mark R V Murray wrote:
On 23 Jul 2015, at 00:53, Warner Losh wrote:
Neither filesystem operations nor allocations are random events. They are
trivially influenced by user code. A malicious attacker could create repeated
patterns of allocations or filesystem activity
> On 23 Jul 2015, at 08:59, Jeff Roberson wrote:
>
>>
>> OK - I?m sold! I?ll make a kernel option defaulting to off. :-)
>
> There are other sources that occur less frequently than millions of times
> per-second that may still provide some usefull entropy while being less
> performance criti
Author: ed
Date: Thu Jul 23 11:11:01 2015
New Revision: 285810
URL: https://svnweb.freebsd.org/changeset/base/285810
Log:
Allow cap_rights_{set,clear,is_set} to be called with no arguments.
In the CloudABI code I sometimes call into cap_rights_* without
providing any arguments. Though one
> On Jul 23, 2015, at 1:03 AM, Mark R V Murray wrote:
>
>
>> On 23 Jul 2015, at 00:53, Warner Losh wrote:
>>
> Neither filesystem operations nor allocations are random events. They
> are trivially influenced by user code. A malicious attacker could create
> repeated patterns o
Author: ed
Date: Thu Jul 23 13:52:53 2015
New Revision: 285812
URL: https://svnweb.freebsd.org/changeset/base/285812
Log:
Allow us to create UNIX sockets and socketpairs in CloudABI processes.
Modified:
head/sys/compat/cloudabi/cloudabi_fd.c
Modified: head/sys/compat/cloudabi/cloudabi_fd.c
=
Author: jimharris
Date: Thu Jul 23 15:35:08 2015
New Revision: 285815
URL: https://svnweb.freebsd.org/changeset/base/285815
Log:
nvme: properly handle case where pci_alloc_msix does not alloc all vectors
Reported by: Sean Kelly
MFC after:3 days
Sponsored by: Intel
Modified:
head
Author: jimharris
Date: Thu Jul 23 15:50:39 2015
New Revision: 285816
URL: https://svnweb.freebsd.org/changeset/base/285816
Log:
nvme: ensure csts.rdy bit is cleared before returning from nvme_ctrlr_disable
PR: 200458
MFC after:3 days
Sponsored by: Intel
Modified:
head/
Author: brooks
Date: Thu Jul 23 17:27:10 2015
New Revision: 285817
URL: https://svnweb.freebsd.org/changeset/base/285817
Log:
Document the fact that tunables can be set in device.hints.
Reviewed by: wblock
MFC after:3 days
Differential Revision:https://reviews.freebsd.org/D
[ Guys, please teach your MUA to wrap messages over 72-76 boundary and trim
excessive/irrelevant quoting, thank you. ]
On Thu, Jul 23, 2015 at 07:45:14AM -0600, Scott Long via svn-src-all wrote:
> > On Jul 23, 2015, at 1:03 AM, Mark R V Murray wrote:
> > Fortuna was developed to account for man
Author: gjb
Date: Thu Jul 23 18:11:52 2015
New Revision: 285818
URL: https://svnweb.freebsd.org/changeset/base/285818
Log:
Refine the PAE_TABLES entry based on feedback from kib
and jhb.
Approved by: re (implicit)
Sponsored by: The FreeBSD Foundation
Modified:
head/release/doc/en_US
Author: jeff
Date: Thu Jul 23 19:13:41 2015
New Revision: 285819
URL: https://svnweb.freebsd.org/changeset/base/285819
Log:
Refactor unmapped buffer address handling.
- Use pointer assignment rather than a combination of pointers and
flags to switch buffers between unmapped and mapped.
> On 23 Jul 2015, at 14:45, Scott Long wrote:
>
>> OK - I’m sold! I’ll make a kernel option defaulting to off. :-)
>>
>>
>
> Hi Mark,
>
> Thanks for making this concession. I wanted to add a bit of historical
> perspective. When Yarrow was introduced in the previous decade, it was
> init
Hi,
I've had no warnings/panics after applying this patch. Can we get it
into -head plz?
-a
___
svn-src-head@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/svn-src-head
To unsubscribe, send any mail to "svn-src-head-unsubscr...@freeb
> On 23 Jul 2015, at 18:30, Alexey Dokuchaev wrote:
>
> [ Guys, please teach your MUA to wrap messages over 72-76 boundary and trim
> excessive/irrelevant quoting, thank you. ]
Oops sorry!
> So far it looks like this to me (having read no papers):
>
> 1) Fortuna attempts to get the most entr
Author: pluknet
Date: Thu Jul 23 23:18:03 2015
New Revision: 285829
URL: https://svnweb.freebsd.org/changeset/base/285829
Log:
Call ksem_get() with initialized 'rights'.
ksem_get() consumes fget(), and it's mandatory there.
Reported by: truckman
Reviewed by: mjg
Modified:
head/s
Scott Long wrote this message on Thu, Jul 23, 2015 at 07:45 -0600:
> > On Jul 23, 2015, at 1:03 AM, Mark R V Murray wrote:
> >
> >
> >> On 23 Jul 2015, at 00:53, Warner Losh wrote:
> >>
> > Neither filesystem operations nor allocations are random events. They
> > are trivially influe
Author: imp
Date: Fri Jul 24 04:56:46 2015
New Revision: 285833
URL: https://svnweb.freebsd.org/changeset/base/285833
Log:
Panic when a device is trying to recursively acquire rather than hang
indefinitely. Improve error messages from other panics.
Modified:
head/sys/dev/gpio/gpiobus.c
Mod
Oh my! But in the past we've used to have splash so why not?
I am just curious if someone if working on libvgl support in the vt?
I think the graphics should go into loadable module, though. So it's easy
to change or amend.
-Max
On Tue, Jul 21, 2015 at 1:33 PM, Conrad E. Meyer wrote:
> Author
On 23 Jul, Sergey Kandaurov wrote:
> Author: pluknet
> Date: Thu Jul 23 23:18:03 2015
> New Revision: 285829
> URL: https://svnweb.freebsd.org/changeset/base/285829
>
> Log:
> Call ksem_get() with initialized 'rights'.
>
> ksem_get() consumes fget(), and it's mandatory there.
>
> Repor
20 matches
Mail list logo
