From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755579Ab2GaQUB (ORCPT ); Tue, 31 Jul 2012 12:20:01 -0400 Received: from mail-yx0-f174.google.com ([209.85.213.174]:41681 "EHLO mail-yx0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755205Ab2GaQT7 (ORCPT ); Tue, 31 Jul 2012 12:19:59 -0400 Date: Tue, 31 Jul 2012 09:19:54 -0700 From: Greg Kroah-Hartman To: Mark Brown Cc: Thierry Reding , Alex Courbot , Stephen Warren , Stephen Warren , Simon Glass , Grant Likely , Rob Herring , Arnd Bergmann , "linux-tegra@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "linux-fbdev@vger.kernel.org" , "devicetree-discuss@lists.ozlabs.org" Subject: Re: [RFC][PATCH v3 1/3] runtime interpreted power sequences Message-ID: <20120731161954.GB4941@kroah.com> References: <1343390750-3642-1-git-send-email-acourbot@nvidia.com> <1343390750-3642-2-git-send-email-acourbot@nvidia.com> <50170EA0.1010408@wwwdotorg.org> <5017B434.2010706@nvidia.com> <20120731105640.GD16155@avionic-0098.adnet.avionic-design.de> <20120731141328.GS4468@opensource.wolfsonmicro.com> <20120731142216.GA19591@avionic-0098.adnet.avionic-design.de> <20120731142607.GV4468@opensource.wolfsonmicro.com> <20120731143235.GA21126@avionic-0098.adnet.avionic-design.de> <20120731153941.GF4468@opensource.wolfsonmicro.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120731153941.GF4468@opensource.wolfsonmicro.com> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Jul 31, 2012 at 04:39:41PM +0100, Mark Brown wrote: > On Tue, Jul 31, 2012 at 04:32:35PM +0200, Thierry Reding wrote: > > On Tue, Jul 31, 2012 at 03:26:07PM +0100, Mark Brown wrote: > > > > This is framework code - it doesn't have much option. Disabling HOTPLUG > > > is totally reasonable on space constrained systems, there's no reason > > > for the code to break things for people. > > > Still if you use this code and disable HOTPLUG, then you shouldn't be > > using modules either. I mean there is no way you can write a driver that > > Of course. > > > can gracefully handle its platform data being discarded. > > Sure there is - take a copy of the platform data in probe(). Ick ick ick, devdata needs to die as it's pretty much pointless these days. It's on my TODO list actually... greg k-h