From mboxrd@z Thu Jan 1 00:00:00 1970 From: Tom Rini Date: Thu, 12 Jul 2012 09:16:54 -0700 Subject: [U-Boot] Ethernet on PandaBoard In-Reply-To: <4FFEDEAF.1060406@mlbassoc.com> References: <4FFD7AE2.8000109@mlbassoc.com> <20120712092018.GA5464@oliver-linux> <20120712093036.GB5464@oliver-linux> <4FFECBBA.9030308@mlbassoc.com> <20120712131501.GC7993@oliver-linux> <4FFECE87.7070301@mlbassoc.com> <20120712132055.GD7993@oliver-linux> <4FFED0DD.10203@mlbassoc.com> <4FFEDEAF.1060406@mlbassoc.com> Message-ID: <20120712161654.GE7993@oliver-linux> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de On Thu, Jul 12, 2012 at 08:26:55AM -0600, Gary Thomas wrote: > On 2012-07-12 07:27, Gary Thomas wrote: > >On 2012-07-12 07:20, Tom Rini wrote: > >>On Thu, Jul 12, 2012 at 07:17:59AM -0600, Gary Thomas wrote: > >>>On 2012-07-12 07:15, Tom Rini wrote: > >>>>On Thu, Jul 12, 2012 at 07:06:02AM -0600, Gary Thomas wrote: > >>>>>On 2012-07-12 03:30, Tom Rini wrote: > >>>>>>On Thu, Jul 12, 2012 at 02:20:18AM -0700, Tom Rini wrote: > >>>>>>>On Wed, Jul 11, 2012 at 07:08:50AM -0600, Gary Thomas wrote: > >>>>>>> > >>>>>>>>I just tried rev 211e47549b668c7cdd8658c0413a272f0d0495d4 (v2012.07-rc1) > >>>>>>>>for my PandaBoard. Sadly, this is failing when I try to use the onboard > >>>>>>>>ethernet (EHCI USB based) controller: > >>>>>>> > >>>>>>>Sorry for the late response, at a conference. This is a known problem > >>>>>>>and we will either have this fixed soon (Ilya Yanok is working on a > >>>>>>>series) or we will build-time disable dcache support on these boards and > >>>>>>>fix this properly for the next release. > >>>>>>> > >>>>>>>In short, some cache clean-ups in ehci-hcd.c exposed other cache > >>>>>>>problems on other platforms where our cache size is 64 not 32bytes. > >>>>>> > >>>>>>I take it back, I forgot omap4 is 32byte cache. With the fix that > >>>>>>Tetsuyuki Kobayashi pointed you at (oh, and a Tested-by to that thread > >>>>>>if you can), can you please do a little stress testing of USB, to make > >>>>>>sure things are otherwise really happy (eth and perhaps a USB stick)? > >>>>>>Thanks alot! > >>>>>> > >>>>> > >>>>>Yesterday, this was working great. This morning, when I turned on > >>>>>the board, it can no longer find anything on the USB bus - nothing at > >>>>>all. This also applies to Linux when I boot from SD. I'm really > >>>>>confused :-( > >>>>> > >>>>>If I boot the board using the 2011.06 U-Boot, all is happy again. > >>>>>It looks like the USB HUB (USB3320) seems to be stuck in reset when > >>>>>I use the latest U-Boot. > >>>>> > >>>>>Ever hear of any problems like this? > >>>> > >>>>How about if you turn the dcache off at run or build time? > >>>> > >>> > >>>Sorry for being thick, but how do I do that? I don't see any > >>>cache manipulation commands in 'help' > >> > >>Looks like omap4 doesn't have CONFIG_CMD_CACHE set, so indeed you're > >>missing 'dcache off' as a command. The other one is to add > >>CONFIG_SYS_DCACHE_OFF to omap4_panda.h (or omap4_common.h) and rebuild. > >> > > > >No difference, sorry. > > > > After some poking around, I found that the GPIO pins used by the USB > (GPIO_1 = hub power, GPIO_62 = hub reset) were not muxed at all. This > left those signals (and many others) in strange limbo. > > Adding CONFIG_SYS_ENABLE_PADS_ALL brought it back to life and the network > is working once more. OK. Can you confirm if f3f98bb0b8cc520e08ea2bdfc3f9cbe4e4ac29f5 is what breaks / unbreaks things? The USB pins are supposed to all be set (1a89a217f5c5ab3645c80c1247e8911a8b5ad491) but perhaps some got missed. -- Tom