linux-arm-kernel.lists.infradead.org archive mirror
 help / color / mirror / Atom feed
From: linux@arm.linux.org.uk (Russell King - ARM Linux)
To: linux-arm-kernel@lists.infradead.org
Subject: [GIT PULL v2] nommu fixes for 3.17-rc1
Date: Tue, 29 Jul 2014 23:35:43 +0100	[thread overview]
Message-ID: <20140729223543.GF30282@n2100.arm.linux.org.uk> (raw)
In-Reply-To: <20140722074246.GA28538@pengutronix.de>

On Tue, Jul 22, 2014 at 09:42:46AM +0200, Uwe Kleine-K?nig wrote:
> Hi Russell,
> 
> On Fri, Jul 11, 2014 at 09:30:54AM +0200, Uwe Kleine-K?nig wrote:
> > On Tue, Jul 01, 2014 at 11:41:59AM +0200, Uwe Kleine-K?nig wrote:
> > > I updated my tag to pull to not include the commit that drops ARM740T,
> > > ARM940T and ARM946E-S because of Arnd's concerns. Also the two cleanups
> > > that depended on this one are dropped.
> > > 
> > > (As before) I picked -rc3 as base because 1c2f87c22566..6980c3e2514e~ is
> > > broken on nommu. 
> > > 
> > > The following changes since commit 4c834452aad01531db949414f94f817a86348d59:
> > > 
> > >   Linux 3.16-rc3 (2014-06-29 14:11:36 -0700)
> > > 
> > > are available in the git repository at:
> > > 
> > >   git://git.pengutronix.de/git/ukl/linux.git tags/nommu-for-rmk
> > > 
> > > for you to fetch changes up to 83de911cf897a4317147dd9cb379378c2c4abf4c:
> > > 
> > >   ARM: make user_addr_max more robust (2014-07-01 11:12:09 +0200)
> > > 
> > > ----------------------------------------------------------------
> > > Two different fixes for the same problem making some ARM nommu configurations
> > > not boot since 3.6-rc1. The problem is that user_addr_max returned the biggest
> > > available RAM address which makes some copy_from_user variants fail to read
> > > from XIP memory.
> > > 
> > > Even in the presence of one of the two fixes the other still makes sense, so
> > > both patches are included here.
> > > 
> > > This problem was the last one preventing efm32 boot to a prompt with mainline.
> > You neither commented nor pulled this request (at least I didn't find it
> > in your repository). Is it still on your radar?
> I'd really like to have this in 3.17. Any chances? Would you prefer to
> get these patches into your patch tracker?

Hmm, the key thing for pull requests that you want me to pull is to send
them to linux+pull at ... rather than plain linux at ... for the simple reason
that most people are incapable of addressing their emails correctly.

It is very difficult to sort out which messages that contain "GIT PULL"
are meant for me - especially when people put me in the To: field of
all sorts of random emails with very little thought.  Because of that
behaviour, which has recently spread to replies by various mailers too,
I no longer take any notice of which header field my email address
appears in any message.

The actions of various people and various email programs which don't
understand the meaning of To: and Cc: has made this much harder than
it otherwise needs to be, so now we need to invent new ways to work
around that "bug" in many humans on this planet.

Based on your subject line, I'm queuing this for the merge window.

-- 
FTTC broadband for 0.8mile line: currently at 9.5Mbps down 400kbps up
according to speedtest.net.

  reply	other threads:[~2014-07-29 22:35 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-06-30 14:43 [GIT PULL] nommu fixes for 3.17-rc1 Uwe Kleine-König
2014-06-30 15:19 ` Uwe Kleine-König
2014-06-30 15:52 ` Arnd Bergmann
2014-06-30 17:00   ` Linus Walleij
2014-06-30 17:07     ` Will Deacon
2014-07-01 11:35       ` Arnd Bergmann
2014-07-01  7:27   ` Uwe Kleine-König
2014-07-01  9:41 ` [GIT PULL v2] " Uwe Kleine-König
2014-07-11  7:30   ` Uwe Kleine-König
2014-07-22  7:42     ` Uwe Kleine-König
2014-07-29 22:35       ` Russell King - ARM Linux [this message]
2014-07-30  7:06         ` Uwe Kleine-König
2014-07-30  7:52           ` Russell King - ARM Linux

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=20140729223543.GF30282@n2100.arm.linux.org.uk \
    --to=linux@arm.linux.org.uk \
    --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).