linux-kernel - RE: [PATCH] LP3971 PMIC regulator driver

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Thu, 14 May 2009 17:09:17 +0200
From:	Marek Szyprowski <m.szyprowski@...sung.com>
To:	'Mark Brown' <broonie@...nsource.wolfsonmicro.com>
Cc:	linux-kernel@...r.kernel.org,
	linux-arm-kernel@...ts.arm.linux.org.uk,
	'Liam Girdwood' <lrg@...mlogic.co.uk>,
	kyungmin.park@...sung.com
Subject: RE: [PATCH] LP3971 PMIC regulator driver

Hello!

On Thu, May 14, 2009 Mark Brown wrote:

> > This patch adds regulator drivers for National Semiconductors LP3971
> PMIC.
> > This LP3971 PMIC controller has 3 DC/DC voltage converters and 5 low
> drop-out
> > (LDO) regulators. LP3971 PMIC controller uses I2C interface.
> >
> > Reviewed-by: Kyungmin Park <kyungmin.park@...sung.com>
> > Signed-off-by: Marek Szyprowski <m.szyprowski@...sung.com>
> 
> This looks basically good, a few comments below but personally I'd be
> inclined to merge this as-is and deal with the remaining issues as
> separate patches so:
> 
> Acked-by: Mark Brown <broonie@...nsource.wolfsonmicro.com>
> 
> It'd be good to also implement list_voltage().

Ok. I will prepare a new patches that will add this functionality and fix
issues reported below.

> > +       if (reg <= BUCK_TARGET_VOL_MAX_IDX)
> > +               val = 1000 * buck_voltage_map[reg];
> > +       else
> > +               val = 0;
> 
> I'd expect some kind of warning to be displayed here?

Right.

> > +       /* Detect LP3971 (initial system control 1 reg is '0x60') */
> > +       ret = lp3971_i2c_read(i2c, LP3971_SYS_CONTROL1_REG, 1, &val);
> > +       if (ret < 0) {
> > +               dev_err(&i2c->dev, "failed to detect device\n");
> > +               goto err_detect;
> > +       }
> > +
> 
> You don't actually appear to check the value you read back here?

Right, I forgot. Now I noticed in the chip spec that some default bits can
be eeprom programmed. I will handle this too.

Thanks for your review.

Best regards
--
Marek Szyprowski
Samsung Poland R&D Center


--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/