From mboxrd@z Thu Jan 1 00:00:00 1970 From: Tony Lindgren Subject: Re: [PATCH 2/2] ARM: dts: Fix WLAN regression on omap5-uevm Date: Wed, 23 Sep 2015 14:06:41 -0700 Message-ID: <20150923210641.GM23801@atomide.com> References: <1442593745-16725-1-git-send-email-tony@atomide.com> <1442593745-16725-3-git-send-email-tony@atomide.com> <20150918174836.GG8020@atomide.com> <20150918202718.GH8020@atomide.com> <20150921141018.GC23801@atomide.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Content-Disposition: inline In-Reply-To: <20150921141018.GC23801@atomide.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org To: Javier Martinez Canillas Cc: Ulf Hansson , Tomeu Vizoso , "Dr. H. Nikolaus Schaller" , Grazvydas Ignotas , Benoit Cousson , Sourav Poddar , "linux-omap@vger.kernel.org" , "linux-arm-kernel@lists.infradead.org" List-Id: linux-omap@vger.kernel.org * Tony Lindgren [150921 07:16]: > * Javier Martinez Canillas [150921 02:17]: > > > Then getting the 32k clock from palmas is not working either, it > > > seems some better deferred probe handling is needed there if > > > omap_hsmmc is built-in and palmas-clk is a loadable module. > > > > > > > IIUC from another email, you already solved this. > > That deferred probe fix did not solve this one, need to debug further. FYI, found the MMC pwrseq clock issue, I had a typo in my dts file with "ext_clk" instead of "ext_clock" :) Will send v2 of $subject patch after some more testing using both a GPIO regulator-fixed and mmc pwrseq for the clock. Regards, Tony From mboxrd@z Thu Jan 1 00:00:00 1970 From: tony@atomide.com (Tony Lindgren) Date: Wed, 23 Sep 2015 14:06:41 -0700 Subject: [PATCH 2/2] ARM: dts: Fix WLAN regression on omap5-uevm In-Reply-To: <20150921141018.GC23801@atomide.com> References: <1442593745-16725-1-git-send-email-tony@atomide.com> <1442593745-16725-3-git-send-email-tony@atomide.com> <20150918174836.GG8020@atomide.com> <20150918202718.GH8020@atomide.com> <20150921141018.GC23801@atomide.com> Message-ID: <20150923210641.GM23801@atomide.com> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org * Tony Lindgren [150921 07:16]: > * Javier Martinez Canillas [150921 02:17]: > > > Then getting the 32k clock from palmas is not working either, it > > > seems some better deferred probe handling is needed there if > > > omap_hsmmc is built-in and palmas-clk is a loadable module. > > > > > > > IIUC from another email, you already solved this. > > That deferred probe fix did not solve this one, need to debug further. FYI, found the MMC pwrseq clock issue, I had a typo in my dts file with "ext_clk" instead of "ext_clock" :) Will send v2 of $subject patch after some more testing using both a GPIO regulator-fixed and mmc pwrseq for the clock. Regards, Tony