All of lore.kernel.org
 help / color / mirror / Atom feed
From: Tom Rini <trini@konsulko.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH 2/3] drivers/gpio/pm8916_gpio.c: Make pid be uint32_t
Date: Wed, 20 Apr 2016 17:26:51 -0400	[thread overview]
Message-ID: <20160420212651.GC3732@bill-the-cat> (raw)
In-Reply-To: <57154274.9020705@gmail.com>

On Mon, Apr 18, 2016 at 10:24:20PM +0200, Mateusz Kulikowski wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA256
> 
> On 18.04.2016 22:23, Mateusz Kulikowski wrote:
> > Hi,
> > 
> > Sorry for slow reply.
> > 
> > On 12.04.2016 21:11, Tom Rini wrote:
> >> If get_dev_addr fails it will return FDT_ADDR_T_NONE and:
> >>>>>     "priv->pid == 4294967295U" is always false regardless of the values of its operands. This occurs as the logical operand of if.
> > 
> >> Cc: Mateusz Kulikowski <mateusz.kulikowski@gmail.com>
> >> Reported-by: Coverity (CID: 143913)
> > [...]
> > 
> >> -	uint16_t pid; /* Peripheral ID on SPMI bus */
> >> +	uint32_t pid; /* Peripheral ID on SPMI bus */
> >>  };
> > 
> >>  static int pm8916_gpio_set_direction(struct udevice *dev, unsigned offset,
> > 
> > 
> > Note applies to two patches in this series (pm8916_gpio.c and pm8916.c)
> > 
> > I think (now, when the coverity pointed out mistake) that we should add
> > in that case check if pid fits in 16-bits, as this is maximum pid value on spmi bus.
> > 
> > This checks should be done in pm8916_gpio_probe() and pm8916_probe().
> > 
> > Would you like to do it in your series or want me to post another patch on top of them?
> 
> Or even better - leave it as uint16_t and do check & cast in probe()

Further sanity checks on the data we get isn't a bad idea, so no
casting.

-- 
Tom
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL: <http://lists.denx.de/pipermail/u-boot/attachments/20160420/4578e853/attachment.sig>

  reply	other threads:[~2016-04-20 21:26 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-04-12 19:11 [U-Boot] [PATCH 1/3] drivers/tpm/tpm_tis_sandbox.c: Fix uninitialized variable use Tom Rini
2016-04-12 19:11 ` [U-Boot] [PATCH 2/3] drivers/gpio/pm8916_gpio.c: Make pid be uint32_t Tom Rini
2016-04-18 20:23   ` Mateusz Kulikowski
2016-04-18 20:24     ` Mateusz Kulikowski
2016-04-20 21:26       ` Tom Rini [this message]
2016-04-20 21:25     ` Tom Rini
2016-04-22 14:12       ` Mateusz Kulikowski
2016-04-21 11:23   ` [U-Boot] [U-Boot, " Tom Rini
2016-04-12 19:11 ` [U-Boot] [PATCH 3/3] drivers/power/pmic/pm8916.c: Make usid " Tom Rini
2016-04-21 11:23   ` [U-Boot] [U-Boot, " Tom Rini
2016-04-15 14:12 ` [U-Boot] [PATCH 1/3] drivers/tpm/tpm_tis_sandbox.c: Fix uninitialized variable use Simon Glass
2016-04-15 15:44   ` Simon Glass

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20160420212651.GC3732@bill-the-cat \
    --to=trini@konsulko.com \
    --cc=u-boot@lists.denx.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.