All of lore.kernel.org
 help / color / mirror / Atom feed
From: Grant Likely <grant.likely@secretlab.ca>
To: Linus Walleij <linus.walleij@linaro.org>,
	Alexandre Courbot <acourbot@nvidia.com>
Cc: Arnd Bergmann <arnd@arndb.de>,
	linux-arch@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
	linux-kernel@vger.kernel.org, gnurou@gmail.com
Subject: Re: [PATCH 1/9] gpiolib: link all gpio_chips using a list
Date: Sat, 09 Feb 2013 09:20:38 +0000	[thread overview]
Message-ID: <20130209092039.0C5D23E2548@localhost> (raw)
In-Reply-To: <CACRpkdZDtJ3AN+Pgxy9nNgVx_YYTC=7AuDC48w7kDbDAeqdufw@mail.gmail.com>

On Tue, 5 Feb 2013 18:00:56 +0100, Linus Walleij <linus.walleij@linaro.org> wrote:
> On Sat, Feb 2, 2013 at 5:29 PM, Alexandre Courbot <acourbot@nvidia.com> wrote:
> 
> > Add a list member to gpio_chip that allows all chips to be parsed
> > quickly. The current method requires parsing the entire GPIO integer
> > space, which is painfully slow. Using a list makes many chip operations
> > that involve lookup or parsing faster, and also simplifies the code. It
> > is also necessary to eventually get rid of the global gpio_desc[] array.
> >
> > The list of gpio_chips is always ordered by base GPIO number to ensure
> > chips traversal is done in the right order.
> >
> > Signed-off-by: Alexandre Courbot <acourbot@nvidia.com>
> 
> OK!
> 
> > + * Return -EBUSY if the new chip overlaps with some other chip's integer
> > + * space.
> (...)
> > +       /* are we stepping on the chip right before? */
> > +       if (pos != &gpio_chips && pos->prev != &gpio_chips) {
> > +               _chip = list_entry(pos->prev, struct gpio_chip, list);
> > +               if (_chip->base + _chip->ngpio > chip->base) {
> > +                       dev_err(chip->dev,
> > +                              "GPIO integer space overlap, cannot add chip\n");
> > +                       err = -EBUSY;
> > +               }
> > +       }
> 
> This robustness change on its own is a merit for merging the patch.
> And keeping a list of gpiochips available is great for stuff like
> debugfs.
> 
> Reviewed-by: Linus Walleij <linus.walleij@linaro.org>

Applied, thanks.

g.

WARNING: multiple messages have this Message-ID (diff)
From: grant.likely@secretlab.ca (Grant Likely)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 1/9] gpiolib: link all gpio_chips using a list
Date: Sat, 09 Feb 2013 09:20:38 +0000	[thread overview]
Message-ID: <20130209092039.0C5D23E2548@localhost> (raw)
In-Reply-To: <CACRpkdZDtJ3AN+Pgxy9nNgVx_YYTC=7AuDC48w7kDbDAeqdufw@mail.gmail.com>

On Tue, 5 Feb 2013 18:00:56 +0100, Linus Walleij <linus.walleij@linaro.org> wrote:
> On Sat, Feb 2, 2013 at 5:29 PM, Alexandre Courbot <acourbot@nvidia.com> wrote:
> 
> > Add a list member to gpio_chip that allows all chips to be parsed
> > quickly. The current method requires parsing the entire GPIO integer
> > space, which is painfully slow. Using a list makes many chip operations
> > that involve lookup or parsing faster, and also simplifies the code. It
> > is also necessary to eventually get rid of the global gpio_desc[] array.
> >
> > The list of gpio_chips is always ordered by base GPIO number to ensure
> > chips traversal is done in the right order.
> >
> > Signed-off-by: Alexandre Courbot <acourbot@nvidia.com>
> 
> OK!
> 
> > + * Return -EBUSY if the new chip overlaps with some other chip's integer
> > + * space.
> (...)
> > +       /* are we stepping on the chip right before? */
> > +       if (pos != &gpio_chips && pos->prev != &gpio_chips) {
> > +               _chip = list_entry(pos->prev, struct gpio_chip, list);
> > +               if (_chip->base + _chip->ngpio > chip->base) {
> > +                       dev_err(chip->dev,
> > +                              "GPIO integer space overlap, cannot add chip\n");
> > +                       err = -EBUSY;
> > +               }
> > +       }
> 
> This robustness change on its own is a merit for merging the patch.
> And keeping a list of gpiochips available is great for stuff like
> debugfs.
> 
> Reviewed-by: Linus Walleij <linus.walleij@linaro.org>

Applied, thanks.

g.

  reply	other threads:[~2013-02-09  9:20 UTC|newest]

