[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4F611169.2020205@redhat.com>
Date: Wed, 14 Mar 2012 17:45:13 -0400
From: Doug Ledford <dledford@...hat.com>
To: Andrew Morton <akpm@...ux-foundation.org>
CC: KOSAKI Motohiro <kosaki.motohiro@...il.com>,
linux-kernel@...r.kernel.org,
KOSAKI Motohiro <kosaki.motohiro@...fujitsu.com>,
Amerigo Wang <amwang@...hat.com>, Jiri Slaby <jslaby@...e.cz>,
"\"Eric W. Biederman\" (commit_signer:2/9=22%)"
<ebiederm@...ssion.com>,
"Joe Korty (commit_signer:2/9=22%)" <joe.korty@...r.com>,
"David Howells (commit_signer:2/9=22%)" <dhowells@...hat.com>
Subject: Re: [resend][PATCH 1/3] mqueue: revert bump up DFLT_*MAX
On 03/14/2012 05:38 PM, Andrew Morton wrote:
> On Wed, 14 Mar 2012 17:28:33 -0400
> Doug Ledford <dledford@...hat.com> wrote:
>
>> This has obviously fallen through the cracks.
>
> It sure has. Please dig out whatever is the currently favored
> patchset, refresh, retest and resend, with changelogging which fully
> covers the reasoning and decision process?
OK, completely redoing patch set then against current Linus tree.
Motohiro, would you be so kind as to resend my your patches that went on
top of mine and I'll create a complete patch set?
>> so that if there are any apps out there that have been coded to expect
>> this behavior, then there is a workaround path for them until they get
>> coded
>
> We'll be especially interested in the implications of this part.
Certainly.
--
Doug Ledford <dledford@...hat.com>
GPG KeyID: 0E572FDD
http://people.redhat.com/dledford
Download attachment "signature.asc" of type "application/pgp-signature" (901 bytes)
Powered by blists - more mailing lists