On Tue, Oct 22, 2013 at 22:05, William Orr wrote:
>
> I guess I misunderstood, as I thought that /dev/random dumped the entropy
> pool, and that /dev/arandom put the random data through a stream cipher so
> that grabbing random data would never block.
That was true some time ago, but since at le
> I can do this again with time, but pulling data from /dev/random took
> significantly longer without my patch than with it.
That is not possible.
On Oct 22, 2013, at 9:06 PM, Ted Unangst wrote:
> On Tue, Oct 22, 2013 at 18:31, William Orr wrote:
>> You'll notice that there's no significant difference between the output
>> of the two rngs. However, with octrng the dd completed in under a minute
>> (more entropy in pool). Without, it took se
On Tue, Oct 22, 2013 at 18:31, William Orr wrote:
> You'll notice that there's no significant difference between the output
> of the two rngs. However, with octrng the dd completed in under a minute
> (more entropy in pool). Without, it took several minutes. If you want
> time output, I can add tha
Hi again tech@
This is my second attempt at a patch to add support for the octeon's
onboard rng. I've fixed all of the concerns (ISC license, wrong #define,
comment removal) and I've also come bearing statistics on the quality of
the entropy.
I dd'd 512M of /dev/random and ran the ent from
http:/
On 10/22/13 09:47, Mike Belopuhov wrote:
> On 22 October 2013 15:22, Mark Kettenis wrote:
>> Diff below makes bioctl(4) print the cache policy for that's currently
>> in effect for RAID volumes. It only prints the state (WB for
>> write-back, WT for write-through) if the RAID controller driver fi
On Wed, 23 Oct 2013, Philip Guenther wrote:
> On Tue, Oct 22, 2013 at 5:21 AM, Vladimir Támara Patiño
>
> wrote:
> > Hi, I'm having problems with current, I'm using Xorg after some time
> > there is a kernel trap (3 times I have seen the same one):
>
> Current is a moving target, so saying "curren
On Thu, Oct 10, 2013 at 11:30:59PM +0600, Alexandr Shadchin wrote:
> Hi,
>
> This update xkeyboard-config to the latest release 2.10.1.
> http://koba.devio.us/distfiles/xkeyboard-config-2.10.1.diff
> or
> http://koba.devio.us/distfiles/xkeyboard-config.2.10.1.diff.tgz
>
> Change:
> * 10+ bugs fi
On Tue, Oct 22, 2013 at 5:21 AM, Vladimir Támara Patiño
wrote:
> Hi, I'm having problems with current, I'm using Xorg after some time there
> is a kernel trap (3 times I have seen the same one):
Current is a moving target, so saying "current" without a timestamp or
at least date isn't precise. I
On Tue, October 22, 2013 12:10 pm, Sylvestre Gallon wrote:
> On Sat, Oct 19, 2013 at 1:51 PM, Raphael Graf wrote:
>> On Fri, October 18, 2013 9:54 am, Sylvestre Gallon wrote:
>>> Hi tech@
>>>
>>> Here is a diff to allow the sdmmc SMC_CAPS_SINGLE_ONLY caps to do
>>> something. The bits I take are f
On 22 October 2013 15:22, Mark Kettenis wrote:
> Diff below makes bioctl(4) print the cache policy for that's currently
> in effect for RAID volumes. It only prints the state (WB for
> write-back, WT for write-through) if the RAID controller driver fills
> in the details in response to a BIOCVOL
Diff below makes bioctl(4) print the cache policy for that's currently
in effect for RAID volumes. It only prints the state (WB for
write-back, WT for write-through) if the RAID controller driver fills
in the details in response to a BIOCVOL ioctl. This diff adds such
support to mfi(4).
# bioctl
Hi, I'm having problems with current, I'm using Xorg after some time there
is a kernel trap (3 times I have seen the same one):
kernel: page fault trap, code=0
stopped at wsdisplaypoll+0x35 movq 0x60(%rdx, %rax, 8), %rax
Trace shows
wdisplaypoll() at wdisplaypoll+0x35
VOP_POLL() at VOP_POLL+0x
On Sat, Oct 19, 2013 at 1:51 PM, Raphael Graf wrote:
> On Fri, October 18, 2013 9:54 am, Sylvestre Gallon wrote:
>> Hi tech@
>>
>> Here is a diff to allow the sdmmc SMC_CAPS_SINGLE_ONLY caps to do
>> something. The bits I take are from NetBSD and it works well with
>> ommmc(4) on my Beagle Bone Bl
On Tue, Oct 22, 2013 at 1:05 PM, William Orr wrote:
> Hey tech@
>
> Here's a patch that adds octeon's onboard rng chip as a source of
> entropy. Currently I fire this off every second, which neither seemed to
> increase the load on my ERL or produce duplicate outputs.
>
> This patch also maps out
15 matches
Mail list logo