Re: [RFC PATCH 0/4] random: a simple vDSO mechanism for reseeding userspace CSPRNGs

From: Jason A. Donenfeld
Date: Thu Jan 12 2023 - 12:49:11 EST

Next message: Paul Moore: "Re: [PATCH v7 0/6] evm: Do HMAC of multiple per LSM xattrs for new inodes"
Previous message: Yann Droneaud: "[RFC PATCH 4/4] testing: add a getrandom() GRND_TIMESTAMP vDSO demonstration/benchmark"
In reply to: Yann Droneaud: "[RFC PATCH 4/4] testing: add a getrandom() GRND_TIMESTAMP vDSO demonstration/benchmark"
Next in thread: Yann Droneaud: "Re: [RFC PATCH 0/4] random: a simple vDSO mechanism for reseeding userspace CSPRNGs"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

Sorry Yann, but I'm not interested in this approach, and I don't think
reviewing the details of it are a good allocation of time. I don't
want to lock the kernel into having specific reseeding semantics that
are a contract with userspace, which is what this approach does.
Please just let me iterate on my original patchset for a little bit,
without adding more junk to the already overly large conversation.

Next message: Paul Moore: "Re: [PATCH v7 0/6] evm: Do HMAC of multiple per LSM xattrs for new inodes"
Previous message: Yann Droneaud: "[RFC PATCH 4/4] testing: add a getrandom() GRND_TIMESTAMP vDSO demonstration/benchmark"
In reply to: Yann Droneaud: "[RFC PATCH 4/4] testing: add a getrandom() GRND_TIMESTAMP vDSO demonstration/benchmark"
Next in thread: Yann Droneaud: "Re: [RFC PATCH 0/4] random: a simple vDSO mechanism for reseeding userspace CSPRNGs"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]