Re: /dev/urandom

2018-07-11 Thread Vincent Legoll
Hello, On Wed, Jul 11, 2018 at 5:50 PM, Danny Milosavljevic wrote: > http://soc.yonsei.ac.kr/Abstract/International_journal/pdf/106_Data%20Randomization%20Scheme%20for%20Endurance%20Enhancement%20and%20Interference%20Mitigation%20of%20Multilevel%20Flash%20Memory%20Devices.pdf Thanks a lot I did

Re: /dev/urandom

2018-07-11 Thread Danny Milosavljevic
Hi Vincent, On Wed, 11 Jul 2018 17:07:02 +0200 Vincent Legoll wrote: > On Wed, Jul 11, 2018 at 4:17 PM, Danny Milosavljevic > wrote: > > the randomness is necessary for NAND wear levelling, > > Any pointers about that subject ? http://soc.yonsei.ac.kr/Abstract/International_journal/pdf/106_

Fwd: Re: /dev/urandom

2018-07-11 Thread doncatnip
Of course, I forgot the CC. Forwarded Message Subject:Re: /dev/urandom Date: Wed, 11 Jul 2018 09:58:14 +0100 From: Steffen Schulz To: Leo Famulari I probably got it wrong. but it seems the programs purpose is to build images (boot loaders). I then wonder

Fwd: Re: /dev/urandom

2018-07-11 Thread doncatnip
Of course, I forgot the CC here too. Forwarded Message Subject:Re: /dev/urandom Date: Wed, 11 Jul 2018 17:38:52 +0200 From: doncatnip To: Vincent Legoll I'd guess this is about the distribution of blocks within the image, so that the load of each s

Re: /dev/urandom

2018-07-11 Thread Vincent Legoll
On Wed, Jul 11, 2018 at 4:17 PM, Danny Milosavljevic wrote: > the randomness is necessary for NAND wear levelling, Any pointers about that subject ? This looks strange as I'd have thought that less writes => less wear. -- Vincent Legoll

Re: /dev/urandom

2018-07-11 Thread Danny Milosavljevic
Hi Mark, those are all good points. In this specific case the randomness is necessary for NAND wear levelling, so getting rid of it isn't good anyhow. I'll investigate whether there is a way to defer invocation of the randomizer so that the user can invoke it in the installed package. pgplD320

Re: /dev/urandom

2018-07-10 Thread Leo Famulari
On Tue, Jul 10, 2018 at 08:58:43PM +0200, Danny Milosavljevic wrote: > It writes an image file. Since that image is later written to flash storage > (by the user), the program randomizes the data in order to increase longevity. > Then it stores the random data used as well. I see. Like Ludo and M

Re: /dev/urandom

2018-07-10 Thread Ludovic Courtès
Hello Danny, Danny Milosavljevic skribis: > u-boot tools/sunxi-spl-image-builder.c reads from /dev/urandom . > > For reproducibility I'd like this to be a static file. Do we already have one > for this purpose? I’d be wary of introducing a static /dev/urandom. It could do

Re: /dev/urandom

2018-07-10 Thread Danny Milosavljevic
Hi Leo, On Tue, 10 Jul 2018 14:28:09 -0400 Leo Famulari wrote: > On Tue, Jul 10, 2018 at 06:22:11PM +0200, Danny Milosavljevic wrote: > > Hi, > > > > u-boot tools/sunxi-spl-image-builder.c reads from /dev/urandom . > > > > For reproducibility I'd like th

Re: /dev/urandom

2018-07-10 Thread Mark H Weaver
Hi Danny, Danny Milosavljevic writes: > u-boot tools/sunxi-spl-image-builder.c reads from /dev/urandom . > > For reproducibility I'd like this to be a static file. Do we already have one > for this purpose? I think it would be better to patch software as needed to avoid t

Re: /dev/urandom

2018-07-10 Thread Leo Famulari
On Tue, Jul 10, 2018 at 06:22:11PM +0200, Danny Milosavljevic wrote: > Hi, > > u-boot tools/sunxi-spl-image-builder.c reads from /dev/urandom . > > For reproducibility I'd like this to be a static file. Do we already have one > for this purpose? You could use /dev/zero

/dev/urandom

2018-07-10 Thread Danny Milosavljevic
Hi, u-boot tools/sunxi-spl-image-builder.c reads from /dev/urandom . For reproducibility I'd like this to be a static file. Do we already have one for this purpose? pgpwFlENYOE64.pgp Description: OpenPGP digital signature