From mboxrd@z Thu Jan 1 00:00:00 1970 From: Benoit Cousson Subject: Re: 32kHz clock removal causes problems omap_hsmmc Date: Wed, 19 Dec 2012 15:04:07 +0100 Message-ID: <50D1C957.8090201@ti.com> References: <1352968293.10872.51.camel@cumari.coelho.fi> <20121218095450.GB27751@arwen.pp.htv.fi> <20121219094552.GN4985@opensource.wolfsonmicro.com> <50D19040.5090404@ti.com> <20121219100909.GO4985@opensource.wolfsonmicro.com> <50D19463.5010605@ti.com> <20121219103206.GQ4985@opensource.wolfsonmicro.com> <1355913954.5273.21.camel@cumari.coelho.fi> <50D19D54.2000307@ti.com> <20121219130128.GC17993@arwen.pp.htv.fi> <50D1C652.3050607@ti.com> <1355925504.5273.26.camel@cumari.coelho.fi> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <1355925504.5273.26.camel@cumari.coelho.fi> Sender: linux-omap-owner@vger.kernel.org To: Luciano Coelho Cc: balbi@ti.com, Peter Ujfalusi , Mark Brown , svenkatr@ti.com, linux-omap@vger.kernel.org, linux-mmc@vger.kernel.org, cjb@laptop.org, lrg@ti.com, linux-kernel@vger.kernel.org, Tony Lindgren , r.sricharan@ti.com List-Id: linux-mmc@vger.kernel.org On 12/19/2012 02:58 PM, Luciano Coelho wrote: > On Wed, 2012-12-19 at 14:51 +0100, Benoit Cousson wrote: >> On 12/19/2012 02:01 PM, Felipe Balbi wrote: >>> On Wed, Dec 19, 2012 at 11:56:20AM +0100, Peter Ujfalusi wrote: >>>> BTW: have you happened to ubdate u-boot recently? There is a nice easter egg >>>> added there: >>>> f3f98bb ARM: OMAP4/5: Do not configure non essential pads, clocks, dplls. >>>> >>>> Which means that _essential_ clocks and pads are no longer configured. >>> >>> anything essential you can list ? >> >> Yeah, that u-boot version is just unusable at all with any mainline >> kernel, since we are still missing pads conf for every drivers. >> >> Regarding the 32k clock, I noticed as well that the OMAP4460 panda >> u-boot is the only one to enable it at boot time, and thus this is the >> only board that can probe the wilink chip properly as of today. > > Do you mean that with the latest mainline u-boot all boards will have > trouble except panda? I don't know since the u-boot mainline has never ever supported properly the SDP4430, I stopped wasting my time with that code a long time ago. But the braves who tried using the latest u-boot mainline code that does not configure anything anymore had some troubles... Benoit From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755078Ab2LSOEU (ORCPT ); Wed, 19 Dec 2012 09:04:20 -0500 Received: from arroyo.ext.ti.com ([192.94.94.40]:57086 "EHLO arroyo.ext.ti.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751116Ab2LSOEO (ORCPT ); Wed, 19 Dec 2012 09:04:14 -0500 Message-ID: <50D1C957.8090201@ti.com> Date: Wed, 19 Dec 2012 15:04:07 +0100 From: Benoit Cousson Organization: Texas Instruments User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Luciano Coelho CC: , Peter Ujfalusi , Mark Brown , , , , , , , Tony Lindgren , Subject: Re: 32kHz clock removal causes problems omap_hsmmc References: <1352968293.10872.51.camel@cumari.coelho.fi> <20121218095450.GB27751@arwen.pp.htv.fi> <20121219094552.GN4985@opensource.wolfsonmicro.com> <50D19040.5090404@ti.com> <20121219100909.GO4985@opensource.wolfsonmicro.com> <50D19463.5010605@ti.com> <20121219103206.GQ4985@opensource.wolfsonmicro.com> <1355913954.5273.21.camel@cumari.coelho.fi> <50D19D54.2000307@ti.com> <20121219130128.GC17993@arwen.pp.htv.fi> <50D1C652.3050607@ti.com> <1355925504.5273.26.camel@cumari.coelho.fi> In-Reply-To: <1355925504.5273.26.camel@cumari.coelho.fi> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 12/19/2012 02:58 PM, Luciano Coelho wrote: > On Wed, 2012-12-19 at 14:51 +0100, Benoit Cousson wrote: >> On 12/19/2012 02:01 PM, Felipe Balbi wrote: >>> On Wed, Dec 19, 2012 at 11:56:20AM +0100, Peter Ujfalusi wrote: >>>> BTW: have you happened to ubdate u-boot recently? There is a nice easter egg >>>> added there: >>>> f3f98bb ARM: OMAP4/5: Do not configure non essential pads, clocks, dplls. >>>> >>>> Which means that _essential_ clocks and pads are no longer configured. >>> >>> anything essential you can list ? >> >> Yeah, that u-boot version is just unusable at all with any mainline >> kernel, since we are still missing pads conf for every drivers. >> >> Regarding the 32k clock, I noticed as well that the OMAP4460 panda >> u-boot is the only one to enable it at boot time, and thus this is the >> only board that can probe the wilink chip properly as of today. > > Do you mean that with the latest mainline u-boot all boards will have > trouble except panda? I don't know since the u-boot mainline has never ever supported properly the SDP4430, I stopped wasting my time with that code a long time ago. But the braves who tried using the latest u-boot mainline code that does not configure anything anymore had some troubles... Benoit