From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752395Ab2GaQus (ORCPT ); Tue, 31 Jul 2012 12:50:48 -0400 Received: from opensource.wolfsonmicro.com ([80.75.67.52]:47405 "EHLO opensource.wolfsonmicro.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751232Ab2GaQur (ORCPT ); Tue, 31 Jul 2012 12:50:47 -0400 Date: Tue, 31 Jul 2012 17:50:44 +0100 From: Mark Brown To: Greg Kroah-Hartman 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: <20120731165044.GH11892@opensource.wolfsonmicro.com> References: <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> <20120731161954.GB4941@kroah.com> <20120731162230.GE11892@opensource.wolfsonmicro.com> <20120731164245.GA5762@kroah.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120731164245.GA5762@kroah.com> X-Cookie: Caution: Keep out of reach of children. 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 09:42:45AM -0700, Greg Kroah-Hartman wrote: > On Tue, Jul 31, 2012 at 05:22:30PM +0100, Mark Brown wrote: > > Hrm? I'm not sure I understand the direct relevance here - we're > > talking about platform data. > The platform data was marked __devdata, and you said it could be thrown > away after init so you should keep it around somehow. Ah, sorry - I was thinking __devinitdata.