public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Michael Buesch <mb@bu3sch.de>
To: Adrian Bunk <bunk@kernel.org>
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Stephen Rothwell <sfr@canb.auug.org.au>,
	linux-kernel@vger.kernel.org,
	David Brownell <david-b@pacbell.net>
Subject: Re: [PATCH v2] gpiolib: Allow user-selection
Date: Sun, 6 Jul 2008 22:01:24 +0200	[thread overview]
Message-ID: <200807062201.25194.mb@bu3sch.de> (raw)
In-Reply-To: <20080706195212.GF21669@cs181140183.pp.htv.fi>

On Sunday 06 July 2008 21:52:12 Adrian Bunk wrote:
> > +menuconfig GPIOLIB
> > +	bool "GPIO Support"
> > +	depends on ARCH_WANT_OPTIONAL_GPIOLIB || ARCH_REQUIRE_GPIOLIB
> > +	select GENERIC_GPIO
> > +	help
> > +	  This enables GPIO support through the generic GPIO library.
> > +	  You only need to enable this, if you also want to enable
> > +	  one or more of the GPIO expansion card drivers below.
> > +
> > +	  If unsure, say N.
> >...
> 
> The implementation of ARCH_REQUIRE_GPIOLIB does not match the description.
> 
> Matching the description would be:
> 
> menuconfig GPIOLIB
>         bool "GPIO Support" if !ARCH_REQUIRE_GPIOLIB
>         depends on ARCH_WANT_OPTIONAL_GPIOLIB || ARCH_REQUIRE_GPIOLIB
>         default ARCH_REQUIRE_GPIOLIB
>         select GENERIC_GPIO
>         help
>           ...

So well. I'm not sure what you're talking about. Care to make
a better helptext?

> > --- linux-next.orig/arch/arm/configs/am200epdkit_defconfig	2008-07-03 11:31:05.000000000 +0200
> > +++ linux-next/arch/arm/configs/am200epdkit_defconfig	2008-07-03 11:36:14.000000000 +0200
> > @@ -668,7 +668,7 @@
> >  #
> >  # CONFIG_SPI is not set
> >  # CONFIG_SPI_MASTER is not set
> > -CONFIG_HAVE_GPIO_LIB=y
> > +CONFIG_ARCH_REQUIRE_GPIOLIB=y
> >...
> 
> Please don't do this kind of defconfig updates - it doesn't bring any
> advantage but can create tons of patch conflicts.
> 
> The next time a defconfig gets updated it will anyway automatically be
> fixed, and for defconfigs that aren't updated it doesn't create any
> problems to keep them as they are today until they might one day get
> updated.

So will the auto-regenerated defconfig result in CONFIG_ARCH_REQUIRE_GPIOLIB=y
or CONFIG_ARCH_REQUIRE_GPIOLIB=n? I thought it would result in =n, as the
option defaults to n. So I changed all defconfigs.

(I think these (sub)archs should "select" the option in their Kconfig, but I
didn't want to go down that way).

-- 
Greetings Michael.

  reply	other threads:[~2008-07-06 20:02 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-07-03 10:33 [PATCH v2] gpiolib: Allow user-selection Michael Buesch
2008-07-06 19:52 ` Adrian Bunk
2008-07-06 20:01   ` Michael Buesch [this message]
2008-07-06 20:13     ` Adrian Bunk
2008-07-06 20:20       ` Michael Buesch

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=200807062201.25194.mb@bu3sch.de \
    --to=mb@bu3sch.de \
    --cc=akpm@linux-foundation.org \
    --cc=bunk@kernel.org \
    --cc=david-b@pacbell.net \
    --cc=linux-kernel@vger.kernel.org \
    --cc=sfr@canb.auug.org.au \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox