[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <2060153.p9Cf2LoRhr@tauon.chronox.de>
Date: Wed, 04 Jul 2018 08:16:25 +0200
From: Stephan Mueller <smueller@...onox.de>
To: Vinod <vkoul@...nel.org>
Cc: linux-crypto@...r.kernel.org, linux-kernel@...r.kernel.org,
Bjorn Andersson <bjorn.andersson@...aro.org>,
Matt Mackall <mpm@...enic.com>,
Herbert Xu <herbert@...dor.apana.org.au>,
Arnd Bergmann <arnd@...db.de>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
linux-arm-msm@...r.kernel.org, Stephen Boyd <swboyd@...omium.org>,
Timur Tabi <timur@...eaurora.org>
Subject: Re: [PATCH v3 3/6] crypto: Add Qcom prng driver
Am Mittwoch, 4. Juli 2018, 08:10:35 CEST schrieb Vinod:
Hi Vinod,
> On 04-07-18, 09:40, Vinod wrote:
> > 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;
I am not sure I follow your argument.
You cast a void (or u8 pointer into u32:
+ u32 *retdata = data;
You use it:
+ *retdata++ = val;
Followed by your check.
What I mean is that the initial cast and then the subsequent write operation
is only guaranteed to work if the initial pointer is alighed on a 4 byte
boundary. However, since it is an u8 pointer, it is not guaranteed to be
aligned.
So, I guess you want to use memcpy (at least if it is not aligned).
Ciao
Stephan
Powered by blists - more mailing lists