From: olof@lixom.net (Olof Johansson)
To: linux-arm-kernel@lists.infradead.org
Subject: [GIT PULL] pxa for v4.4
Date: Mon, 26 Oct 2015 14:55:57 +0900 [thread overview]
Message-ID: <20151026055557.GE4216@localhost> (raw)
In-Reply-To: <87d1w4wagr.fsf@belgarion.home>
On Sat, Oct 24, 2015 at 12:17:25PM +0200, Robert Jarzmik wrote:
> Olof Johansson <olof@lixom.net> writes:
>
> > On Fri, Oct 16, 2015 at 09:00:40PM +0200, Robert Jarzmik wrote:
> >> Hi Arnd, Kevin and Olof,
> >>
> >> This is the pxa pull request for 4.4 cycle. It is mainly magician enhancement
> >> and fixes. Could you please consider pulling ?
> >>
> >> The following changes since commit 6ff33f3902c3b1c5d0db6b1e2c70b6d76fba357f:
> >>
> >> Linux 4.3-rc1 (2015-09-12 16:35:56 -0700)
> >>
> >> are available in the git repository at:
> >>
> >> https://github.com/rjarzmik/linux.git pxa-for-4.4
> >
> > Hi Robert,
> >
> > I'm glad to see all this activity on PXA! You're reaching the amount of new
> > stuff that it's time to start splitting up in topics. I'll merge this branch
> > for this release, but I'm also going to go through below and show you how this
> > can/should be split up in the future.
> Ok, great !
>
> > First, take a look at our tree and how it's organized. Look at my presentation
> > from ELC 2014, or Arnd's from this year, to get an idea of the philosophy we
> > use and roughly how we categorize patches.
> Ok, just did.
> I must admit I've been a bit lazy in this cycle, as I already have my tree split
> into cleanup/fix/for-next/dt ...
>
> For cleanup, I understand it all.
> For the single fix, I wasn't aware I could make pull request before a merge
> window for fixes, I though I could only issue them for post -rc1 series.
You can, but it's usually tricky to find a good base for them since we normally
ask for an -rc as the base for your branch.
For simple single fixes, you can always send them as patches as well. Or send
them after -rc1. :)
> >> Petr Cvek (22):
> > Most of these are fixes/cleanups. With a burst of patches like this it can
> > sometimes be hard to rip them apart and put some in one bucked and others in
> > another. Feel free to keep them in a separate topic in that case
> > (magician-cleanup or similar)
> All right, understood, that translates into a separate pull request.
>
> > Board code, of which we tend to have almost none these days. :-)
> I know, I'm working on the ablation, it's just the patient is long to cure :)
>
> >> Thierry Reding (17):
> > This could also be a topic on its own. We'd merge it into the cleanup branch at
> > our end, but you can provide it as a separate branch if you want.
> Okay, understood.
>
> > Don't hesitate to ask if you have questions on how to handle this down the
> > road.
> Okay, thanks.
> I'll try to split better next time. If I see I have another heavy pull-request
> (at least heavy in a dying architecture context), I'll try to provide the pull
> requests earlier, at -rc4, to let you time to correct me if I messed it up.
No worries at all -- as I said, it's fine as it is and I was just taking the
opportunity to show how you could be thinking about it going forward.
-Olof
prev parent reply other threads:[~2015-10-26 5:55 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-10-16 19:00 [GIT PULL] pxa for v4.4 Robert Jarzmik
2015-10-23 17:15 ` Olof Johansson
2015-10-24 10:17 ` Robert Jarzmik
2015-10-26 5:55 ` Olof Johansson [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=20151026055557.GE4216@localhost \
--to=olof@lixom.net \
--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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.