From mboxrd@z Thu Jan 1 00:00:00 1970 From: Matthew Garrett Subject: Re: [linux-pm] [PATCH 0/8] Suspend block api (version 8) Date: Fri, 28 May 2010 12:45:04 +0100 Message-ID: <20100528114504.GB22947@srcf.ucam.org> References: <20100527210808.GB8865@srcf.ucam.org> <20100527212852.GA9859@srcf.ucam.org> <1275040988.20005.29.camel@thorin> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from cavan.codon.org.uk ([93.93.128.6]:53747 "EHLO cavan.codon.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754553Ab0E1LpS (ORCPT ); Fri, 28 May 2010 07:45:18 -0400 Content-Disposition: inline In-Reply-To: <1275040988.20005.29.camel@thorin> Sender: linux-omap-owner@vger.kernel.org List-Id: linux-omap@vger.kernel.org To: Bernd Petrovitsch Cc: Alan Stern , Alan Cox , Peter Zijlstra , LKML , Florian Mickler , felipe.balbi@nokia.com, Linux OMAP Mailing List , Linux PM On Fri, May 28, 2010 at 12:03:08PM +0200, Bernd Petrovitsch wrote: > On Don, 2010-05-27 at 22:28 +0100, Matthew Garrett wrote: > > At the point where you're rewriting the application you can just make it > > adhere to our current behavioural standards anyway. > > Thank you for confirming that the so-called "feature" is just there to > make apps work in some area that are crappy anyways - and God knows in > which other areas they are crappy too. Kind of like memory protection, really. Or preemptive multitasking. Or many things that the kernel does to prevent badly written applications from interfering with other applications or the user's experience. -- Matthew Garrett | mjg59@srcf.ucam.org