The processor is hopefully running with M(ega)Hz and not with m(illi)Hz.
Signed-off-by: Manfred Huber
---
arch/arm/cpu/armv7/omap3/sys_info.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/cpu/armv7/omap3/sys_info.c
b/arch/arm/cpu/armv7/omap3/sys_info.c
Hello James,
you found the same bug in the ROM code of some OMAP3 devices as I did.
Look at the Patch 'Flush UART3 xmit on enable if TEMT is broken'. Try
the Patch and let us know if it works.
Best regards,
Manfred
On 2013-04-02 00:24, James Chandler wrote:
Hello,
I was able to snag a BDI3
From: Manfred Huber
Flush UART3 xmit on enable if TEMT is broken
On some OMAP3 devices when UART3 is configured for boot mode before SPL starts
only THRE bit is set. We have to empty the transmitter before initialization
starts. This patch avoids the use of CONFIG_SYS_NS16550_BROKEN_TEMT
From: Manfred Huber
Flush UART3 xmit on enable if TEMT is broken
On some OMAP3 devices when UART3 is configured for boot mode before SPL starts
only THRE bit is set. We have to empty the transmitter before initialization
starts. This patch avoids the use of CONFIG_SYS_NS16550_BROKEN_TEMT
On some OMAP3 devices when UART3 is configured for boot mode before SPL starts
only THRE bit is set. We have to empty the transmitter before initialization
starts. This patch avoids the use of CONFIG_SYS_NS16550_BROKEN_TEMT.
Signed-off-by: Manfred Huber
---
README |8
Am 28.03.2013 09:45, schrieb Andreas Bießmann:
Dear Manfred Huber,
On 03/28/2013 07:06 AM, Manfred Huber wrote:
On 2013-03-27 14:37, Andreas Bießmann wrote:
On 03/25/2013 11:02 PM, Manfred Huber wrote:
+serial_out(UART_LCR_DLAB, &com_port->lcr);
+ser
On 2013-03-27 10:29, Javier Martinez Canillas wrote:
On Wed, Mar 27, 2013 at 5:50 AM, Manfred Huber wrote:
I still think that we should keep CONFIG_SYS_NS16550_BROKEN_TEMT or
something similar instead of just checking for CONFIG_OMAP34XX. Since
we don't know if this problem is also pr
On 2013-03-27 14:37, Andreas Bießmann wrote:
Dear Manfred Huber,
---8<---
abiessmann@punisher % pwclient get 230994
Saved patch to
U-Boot-1-1-v2-omap3_beagle-Enabling-UART3-first-allows-the-Transmitter-to-be-empty.patch
abiessmann@punisher % git am
U-Boot-1-1-v2-omap3_beagle-Enabling-UA
On 2013-03-27 10:29, Javier Martinez Canillas wrote:
On Wed, Mar 27, 2013 at 5:50 AM, Manfred Huber wrote:
Please test the Patch. It is very simple on a Beagleboard. I guess you
have flashed the actual SPL and u-boot and Beagleboard boots correctly.
Now press and hold 'User' button a
G_SYS_NS16550_BROKEN_TEMT
anymore.
If you don't want a patch for this bug please let me know. I will not
bother you again.
Best regards,
Manfred
On 2013-03-25 23:02, Manfred Huber wrote:
From: Manfred Huber
Due to a Bug in the ROM code of some OMAP3 devices, the TEMT bit is not
set if UA
From: Manfred Huber
Due to a Bug in the ROM code of some OMAP3 devices, the TEMT bit is not
set if UART3 is configured before (only THRE is set). Reason is the
disabling of UART3 even though the Transmitter is not empty. Enabling
UART3 allows the Transmitter to be empty.
Signed-off-by
are some solutions:
1. Configuring UART3 first and let Transmitter send until Transmitter is
empty.
2. Soft reset of Transmitter. (OMAP3 specific, NS16550 has no soft reset)
3. ...
Please tell me your assessment.
Best regards,
Manfred Huber
___
U-Boot
From: Manfred Huber
Beagleboard UART (ns16550) doesn't set the Transmitter Empty (TEMT) Bit
in SPL. Only Transmitter Hold Register Empty (THRE) Bit is set. This
makes SPL to hang while waiting for TEMT. Adding the
CONFIG_SYS_NS16550_BROKEN_TEMT config option and waiting for THRE avoid
Am 20.03.2013 02:27, schrieb Tom Rini:
-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 wrote:
On Sat, Mar 16, 2013 at 02:13:54PM +0100, Manfred Huber wrote:
I'm surprised that no o
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 i
I'm surprised that no one is interested in a functioning Beagleboard.
Has no one tested the Beagleboard since 2012-09-19?
Best regards,
Manfred Huber
On 2013-02-27 14:09, man.hu...@arcor.de wrote:
SPL hangs on a beagleboard during the serial initialization (line 40 of
drivers/serial/ns
16 matches
Mail list logo
