mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Wim Van Sebroeck <wim@iguana.be>
To: Markus Mayer <markus.mayer@linaro.org>
Cc: Guenter Roeck <linux@roeck-us.net>,
	Christian Daudt <bcm@fixthebug.org>,
	Linaro Patches <patches@linaro.org>,
	Matt Porter <matt.porter@linaro.org>,
	One Thousand Gnomes <gnomes@lxorguk.ukuu.org.uk>,
	Linux Watchdog List <linux-watchdog@vger.kernel.org>,
	ARM Kernel List <linux-arm-kernel@lists.infradead.org>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH v5 0/2] watchdog: bcm281xx: Watchdog Driver
Date: Mon, 13 Jan 2014 22:02:11 +0100	[thread overview]
Message-ID: <20140113210211.GB23454@spo001.leaseweb.com> (raw)
In-Reply-To: <CAPdLdqkNtvPwETc+TK9xRSh-ru6q4VvUk7zfYEbjPb1TOESMaA@mail.gmail.com>

Hi Markus,

> Now I have a question (or rather a comment) of my own. I noticed that
> you "squashed" my two original patches into a single patch before
> breaking out the debugfs related code. The side-effect of this was
> that two lines of my bcm_defconfig change (CONFIG_WATCHDOG=y and
> CONFIG_BCM_KONA_WDT=y) were included in the patch you took into
> linux-watchdog-next.
> 
> If I understand correctly (and this is why I had broken out the
> bcm_defconfig change into a separate patch), a defconfig change would
> normally go through the platform maintainer's tree, in this case
> Christian, whereas the actual driver would go upstream through your
> tree.
> 
> I don't think it makes too much of a difference with regards to this
> driver where the defconfig change goes. In fact, taking it all through
> one tree might even be slightly easier and reduce the chance of
> conflicts, but I still think Christian needs to at least be aware of
> this change going through the watchdog tree. He owns bcm_defconfig,
> after all.

If it is an existing driver then it makes sense to go through the platform
maintainer's tree. If it is a new driver then I prefer to keep it as one
patch. Suppose the defconfig stuff get's in via the platform tree and I
don't sent the watchdog driver; would be an annoying situation in my opinion...
So that's why I prefer it as a single patch.

Kind regards,
Wim.


      reply	other threads:[~2014-01-13 21:02 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-11-22 22:56 Markus Mayer
2013-11-22 22:56 ` [PATCH v5 1/2] " Markus Mayer
2013-12-17 21:24   ` Markus Mayer
2013-11-22 22:56 ` [PATCH v5 2/2] ARM: bcm281xx: watchdog configuration Markus Mayer
2013-12-06 22:23 ` [PATCH v5 0/2] watchdog: bcm281xx: Watchdog Driver Markus Mayer
2013-12-28 20:40 ` Wim Van Sebroeck
2013-12-31 18:03   ` Markus Mayer
2014-01-13 21:02     ` Wim Van Sebroeck [this message]

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=20140113210211.GB23454@spo001.leaseweb.com \
    --to=wim@iguana.be \
    --cc=bcm@fixthebug.org \
    --cc=gnomes@lxorguk.ukuu.org.uk \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-watchdog@vger.kernel.org \
    --cc=linux@roeck-us.net \
    --cc=markus.mayer@linaro.org \
    --cc=matt.porter@linaro.org \
    --cc=patches@linaro.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®