Received: by 2002:ac2:464d:0:0:0:0:0 with SMTP id s13csp1998754lfo; Sat, 28 May 2022 13:16:04 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwv7Uh8zySNLHoX7SjijLa7jdfOJhUYcBxx3spj4vo89j5+q6Xj1GvuPUzwhRlP2Jq7q5wq X-Received: by 2002:a63:e516:0:b0:3fa:dc6:7ace with SMTP id r22-20020a63e516000000b003fa0dc67acemr30925473pgh.215.1653768963838; Sat, 28 May 2022 13:16:03 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1653768963; cv=none; d=google.com; s=arc-20160816; b=YOeWySwlclXM1Xubo+464GVlssYF3a2NE8vxMt/UvHlQ+fh/ZXAshOwymxqY7pfOfv Zn0gNMven6kZaB8DSa19yyMqQJqhen1IFwjVrSjUnLmQboURySHO9XEeM54mviL9HP8j IdAPTbVItBRGOku+8+LUw007PlUwwSiKMIG3+eKdiQHGORgAxnv8T0ZmBYbNfmbTna67 /oFEHBbZ52RifimeTT6OmWThYHJ37rwaLIAnMmt7dGSd3xix3qdP5Brc5+P/AQAhAScD LyjvEKtFHOvpdIc2zZS1whQEFHnITPOrN77yJu2zQVVBH8tqgYO9IpxpI+PHpAs+qbt1 8bcg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=SaTNIDq58+G0iEH6ElCKR7+HV1so3NONarc4HISStRs=; b=aanGCYWz92wghvBBoVZVSmMSIz/XDSxEENFto7ziLWI6oM1fEyq4gG00utZ3hKrOYR 4vNwlAp7yu+JqVFyEvyBmNONjrQw31cCdQayjf35YW3Kpu0yI1o3g5G3qaNvPrXwXS5B VQZLKjga5Q9rxCIXgFSx98ZjDwHFeCzZuaFn0H8tcYSwjXwXsZl38C7t40nqN6X6wA9s evh/kBZQNSsx6y+H6p4l/DmYb52LiDmvoyPZqCD7KLnZtCZgz3nGJDKJEbouNOXmjLi1 JRMJCHO1nYGlSDLzUvnkfCcv540h8GMi+DCn77V/oWXq0CoHUdyCxDmhkHEBcgrdf383 UU1g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=SSbexPcX; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [2620:137:e000::1:18]) by mx.google.com with ESMTPS id h14-20020a056a00218e00b0050ad22888dasi10783061pfi.158.2022.05.28.13.16.03 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 28 May 2022 13:16:03 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) client-ip=2620:137:e000::1:18; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=SSbexPcX; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: from out1.vger.email (out1.vger.email [IPv6:2620:137:e000::1:20]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 6ED7815AB32; Sat, 28 May 2022 12:28:45 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1351859AbiE0LrB (ORCPT + 99 others); Fri, 27 May 2022 07:47:01 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:58544 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1352067AbiE0LpU (ORCPT ); Fri, 27 May 2022 07:45:20 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id E0199140401; Fri, 27 May 2022 04:41:48 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 7D8A661CE7; Fri, 27 May 2022 11:41:48 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 8C07BC34100; Fri, 27 May 2022 11:41:47 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1653651707; bh=Ca/av4HY0exhaMWqnerAnWuF1QOI4lsHmT1pw78Fx1E=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=SSbexPcXX9bp2INgPMtzhyo+NeLBQTFI8bEq0iH8G4DVL51riyN5vCMC6Whg4Y37h 7VF4zX0l30BgbjsUM57yHze2vk8wrA/nbjVBPYzZtzCEc4kNzU0W696qODjtO03bsg DO2KY6dlbewxPDwMpEH/WxHO1oiVp3GD424gF0PA= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Thomas Gleixner , "Jason A. Donenfeld" , Arnd Bergmann , Theodore Tso Subject: [PATCH 5.17 074/111] timekeeping: Add raw clock fallback for random_get_entropy() Date: Fri, 27 May 2022 10:49:46 +0200 Message-Id: <20220527084829.962361074@linuxfoundation.org> X-Mailer: git-send-email 2.36.1 In-Reply-To: <20220527084819.133490171@linuxfoundation.org> References: <20220527084819.133490171@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.8 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: "Jason A. Donenfeld" commit 1366992e16bddd5e2d9a561687f367f9f802e2e4 upstream. The addition of random_get_entropy_fallback() provides access to whichever time source has the highest frequency, which is useful for gathering entropy on platforms without available cycle counters. It's not necessarily as good as being able to quickly access a cycle counter that the CPU has, but it's still something, even when it falls back to being jiffies-based. In the event that a given arch does not define get_cycles(), falling back to the get_cycles() default implementation that returns 0 is really not the best we can do. Instead, at least calling random_get_entropy_fallback() would be preferable, because that always needs to return _something_, even falling back to jiffies eventually. It's not as though random_get_entropy_fallback() is super high precision or guaranteed to be entropic, but basically anything that's not zero all the time is better than returning zero all the time. Finally, since random_get_entropy_fallback() is used during extremely early boot when randomizing freelists in mm_init(), it can be called before timekeeping has been initialized. In that case there really is nothing we can do; jiffies hasn't even started ticking yet. So just give up and return 0. Suggested-by: Thomas Gleixner Signed-off-by: Jason A. Donenfeld Reviewed-by: Thomas Gleixner Cc: Arnd Bergmann Cc: Theodore Ts'o Signed-off-by: Jason A. Donenfeld Signed-off-by: Greg Kroah-Hartman --- include/linux/timex.h | 8 ++++++++ kernel/time/timekeeping.c | 15 +++++++++++++++ 2 files changed, 23 insertions(+) --- a/include/linux/timex.h +++ b/include/linux/timex.h @@ -62,6 +62,8 @@ #include #include +unsigned long random_get_entropy_fallback(void); + #include #ifndef random_get_entropy @@ -74,8 +76,14 @@ * * By default we use get_cycles() for this purpose, but individual * architectures may override this in their asm/timex.h header file. + * If a given arch does not have get_cycles(), then we fallback to + * using random_get_entropy_fallback(). */ +#ifdef get_cycles #define random_get_entropy() ((unsigned long)get_cycles()) +#else +#define random_get_entropy() random_get_entropy_fallback() +#endif #endif /* --- a/kernel/time/timekeeping.c +++ b/kernel/time/timekeeping.c @@ -17,6 +17,7 @@ #include #include #include +#include #include #include #include @@ -2380,6 +2381,20 @@ static int timekeeping_validate_timex(co return 0; } +/** + * random_get_entropy_fallback - Returns the raw clock source value, + * used by random.c for platforms with no valid random_get_entropy(). + */ +unsigned long random_get_entropy_fallback(void) +{ + struct tk_read_base *tkr = &tk_core.timekeeper.tkr_mono; + struct clocksource *clock = READ_ONCE(tkr->clock); + + if (unlikely(timekeeping_suspended || !clock)) + return 0; + return clock->read(clock); +} +EXPORT_SYMBOL_GPL(random_get_entropy_fallback); /** * do_adjtimex() - Accessor function to NTP __do_adjtimex function