From: Vinod Subject: Re: [PATCH v3 3/6] crypto: Add Qcom prng driver Date: Wed, 4 Jul 2018 09:40:59 +0530 Message-ID: <20180704041059.GT22377@vkoul-mobl> References: <20180703060434.19293-1-vkoul@kernel.org> <20180703060434.19293-4-vkoul@kernel.org> <2990655.vKmMgW600W@tauon.chronox.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: linux-crypto@vger.kernel.org, linux-kernel@vger.kernel.org, Bjorn Andersson , Matt Mackall , Herbert Xu , Arnd Bergmann , Greg Kroah-Hartman , linux-arm-msm@vger.kernel.org, Stephen Boyd , Timur Tabi To: Stephan Mueller Return-path: Content-Disposition: inline In-Reply-To: <2990655.vKmMgW600W@tauon.chronox.de> Sender: linux-kernel-owner@vger.kernel.org List-Id: linux-crypto.vger.kernel.org Hi Stephan, On 03-07-18, 15:28, Stephan Mueller wrote: > Am Dienstag, 3. Juli 2018, 08:04:31 CEST schrieb Vinod Koul: > > +static int qcom_rng_read(struct qcom_rng *rng, void *data, size_t max) > > +{ > > + size_t currsize = 0; > > + u32 *retdata = data; > > How can you be sure that this cast is appropriate? I.e. how is it guaranteed > that data is 4-byte aligned? While reading we check the alignment: /* make sure we stay on 32bit boundary */ if ((max - currsize) < WORD_SZ) break; > Also, the data variable in qcom_rng_generate is a u8 -- shouldn't this type be > used instead of a void? That does make sense to me. IIRC the read is for a byte. I will check this and update it Thanks for the quick review -- ~Vinod