Hi,
We would need to use UART2 in final stages of A-T-F. (UART0 and UART3 works fine)
We seem to be able to initialize and direct prints but nothing is transmitted at UART2 TX.
Have anybody successfully used UART2 for log prints ?
Thanks,
Stefan
---
/plat/hikey/platform.mk:
-CONSOLE_BASE := PL011_UART3_BASE -CRASH_CONSOLE_BASE := PL011_UART3_BASE +CONSOLE_BASE := PL011_UART2_BASE +CRASH_CONSOLE_BASE := PL011_UART2_BASE
/plat/hikey/hikey_def.h:
+#define PL011_UART2_BASE 0xF7112000
Hi Stefan,
On Tue, Sep 8, 2015 at 11:34 AM, Stefan Johansson < stefan.johansson@t2data.com> wrote:
Hi,
We would need to use UART2 in final stages of A-T-F. (UART0 and UART3 works fine)
We seem to be able to initialize and direct prints but nothing is transmitted at UART2 TX.
Have anybody successfully used UART2 for log prints ?
I've never tried to use UART2 but I found this which might be remotely relevant: https://github.com/96boards/l-loader/commit/5f9a3a00ab1eeb4be021cda4241d8ad0...
This commit claims that it will initialize UART3. I have no idea why this would belong to l-loader and not to ARM TF and/or UEFI but anyway, I thought maybe something similar is needed for UART2?
HTH,
Hi Stefan,
On 8 Sep 2015 10:35, "Stefan Johansson" stefan.johansson@t2data.com wrote:
Hi,
We would need to use UART2 in final stages of A-T-F. (UART0 and UART3
works fine)
(I'm assuming you're talking about hikey here)
Out of curiosity, what do you plan to use ttyAMA2 for? I ask because we're talking about better defining how the UARTs are expected to be used so that mezzanine boards can be designed consistently.
We're settling on specifying UART1 (ttyAMA3 on HiKey) as the console and UART0 (ttyAMA2) as peripheral IO. If ATF takes over ttyAMA2 by default then it will not be available for peripherals.
Thoughts? Is this something you want by default, or an option for specific use cases? What are your expected use cases?
g.
Hi Grant,
Yes, this is a Hikey issue.
It's good to know that you are giving the UARTs some thought.
Let me clarify our use case:
We have a hypervisor that will run two guests.
We want to direct log prints for ATF and Hypervisor to one UART and the two guests to a UART each.
This is desirable both for readability- and isolation purposes.
Also, we plan to patch ATF with needed modifications to control UART configuration.
If Jerome's hints leads to a fix we will also patch start.S.
Thanks,
Stefan
________________________________ Från: Grant Likely [glikely@secretlab.ca] Skickat: den 16 september 2015 09:10 Till: Stefan Johansson Kopia: dev [dev@lists.96boards.org] Ämne: Re: [Dev] SoC UART2
Hi Stefan,
On 8 Sep 2015 10:35, "Stefan Johansson" <stefan.johansson@t2data.commailto:stefan.johansson@t2data.com> wrote:
Hi,
We would need to use UART2 in final stages of A-T-F. (UART0 and UART3 works fine)
(I'm assuming you're talking about hikey here)
Out of curiosity, what do you plan to use ttyAMA2 for? I ask because we're talking about better defining how the UARTs are expected to be used so that mezzanine boards can be designed consistently.
We're settling on specifying UART1 (ttyAMA3 on HiKey) as the console and UART0 (ttyAMA2) as peripheral IO. If ATF takes over ttyAMA2 by default then it will not be available for peripherals.
Thoughts? Is this something you want by default, or an option for specific use cases? What are your expected use cases?
g.
-
Grant Likely -
Jerome Forissier -
Stefan Johansson