public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Paul Bolle <pebolle@tiscali.nl>
To: Mark Brown <broonie@kernel.org>
Cc: Valentin Rothberg <valentinrothberg@gmail.com>,
	stwiss.opensource@diasemi.com, lgirdwood@gmail.com,
	support.opensource@diasemi.com, linux-kernel@vger.kernel.org,
	Andreas Ruprecht <andreas.ruprecht@fau.de>,
	hengelein Stefan <stefan.hengelein@fau.de>
Subject: Re: regulator: da9062: undefined Kconfig option MFD_DA9062
Date: Fri, 22 May 2015 11:52:24 +0200	[thread overview]
Message-ID: <1432288344.27695.86.camel@x220> (raw)
In-Reply-To: <20150522093534.GR21577@sirena.org.uk>

On Fri, 2015-05-22 at 10:35 +0100, Mark Brown wrote:
> > Is there a patch queued somewhere to add the missing Kconfig option?
> 
> This is totally normal for merging MFDs where the MFD goes in via the
> MFD tree and the subsystem drivers go in via their trees.  This way
> subsystem maintainers don't have to sit through endless resends of the
> core driver.

But we have to mention these things, for reasons like:
- the unknown symbol might simply be caused by a typo;
- the unknown symbol might change name while drivers depending on it are
already merged (we had such a situation last year, didn't we?);
- the symbol might not make it into the tree at all (or take _very_ long
to get there).

So every time a driver is added to linux-next that depends on an unknown
symbol a boring message like this will be sent. And people can simply
respond to it with a link to the patch that adds the missing symbol. 

It's a bit annoying. But it helps in catching errors as early as
possible. And it gives the people looking into these kconfig oddities
the info they need to keep track of things.


Paul Bolle


  reply	other threads:[~2015-05-22  9:52 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-05-22  8:20 regulator: da9062: undefined Kconfig option MFD_DA9062 Valentin Rothberg
2015-05-22  8:57 ` Opensource [Steve Twiss]
2015-05-26 10:37   ` Lee Jones
2015-05-27  7:19     ` Opensource [Steve Twiss]
2015-05-22  9:35 ` Mark Brown
2015-05-22  9:52   ` Paul Bolle [this message]
2015-05-22 10:12     ` Mark Brown
2015-05-22 10:53       ` Valentin Rothberg
2015-05-22 13:07         ` Mark Brown
2015-05-22 14:03           ` Paul Bolle

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=1432288344.27695.86.camel@x220 \
    --to=pebolle@tiscali.nl \
    --cc=andreas.ruprecht@fau.de \
    --cc=broonie@kernel.org \
    --cc=lgirdwood@gmail.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=stefan.hengelein@fau.de \
    --cc=stwiss.opensource@diasemi.com \
    --cc=support.opensource@diasemi.com \
    --cc=valentinrothberg@gmail.com \
    /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