lkml.org 
[lkml]   [2017]   [Jul]   [19]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH 3/3] hwrng: mxc-fsl - add support for Freescale RNGC
Hi PrasannaKumar,

thanks for taking the time to review my submission.

Thus wrote PrasannaKumar Muralidharan (prasannatsmkumar@gmail.com):

> Please combine above 2 comments.

ok, I'll do this.

> > +
> > +/*
> > + * Hardware driver for the Intel/AMD/VIA Random Number Generators (RNG)
> > [...]

> I feel this comment is because of copy paste. If that's the case please remove.

A couple of files in drivers/char/hw_random have the same copyright
statement. So it looks like copy&paste. I'll remove it.

> > +
> > + while (max > sizeof(u32)) {

> Should the condition be max >= sizeof(u32)?

You're right. I'll fix this.

> > + status = __raw_readl(rngc->base + RNGC_STATUS);

> Is there any specific reason for using __raw_readl? Why not just readl?
> If there is no specific reason for using __raw_readl please use readl
> in all the places.

That looks like mxc-rnga.c was taken as a starting point. I'll change
__raw_read() to readl and __raw_writel to writel.

> > + /* how many random numbers are in FIFO? [0-16] */
> > + level = (status & RNGC_STATUS_FIFO_LEVEL_MASK) >>
> > + RNGC_STATUS_FIFO_LEVEL_SHIFT;
> > +
> > + /* is there some error while reading this random number? */
> > + if (status & RNGC_STATUS_ERROR)
> > + break;

> Before calculating level error check can be done.

Ok, I'll move the check right after reading the status register.

> > + if (__raw_readl(rngc->base + RNGC_ERROR) &
> > + RNGC_ERROR_STATUS_BAD_KEY) {
> > + dev_err(rngc->dev, "Can't start, Bad Keys.\n");
> > + return -EIO;
> > + }
> > + }

> What keys? What is the purpose of this check? At this point only clk
> is enabled for RNGC so I am wondering why this check is required?

The "key" is probably the internal state of the PRNG, which uses the
mechanism described in FIPS 186-2.

No idea why Freescale added this check before the self test. I guess
that we can safely run the self test and check for errors afterwards.
I'll remove the check.

Interestingly, this "bad key" error status is one of the few differences
between RNGB and RNGC, both of which should work with this driver...

> > +
> > + /* mask all interrupts, will be unmasked soon */
> > + ctrl = __raw_readl(rngc->base + RNGC_CONTROL);
> > + __raw_writel(ctrl | RNGC_CTRL_MASK_DONE | RNGC_CTRL_MASK_ERROR,
> > + rngc->base + RNGC_CONTROL);
> > +
> > + /* verify if oscillator is working */
> > + osc = __raw_readl(rngc->base + RNGC_ERROR);
> > + if (osc & RNGC_ERROR_STATUS_OSC_ERR) {
> > + dev_err(rngc->dev, "RNGC Oscillator is dead!\n");
> > + return -EIO;
> > + }

> Is this check useful? If clock is initialised properly I do not think
> this case will happen. May be I am missing something. Please add a
> comment if this check is valid.

Agreed. Switching the clock on should be sufficient to get the
oscillator to run. And if not, we should see an error after the self
test.

> RNG core can call init every time this rng device is selected as
> current random number provider. Is self test required on every RNG
> init?

I'd say the self test should be run once when the driver is loaded. I'll
try to move the self test to the probe function.

> By default self test need not be run, a module parameter can be added
> for enabling self test.

Ok.

> > + rngc->rng.name = pdev->name;
> > + rngc->rng.init = mxc_rngc_init;
> > + rngc->rng.read = mxc_rngc_read;

> Assiging a quality would be great. That will help in deciding which
> rng device to use if there are mulitple rng devices.

I doubt that I have enough info to set the quality. I'll see what I can
dig up.

I'll try to upload v4 as soon as possible.

Thanks,
Martin

\
 
 \ /
  Last update: 2017-07-19 23:24    [W:0.054 / U:0.380 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site