From: Tom Rini <trini@ti.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] Beagleboard: SPL hangs on serial init
Date: Tue, 19 Mar 2013 21:27:18 -0400 [thread overview]
Message-ID: <51491076.40005@ti.com> (raw)
In-Reply-To: <CABxcv=kCxx+S6D12C9GKFdPF5aJPs5T6o+WdbA5_ZXYFGd2owQ@mail.gmail.com>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 03/19/2013 08:05 PM, Javier Martinez Canillas wrote:
> On Tue, Mar 19, 2013 at 3:49 PM, Tom Rini <trini@ti.com> 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!
>>
>> -- Tom
>
> Hi,
>
> I had this issue on another TI OMAP3 based board (IGEPv2) which
> use an DM3730 processor. Other IGEP board users reported that
> U-Boot hung on their boards and that a patch to not wait for the
> Transmitter Empty (TEMT) to initialize the serial console fixed
> the issue. So I added the CONFIG_SYS_NS16550_BROKEN_TEMT config
> option and used it for IGEP boards (igep00x0) to make them boot
> again.
>
> Back then I also tested on a Beagleboard Rev. C4 since it has the
> same ns16550 UART controller than the IGEPv2 as far as I
> understood. I used the exact U-Boot version, USB-Serial cable,
> host PC and terminal emulation program that I used for the IGEPv2
> and the Beagleboard booted correctly. This is the same behavior
> that Tom had on his Beagleboard.
>
> Since it worked on the Beagle I thought the issue was only present
> on IGEP boards but now Manfred says that he has the same issue on
> his Beagleboard. I now wonder if all IGEPv2 are broken or only my
> board and the ones of the users that cared to report this and
> other IGEPv2 can boot without CONFIG_SYS_NS16550_BROKEN_TEMT.
Yeah, this is very perplexing. I'm thinking we need to enable this
"quirk" for all of the "omap" platforms except for OMAP3_ZOOM (which
iirc has a different uart chip wired up rather than the SoC uart).
- --
Tom
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iQIcBAEBAgAGBQJRSRB2AAoJENk4IS6UOR1WP9YP/2McsjKVfEFq1Xooosts6v7Y
iyLfGg/yYxszfFABTtCwMUn/GjCw5kLjLQB3zISOdR15GTneZ3NCiXcLY6Z/AgId
2gCDV7MOg1WSXyItIn6M+ra/Dt+HMT5VrwN8Z10GPpzQj58HCiJV/12115mMQKLN
fWIRCMALetJkIddogNrcZluIJDwR9ye3QTy8p6jE8uy5QBvuu3QyDr+CrJKq3gEk
BKuC0+9xLjHSMG8KcGG4QEObmzOFyw227lR6Cmfdw8cK52XE2v+11jZk/3vFHfFf
xlL117wRzd8H1r9LGY8SNnzIuz+G6hDwa1n7kpmYLW6S8I5F5b4gOsS7pmA908CQ
vognhGq4GSg6SZEqFk6s4OcqfdEG4+dCcXxFLy0iD0GeAkvet4G97SqQgvVAbJ8m
By1gsrwsK05j5rtPeA3ELSbM4AOu8jVJZI210eZYyRHW+b4qyA7Sl+W4CqDHiwLk
SGt4UT0S6/6fnV9M4oKq3xhh3R59ZYhkeUiOFoL4cUwOlp9PXbaWgkiNGyYZBCoQ
5XmfNGGyiT5bcueeyR1Swtw8UNX+FA4sncnJrtELFqRpb9SNFJq3GdTx9gNAJz6a
Q+RS41IApAUz8vPq0Kg8JWF0h7C1IqRWMzLi3mIXpxZCbYy+0ElAgLMp3XeKbYhx
SF/nnpv1PKMGWQVobw0s
=9RxY
-----END PGP SIGNATURE-----
next prev parent reply other threads:[~2013-03-20 1:27 UTC|newest]
Thread overview: 37+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-02-27 13:09 [U-Boot] Beagleboard: SPL hangs on serial init man.huber at arcor.de
2013-03-16 13:13 ` Manfred Huber
2013-03-19 14:49 ` Tom Rini
2013-03-19 23:52 ` Manfred Huber
2013-03-20 0:05 ` Javier Martinez Canillas
2013-03-20 1:27 ` Tom Rini [this message]
2013-03-20 23:09 ` Manfred Huber
2013-03-21 21:08 ` Javier Martinez Canillas
2013-03-23 10:11 ` Manfred Huber
2013-03-21 19:03 ` [U-Boot] [PATCH] omap3_beagle: Enable CONFIG_SYS_NS16550_BROKEN_TEMT Manfred Huber
2013-03-21 21:28 ` Javier Martinez Canillas
2013-03-21 22:21 ` Tom Rini
2013-03-21 22:28 ` Scott Wood
2013-03-25 22:02 ` [U-Boot] [PATCH 1/1 v2] omap3_beagle: Enabling UART3 first allows the Transmitter to be empty Manfred Huber
2013-03-27 4:50 ` Manfred Huber
2013-03-27 9:29 ` Javier Martinez Canillas
2013-03-27 13:57 ` Tom Rini
2013-03-28 5:55 ` Manfred Huber
2013-03-29 8:19 ` Manfred Huber
2013-03-28 15:21 ` Tom Rini
2013-03-27 13:37 ` Andreas Bießmann
2013-03-27 17:22 ` Javier Martinez Canillas
2013-03-28 6:06 ` Manfred Huber
2013-03-28 8:45 ` Andreas Bießmann
2013-03-28 9:11 ` Javier Martinez Canillas
2013-03-28 9:50 ` Andreas Bießmann
2013-03-28 15:21 ` Tom Rini
2013-03-29 8:33 ` Manfred Huber
2013-03-29 9:20 ` [U-Boot] [PATCH 1/1 v3] " Manfred Huber
2013-03-29 9:43 ` Albert ARIBAUD
2013-03-29 12:34 ` Tom Rini
2013-03-29 12:42 ` [U-Boot] [PATCH 1/1 v4] omap3_beagle: Flush UART3 xmit on enable if TEMT is broken Manfred Huber
2013-03-29 12:52 ` [U-Boot] [PATCH 1/1 v5] " Manfred Huber
2013-04-02 7:46 ` Javier Martinez Canillas
2013-04-02 8:59 ` Andreas Bießmann
2013-04-08 16:56 ` [U-Boot] [U-Boot, 1/1, " Tom Rini
2013-04-10 22:12 ` [U-Boot] [PATCH v1 1/1] omap3: Display MHz instead of mHz on the console Manfred Huber
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=51491076.40005@ti.com \
--to=trini@ti.com \
--cc=u-boot@lists.denx.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox