[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <84144f020906071209m51e5fd15jaa67f9143ab1d126@mail.gmail.com>
Date: Sun, 7 Jun 2009 22:09:47 +0300
From: Pekka Enberg <penberg@...helsinki.fi>
To: Bartlomiej Zolnierkiewicz <bzolnier@...il.com>
Cc: James Bottomley <James.Bottomley@...senpartnership.com>,
Alan Cox <alan@...rguk.ukuu.org.uk>,
Linus Torvalds <torvalds@...ux-foundation.org>,
Andrew Morton <akpm@...ux-foundation.org>,
Stephen Rothwell <sfr@...b.auug.org.au>,
linux-ide@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [git pull] IDE fixes
Hi Bartlomiej,
On Sun, Jun 7, 2009 at 10:00 PM, Bartlomiej Zolnierkiewicz
<bzolnier@...il.com> wrote:
>> > My honest opinion is that it is as appropriate now as it will be 2.6.31.
>> >
>> > [ I'm still amazed by the amount of *completely* bogus reasons given for
>> > not merging it. ]
>>
>> I don't consider this a bogus reason at all:
>>
>> 10 files changed, 134 insertions(+), 43 deletions(-)
>
> Since when do we validate code quality based solely on LOC changed? :)
Since when we entered -rc8 (or even earlier).
On Sun, Jun 7, 2009 at 10:00 PM, Bartlomiej Zolnierkiewicz
<bzolnier@...il.com> wrote:
> I'm yet to see anybody posting a single code chunk in this whole discussion.
That's because I am not objecting to the code. I am objecting to the
fact that you're submitting something as big as this so late in the
release cycle and the fact that it's not a clear-cut bug fix.
But anyway, I don't really want to argue about this. I simply wanted
to point out that I agree with Alan's and James' comments and that I
don't think they have anything to do with "slowing down IDE fixes" but
rather with how the whole release cycle with fixed merge window works.
Pekka
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists