linux-arm-kernel.lists.infradead.org archive mirror
 help / color / mirror / Atom feed
From: rmallon@gmail.com (Ryan Mallon)
To: linux-arm-kernel@lists.infradead.org
Subject: [GIT PULL] ep93xx-devel for 3.12
Date: Tue, 19 Nov 2013 09:12:42 +1100	[thread overview]
Message-ID: <528A90DA.7020803@gmail.com> (raw)
In-Reply-To: <522FD8B1.4080206@gmail.com>

On 11/09/13 12:42, Ryan Mallon wrote:
> On 11/09/13 12:22, Olof Johansson wrote:
>> Hi Ryan,
>>
>> On Tue, Sep 10, 2013 at 5:15 PM, Ryan Mallon <rmallon@gmail.com> wrote:
>>> Hi Arnd, Olof,
>>>
>>> The following changes since commit ad81f0545ef01ea651886dddac4bef6cec930092:
>>>
>>>   Linux 3.11-rc1 (2013-07-14 15:18:27 -0700)
>>>
>>> are available in the git repository at:
>>>
>>>   git://github.com/RyanMallon/linux-ep93xx.git tags/ep93xx-devel-for-3.12
>>>
>>> for you to fetch changes up to 0e98a32f8773993da65ab4759b0c5ba362119ebb:
>>>
>>>   arm: ep93xx: use soc bus (2013-07-19 10:08:15 +1000)
>>
>>
>> Unfortunately the merge window is already in progress, and we're not
>> taking new code into arm-soc for 3.12. We ask that platform
>> maintainers send us the code they want into the next release by -rc6
>> or -rc7 the latest, so we have some time to merge it and sort it out
>> if needed, and so that it has time to sit in linux-next to discover
>> any problems.
> 
> Ugh, my fault sorry. I'm slack on keeping up with the merge windows.
> 
>> So, please resend this pull request once 3.12-rc1 is out, and we'll be
>> happy to queue it up for 3.13 inclusion!

Hi Olof,

Is it possible to get this pulled now for 3.13? I haven't modified the
branch at all, and there is still just the one commit there. I can't
fast-forward the tree, and don't want to rebase it, but it should merge
cleanly as-is I think.

I also have an ep93xx-fixes branch with one commit on it for 3.13.
Unfortunately I've neglected the branch and so it's history looks like:

  337f9c21 ARM: ep93xx: remove deprecated IRQF_DISABLED
  cc3874fe ARM: ep93xx: Don't use modem interface on the second UART
  ad81f054 Linux 3.11-rc1

The cc3874fe commit was already merged for 3.12, and the branch won't
let me fast-forward on to, say v3.12-rc7. Should I rebase the 337fc21
commit onto the latest mainline tag, or do I just do a pull request with
cc3874fe as the base tag?

Sorry for the annoyance. I get so few patches via this tree, and I don't
even have hardware ep93xx set up at the moment. I don't keep up with the
merge window status very well, and its unfair to the people who's
patches I am carrying. Is there an arm-soc-misc tree future patches
could go via, or Hartley might be interested in taking over the tree?

~Ryan

  reply	other threads:[~2013-11-18 22:12 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-09-11  0:15 [GIT PULL] ep93xx-devel for 3.12 Ryan Mallon
2013-09-11  2:22 ` Olof Johansson
2013-09-11  2:42   ` Ryan Mallon
2013-11-18 22:12     ` Ryan Mallon [this message]
2013-11-18 23:15       ` Olof Johansson
2013-11-18 23:25         ` Ryan Mallon
2013-11-18 23:32           ` Olof Johansson

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=528A90DA.7020803@gmail.com \
    --to=rmallon@gmail.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).