On Tue, May 07, 2019 at 10:14:25AM -0700, Richard Henderson wrote:
> On 5/7/19 8:22 AM, Daniel P. Berrangé wrote:
> > On Tue, May 07, 2019 at 11:59:05AM +0200, Nikos Mavrogiannopoulos wrote:
> >> In terms of RHEL what is preferred is (1) use a crypto lib, and (2) if
> >> that's not possible use
On 5/7/19 8:22 AM, Daniel P. Berrangé wrote:
> On Tue, May 07, 2019 at 11:59:05AM +0200, Nikos Mavrogiannopoulos wrote:
>> In terms of RHEL what is preferred is (1) use a crypto lib, and (2) if
>> that's not possible use getrandom(). That is summarized in this
>> article:
>>
>>
On 5/7/19 10:22 AM, Daniel P. Berrangé wrote:
> On Tue, May 07, 2019 at 11:59:05AM +0200, Nikos Mavrogiannopoulos wrote:
>> In terms of RHEL what is preferred is (1) use a crypto lib, and (2) if
>> that's not possible use getrandom(). That is summarized in this
>> article:
>>
>>
On Tue, May 07, 2019 at 11:59:05AM +0200, Nikos Mavrogiannopoulos wrote:
> In terms of RHEL what is preferred is (1) use a crypto lib, and (2) if
> that's not possible use getrandom(). That is summarized in this
> article:
>
>
In terms of RHEL what is preferred is (1) use a crypto lib, and (2) if
that's not possible use getrandom(). That is summarized in this
article:
https://www.redhat.com/en/blog/understanding-red-hat-enterprise-linux-random-number-generator-interface
On Thu, May 2, 2019 at 8:02 PM Kashyap Chamarthy
On Thu, May 02, 2019 at 08:02:01PM +0200, Kashyap Chamarthy wrote:
> [Reviving this old thread as I don't think we came to a conclusion on
> this.]
I guess the best thing is to submit the obvious 1 line patch and see
what people think about it? (I agree the default ought to be changed.)
Rich.
[Reviving this old thread as I don't think we came to a conclusion on
this.]
On Fri, Sep 21, 2018 at 05:43:23PM +0200, Kashyap Chamarthy wrote:
> Hi folks,
>
> As Markus pointed out in this 'qemu-devel' thread[1],
> backends/rng-random.c uses '/dev/random' in TYPE_RNG_RANDOM's
> instance_init()
On Fri, Sep 21, 2018 at 08:06:24PM +0200, Laszlo Ersek wrote:
> On 09/21/18 17:43, Kashyap Chamarthy wrote:
[...]
> > (b) When QEMU exposes a Virtio RNG device to the guest, that device
> > needs a source of entropy, and IIUC, that source needs to be
> > "non-blocking" (i.e.
On 09/21/18 17:43, Kashyap Chamarthy wrote:
> Hi folks,
>
> As Markus pointed out in this 'qemu-devel' thread[1],
> backends/rng-random.c uses '/dev/random' in TYPE_RNG_RANDOM's
> instance_init() method:
>
> [...]
> static void rng_random_init(Object *obj)
> {
> RngRandom *s
Hi folks,
As Markus pointed out in this 'qemu-devel' thread[1],
backends/rng-random.c uses '/dev/random' in TYPE_RNG_RANDOM's
instance_init() method:
[...]
static void rng_random_init(Object *obj)
{
RngRandom *s = RNG_RANDOM(obj);
object_property_add_str(obj,
10 matches
Mail list logo
