From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pidgin.makrotopia.org (pidgin.makrotopia.org [185.142.180.65]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 303EE288BD; Mon, 29 Jul 2024 23:19:08 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=185.142.180.65 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1722295150; cv=none; b=QXZCxD/2qW7ATs+qcmPXpZxs9qWXxVvgwSZYCojanGCq81MeRDHUagWK+TnwXGm2UGoptXwUMJJLX6Lg8MX97DU3LOvWHQ7iq/AtFy/rQ+oiKZddtKlQQdtecW0LjH8AD5ScAFMRm9wdhK3X73wPMG/8flYh4CglYe62hF2YAXM= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1722295150; c=relaxed/simple; bh=C9Q/uxyrf74fdHhdxm1fLdf6cHFhS/lUKhNgg1ajdhY=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=CRAGkjqcQFSGOOpjZYLhDbK8UZLI/lSmAE1Z/NNghFpaVSxWLQzj2+WaAaXyyE3FMKyvB10aBz8DTZpJ1hf7lGkXa4QfBUQlKqQLmupmgd2iLM4PnqSi6BGJY+DFs0/eEzbGXNKUatzPHVQFfMYc7lN/EqVwX9PXBtjh4Mz0yeY= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=makrotopia.org; spf=pass smtp.mailfrom=makrotopia.org; arc=none smtp.client-ip=185.142.180.65 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=makrotopia.org Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=makrotopia.org Received: from local by pidgin.makrotopia.org with esmtpsa (TLS1.3:TLS_AES_256_GCM_SHA384:256) (Exim 4.98) (envelope-from ) id 1sYZdZ-000000006Q5-0COe; Mon, 29 Jul 2024 23:18:41 +0000 Date: Tue, 30 Jul 2024 00:18:37 +0100 From: Daniel Golle To: Dragan Simic Cc: Diederik de Haas , Chen-Yu Tsai , linux-rockchip@lists.infradead.org, linux-arm-kernel@lists.infradead.org, Rob Herring , Conor Dooley , linux-kernel@vger.kernel.org, Herbert Xu , Martin Kaiser , Sascha Hauer , Sebastian Reichel , Ard Biesheuvel , Uwe =?iso-8859-1?Q?Kleine-K=F6nig?= , devicetree@vger.kernel.org, linux-crypto@vger.kernel.org, Philipp Zabel , Olivia Mackall , Krzysztof Kozlowski , Aurelien Jarno , Heiko Stuebner Subject: Re: [PATCH v7 0/3] hwrng: add hwrng support for Rockchip RK3568 Message-ID: References: <3190961.CRkYR5qTbq@bagend> <4406786.zLnsZ2vfAB@bagend> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: On Wed, Jul 24, 2024 at 08:07:51AM +0200, Dragan Simic wrote: > Thanks a lot for the testing. Though, such wildly different test results > can, regrettably, lead to only one conclusion: the HWRNG found in RK3566 > is unusable. :/ The results on RK3568 look much better and the series right now also only enabled the RNG on RK3568 systems. However, we have only seen few boards with RK3568 up to now, and I only got a couple of NanoPi R5C here to test, all with good hwrng results. Do you think it would be agreeable to only enable the HWRNG for RK3568 as suggested in this series? Or are we expecting quality to also vary as much as it (sadly) does for RK3566?