From mboxrd@z Thu Jan 1 00:00:00 1970 From: Manfred Huber Date: Wed, 20 Mar 2013 00:52:06 +0100 Subject: [U-Boot] Beagleboard: SPL hangs on serial init In-Reply-To: <20130319144957.GF25919@bill-the-cat> References: <1679653192.50708.1361970554739.JavaMail.ngmail@webmail21.arcor-online.net> <51447012.6010303@arcor.de> <20130319144957.GF25919@bill-the-cat> Message-ID: <5148FA26.3090703@arcor.de> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de On 2013-03-19 15:49, Tom Rini wrote: > On Sat, Mar 16, 2013 at 02:13:54PM +0100, Manfred Huber wrote: > >> I'm surprised that no one is interested in a functioning >> Beagleboard. Has no one tested the Beagleboard since 2012-09-19? > > I don't see this problem on mine (classic and xM), which is probably > part of the why. I'm inclined to accept the patch, but can you try two > things please: > - How reproducible is this problem, with the host and beagleboard > combination you have? 100%? > - Do you have another beagleboard or another host PC (or USB-Serial > dongle) you can try? > > Thanks! > Thanks for your answer. I have only one Beagleboard Revision C4 (CONTROL_IDCODE of the OMAP3530 is 0x4B7AE02F). My host is a Ubuntu 12.10 (Quantal Quetzal) and I use the gcc-arm-linux-gnueabihf cross-compiler version 4.7.2-1. Compiling the actual u-boot leaded to the reported error. All version since commit cb55b3320014b7f6014416c556fe506efbf0a84b led to the hanging. All version before boots correctly. Adding the define to omap3_beagle.h leads to a correct booting for all versions. Also a reset of the uart at the beginning of the init function leads to a correct booting. So I exclude that the hardware is defective. If you can tell me your compiler and version I can try to use your cross-compiler. Best regards, Manfred