[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <AANLkTin98MXVaXJxizOsfYDkR2rl2Y6qVABf1qftAFWq@mail.gmail.com>
Date: Tue, 25 May 2010 23:04:04 +0200
From: Vitaly Wool <vitalywool@...il.com>
To: Dmitry Torokhov <dmitry.torokhov@...il.com>
Cc: "Rafael J. Wysocki" <rjw@...k.pl>, Len Brown <len.brown@...el.com>,
Andi Kleen <ak@...ux.intel.com>, linux-doc@...r.kernel.org,
Kernel development list <linux-kernel@...r.kernel.org>,
Jesse Barnes <jbarnes@...tuousgeek.org>,
Tejun Heo <tj@...nel.org>,
Linux-pm mailing list <linux-pm@...ts.linux-foundation.org>,
Wu Fengguang <fengguang.wu@...el.com>,
Andrew Morton <akpm@...ux-foundation.org>
Subject: Re: [linux-pm] [PATCH 1/8] PM: Opportunistic suspend support.
On Tue, May 25, 2010 at 10:44 PM, Dmitry Torokhov
<dmitry.torokhov@...il.com> wrote:
>> Now, we can reject their patches, but that's not going to cause any progress
>> to happen, realistically. Quite on the contrary, Android will continue to use
>> wakelocks and Android driver writers will continue to ignore the mainline
>> and the gap between the two kernel lines will only get wider and wider over
>> time.
>>
>> And what really is the drawback if we merge the patches? Quite frankly,
>> I don't see any.
>
> Adding stuff that is not beneficial to anyone but a particular platform?
> It is uncommon to say the least.
Yeah, I'd even say we're about to adopt mechanism which will provoke
adding drivers with buggy solutions.
Moving that stuff to platform-specific userspace will solve that, more or less.
Also, I'm less than happy about Android vs mainline talks that come
into play when out of the technical points. Google is doing a good job
but we shouldn't compromise neither the quality nor the principles in
order to make them happy. They will not support tons of drivers with
custom PM solution by themselves, so it's to mutual benefit if they
come with a satisfactory solution.
~Vitaly
--
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