linux-arm-kernel.lists.infradead.org archive mirror
 help / color / mirror / Atom feed
From: khilman@baylibre.com (Kevin Hilman)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 0/7] pinctrl: meson: Add a bunch more pins
Date: Thu, 26 May 2016 14:05:50 -0700	[thread overview]
Message-ID: <m21t4ofs29.fsf@baylibre.com> (raw)
In-Reply-To: <CACRpkdbURowJNT_ZkKuv7C_3oW3BJGPBK6etKc4cBc4ujQdPXw@mail.gmail.com> (Linus Walleij's message of "Thu, 26 May 2016 11:28:44 +0200")

Linus Walleij <linus.walleij@linaro.org> writes:

> On Tue, May 24, 2016 at 8:29 PM, Kevin Hilman <khilman@baylibre.com> wrote:
>> Linus Walleij <linus.walleij@linaro.org> writes:
>
>> Looking closer, these have dependencies on the DT changes that you've
>> suggested we take through arm-soc, so it would be cleaner if I take
>> these with your ack through the amlogic tree.
>
> I really prefer to take DT changes and driver code in different
> trees i possible.
>
> My reasoning is plainly: if the DT stuff was a separate git, as
> has been explicitly suggested as a goal off and on, this should
> be merge:able still. So DT changes and driver code should ideally
> be orthogonal.
>
> I don't know about this case but is it a disaster if one or the other
> of the DT changes and the driver arrive in different order to Torvald's
> tree, or will it simply be that the lights go on when the last patch
> arrives?

Actually, it wasn't about built/boot dependencies but rather one of the
patches (mistakenly) had both a pinctrl change and a DT change, so a
simple rebase failed (and I gave up early since I was busy with
something else... and also lazy.)

Anyways, I've now separated things, so the pinctrl patches can go
through your tree, and we'll submit the rest (DT, kconfig etc.)  through
arm-soc, and things will "just work" when they both land in mainline.

I'll repost the series shortly, but if you prefer to just pull, the
pinctrl-only stuff based on linus/master is here:

git://git.kernel.org/pub/scm/linux/kernel/git/khilman/linux.git amlogic/v4.7/pinctrl-drv

Thanks for the nudge in the right direction,

Kevin

      reply	other threads:[~2016-05-26 21:05 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-05-06 14:21 [PATCH 0/7] pinctrl: meson: Add a bunch more pins Kevin Hilman
2016-05-06 14:21 ` [PATCH 1/7] pinctrl: amlogic: gxbb: add UART_AO_B, I2C Kevin Hilman
2016-05-06 14:21 ` [PATCH 2/7] pinctrl: amlogic: gxbb: add EMMC and SD pins Kevin Hilman
2016-05-06 14:21 ` [PATCH 3/7] pinctrl: amlogic: gxbb: add more UART pins Kevin Hilman
2016-05-06 14:21 ` [PATCH 4/7] pinctrl amlogic: gxbb: add ethernet pins Kevin Hilman
2016-05-06 14:21 ` [PATCH 5/7] ARM64: dts: amlogic: add pins for EMMC, SD Kevin Hilman
2016-05-06 14:21 ` [PATCH 6/7] ARM64: dts: amlogic: gxbb: pinctrl: add/update UART Kevin Hilman
2016-05-06 14:21 ` [PATCH 7/7] ARM64: dts: amlogic: gxbb: add ethernet Kevin Hilman
2016-05-11  8:57 ` [PATCH 0/7] pinctrl: meson: Add a bunch more pins Linus Walleij
2016-05-11  9:18   ` Carlo Caione
2016-05-24  9:23 ` Linus Walleij
2016-05-24 16:14   ` Kevin Hilman
2016-05-24 18:29   ` Kevin Hilman
2016-05-24 21:45     ` Kevin Hilman
2016-05-26  9:28     ` Linus Walleij
2016-05-26 21:05       ` Kevin Hilman [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=m21t4ofs29.fsf@baylibre.com \
    --to=khilman@baylibre.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).