core: hwrng: add a dummy hwrng for test purposes on qemu. #7562
Conversation
Signed-off-by: Chali Anis <[email protected]>
| return TEE_SUCCESS; | ||
| } | ||
| #endif | ||
|
|
There was a problem hiding this comment.
The PTA is not the best place for this function. I'd rather have it as a driver in core/drivers/dummy_cntpct_rng.c guarded by CFG_DUMMY_CNTPCT_RNG.
But more fundamentally: how is this better than the software PRNG that OP-TEE uses by default on QEMU? (CFG_WITH_SOFTWARE_PRNG=y). If you want better randomness on QEMU then I would recommend implementing a RNG based on the RNDR instruction (which is supported by QEMU with -cpu max). That would also benefit real hardware (ARMv8.5+).
There was a problem hiding this comment.
Hello, thanks for taking the time, I will give a try for soft prng but my need is to see how the bootloader interfaces with hwrng, in my case I use arm64 qemu to emulate TF-A >> optee >> barebox and the a kernel. so barebox implements hwrng uuid so I added this for test with qemu and I thought it would interessting to send main line for educational purposes. but the best would be to implement a virtio to benefit from what qemu exposes. there is much more work to do for that. anyway maybe it is not so relevent to have the feature in ML
|
This pull request has been marked as a stale pull request because it has been open (more than) 30 days with no activity. Remove the stale label or add a comment, otherwise this pull request will automatically be closed in 5 days. Note, that you can always re-open a closed issue at any time. |
2 participants
No description provided.