Received: by 10.223.185.116 with SMTP id b49csp1960569wrg; Thu, 22 Feb 2018 06:05:34 -0800 (PST) X-Google-Smtp-Source: AH8x225Eiyegu5eAb+/A41K3gmcbqGa92ek+iv6ogfpuVJIVHytcYiqNCd0fpz+T73K++AarygEb X-Received: by 2002:a17:902:5382:: with SMTP id c2-v6mr6632140pli.102.1519308334445; Thu, 22 Feb 2018 06:05:34 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1519308334; cv=none; d=google.com; s=arc-20160816; b=SFsPKBqER7Sfg26Hi7yBqWklQcz75CiHbXwMRIbvuAEeFIZ9WXwMSXySbDGiAo7ksA oLXOYzje28TNCnRO1h23RYlgFDAf7qXKa7F/qEx9PkNsMbO5A/gr3khbr8/ObV8cxU0B sPmV7pyVlKE43IYy2YGDWwURT4WGWkaD5HZ/UjKJZLu2NjX5n24J3F9DaJ2w6QFt+mX5 BrYZJwMFVHSlTWIUX1yV6I79lJ1tbWrq5yNY84uOHByqlV3rdXnSerKK6tuqwzDty0KF KFzRG0YULN0K9OXnXvCBb6XXwE5KRXbTa4zqmwcXSirbEhUBIwlqFDnS0YIk4NqzxNqo Zkuw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=IP02vbo4ou+JdTrZzC6XK/afvHOaZm5JiCub2Ckn6b4=; b=j8Wu/9H//K4g2z3qNswHY8vFBMgmYnQWYzsXZmmjoGmMUPAAu+BJqQakRfSuPMl4lH naTqRQqMEnx2ju98JQ2CfKW0jQOPwoKwNNlOQ+GU5ZulMHxp3BCC4Ilsq1ZFT6lu5IT6 ioAlxgiVPkQqdvIwP6V7o22Xc+K1I002XLe59oprCsxQW05WQARZNWUuM+XTtASAMOnL mrz7IlHiVQqC6LsNwDq1oUR5+5DD3BKe3FwjcudENCLlT8ZQg3qCBu81u/uirn0x0S79 9osJJL1e4IM0McnBVZHTVEfBXl11u124Fb/kS7tbRZ6V6WEWlDIY+Wf1COE7jejvTN1X /AOg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id r20si66440pgu.423.2018.02.22.06.05.19; Thu, 22 Feb 2018 06:05:34 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932678AbeBVODw (ORCPT + 99 others); Thu, 22 Feb 2018 09:03:52 -0500 Received: from orcrist.hmeau.com ([104.223.48.154]:56928 "EHLO deadmen.hmeau.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932573AbeBVODu (ORCPT ); Thu, 22 Feb 2018 09:03:50 -0500 Received: from gondobar.mordor.me.apana.org.au ([192.168.128.4] helo=gondobar) by deadmen.hmeau.com with esmtp (Exim 4.84_2 #2 (Debian)) id 1eorTH-0007LR-O2; Thu, 22 Feb 2018 22:03:39 +0800 Received: from herbert by gondobar with local (Exim 4.84_2) (envelope-from ) id 1eorT7-0007gQ-1c; Thu, 22 Feb 2018 22:03:29 +0800 Date: Thu, 22 Feb 2018 22:03:29 +0800 From: Herbert Xu To: Lionel Debieve Cc: Matt Mackall , Arnd Bergmann , Greg Kroah-Hartman , Maxime Coquelin , Alexandre Torgue , Rob Herring , linux-crypto@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, Benjamin Gaignard , Ludovic Barre Subject: Re: [PATCH Resend 0/5] hwrng: stm32 - Improvement for stm32-rng Message-ID: <20180222140328.GE28447@gondor.apana.org.au> References: <20180215130312.23612-1-lionel.debieve@st.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180215130312.23612-1-lionel.debieve@st.com> User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Feb 15, 2018 at 02:03:07PM +0100, Lionel Debieve wrote: > This set of patches add extended functionalities for stm32 rng > driver. > Patch #1 includes a reset during probe to avoid any error status > which can occur during bootup process and keep safe rng integrity. > > Patch #3 adds a new property to manage the clock error detection > feature which can be disabled on specific target. > > Patch #5 rework the timeout calculation for read value that was > previously defined based on loop operation and is now based on > timer. I should take only patches 1/3/5, right? Cheers, -- Email: Herbert Xu Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt