[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20091205143957.GA4901@khazad-dum.debian.net>
Date: Sat, 5 Dec 2009 12:39:57 -0200
From: Henrique de Moraes Holschuh <hmh@....eng.br>
To: Andrew Morton <akpm@...ux-foundation.org>
Cc: Alexey Dobriyan <adobriyan@...il.com>, len.brown@...el.com,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH] thinkpad_acpi: convert to seq_file
On Thu, 03 Dec 2009, Andrew Morton wrote:
> On Thu, 3 Dec 2009 15:26:09 -0200
> Henrique de Moraes Holschuh <hmh@....eng.br> wrote:
> > Alexey, I like your patch, but it pretty much clashes with lots of stuff in
> > my patch queue.
> >
> > I think the easiest way is for me to take in your patch, place it at the end
> > of the queue, and update it when I get to it.
> >
> > I won't promise I will be able to merge it for 2.6.33, but I can promise I
> > will do it for 2.6.34. Depends how fast I can get the higher priority stuff
> > out of the door.
>
> Your patch queue isn't in linux-next :(
It gets there through acpi-test, usually. I have not been able to submit my
stack of patch well before the merge window lately, though :-(
> Can we fix that?
Well, getting my queue directly in linux-next would be possible, and I would
feel less bad about publishing more often as I'd not have to waste anyone's
time asking them to drop patches if I find out I need to fix something on a
patch that is not in mainline yet (because linux-next regenerates from
scratch automatically).
Note: there _is_ some shuffle in my queue, plus fixing of earlier patches,
so if I sent stuff to Len more often, I'd also end up pestering him often as
well. I do all I can to preserve perfect bissectability, allowing at most
for some "defined but not used" warnings. I want as few bugs in the driver
as possible at every point in time. This does mean I go back and fix
patches if I find out they're subtly incorrect before they are in mainline.
Anyway, if I feed my tree directly to linux-next, it could cause problems
for Len since acpi-test is also in linux-next, and thinkpad-acpi is merged
through the acpi trees. For that to work out without causing problems for
Len, we'd have to arrange for the stuff I submit to him to not make it to
linux-next.
Len, what do you think?
--
"One disk to rule them all, One disk to find them. One disk to bring
them all and in the darkness grind them. In the Land of Redmond
where the shadows lie." -- The Silicon Valley Tarot
Henrique Holschuh
--
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