Received: by 2002:a05:6602:18e:0:0:0:0 with SMTP id m14csp2437163ioo; Sat, 28 May 2022 13:39:44 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyQcTGT7Sud/aIhSy4m+3AhWymCzxyCJ7V5jfLOXWAR8AGBhiSghTDHGrrWhCCRAt4LU3ob X-Received: by 2002:a17:90b:38c1:b0:1e0:16da:86e with SMTP id nn1-20020a17090b38c100b001e016da086emr14900386pjb.149.1653770384439; Sat, 28 May 2022 13:39:44 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1653770384; cv=none; d=google.com; s=arc-20160816; b=GBKXNvE1EU4hE76I0oK7pHcK2Ffpfkg39ATX7On7gJP0ozNMCKqNWbfAc9imuC91Bm XMI0EOHSLt7Hoah4qKA0PVZx7RtsgRuG0NwQzwn/qSJXc45UfM8pT7a1C/vzKxsNeAk7 ElnKXJmGrmk9KeUyQL36lb/H80ayZ7CYsRi9zVe9eIpTa5cq/H9GlW/0jSnxnVaPZ6X+ 7PuXCb0V/UQgDH5JCWpIZP8to9TVInjhM8S1YMzGKpd2UmfPG1kUR7OkMjL88k72RXC9 eQDrG74sGOk2jpxFVWyiZ+cvnQcEbDASSAZYNYx/CNpRtqDZqndkp5Dz+dnyF6O1AtWh W2kA== 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=ze0ck0L5/lB8LJgBEdkfkOX84iIxnZkLBmegXytJVbY=; b=xoAro0UVwKKgv/2r+9cfq0YvDoC/frkhnH1DJpUQz/qGUVsEHV9hyoRAWk9LE4KpYx cAduKo6XuyxsUGenbpgxyTvvX0OitWwhw6pxVvEn2Pxy+gK9qWEzXarcXJ6GeHoN0u0X dtvC6TPGmEwFdSwgTYBongC5TU8UYNNukIC5ATXgOAkJWjQ/A9ga9xqKwTP0oYXFPqsZ 3bBHZ+uZT2RNm7rVFJn3aFPtcA6MDcJbjobWbKdpoaveMPtaCSYZdfjHaejSU5QbTR/b XSOoPAjZ7Y4e+zl6fWR0DHV7z7KsuXP1QHmIoZDCXI6Q8ZOltrdlsyVJ/aHj21Y5zyeI YN2Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=SbKuxwP7; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 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. [23.128.96.19]) by mx.google.com with ESMTPS id y4-20020a63de44000000b003ab2440ce56si8901314pgi.207.2022.05.28.13.39.44 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 28 May 2022 13:39:44 -0700 (PDT) Received-SPF: softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=SbKuxwP7; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 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 vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id DB496194247; Sat, 28 May 2022 12:42:39 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1353101AbiE0MKW (ORCPT + 99 others); Fri, 27 May 2022 08:10:22 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55314 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1353396AbiE0L41 (ORCPT ); Fri, 27 May 2022 07:56:27 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 2907325F0; Fri, 27 May 2022 04:51:44 -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 D31EC61DD0; Fri, 27 May 2022 11:51:43 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id DC964C34100; Fri, 27 May 2022 11:51:42 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1653652303; bh=Trgz+USAQPCv1R/UHnPbOXYDe7Kd+M22X+yARLpqOVw=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=SbKuxwP7lJ8nLu9afhLF6Ww0tKr5uEjj7RXJeUuF6hXwsCSJLuBcEjqtKRwSItLh+ TIJcQVeD5OkhEFGdUXA3As7M0xqXl17YE+V5wiJI/TWCRW5HZw3Qr/Eqx2bRfgnaC4 7WZisMvJCvtgMYZxtnbb/YNiJihAXwY/5Mz3PKk8= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Thomas Gleixner , Arnd Bergmann , Richard Weinberger , Anton Ivanov , Johannes Berg , "Jason A. Donenfeld" Subject: [PATCH 5.15 116/145] um: use fallback for random_get_entropy() instead of zero Date: Fri, 27 May 2022 10:50:17 +0200 Message-Id: <20220527084904.555889326@linuxfoundation.org> X-Mailer: git-send-email 2.36.1 In-Reply-To: <20220527084850.364560116@linuxfoundation.org> References: <20220527084850.364560116@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=-1.2 required=5.0 tests=BAYES_00,DATE_IN_PAST_03_06, 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=no 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 9f13fb0cd11ed2327abff69f6501a2c124c88b5a upstream. In the event that random_get_entropy() can't access a cycle counter or similar, falling back to returning 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. This is accomplished by just including the asm-generic code like on other architectures, which means we can get rid of the empty stub function here. Cc: Thomas Gleixner Cc: Arnd Bergmann Cc: Richard Weinberger Cc: Anton Ivanov Acked-by: Johannes Berg Signed-off-by: Jason A. Donenfeld Signed-off-by: Greg Kroah-Hartman --- arch/um/include/asm/timex.h | 9 ++------- 1 file changed, 2 insertions(+), 7 deletions(-) --- a/arch/um/include/asm/timex.h +++ b/arch/um/include/asm/timex.h @@ -2,13 +2,8 @@ #ifndef __UM_TIMEX_H #define __UM_TIMEX_H -typedef unsigned long cycles_t; - -static inline cycles_t get_cycles (void) -{ - return 0; -} - #define CLOCK_TICK_RATE (HZ) +#include + #endif