Thread overview: 100+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-02-02 16:29 [PATCH 0/9] gpiolib: remove gpio_desc[] static array Alexandre Courbot
2013-02-02 16:29 ` Alexandre Courbot
2013-02-02 16:29 ` Alexandre Courbot
2013-02-02 16:29   ` Alexandre Courbot
2013-02-02 16:29 ` [PATCH 1/9] gpiolib: link all gpio_chips using a list Alexandre Courbot
2013-02-02 16:29   ` Alexandre Courbot
2013-02-05 17:00   ` Linus Walleij
2013-02-05 17:00     ` Linus Walleij
2013-02-09  9:20     ` Grant Likely [this message]
2013-02-09  9:20       ` Grant Likely
2013-02-02 16:29 ` [PATCH 2/9] gpiolib: use gpio_chips list in gpiolib_sysfs_init Alexandre Courbot
2013-02-02 16:29   ` Alexandre Courbot
2013-02-02 16:29   ` Alexandre Courbot
2013-02-05 17:04   ` Linus Walleij
2013-02-05 17:04     ` Linus Walleij
2013-02-09  9:22     ` Grant Likely
2013-02-09  9:22       ` Grant Likely
2013-02-09  9:22       ` Grant Likely
2013-02-02 16:29 ` [PATCH 3/9] gpiolib: use gpio_chips list in gpiochip_find Alexandre Courbot
2013-02-02 16:29   ` Alexandre Courbot
2013-02-02 16:29   ` Alexandre Courbot
2013-02-05 17:05   ` Linus Walleij
2013-02-05 17:05     ` Linus Walleij
2013-02-09  9:25     ` Grant Likely
2013-02-09  9:25       ` Grant Likely
2013-02-09  9:25       ` Grant Likely
2013-02-02 16:29 ` [PATCH 4/9] gpiolib: use gpio_chips list in sysfs ops Alexandre Courbot
2013-02-02 16:29   ` Alexandre Courbot
2013-02-02 16:29   ` Alexandre Courbot
2013-02-05 17:15   ` Linus Walleij
2013-02-05 17:15     ` Linus Walleij
2013-02-09  9:37     ` Grant Likely
2013-02-09  9:37       ` Grant Likely
2013-02-09  9:37       ` Grant Likely
2013-02-09 13:53       ` Alexandre Courbot
2013-02-09 13:53         ` Alexandre Courbot
2013-02-02 16:29 ` [PATCH 5/9] gpiolib: use gpio_chips list in gpiochip_find_base Alexandre Courbot
2013-02-02 16:29   ` Alexandre Courbot
2013-02-05 17:21   ` Linus Walleij
2013-02-05 17:21     ` Linus Walleij
2013-02-06  4:48     ` Alex Courbot
2013-02-06  4:48       ` Alex Courbot
2013-02-09  9:47       ` Grant Likely
2013-02-09  9:47         ` Grant Likely
2013-02-02 16:29 ` [PATCH 6/9] gpiolib: use descriptors internally Alexandre Courbot
2013-02-02 16:29   ` Alexandre Courbot
2013-02-05 17:53   ` Linus Walleij
2013-02-05 17:53     ` Linus Walleij
2013-02-07  6:57     ` Alexandre Courbot
2013-02-07  6:57       ` Alexandre Courbot
2013-02-09  9:17       ` Grant Likely
2013-02-09  9:17         ` Grant Likely
2013-02-09  9:17         ` Grant Likely
2013-02-11 14:09         ` Linus Walleij
2013-02-11 14:09           ` Linus Walleij
2013-02-11 15:40           ` Paul Mundt
2013-02-11 15:40             ` Paul Mundt
2013-02-11 17:39           ` Stephen Warren
2013-02-11 17:39             ` Stephen Warren
2013-02-12 12:29             ` Linus Walleij
2013-02-12 12:29               ` Linus Walleij
2013-02-12 15:59               ` Paul Mundt
2013-02-12 15:59                 ` Paul Mundt
2013-02-12 17:18                 ` Arnd Bergmann
2013-02-12 17:18                   ` Arnd Bergmann
2013-02-09 13:11   ` Grant Likely
2013-02-09 13:11     ` Grant Likely
2013-02-09 13:11     ` Grant Likely
2013-02-09 13:11     ` Grant Likely
2013-02-09 14:15     ` Alexandre Courbot
2013-02-09 14:15       ` Alexandre Courbot
2013-02-09 13:24   ` Grant Likely
2013-02-09 13:24     ` Grant Likely
2013-02-09 13:24     ` Grant Likely
2013-02-09 13:24     ` Grant Likely
2013-02-09 14:18     ` Alexandre Courbot
2013-02-09 14:18       ` Alexandre Courbot
2013-02-02 16:29 ` [PATCH 7/9] gpiolib: let gpio_chip reference its descriptors Alexandre Courbot
2013-02-02 16:29   ` Alexandre Courbot
2013-02-05 18:00   ` Linus Walleij
2013-02-05 18:00     ` Linus Walleij
2013-02-09 13:28     ` Grant Likely
2013-02-09 13:28       ` Grant Likely
2013-02-02 16:29 ` [PATCH 8/9] gpiolib: use gpio_chips list in gpio_to_desc Alexandre Courbot
2013-02-02 16:29   ` Alexandre Courbot
2013-02-05 18:01   ` Linus Walleij
2013-02-05 18:01     ` Linus Walleij
2013-02-05 18:01     ` Linus Walleij
2013-02-09  9:58   ` Grant Likely
2013-02-09  9:58     ` Grant Likely
2013-02-09  9:58     ` Grant Likely
2013-02-09  9:58     ` Grant Likely
2013-02-09 14:21     ` Alexandre Courbot
2013-02-09 14:21       ` Alexandre Courbot
2013-02-09 14:37       ` Grant Likely
2013-02-09 14:37         ` Grant Likely
2013-02-02 16:29 ` [PATCH 9/9] gpiolib: dynamically allocate descriptors array Alexandre Courbot
2013-02-02 16:29   ` Alexandre Courbot
2013-02-05 18:02   ` Linus Walleij
2013-02-05 18:02     ` Linus Walleij

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=20130209092039.0C5D23E2548@localhost \
    --to=grant.likely@secretlab.ca \
    --cc=acourbot@nvidia.com \
    --cc=arnd@arndb.de \
    --cc=gnurou@gmail.com \
    --cc=linus.walleij@linaro.org \
    --cc=linux-arch@vger.kernel.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    /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.