From mboxrd@z Thu Jan  1 00:00:00 1970
From: Andreas Naumann <dev@andin.de>
Date: Tue, 20 Aug 2013 12:15:07 +0200
Subject: [U-Boot] ARM: omap3: Implement dpll5 (HSUSB clk) workaround for
 OMAP36xx/AM/DM37xx according to errata sprz318e.
In-Reply-To: <52133AAB.4050700@ti.com>
References: <1373355797-28758-1-git-send-email-anaumann@ultratronik.de>
	<520C429C.6020009@pabigot.com>
	<20130816133850.GO13632@bill-the-cat>
	<520E3860.7030409@pabigot.com>
	<CAOCHtYiLE=33MmcRpgw7qi0LGNbBNUHJm7iBUn71TX2V+Lmm-w@mail.gmail.com>
	<CAOCHtYj-K8eDK7swXgZiibvG0ZQ9+z=8mNKthdrmo5uM1PSubg@mail.gmail.com>
	<52132DBE.5000804@andin.de> <52133AAB.4050700@ti.com>
Message-ID: <521341AB.4020509@andin.de>
List-Id: <u-boot.lists.denx.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
To: u-boot@lists.denx.de

Hi Roger,

>
> What are the symptoms you see when this issue triggers?

The symptoms are erroneous USB transaction, seen with a USB port 
analyzer. These only sometimes (not always) stall the USB communication, 
e.g. a USB mass storage device cant be read any longer.

>
> What is the test case to trigger the error? Is it just running any USB I/O for
> long enough time?

Our scenario to reproduce was rebooting a warmed up board (either let it 
run for >5min or heat up in climate chamber).

However, the beagle probably uses a 26 MHz crystal oscillator (our board 
uses 19.2MHz), so the PLL5 dividers may be set in a way that the problem 
never occurs.

> I have a beagle-xm (DM3730 ES1.2) with me and would like to reproduce the error.
>
> cheers,
> -roger
>

regards,
Andreas