Patch "hwrng: core - Fix wrong quality calculation at hw rng registration" has been added to the 6.6-stable tree

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



This is a note to let you know that I've just added the patch titled

    hwrng: core - Fix wrong quality calculation at hw rng registration

to the 6.6-stable tree which can be found at:
    http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary

The filename of the patch is:
     hwrng-core-fix-wrong-quality-calculation-at-hw-rng-r.patch
and it can be found in the queue-6.6 subdirectory.

If you, or anyone else, feels it should not be added to the stable tree,
please let <stable@xxxxxxxxxxxxxxx> know about it.



commit 41e3eaf47c11d2f1aab0295cf1c934e154bf92d0
Author: Harald Freudenberger <freude@xxxxxxxxxxxxx>
Date:   Fri Jun 21 17:02:24 2024 +0200

    hwrng: core - Fix wrong quality calculation at hw rng registration
    
    [ Upstream commit 95c0f5c3b8bb7acdc5c4f04bc6a7d3f40d319e9e ]
    
    When there are rng sources registering at the hwrng core via
    hwrng_register() a struct hwrng is delivered. There is a quality
    field in there which is used to decide which of the registered
    hw rng sources will be used by the hwrng core.
    
    With commit 16bdbae39428 ("hwrng: core - treat default_quality as
    a maximum and default to 1024") there came in a new default of
    1024 in case this field is empty and all the known hw rng sources
    at that time had been reworked to not fill this field and thus
    use the default of 1024.
    
    The code choosing the 'better' hw rng source during registration
    of a new hw rng source has never been adapted to this and thus
    used 0 if the hw rng implementation does not fill the quality field.
    So when two rng sources register, one with 0 (meaning 1024) and
    the other one with 999, the 999 hw rng will be chosen.
    
    As the later invoked function hwrng_init() anyway adjusts the
    quality field of the hw rng source, this adjustment is now done
    during registration of this new hw rng source.
    
    Tested on s390 with two hardware rng sources: crypto cards and
    trng true random generator device driver.
    
    Fixes: 16bdbae39428 ("hwrng: core - treat default_quality as a maximum and default to 1024")
    Reported-by: Christian Rund <Christian.Rund@xxxxxxxxxx>
    Suggested-by: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
    Signed-off-by: Harald Freudenberger <freude@xxxxxxxxxxxxx>
    Signed-off-by: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
    Signed-off-by: Sasha Levin <sashal@xxxxxxxxxx>

diff --git a/drivers/char/hw_random/core.c b/drivers/char/hw_random/core.c
index a3bbdd6e60fca..a182fe794f985 100644
--- a/drivers/char/hw_random/core.c
+++ b/drivers/char/hw_random/core.c
@@ -174,7 +174,6 @@ static int hwrng_init(struct hwrng *rng)
 	reinit_completion(&rng->cleanup_done);
 
 skip_init:
-	rng->quality = min_t(u16, min_t(u16, default_quality, 1024), rng->quality ?: 1024);
 	current_quality = rng->quality; /* obsolete */
 
 	return 0;
@@ -563,6 +562,9 @@ int hwrng_register(struct hwrng *rng)
 	complete(&rng->cleanup_done);
 	init_completion(&rng->dying);
 
+	/* Adjust quality field to always have a proper value */
+	rng->quality = min_t(u16, min_t(u16, default_quality, 1024), rng->quality ?: 1024);
+
 	if (!current_rng ||
 	    (!cur_rng_set_by_user && rng->quality > current_rng->quality)) {
 		/*




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux