[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20100813155738.GA11507@isilmar-3.linta.de>
Date: Fri, 13 Aug 2010 17:57:38 +0200
From: Dominik Brodowski <linux@...inikbrodowski.net>
To: Felipe Contreras <felipe.contreras@...il.com>
Cc: paulmck@...ux.vnet.ibm.com, david@...g.hm,
Theodore Tso <tytso@....edu>, peterz@...radead.org,
Brian Swetland <swetland@...gle.com>,
linux-kernel@...r.kernel.org, James.Bottomley@...e.de,
galibert@...ox.com, florian@...kler.org, menage@...gle.com,
linux-pm@...ts.linux-foundation.org, swmike@....pp.se,
tglx@...utronix.de, Alan Cox <alan@...rguk.ukuu.org.uk>,
arjan@...radead.org
Subject: Re: [linux-pm] Attempted summary of suspend-blockers LKML thread,
take three
> >> Not Ubuntu, not Fedora, not MeeGo, not anyone with a typical
> >> user-space seems to be having this problem. I can argue to you that
> >> this problem can be solved in easier ways, but instead I will argue
> >> that perhaps we should wait for somebody besides Android to complain
> >> about it before providing a "solution". Because after all, what good
> >> is a "solution" provided by the kernel, if the user-space is not going
> >> to use it, ever.
> >
> > At this point in the discussion, I am quite prepared to believe that you
> > will avoid using suspend blockers, and that you will further do everything
> > in your power to prevent anyone else from using suspend blockers. ;-)
>
> I'm not tying anybody's hands.
>
> How are people using real-time linux if it's not on mainline? Well,
> duuh, you apply the patches. If say Fedora was interested on it, they
> could apply the patches, and see for themselves. People do that all
> the time, with the mm tree, with Con Koliva's patches, etc. Once
> people are happy with the results, things get merged. Why should this
> be any different?
Because millions of users are happy -- with Android, including suspend
blockers.
Best,
Dominik
--
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