Received: by 2002:a6b:fb09:0:0:0:0:0 with SMTP id h9csp6094443iog; Thu, 23 Jun 2022 11:11:24 -0700 (PDT) X-Google-Smtp-Source: AGRyM1uevqfbUrdDGzzLxPo7KnQjA7h0xV6Onwp2yfwsAJ9cnmphjvwdZQN99+8/MBPJeUhiawrX X-Received: by 2002:a05:6402:2714:b0:431:6a31:6530 with SMTP id y20-20020a056402271400b004316a316530mr12455405edd.245.1656007884804; Thu, 23 Jun 2022 11:11:24 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1656007884; cv=none; d=google.com; s=arc-20160816; b=s2IgxMGmP/43cpCRi+Sd4JlwkEAzHf2bAUwPtlHYiNHHISGUabylrW/Lan1N9WanLf +mSPIob7d/DvuT41XjrQIs6Ed1SgKDtoeU95ALw0AOodm/l6+iAh7AI267vnhnVebJ6M P2fJzrfCE3CZg50AtzynzNpOoE81kl6Jn0qx5OUzzNZYQekJD8Vpeakc5BvPQ6O5gwyJ me7j5Hr/5VX5aRB0Amg9aYt66B0AoS5WJB3MTKcPSIDjLQ2iD/IlJMrSZkTdJseC93Nl mWBZ4Y4bporiXF8ggMcxKbBwURMCZXqDqZzVku0a2L1+qUmcWzY4++/talFbEnMSrNh/ E7Rg== 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=GBsq33IG7w/nIU2lbNpbZ3GrPr8LsCxxakp6ynYFGX4=; b=JELFln5GJi9eU+tp1qL8DkSH4w38bViumEuv3VsKvTxRrAHeewc2x1kK0LmnJODAMa S6OpoIKlS8nVlQuL6Tqn26YdwfQWppO44I8Zfozb1soQp5c6Wd2jcB31EEYtv+THsYo0 jKl8RETugn0C/sX6x+EnznUvepNy+7OyHt3B4AQ0T/5228adRxAJXqDUnUJMeW/s/2Pu 6IUsE7RCkOr8cDcD+59EFYU7TeBwBd/12TmuTPSWMBQDDgs8DQNGNE+ePif8StzaFeCk Xbl/xfUKjOb/X8vIF51ffPj6RtoqmjoZYhDsuZOhIXaHmCEucexaZisbMNarJWDXvm/F ug9w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=lSUIHnYG; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 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 out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id i7-20020a05640242c700b00435b3529783si262035edc.345.2022.06.23.11.10.57; Thu, 23 Jun 2022 11:11:24 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=lSUIHnYG; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236180AbiFWSJj (ORCPT + 99 others); Thu, 23 Jun 2022 14:09:39 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:45282 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236478AbiFWSHv (ORCPT ); Thu, 23 Jun 2022 14:07:51 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [IPv6:2604:1380:4641:c500::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 9AC487A1B6; Thu, 23 Jun 2022 10:19:25 -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 CF46061DC6; Thu, 23 Jun 2022 17:19:24 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 9570EC3411B; Thu, 23 Jun 2022 17:19:23 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1656004764; bh=Af/mC/zq4tKhaB0LwhH5Vk0R8nnqO8wO9ms7HejQAZU=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=lSUIHnYGTrILrMMsfPO7t/PwhrGi/t8BKqU98udVtbN1G2z3b4GaZinqHqoYRaeDL Bo27Y0VN7Aj/kC9LMeBqesd46I4EFEv6h4EM8qXh6Sz0sDlOMoF7D2/1PM0k6F89ss //9Nv90kEcs7NKejf2KTFX8M6vdewCVkzy6YqTow= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Thomas Gleixner , Arnd Bergmann , "Maciej W. Rozycki" , Thomas Bogendoerfer , "Jason A. Donenfeld" Subject: [PATCH 4.19 142/234] mips: use fallback for random_get_entropy() instead of just c0 random Date: Thu, 23 Jun 2022 18:43:29 +0200 Message-Id: <20220623164347.074405726@linuxfoundation.org> X-Mailer: git-send-email 2.36.1 In-Reply-To: <20220623164343.042598055@linuxfoundation.org> References: <20220623164343.042598055@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=-7.7 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham 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 1c99c6a7c3c599a68321b01b9ec243215ede5a68 upstream. For situations in which we don't have a c0 counter register available, we've been falling back to reading the c0 "random" register, which is usually bounded by the amount of TLB entries and changes every other cycle or so. This means it wraps extremely often. We can do better by combining this fast-changing counter with a potentially slower-changing counter from random_get_entropy_fallback() in the more significant bits. This commit combines the two, taking into account that the changing bits are in a different bit position depending on the CPU model. In addition, we previously were falling back to 0 for ancient CPUs that Linux does not support anyway; remove that dead path entirely. Cc: Thomas Gleixner Cc: Arnd Bergmann Tested-by: Maciej W. Rozycki Acked-by: Thomas Bogendoerfer Signed-off-by: Jason A. Donenfeld Signed-off-by: Greg Kroah-Hartman --- arch/mips/include/asm/timex.h | 17 ++++++++--------- 1 file changed, 8 insertions(+), 9 deletions(-) --- a/arch/mips/include/asm/timex.h +++ b/arch/mips/include/asm/timex.h @@ -76,25 +76,24 @@ static inline cycles_t get_cycles(void) else return 0; /* no usable counter */ } +#define get_cycles get_cycles /* * Like get_cycles - but where c0_count is not available we desperately * use c0_random in an attempt to get at least a little bit of entropy. - * - * R6000 and R6000A neither have a count register nor a random register. - * That leaves no entropy source in the CPU itself. */ static inline unsigned long random_get_entropy(void) { - unsigned int prid = read_c0_prid(); - unsigned int imp = prid & PRID_IMP_MASK; + unsigned int c0_random; - if (can_use_mips_counter(prid)) + if (can_use_mips_counter(read_c0_prid())) return read_c0_count(); - else if (likely(imp != PRID_IMP_R6000 && imp != PRID_IMP_R6000A)) - return read_c0_random(); + + if (cpu_has_3kex) + c0_random = (read_c0_random() >> 8) & 0x3f; else - return 0; /* no usable register */ + c0_random = read_c0_random() & 0x3f; + return (random_get_entropy_fallback() << 6) | (0x3f - c0_random); } #define random_get_entropy random_get_entropy