From mboxrd@z Thu Jan 1 00:00:00 1970 From: Benjamin Herrenschmidt Subject: Re: [RFC][PATCH 1/3] use new pm_ops in DRM drivers Date: Fri, 04 Apr 2008 08:47:47 +1100 Message-ID: <1207259267.10388.334.camel@pasglop> References: <200804020207.40278.rjw@sisk.pl> <200804020209.47207.rjw@sisk.pl> <200804031150.55967.jbarnes@virtuousgeek.org> Reply-To: benh@kernel.crashing.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <200804031150.55967.jbarnes@virtuousgeek.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: linux-pm-bounces@lists.linux-foundation.org Errors-To: linux-pm-bounces@lists.linux-foundation.org To: Jesse Barnes Cc: Nigel Cunningham , Dave Airlie , LKML , ACPI Devel Maling List , pm list , Alexey Starikovskiy List-Id: linux-acpi@vger.kernel.org On Thu, 2008-04-03 at 11:50 -0700, Jesse Barnes wrote: > +static struct pm_ops i915_pm_ops = { > + .prepare = NULL, /* DRM core should prevent any new ioctls? */ > + .complete = NULL, /* required to re-enable DRM client requests > */ The DRM core could definitely provide generic prepare & complete that sync'up with user space, making sure the command streams stop etc... Ben.