From: plagnioj@jcrosoft.com (Jean-Christophe PLAGNIOL-VILLARD)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 1/1] gpio: drop CONFIG_OF_GPIO in the definition of the struct gpio_chip
Date: Mon, 13 Feb 2012 15:12:29 +0100 [thread overview]
Message-ID: <20120213141229.GD3378@game.jcrosoft.org> (raw)
In-Reply-To: <4F391781.2020203@gmail.com>
On 08:00 Mon 13 Feb , Rob Herring wrote:
> On 02/13/2012 03:23 AM, Jean-Christophe PLAGNIOL-VILLARD wrote:
> > this will allow to avoid the ifdef CONFIG_OF_GPIO in gpio drivers
> >
>
> So would always enabling CONFIG_OF on at91 and then only 1 sub-arch is
> paying the price for additional space. Then we would only have ifdefs in
> the truly cross-platform gpio drivers.
we talk about 12bytes and here it's force to put a ifdef in the gpio drivers
in platform_device we don't do so. So why should be do it here??
Drop the ifdef will ensure evenif we compile the code without OF_GPIO that all
the work can compile
we recently introduce IS_ENABLED & co to drop the maximum of ifdef
here it's the same idea
Best Regards,
J.
>
> Rob
>
> > Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
> > Cc: Arnd Bergmann <arnd@arndb.de>
> > Cc: Nicolas Ferre <nicolas.ferre@atmel.com>
> > ---
> > include/asm-generic/gpio.h | 2 --
> > 1 files changed, 0 insertions(+), 2 deletions(-)
> >
> > diff --git a/include/asm-generic/gpio.h b/include/asm-generic/gpio.h
> > index 1ff4e22..c08b758 100644
> > --- a/include/asm-generic/gpio.h
> > +++ b/include/asm-generic/gpio.h
> > @@ -122,7 +122,6 @@ struct gpio_chip {
> > unsigned can_sleep:1;
> > unsigned exported:1;
> >
> > -#if defined(CONFIG_OF_GPIO)
> > /*
> > * If CONFIG_OF is enabled, then all GPIO controllers described in the
> > * device tree automatically may have an OF translation
> > @@ -131,7 +130,6 @@ struct gpio_chip {
> > int of_gpio_n_cells;
> > int (*of_xlate)(struct gpio_chip *gc,
> > const struct of_phandle_args *gpiospec, u32 *flags);
> > -#endif
> > };
> >
> > extern const char *gpiochip_is_requested(struct gpio_chip *chip,
next prev parent reply other threads:[~2012-02-13 14:12 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-02-13 9:23 [PATCH 1/1] gpio: drop CONFIG_OF_GPIO in the definition of the struct gpio_chip Jean-Christophe PLAGNIOL-VILLARD
2012-02-13 10:18 ` Nicolas Ferre
2012-02-13 10:18 ` Nicolas Ferre
2012-02-13 10:37 ` Jean-Christophe PLAGNIOL-VILLARD
2012-02-13 10:37 ` Jean-Christophe PLAGNIOL-VILLARD
2012-02-13 14:00 ` Rob Herring
2012-02-13 14:12 ` Jean-Christophe PLAGNIOL-VILLARD [this message]
2012-02-13 14:33 ` Rob Herring
2012-02-13 14:59 ` Nicolas Ferre
2012-02-14 1:26 ` Rob Herring
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=20120213141229.GD3378@game.jcrosoft.org \
--to=plagnioj@jcrosoft.com \
--cc=linux-arm-kernel@lists.infradead.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.