mail archive of the barebox mailing list
 help / color / mirror / Atom feed
* Mini UART on RaspberryPi CM3/CM3+
@ 2020-10-05 10:07 Robert Carnecky (Neopsis)
  2020-10-05 11:16 ` Ahmad Fatoum
  0 siblings, 1 reply; 15+ messages in thread
From: Robert Carnecky (Neopsis) @ 2020-10-05 10:07 UTC (permalink / raw)
  To: barebox

Did anybody successfully configured Raspberry CM3/CM3+ mini-UART as
the Barebox console? I found a thread
on this list discussing the issue
(https://www.mail-archive.com/barebox@lists.infradead.org/msg35235.html),
unfortunately without any solution.

What I need:

   * UART0 on pins 32/33 (technology access over rs-485)
   * UART1 (miniUART) on pins 14/15 (console)

My current config.txt boots fine my raspberry kernel (zImage built
using builroot):

   kernel=zImage
   enable_uart=1
   dtoverlay=uart0,txd0_pin=32,rxd0_pin=33,pin_func=7
   dtoverlay=uart1,txd1_pin=14,rxd1_pin=15

Now I would like to switch to Barebox as a bootloader. I compiled the
barebox image with

   * CONSOLE_ACTIVATE_NONE = Y
   * 'stdout-path=&uart1;' in  'arch/arm/dts/bcm2837-rpi-cm3.dts' .

and changed my kernel in config.txt

    kernel=barebox.img

I cannot see any output on pins 14/15 e.g. UART1, no barebox console,
no kernel console.
Any idea what's wrong here?

Robert

_______________________________________________
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox

^ permalink raw reply	[flat|nested] 15+ messages in thread

* Re: Mini UART on RaspberryPi CM3/CM3+
  2020-10-05 10:07 Mini UART on RaspberryPi CM3/CM3+ Robert Carnecky (Neopsis)
@ 2020-10-05 11:16 ` Ahmad Fatoum
  2020-10-09 12:30   ` Robert Carnecky (Neopsis)
  0 siblings, 1 reply; 15+ messages in thread
From: Ahmad Fatoum @ 2020-10-05 11:16 UTC (permalink / raw)
  To: Robert Carnecky (Neopsis), barebox

Hello Robert,

On 10/5/20 12:07 PM, Robert Carnecky (Neopsis) wrote:
> Did anybody successfully configured Raspberry CM3/CM3+ mini-UART as
> the Barebox console? I found a thread
> on this list discussing the issue
> (https://www.mail-archive.com/barebox@lists.infradead.org/msg35235.html),
> unfortunately without any solution.
> 
> What I need:
> 
>    * UART0 on pins 32/33 (technology access over rs-485)
>    * UART1 (miniUART) on pins 14/15 (console)
> 
> My current config.txt boots fine my raspberry kernel (zImage built
> using builroot):
> 
>    kernel=zImage
>    enable_uart=1
>    dtoverlay=uart0,txd0_pin=32,rxd0_pin=33,pin_func=7
>    dtoverlay=uart1,txd1_pin=14,rxd1_pin=15
> 
> Now I would like to switch to Barebox as a bootloader. I compiled the
> barebox image with
> 
>    * CONSOLE_ACTIVATE_NONE = Y
>    * 'stdout-path=&uart1;' in  'arch/arm/dts/bcm2837-rpi-cm3.dts' .

I don't have a CM3, but are you sure uart1 is enabled?

Try adding to arch/arm/dts/bcm2837-rpi-cm3.dts:

&uart1 {
        pinctrl-names = "default";
        pinctrl-0 = <&uart1_gpio14>;
        status = "okay";
};

If that doesn't help, use CONSOLE_ACTIVATE_ALL and listen
on UART0 before the RS-485 transceiver and paste the
dmesg and devinfo input you get.

Cheers,
Ahmad


> 
> and changed my kernel in config.txt
> 
>     kernel=barebox.img
> 
> I cannot see any output on pins 14/15 e.g. UART1, no barebox console,
> no kernel console.
> Any idea what's wrong here?
> 
> Robert
> 
> _______________________________________________
> barebox mailing list
> barebox@lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/barebox
> 

-- 
Pengutronix e.K.                           |                             |
Steuerwalder Str. 21                       | http://www.pengutronix.de/  |
31137 Hildesheim, Germany                  | Phone: +49-5121-206917-0    |
Amtsgericht Hildesheim, HRA 2686           | Fax:   +49-5121-206917-5555 |

_______________________________________________
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox

^ permalink raw reply	[flat|nested] 15+ messages in thread

* Re: Mini UART on RaspberryPi CM3/CM3+
  2020-10-05 11:16 ` Ahmad Fatoum
@ 2020-10-09 12:30   ` Robert Carnecky (Neopsis)
  2020-10-09 14:18     ` Ahmad Fatoum
  0 siblings, 1 reply; 15+ messages in thread
From: Robert Carnecky (Neopsis) @ 2020-10-09 12:30 UTC (permalink / raw)
  To: barebox

> Try adding to arch/arm/dts/bcm2837-rpi-cm3.dts:
>
> &uart1 {
>         pinctrl-names = "default";
>         pinctrl-0 = <&uart1_gpio14>;
>         status = "okay";
> };

I extended arch/arm/dts/bcm2837-rpi-cm3.dts as advised +
additionally I set UART0 to pins 32/33.

&uart0 {
     pinctrl-names = "default";
     pinctrl-0 = <&uart0_gpio32>;
     status = "okay";
};

I still cannot see Barebox console on boot, however, the Barebox loader
starts in 3 seconds my kernel and I get the Linux console output on
UART1/ttyS0. Now my Linux boots as expected, unfortunately without
visible Barebox console. I tried all Barebox console setting
(NONE/ALL/FIRST), same result, no Barebox console output on UART0
or UART1.

> If that doesn't help, use CONSOLE_ACTIVATE_ALL and listen
> on UART0 before the RS-485 transceiver and paste the
> dmesg and devinfo input you get.

# dmesg | grep tty
[    0.000000] Kernel command line: console=ttyS0,115200
coherent_pool=1M snd_bcm2835.enable_compat_alsa=0
 snd_bcm2835.enable_hdmi=1 snd_bcm2835.enable_headphones=1
8250.nr_uarts=1 bcm2708_fb.fbwidth=656
 bcm2708_fb.fbheight=416 bcm2708_fb.fbswap=1
smsc95xx.macaddr=B8:27:EB:C5:7D:E3 vc_mem.mem_base=0x3ec00000
 vc_mem.mem_size=0x40000000  root=/dev/mmcblk0p2 console=ttyS0,115200
rootfstype=ext4 elevator=deadline rootwait
[    1.289058] printk: console [ttyS0] disabled
[    1.289175] 3f215040.serial: ttyS0 at MMIO 0x0 (irq = 53, base_baud
= 50000000) is a 16550
[    1.945483] printk: console [ttyS0] enabled
[    2.432604] 3f201000.serial: ttyAMA0 at MMIO 0x3f201000 (irq = 81,
base_baud = 0) is a PL011 rev2

# stty -F /dev/ttyAMA0 115200
# cat /etc/inittab  > /dev/ttyAMA0   <- OK





  Robert



On Mon, Oct 5, 2020 at 1:16 PM Ahmad Fatoum <a.fatoum@pengutronix.de> wrote:
>
> Hello Robert,
>
> On 10/5/20 12:07 PM, Robert Carnecky (Neopsis) wrote:
> > Did anybody successfully configured Raspberry CM3/CM3+ mini-UART as
> > the Barebox console? I found a thread
> > on this list discussing the issue
> > (https://www.mail-archive.com/barebox@lists.infradead.org/msg35235.html),
> > unfortunately without any solution.
> >
> > What I need:
> >
> >    * UART0 on pins 32/33 (technology access over rs-485)
> >    * UART1 (miniUART) on pins 14/15 (console)
> >
> > My current config.txt boots fine my raspberry kernel (zImage built
> > using builroot):
> >
> >    kernel=zImage
> >    enable_uart=1
> >    dtoverlay=uart0,txd0_pin=32,rxd0_pin=33,pin_func=7
> >    dtoverlay=uart1,txd1_pin=14,rxd1_pin=15
> >
> > Now I would like to switch to Barebox as a bootloader. I compiled the
> > barebox image with
> >
> >    * CONSOLE_ACTIVATE_NONE = Y
> >    * 'stdout-path=&uart1;' in  'arch/arm/dts/bcm2837-rpi-cm3.dts' .
>
> I don't have a CM3, but are you sure uart1 is enabled?
>
> Try adding to arch/arm/dts/bcm2837-rpi-cm3.dts:
>
> &uart1 {
>         pinctrl-names = "default";
>         pinctrl-0 = <&uart1_gpio14>;
>         status = "okay";
> };
>
> If that doesn't help, use CONSOLE_ACTIVATE_ALL and listen
> on UART0 before the RS-485 transceiver and paste the
> dmesg and devinfo input you get.
>
> Cheers,
> Ahmad
>
>
> >
> > and changed my kernel in config.txt
> >
> >     kernel=barebox.img
> >
> > I cannot see any output on pins 14/15 e.g. UART1, no barebox console,
> > no kernel console.
> > Any idea what's wrong here?
> >
> > Robert
> >
> > _______________________________________________
> > barebox mailing list
> > barebox@lists.infradead.org
> > http://lists.infradead.org/mailman/listinfo/barebox
> >
>
> --
> Pengutronix e.K.                           |                             |
> Steuerwalder Str. 21                       | http://www.pengutronix.de/  |
> 31137 Hildesheim, Germany                  | Phone: +49-5121-206917-0    |
> Amtsgericht Hildesheim, HRA 2686           | Fax:   +49-5121-206917-5555 |

_______________________________________________
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox

^ permalink raw reply	[flat|nested] 15+ messages in thread

* Re: Mini UART on RaspberryPi CM3/CM3+
  2020-10-09 12:30   ` Robert Carnecky (Neopsis)
@ 2020-10-09 14:18     ` Ahmad Fatoum
  2020-10-17 11:31       ` Robert Carnecky (Neopsis)
  0 siblings, 1 reply; 15+ messages in thread
From: Ahmad Fatoum @ 2020-10-09 14:18 UTC (permalink / raw)
  To: Robert Carnecky (Neopsis), barebox

Hello Robert,

On 10/9/20 2:30 PM, Robert Carnecky (Neopsis) wrote:
>> Try adding to arch/arm/dts/bcm2837-rpi-cm3.dts:
>>
>> &uart1 {
>>         pinctrl-names = "default";
>>         pinctrl-0 = <&uart1_gpio14>;
>>         status = "okay";
>> };
> 
> I extended arch/arm/dts/bcm2837-rpi-cm3.dts as advised +
> additionally I set UART0 to pins 32/33.
> 
> &uart0 {
>      pinctrl-names = "default";
>      pinctrl-0 = <&uart0_gpio32>;
>      status = "okay";
> };
> 
> I still cannot see Barebox console on boot, however, the Barebox loader
> starts in 3 seconds my kernel and I get the Linux console output on
> UART1/ttyS0.

Strange that this made the kernel boot now. Maybe somewhere an unclocked
peripheral was being accessed before?

> Now my Linux boots as expected, unfortunately without
> visible Barebox console. I tried all Barebox console setting
> (NONE/ALL/FIRST), same result, no Barebox console output on UART0
> or UART1.

Huh, you did listen at the UART0 _before_ the RS-485 transceiver?
UART0 should work, at least it apparently did when the CM3 support
was added.

>> If that doesn't help, use CONSOLE_ACTIVATE_ALL and listen
>> on UART0 before the RS-485 transceiver and paste the
>> dmesg and devinfo input you get.
> 
> # dmesg | grep tty
> [    0.000000] Kernel command line: console=ttyS0,115200
> coherent_pool=1M snd_bcm2835.enable_compat_alsa=0
>  snd_bcm2835.enable_hdmi=1 snd_bcm2835.enable_headphones=1
> 8250.nr_uarts=1 bcm2708_fb.fbwidth=656
>  bcm2708_fb.fbheight=416 bcm2708_fb.fbswap=1
> smsc95xx.macaddr=B8:27:EB:C5:7D:E3 vc_mem.mem_base=0x3ec00000
>  vc_mem.mem_size=0x40000000  root=/dev/mmcblk0p2 console=ttyS0,115200
> rootfstype=ext4 elevator=deadline rootwait
> [    1.289058] printk: console [ttyS0] disabled
> [    1.289175] 3f215040.serial: ttyS0 at MMIO 0x0 (irq = 53, base_baud
> = 50000000) is a 16550
> [    1.945483] printk: console [ttyS0] enabled
> [    2.432604] 3f201000.serial: ttyAMA0 at MMIO 0x3f201000 (irq = 81,
> base_baud = 0) is a PL011 rev2
> 
> # stty -F /dev/ttyAMA0 115200
> # cat /etc/inittab  > /dev/ttyAMA0   <- OK

I meant dmesg under barebox, if UART1 fails to output, but UART0 can be
read before the transceiver.

On 10/6/20 1:32 AM, Robert Carnecky (Neopsis) wrote:
> I played a bit more with the config.txt settings and when I activated the flag
> 
>     uart_2ndstage=1
> 
> I got the barebox console! Here a snippet from the 2stage while
> logging the UART lading.

Oh. That would indicate that there is some sort of initialization missing.
uart_2ndstage=1 initializes the UART for VideoCore use apparently and from
there on, it works.

> What I do not understand: how the loaded  /mfs/sd/bcm2710-rpi-cm3.dtb
> and the overlays
> cooperate with the Barebox device tree? Does it mean we have two sets
> of device tree
> files?

Yes. The VideoCore device tree is available in barebox as /vc.dtb,
see e390c8799d91 ("ARM: rpi: save fdt that was passed from VideoCore")


Hope this helps,
Ahmad

-- 
Pengutronix e.K.                           |                             |
Steuerwalder Str. 21                       | http://www.pengutronix.de/  |
31137 Hildesheim, Germany                  | Phone: +49-5121-206917-0    |
Amtsgericht Hildesheim, HRA 2686           | Fax:   +49-5121-206917-5555 |

_______________________________________________
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox

^ permalink raw reply	[flat|nested] 15+ messages in thread

* Re: Mini UART on RaspberryPi CM3/CM3+
  2020-10-09 14:18     ` Ahmad Fatoum
@ 2020-10-17 11:31       ` Robert Carnecky (Neopsis)
  2020-10-17 21:29         ` Ahmad Fatoum
  0 siblings, 1 reply; 15+ messages in thread
From: Robert Carnecky (Neopsis) @ 2020-10-17 11:31 UTC (permalink / raw)
  To: Ahmad Fatoum; +Cc: barebox

Finally, I managed to boot into barebox menu using UART1 (/dev/ttyS0)
as the console. The solution was to remove all UART related overlays
from config.txt and only activate UART1.

   enable_uart=1

Anyway, another problem occurred. When booting via barebox the CPU
serial number is wrong. Obviously, barebox somehow manipulates the
internal structures and

   cat /proc/cpuinfo

returns always

   Hardware        : BCM2835
   Revision          : 0000
   Serial              : 0000000000000000
   Model              : Raspberry Pi Compute Module 3 IO board V3.0

When I boot the same image directly without barebox boot loader, the
info is OK.  I found some discussions about U-Boot and wrong serial
number here

  https://www.raspberrypi.org/forums/viewtopic.php?t=183474#p1162778

maybe that's barebox related too. Anyway, that is a definitive no go
with barebox for us because parts of our software are expecting the
unique serial number.

Robert


On Fri, Oct 9, 2020 at 4:18 PM Ahmad Fatoum <a.fatoum@pengutronix.de> wrote:
>
> Hello Robert,
>
> On 10/9/20 2:30 PM, Robert Carnecky (Neopsis) wrote:
> >> Try adding to arch/arm/dts/bcm2837-rpi-cm3.dts:
> >>
> >> &uart1 {
> >>         pinctrl-names = "default";
> >>         pinctrl-0 = <&uart1_gpio14>;
> >>         status = "okay";
> >> };
> >
> > I extended arch/arm/dts/bcm2837-rpi-cm3.dts as advised +
> > additionally I set UART0 to pins 32/33.
> >
> > &uart0 {
> >      pinctrl-names = "default";
> >      pinctrl-0 = <&uart0_gpio32>;
> >      status = "okay";
> > };
> >
> > I still cannot see Barebox console on boot, however, the Barebox loader
> > starts in 3 seconds my kernel and I get the Linux console output on
> > UART1/ttyS0.
>
> Strange that this made the kernel boot now. Maybe somewhere an unclocked
> peripheral was being accessed before?
>
> > Now my Linux boots as expected, unfortunately without
> > visible Barebox console. I tried all Barebox console setting
> > (NONE/ALL/FIRST), same result, no Barebox console output on UART0
> > or UART1.
>
> Huh, you did listen at the UART0 _before_ the RS-485 transceiver?
> UART0 should work, at least it apparently did when the CM3 support
> was added.
>
> >> If that doesn't help, use CONSOLE_ACTIVATE_ALL and listen
> >> on UART0 before the RS-485 transceiver and paste the
> >> dmesg and devinfo input you get.
> >
> > # dmesg | grep tty
> > [    0.000000] Kernel command line: console=ttyS0,115200
> > coherent_pool=1M snd_bcm2835.enable_compat_alsa=0
> >  snd_bcm2835.enable_hdmi=1 snd_bcm2835.enable_headphones=1
> > 8250.nr_uarts=1 bcm2708_fb.fbwidth=656
> >  bcm2708_fb.fbheight=416 bcm2708_fb.fbswap=1
> > smsc95xx.macaddr=B8:27:EB:C5:7D:E3 vc_mem.mem_base=0x3ec00000
> >  vc_mem.mem_size=0x40000000  root=/dev/mmcblk0p2 console=ttyS0,115200
> > rootfstype=ext4 elevator=deadline rootwait
> > [    1.289058] printk: console [ttyS0] disabled
> > [    1.289175] 3f215040.serial: ttyS0 at MMIO 0x0 (irq = 53, base_baud
> > = 50000000) is a 16550
> > [    1.945483] printk: console [ttyS0] enabled
> > [    2.432604] 3f201000.serial: ttyAMA0 at MMIO 0x3f201000 (irq = 81,
> > base_baud = 0) is a PL011 rev2
> >
> > # stty -F /dev/ttyAMA0 115200
> > # cat /etc/inittab  > /dev/ttyAMA0   <- OK
>
> I meant dmesg under barebox, if UART1 fails to output, but UART0 can be
> read before the transceiver.
>
> On 10/6/20 1:32 AM, Robert Carnecky (Neopsis) wrote:
> > I played a bit more with the config.txt settings and when I activated the flag
> >
> >     uart_2ndstage=1
> >
> > I got the barebox console! Here a snippet from the 2stage while
> > logging the UART lading.
>
> Oh. That would indicate that there is some sort of initialization missing.
> uart_2ndstage=1 initializes the UART for VideoCore use apparently and from
> there on, it works.
>
> > What I do not understand: how the loaded  /mfs/sd/bcm2710-rpi-cm3.dtb
> > and the overlays
> > cooperate with the Barebox device tree? Does it mean we have two sets
> > of device tree
> > files?
>
> Yes. The VideoCore device tree is available in barebox as /vc.dtb,
> see e390c8799d91 ("ARM: rpi: save fdt that was passed from VideoCore")
>
>
> Hope this helps,
> Ahmad
>
> --
> Pengutronix e.K.                           |                             |
> Steuerwalder Str. 21                       | http://www.pengutronix.de/  |
> 31137 Hildesheim, Germany                  | Phone: +49-5121-206917-0    |
> Amtsgericht Hildesheim, HRA 2686           | Fax:   +49-5121-206917-5555 |

_______________________________________________
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox

^ permalink raw reply	[flat|nested] 15+ messages in thread

* Re: Mini UART on RaspberryPi CM3/CM3+
  2020-10-17 11:31       ` Robert Carnecky (Neopsis)
@ 2020-10-17 21:29         ` Ahmad Fatoum
  2020-10-17 23:17           ` Robert Carnecky (Neopsis)
  0 siblings, 1 reply; 15+ messages in thread
From: Ahmad Fatoum @ 2020-10-17 21:29 UTC (permalink / raw)
  To: Robert Carnecky (Neopsis); +Cc: barebox

Hi,

On 10/17/20 1:31 PM, Robert Carnecky (Neopsis) wrote:
> Finally, I managed to boot into barebox menu using UART1 (/dev/ttyS0)
> as the console. The solution was to remove all UART related overlays
> from config.txt and only activate UART1.
> 
>    enable_uart=1
> 
> Anyway, another problem occurred. When booting via barebox the CPU
> serial number is wrong. Obviously, barebox somehow manipulates the
> internal structures and
> 
>    cat /proc/cpuinfo
> 
> returns always
> 
>    Hardware        : BCM2835
>    Revision          : 0000
>    Serial              : 0000000000000000
>    Model              : Raspberry Pi Compute Module 3 IO board V3.0
> 
> When I boot the same image directly without barebox boot loader, the
> info is OK.  I found some discussions about U-Boot and wrong serial
> number here
> 
>   https://www.raspberrypi.org/forums/viewtopic.php?t=183474#p1162778
> 
> maybe that's barebox related too. Anyway, that is a definitive no go
> with barebox for us because parts of our software are expecting the
> unique serial number.

I believe you can boot Linux with /vc.dtb and you'll get the same
device tree passed to Linux as if you booted without passing through
barebox.

> 
> Robert
> 
> 
> On Fri, Oct 9, 2020 at 4:18 PM Ahmad Fatoum <a.fatoum@pengutronix.de> wrote:
>>
>> Hello Robert,
>>
>> On 10/9/20 2:30 PM, Robert Carnecky (Neopsis) wrote:
>>>> Try adding to arch/arm/dts/bcm2837-rpi-cm3.dts:
>>>>
>>>> &uart1 {
>>>>         pinctrl-names = "default";
>>>>         pinctrl-0 = <&uart1_gpio14>;
>>>>         status = "okay";
>>>> };
>>>
>>> I extended arch/arm/dts/bcm2837-rpi-cm3.dts as advised +
>>> additionally I set UART0 to pins 32/33.
>>>
>>> &uart0 {
>>>      pinctrl-names = "default";
>>>      pinctrl-0 = <&uart0_gpio32>;
>>>      status = "okay";
>>> };
>>>
>>> I still cannot see Barebox console on boot, however, the Barebox loader
>>> starts in 3 seconds my kernel and I get the Linux console output on
>>> UART1/ttyS0.
>>
>> Strange that this made the kernel boot now. Maybe somewhere an unclocked
>> peripheral was being accessed before?
>>
>>> Now my Linux boots as expected, unfortunately without
>>> visible Barebox console. I tried all Barebox console setting
>>> (NONE/ALL/FIRST), same result, no Barebox console output on UART0
>>> or UART1.
>>
>> Huh, you did listen at the UART0 _before_ the RS-485 transceiver?
>> UART0 should work, at least it apparently did when the CM3 support
>> was added.
>>
>>>> If that doesn't help, use CONSOLE_ACTIVATE_ALL and listen
>>>> on UART0 before the RS-485 transceiver and paste the
>>>> dmesg and devinfo input you get.
>>>
>>> # dmesg | grep tty
>>> [    0.000000] Kernel command line: console=ttyS0,115200
>>> coherent_pool=1M snd_bcm2835.enable_compat_alsa=0
>>>  snd_bcm2835.enable_hdmi=1 snd_bcm2835.enable_headphones=1
>>> 8250.nr_uarts=1 bcm2708_fb.fbwidth=656
>>>  bcm2708_fb.fbheight=416 bcm2708_fb.fbswap=1
>>> smsc95xx.macaddr=B8:27:EB:C5:7D:E3 vc_mem.mem_base=0x3ec00000
>>>  vc_mem.mem_size=0x40000000  root=/dev/mmcblk0p2 console=ttyS0,115200
>>> rootfstype=ext4 elevator=deadline rootwait
>>> [    1.289058] printk: console [ttyS0] disabled
>>> [    1.289175] 3f215040.serial: ttyS0 at MMIO 0x0 (irq = 53, base_baud
>>> = 50000000) is a 16550
>>> [    1.945483] printk: console [ttyS0] enabled
>>> [    2.432604] 3f201000.serial: ttyAMA0 at MMIO 0x3f201000 (irq = 81,
>>> base_baud = 0) is a PL011 rev2
>>>
>>> # stty -F /dev/ttyAMA0 115200
>>> # cat /etc/inittab  > /dev/ttyAMA0   <- OK
>>
>> I meant dmesg under barebox, if UART1 fails to output, but UART0 can be
>> read before the transceiver.
>>
>> On 10/6/20 1:32 AM, Robert Carnecky (Neopsis) wrote:
>>> I played a bit more with the config.txt settings and when I activated the flag
>>>
>>>     uart_2ndstage=1
>>>
>>> I got the barebox console! Here a snippet from the 2stage while
>>> logging the UART lading.
>>
>> Oh. That would indicate that there is some sort of initialization missing.
>> uart_2ndstage=1 initializes the UART for VideoCore use apparently and from
>> there on, it works.
>>
>>> What I do not understand: how the loaded  /mfs/sd/bcm2710-rpi-cm3.dtb
>>> and the overlays
>>> cooperate with the Barebox device tree? Does it mean we have two sets
>>> of device tree
>>> files?
>>
>> Yes. The VideoCore device tree is available in barebox as /vc.dtb,
>> see e390c8799d91 ("ARM: rpi: save fdt that was passed from VideoCore")
>>
>>
>> Hope this helps,
>> Ahmad
>>
>> --
>> Pengutronix e.K.                           |                             |
>> Steuerwalder Str. 21                       | http://www.pengutronix.de/  |
>> 31137 Hildesheim, Germany                  | Phone: +49-5121-206917-0    |
>> Amtsgericht Hildesheim, HRA 2686           | Fax:   +49-5121-206917-5555 |
> 

-- 
Pengutronix e.K.                           |                             |
Steuerwalder Str. 21                       | http://www.pengutronix.de/  |
31137 Hildesheim, Germany                  | Phone: +49-5121-206917-0    |
Amtsgericht Hildesheim, HRA 2686           | Fax:   +49-5121-206917-5555 |

_______________________________________________
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox

^ permalink raw reply	[flat|nested] 15+ messages in thread

* Re: Mini UART on RaspberryPi CM3/CM3+
  2020-10-17 21:29         ` Ahmad Fatoum
@ 2020-10-17 23:17           ` Robert Carnecky (Neopsis)
  2020-10-19  9:28             ` Ahmad Fatoum
  0 siblings, 1 reply; 15+ messages in thread
From: Robert Carnecky (Neopsis) @ 2020-10-17 23:17 UTC (permalink / raw)
  To: Ahmad Fatoum; +Cc: barebox

On Sat, Oct 17, 2020 at 11:29 PM Ahmad Fatoum <a.fatoum@pengutronix.de> wrote:
>
> Hi,
>
> On 10/17/20 1:31 PM, Robert Carnecky (Neopsis) wrote:
> > Finally, I managed to boot into barebox menu using UART1 (/dev/ttyS0)
> > as the console. The solution was to remove all UART related overlays
> > from config.txt and only activate UART1.
> >
> >    enable_uart=1
> >
> > Anyway, another problem occurred. When booting via barebox the CPU
> > serial number is wrong. Obviously, barebox somehow manipulates the
> > internal structures and
> >
> >    cat /proc/cpuinfo
> >
> > returns always
> >
> >    Hardware        : BCM2835
> >    Revision          : 0000
> >    Serial              : 0000000000000000
> >    Model              : Raspberry Pi Compute Module 3 IO board V3.0
> >
> > When I boot the same image directly without barebox boot loader, the
> > info is OK.  I found some discussions about U-Boot and wrong serial
> > number here
> >
> >   https://www.raspberrypi.org/forums/viewtopic.php?t=183474#p1162778
> >
> > maybe that's barebox related too. Anyway, that is a definitive no go
> > with barebox for us because parts of our software are expecting the
> > unique serial number.
>
> I believe you can boot Linux with /vc.dtb and you'll get the same
> device tree passed to Linux as if you booted without passing through
> barebox.

Yes, but then I lose my Linux console! A summary, in all cases Barebox device
tree in arch/arm/dts/bcm2837-rpi-cm3.dts was updated following your hint, e.g.

/ {
  chosen {
     stdout-path = "&uart1";
  };
 };

&uart1 {
        pinctrl-names = "default";
        pinctrl-0 = <&uart1_gpio14>;
        status = "okay";
 };

&uart0 {
     pinctrl-names = "default";
     pinctrl-0 = <&uart0_gpio32>;
     status = "okay";
 };

1. Booting kernel direct, works as expected (console on uart1),
expected behavior

kernel=zImage
enable_uart=1
dtoverlay=uart0,txd0_pin=32,rxd0_pin=33,pin_func=7
dtoverlay=uart1,txd1_pin=14,rxd1_pin=15

2. With Barebox loader. The same config.txt as in case 1),
    - no Barebox console
    - kernel boots with the console on uart1

kernel=barebox-raspberry-pi-cm3.img
enable_uart=1
dtoverlay=uart0,txd0_pin=32,rxd0_pin=33,pin_func=7
dtoverlay=uart1,txd1_pin=14,rxd1_pin=15

3.  With Barebox loader, no uart overlays in config.txt.
    - Barebox console on uart1 ok,
    - kernel console on uart1
    - almost done), but ... no cpuinfo

kernel=barebox-raspberry-pi-cm3.img
enable_uart=1

4. With Barebox loader, no uart overlays in config.txt, Linux boots with vc.dtb.
    - Barebox console on uart1 ok
    - no Linux console, Linux boots with cpuinfo ok

kernel=barebox-raspberry-pi-cm3.img
enable_uart=1

I did not found any combination when I get the Barebox console and
Linux console on uart1
and with cpuinfo ok. If the serial number is not needed, case 3) should be ok.

Robert

>
> >
> > Robert
> >
> >
> > On Fri, Oct 9, 2020 at 4:18 PM Ahmad Fatoum <a.fatoum@pengutronix.de> wrote:
> >>
> >> Hello Robert,
> >>
> >> On 10/9/20 2:30 PM, Robert Carnecky (Neopsis) wrote:
> >>>> Try adding to arch/arm/dts/bcm2837-rpi-cm3.dts:
> >>>>
> >>>> &uart1 {
> >>>>         pinctrl-names = "default";
> >>>>         pinctrl-0 = <&uart1_gpio14>;
> >>>>         status = "okay";
> >>>> };
> >>>
> >>> I extended arch/arm/dts/bcm2837-rpi-cm3.dts as advised +
> >>> additionally I set UART0 to pins 32/33.
> >>>
> >>> &uart0 {
> >>>      pinctrl-names = "default";
> >>>      pinctrl-0 = <&uart0_gpio32>;
> >>>      status = "okay";
> >>> };
> >>>
> >>> I still cannot see Barebox console on boot, however, the Barebox loader
> >>> starts in 3 seconds my kernel and I get the Linux console output on
> >>> UART1/ttyS0.
> >>
> >> Strange that this made the kernel boot now. Maybe somewhere an unclocked
> >> peripheral was being accessed before?
> >>
> >>> Now my Linux boots as expected, unfortunately without
> >>> visible Barebox console. I tried all Barebox console setting
> >>> (NONE/ALL/FIRST), same result, no Barebox console output on UART0
> >>> or UART1.
> >>
> >> Huh, you did listen at the UART0 _before_ the RS-485 transceiver?
> >> UART0 should work, at least it apparently did when the CM3 support
> >> was added.
> >>
> >>>> If that doesn't help, use CONSOLE_ACTIVATE_ALL and listen
> >>>> on UART0 before the RS-485 transceiver and paste the
> >>>> dmesg and devinfo input you get.
> >>>
> >>> # dmesg | grep tty
> >>> [    0.000000] Kernel command line: console=ttyS0,115200
> >>> coherent_pool=1M snd_bcm2835.enable_compat_alsa=0
> >>>  snd_bcm2835.enable_hdmi=1 snd_bcm2835.enable_headphones=1
> >>> 8250.nr_uarts=1 bcm2708_fb.fbwidth=656
> >>>  bcm2708_fb.fbheight=416 bcm2708_fb.fbswap=1
> >>> smsc95xx.macaddr=B8:27:EB:C5:7D:E3 vc_mem.mem_base=0x3ec00000
> >>>  vc_mem.mem_size=0x40000000  root=/dev/mmcblk0p2 console=ttyS0,115200
> >>> rootfstype=ext4 elevator=deadline rootwait
> >>> [    1.289058] printk: console [ttyS0] disabled
> >>> [    1.289175] 3f215040.serial: ttyS0 at MMIO 0x0 (irq = 53, base_baud
> >>> = 50000000) is a 16550
> >>> [    1.945483] printk: console [ttyS0] enabled
> >>> [    2.432604] 3f201000.serial: ttyAMA0 at MMIO 0x3f201000 (irq = 81,
> >>> base_baud = 0) is a PL011 rev2
> >>>
> >>> # stty -F /dev/ttyAMA0 115200
> >>> # cat /etc/inittab  > /dev/ttyAMA0   <- OK
> >>
> >> I meant dmesg under barebox, if UART1 fails to output, but UART0 can be
> >> read before the transceiver.
> >>
> >> On 10/6/20 1:32 AM, Robert Carnecky (Neopsis) wrote:
> >>> I played a bit more with the config.txt settings and when I activated the flag
> >>>
> >>>     uart_2ndstage=1
> >>>
> >>> I got the barebox console! Here a snippet from the 2stage while
> >>> logging the UART lading.
> >>
> >> Oh. That would indicate that there is some sort of initialization missing.
> >> uart_2ndstage=1 initializes the UART for VideoCore use apparently and from
> >> there on, it works.
> >>
> >>> What I do not understand: how the loaded  /mfs/sd/bcm2710-rpi-cm3.dtb
> >>> and the overlays
> >>> cooperate with the Barebox device tree? Does it mean we have two sets
> >>> of device tree
> >>> files?
> >>
> >> Yes. The VideoCore device tree is available in barebox as /vc.dtb,
> >> see e390c8799d91 ("ARM: rpi: save fdt that was passed from VideoCore")
> >>
> >>
> >> Hope this helps,
> >> Ahmad
> >>
> >> --
> >> Pengutronix e.K.                           |                             |
> >> Steuerwalder Str. 21                       | http://www.pengutronix.de/  |
> >> 31137 Hildesheim, Germany                  | Phone: +49-5121-206917-0    |
> >> Amtsgericht Hildesheim, HRA 2686           | Fax:   +49-5121-206917-5555 |
> >
>
> --
> Pengutronix e.K.                           |                             |
> Steuerwalder Str. 21                       | http://www.pengutronix.de/  |
> 31137 Hildesheim, Germany                  | Phone: +49-5121-206917-0    |
> Amtsgericht Hildesheim, HRA 2686           | Fax:   +49-5121-206917-5555 |

_______________________________________________
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox

^ permalink raw reply	[flat|nested] 15+ messages in thread

* Re: Mini UART on RaspberryPi CM3/CM3+
  2020-10-17 23:17           ` Robert Carnecky (Neopsis)
@ 2020-10-19  9:28             ` Ahmad Fatoum
  2020-10-19 22:29               ` Robert Carnecky (Neopsis)
  0 siblings, 1 reply; 15+ messages in thread
From: Ahmad Fatoum @ 2020-10-19  9:28 UTC (permalink / raw)
  To: Robert Carnecky (Neopsis); +Cc: barebox

Hello,

On 10/18/20 1:17 AM, Robert Carnecky (Neopsis) wrote:
> On Sat, Oct 17, 2020 at 11:29 PM Ahmad Fatoum <a.fatoum@pengutronix.de> wrote:
>>
>> Hi,
>>
>> On 10/17/20 1:31 PM, Robert Carnecky (Neopsis) wrote:
>>> Finally, I managed to boot into barebox menu using UART1 (/dev/ttyS0)
>>> as the console. The solution was to remove all UART related overlays
>>> from config.txt and only activate UART1.
>>>
>>>    enable_uart=1
>>>
>>> Anyway, another problem occurred. When booting via barebox the CPU
>>> serial number is wrong. Obviously, barebox somehow manipulates the
>>> internal structures and
>>>
>>>    cat /proc/cpuinfo
>>>
>>> returns always
>>>
>>>    Hardware        : BCM2835
>>>    Revision          : 0000
>>>    Serial              : 0000000000000000
>>>    Model              : Raspberry Pi Compute Module 3 IO board V3.0
>>>
>>> When I boot the same image directly without barebox boot loader, the
>>> info is OK.  I found some discussions about U-Boot and wrong serial
>>> number here
>>>
>>>   https://www.raspberrypi.org/forums/viewtopic.php?t=183474#p1162778
>>>
>>> maybe that's barebox related too. Anyway, that is a definitive no go
>>> with barebox for us because parts of our software are expecting the
>>> unique serial number.
>>
>> I believe you can boot Linux with /vc.dtb and you'll get the same
>> device tree passed to Linux as if you booted without passing through
>> barebox.
> 
> Yes, but then I lose my Linux console! A summary, in all cases Barebox device
> tree in arch/arm/dts/bcm2837-rpi-cm3.dts was updated following your hint, e.g.
> 
> / {
>   chosen {
>      stdout-path = "&uart1";
>   };
>  };
> 
> &uart1 {
>         pinctrl-names = "default";
>         pinctrl-0 = <&uart1_gpio14>;
>         status = "okay";
>  };
> 
> &uart0 {
>      pinctrl-names = "default";
>      pinctrl-0 = <&uart0_gpio32>;
>      status = "okay";
>  };
> 
> 1. Booting kernel direct, works as expected (console on uart1),
> expected behavior
> 
> kernel=zImage
> enable_uart=1
> dtoverlay=uart0,txd0_pin=32,rxd0_pin=33,pin_func=7
> dtoverlay=uart1,txd1_pin=14,rxd1_pin=15
> 
> 2. With Barebox loader. The same config.txt as in case 1),
>     - no Barebox console
>     - kernel boots with the console on uart1
> 
> kernel=barebox-raspberry-pi-cm3.img
> enable_uart=1
> dtoverlay=uart0,txd0_pin=32,rxd0_pin=33,pin_func=7
> dtoverlay=uart1,txd1_pin=14,rxd1_pin=15
> 
> 3.  With Barebox loader, no uart overlays in config.txt.
>     - Barebox console on uart1 ok,
>     - kernel console on uart1
>     - almost done), but ... no cpuinfo
> 
> kernel=barebox-raspberry-pi-cm3.img
> enable_uart=1
> 
> 4. With Barebox loader, no uart overlays in config.txt, Linux boots with vc.dtb.
>     - Barebox console on uart1 ok
>     - no Linux console, Linux boots with cpuinfo ok
> 
> kernel=barebox-raspberry-pi-cm3.img
> enable_uart=1
> 
> I did not found any combination when I get the Barebox console and
> Linux console on uart1
> and with cpuinfo ok. If the serial number is not needed, case 3) should be ok.

What happens if you combine 2. and 4. ?
So you have enable_uart=1, the uart overlays _and_ Linux boots with vc.dtb?

> 
> Robert
> 
>>
>>>
>>> Robert
>>>
>>>
>>> On Fri, Oct 9, 2020 at 4:18 PM Ahmad Fatoum <a.fatoum@pengutronix.de> wrote:
>>>>
>>>> Hello Robert,
>>>>
>>>> On 10/9/20 2:30 PM, Robert Carnecky (Neopsis) wrote:
>>>>>> Try adding to arch/arm/dts/bcm2837-rpi-cm3.dts:
>>>>>>
>>>>>> &uart1 {
>>>>>>         pinctrl-names = "default";
>>>>>>         pinctrl-0 = <&uart1_gpio14>;
>>>>>>         status = "okay";
>>>>>> };
>>>>>
>>>>> I extended arch/arm/dts/bcm2837-rpi-cm3.dts as advised +
>>>>> additionally I set UART0 to pins 32/33.
>>>>>
>>>>> &uart0 {
>>>>>      pinctrl-names = "default";
>>>>>      pinctrl-0 = <&uart0_gpio32>;
>>>>>      status = "okay";
>>>>> };
>>>>>
>>>>> I still cannot see Barebox console on boot, however, the Barebox loader
>>>>> starts in 3 seconds my kernel and I get the Linux console output on
>>>>> UART1/ttyS0.
>>>>
>>>> Strange that this made the kernel boot now. Maybe somewhere an unclocked
>>>> peripheral was being accessed before?
>>>>
>>>>> Now my Linux boots as expected, unfortunately without
>>>>> visible Barebox console. I tried all Barebox console setting
>>>>> (NONE/ALL/FIRST), same result, no Barebox console output on UART0
>>>>> or UART1.
>>>>
>>>> Huh, you did listen at the UART0 _before_ the RS-485 transceiver?
>>>> UART0 should work, at least it apparently did when the CM3 support
>>>> was added.
>>>>
>>>>>> If that doesn't help, use CONSOLE_ACTIVATE_ALL and listen
>>>>>> on UART0 before the RS-485 transceiver and paste the
>>>>>> dmesg and devinfo input you get.
>>>>>
>>>>> # dmesg | grep tty
>>>>> [    0.000000] Kernel command line: console=ttyS0,115200
>>>>> coherent_pool=1M snd_bcm2835.enable_compat_alsa=0
>>>>>  snd_bcm2835.enable_hdmi=1 snd_bcm2835.enable_headphones=1
>>>>> 8250.nr_uarts=1 bcm2708_fb.fbwidth=656
>>>>>  bcm2708_fb.fbheight=416 bcm2708_fb.fbswap=1
>>>>> smsc95xx.macaddr=B8:27:EB:C5:7D:E3 vc_mem.mem_base=0x3ec00000
>>>>>  vc_mem.mem_size=0x40000000  root=/dev/mmcblk0p2 console=ttyS0,115200
>>>>> rootfstype=ext4 elevator=deadline rootwait
>>>>> [    1.289058] printk: console [ttyS0] disabled
>>>>> [    1.289175] 3f215040.serial: ttyS0 at MMIO 0x0 (irq = 53, base_baud
>>>>> = 50000000) is a 16550
>>>>> [    1.945483] printk: console [ttyS0] enabled
>>>>> [    2.432604] 3f201000.serial: ttyAMA0 at MMIO 0x3f201000 (irq = 81,
>>>>> base_baud = 0) is a PL011 rev2
>>>>>
>>>>> # stty -F /dev/ttyAMA0 115200
>>>>> # cat /etc/inittab  > /dev/ttyAMA0   <- OK
>>>>
>>>> I meant dmesg under barebox, if UART1 fails to output, but UART0 can be
>>>> read before the transceiver.
>>>>
>>>> On 10/6/20 1:32 AM, Robert Carnecky (Neopsis) wrote:
>>>>> I played a bit more with the config.txt settings and when I activated the flag
>>>>>
>>>>>     uart_2ndstage=1
>>>>>
>>>>> I got the barebox console! Here a snippet from the 2stage while
>>>>> logging the UART lading.
>>>>
>>>> Oh. That would indicate that there is some sort of initialization missing.
>>>> uart_2ndstage=1 initializes the UART for VideoCore use apparently and from
>>>> there on, it works.
>>>>
>>>>> What I do not understand: how the loaded  /mfs/sd/bcm2710-rpi-cm3.dtb
>>>>> and the overlays
>>>>> cooperate with the Barebox device tree? Does it mean we have two sets
>>>>> of device tree
>>>>> files?
>>>>
>>>> Yes. The VideoCore device tree is available in barebox as /vc.dtb,
>>>> see e390c8799d91 ("ARM: rpi: save fdt that was passed from VideoCore")
>>>>
>>>>
>>>> Hope this helps,
>>>> Ahmad
>>>>
>>>> --
>>>> Pengutronix e.K.                           |                             |
>>>> Steuerwalder Str. 21                       | http://www.pengutronix.de/  |
>>>> 31137 Hildesheim, Germany                  | Phone: +49-5121-206917-0    |
>>>> Amtsgericht Hildesheim, HRA 2686           | Fax:   +49-5121-206917-5555 |
>>>
>>
>> --
>> Pengutronix e.K.                           |                             |
>> Steuerwalder Str. 21                       | http://www.pengutronix.de/  |
>> 31137 Hildesheim, Germany                  | Phone: +49-5121-206917-0    |
>> Amtsgericht Hildesheim, HRA 2686           | Fax:   +49-5121-206917-5555 |
> 

-- 
Pengutronix e.K.                           |                             |
Steuerwalder Str. 21                       | http://www.pengutronix.de/  |
31137 Hildesheim, Germany                  | Phone: +49-5121-206917-0    |
Amtsgericht Hildesheim, HRA 2686           | Fax:   +49-5121-206917-5555 |

_______________________________________________
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox

^ permalink raw reply	[flat|nested] 15+ messages in thread

* Re: Mini UART on RaspberryPi CM3/CM3+
  2020-10-19  9:28             ` Ahmad Fatoum
@ 2020-10-19 22:29               ` Robert Carnecky (Neopsis)
  2020-10-20  3:59                 ` Rouven Czerwinski
  0 siblings, 1 reply; 15+ messages in thread
From: Robert Carnecky (Neopsis) @ 2020-10-19 22:29 UTC (permalink / raw)
  To: Ahmad Fatoum; +Cc: barebox

On Mon, Oct 19, 2020 at 11:28 AM Ahmad Fatoum <a.fatoum@pengutronix.de> wrote:
>
> Hello,
>
> On 10/18/20 1:17 AM, Robert Carnecky (Neopsis) wrote:
> > On Sat, Oct 17, 2020 at 11:29 PM Ahmad Fatoum <a.fatoum@pengutronix.de> wrote:
> >>
> >> Hi,
> >>
> >> On 10/17/20 1:31 PM, Robert Carnecky (Neopsis) wrote:
> >>> Finally, I managed to boot into barebox menu using UART1 (/dev/ttyS0)
> >>> as the console. The solution was to remove all UART related overlays
> >>> from config.txt and only activate UART1.
> >>>
> >>>    enable_uart=1
> >>>
> >>> Anyway, another problem occurred. When booting via barebox the CPU
> >>> serial number is wrong. Obviously, barebox somehow manipulates the
> >>> internal structures and
> >>>
> >>>    cat /proc/cpuinfo
> >>>
> >>> returns always
> >>>
> >>>    Hardware        : BCM2835
> >>>    Revision          : 0000
> >>>    Serial              : 0000000000000000
> >>>    Model              : Raspberry Pi Compute Module 3 IO board V3.0
> >>>
> >>> When I boot the same image directly without barebox boot loader, the
> >>> info is OK.  I found some discussions about U-Boot and wrong serial
> >>> number here
> >>>
> >>>   https://www.raspberrypi.org/forums/viewtopic.php?t=183474#p1162778
> >>>
> >>> maybe that's barebox related too. Anyway, that is a definitive no go
> >>> with barebox for us because parts of our software are expecting the
> >>> unique serial number.
> >>
> >> I believe you can boot Linux with /vc.dtb and you'll get the same
> >> device tree passed to Linux as if you booted without passing through
> >> barebox.
> >
> > Yes, but then I lose my Linux console! A summary, in all cases Barebox device
> > tree in arch/arm/dts/bcm2837-rpi-cm3.dts was updated following your hint, e.g.
> >
> > / {
> >   chosen {
> >      stdout-path = "&uart1";
> >   };
> >  };
> >
> > &uart1 {
> >         pinctrl-names = "default";
> >         pinctrl-0 = <&uart1_gpio14>;
> >         status = "okay";
> >  };
> >
> > &uart0 {
> >      pinctrl-names = "default";
> >      pinctrl-0 = <&uart0_gpio32>;
> >      status = "okay";
> >  };
> >
> > 1. Booting kernel direct, works as expected (console on uart1),
> > expected behavior
> >
> > kernel=zImage
> > enable_uart=1
> > dtoverlay=uart0,txd0_pin=32,rxd0_pin=33,pin_func=7
> > dtoverlay=uart1,txd1_pin=14,rxd1_pin=15
> >
> > 2. With Barebox loader. The same config.txt as in case 1),
> >     - no Barebox console
> >     - kernel boots with the console on uart1
> >
> > kernel=barebox-raspberry-pi-cm3.img
> > enable_uart=1
> > dtoverlay=uart0,txd0_pin=32,rxd0_pin=33,pin_func=7
> > dtoverlay=uart1,txd1_pin=14,rxd1_pin=15
> >
> > 3.  With Barebox loader, no uart overlays in config.txt.
> >     - Barebox console on uart1 ok,
> >     - kernel console on uart1
> >     - almost done), but ... no cpuinfo
> >
> > kernel=barebox-raspberry-pi-cm3.img
> > enable_uart=1
> >
> > 4. With Barebox loader, no uart overlays in config.txt, Linux boots with vc.dtb.
> >     - Barebox console on uart1 ok
> >     - no Linux console, Linux boots with cpuinfo ok
> >
> > kernel=barebox-raspberry-pi-cm3.img
> > enable_uart=1
> >
> > I did not found any combination when I get the Barebox console and
> > Linux console on uart1
> > and with cpuinfo ok. If the serial number is not needed, case 3) should be ok.
>
> What happens if you combine 2. and 4. ?
> So you have enable_uart=1, the uart overlays _and_ Linux boots with vc.dtb?

Negativ. Whenever I enable overlays in the config.txt that map uart0
to pin32/33 and
uart1 to pin 14/15 (console), I do not get Barebox console. It does
not depend on the device
tree passed to the kernel. This interaction between Barebox device
tree and Raspberry config.txt
overlays is a bit strange for me.

Just an idea - does Barebox fully support this hardware? From the 2835
ARM Peripherals Guide,
chapter 2.2 miniUART :

> The implemented UART is not a 16650 compatible UART However as far as possible
> the first 8 control and status registers are laid out like a 16550 UART. Al 16550 register
> bits which are not supported can be written but will be ignored and read back as 0.
> All control bits for simple UART receive/transmit operations are available.

Barebox has support for NS16650 ( CONFIG_DRIVER_SERIAL_NS16550) but not for
Raspberry miniUART.

Anyway, I am giving up. I am sure I tested all combinations of
overlays, I have written my
own dts, nothing works as I need (console=uart1, incl. proper serial
number handling).
There is no problem to get the console on uart0/ttyAMA0, but not on uart1/ttyS0.
The Raspberry way how they are handling uarts lacks all logic and is completely
unclear.

Robert


Robert






>
> >
> > Robert
> >
> >>
> >>>
> >>> Robert
> >>>
> >>>
> >>> On Fri, Oct 9, 2020 at 4:18 PM Ahmad Fatoum <a.fatoum@pengutronix.de> wrote:
> >>>>
> >>>> Hello Robert,
> >>>>
> >>>> On 10/9/20 2:30 PM, Robert Carnecky (Neopsis) wrote:
> >>>>>> Try adding to arch/arm/dts/bcm2837-rpi-cm3.dts:
> >>>>>>
> >>>>>> &uart1 {
> >>>>>>         pinctrl-names = "default";
> >>>>>>         pinctrl-0 = <&uart1_gpio14>;
> >>>>>>         status = "okay";
> >>>>>> };
> >>>>>
> >>>>> I extended arch/arm/dts/bcm2837-rpi-cm3.dts as advised +
> >>>>> additionally I set UART0 to pins 32/33.
> >>>>>
> >>>>> &uart0 {
> >>>>>      pinctrl-names = "default";
> >>>>>      pinctrl-0 = <&uart0_gpio32>;
> >>>>>      status = "okay";
> >>>>> };
> >>>>>
> >>>>> I still cannot see Barebox console on boot, however, the Barebox loader
> >>>>> starts in 3 seconds my kernel and I get the Linux console output on
> >>>>> UART1/ttyS0.
> >>>>
> >>>> Strange that this made the kernel boot now. Maybe somewhere an unclocked
> >>>> peripheral was being accessed before?
> >>>>
> >>>>> Now my Linux boots as expected, unfortunately without
> >>>>> visible Barebox console. I tried all Barebox console setting
> >>>>> (NONE/ALL/FIRST), same result, no Barebox console output on UART0
> >>>>> or UART1.
> >>>>
> >>>> Huh, you did listen at the UART0 _before_ the RS-485 transceiver?
> >>>> UART0 should work, at least it apparently did when the CM3 support
> >>>> was added.
> >>>>
> >>>>>> If that doesn't help, use CONSOLE_ACTIVATE_ALL and listen
> >>>>>> on UART0 before the RS-485 transceiver and paste the
> >>>>>> dmesg and devinfo input you get.
> >>>>>
> >>>>> # dmesg | grep tty
> >>>>> [    0.000000] Kernel command line: console=ttyS0,115200
> >>>>> coherent_pool=1M snd_bcm2835.enable_compat_alsa=0
> >>>>>  snd_bcm2835.enable_hdmi=1 snd_bcm2835.enable_headphones=1
> >>>>> 8250.nr_uarts=1 bcm2708_fb.fbwidth=656
> >>>>>  bcm2708_fb.fbheight=416 bcm2708_fb.fbswap=1
> >>>>> smsc95xx.macaddr=B8:27:EB:C5:7D:E3 vc_mem.mem_base=0x3ec00000
> >>>>>  vc_mem.mem_size=0x40000000  root=/dev/mmcblk0p2 console=ttyS0,115200
> >>>>> rootfstype=ext4 elevator=deadline rootwait
> >>>>> [    1.289058] printk: console [ttyS0] disabled
> >>>>> [    1.289175] 3f215040.serial: ttyS0 at MMIO 0x0 (irq = 53, base_baud
> >>>>> = 50000000) is a 16550
> >>>>> [    1.945483] printk: console [ttyS0] enabled
> >>>>> [    2.432604] 3f201000.serial: ttyAMA0 at MMIO 0x3f201000 (irq = 81,
> >>>>> base_baud = 0) is a PL011 rev2
> >>>>>
> >>>>> # stty -F /dev/ttyAMA0 115200
> >>>>> # cat /etc/inittab  > /dev/ttyAMA0   <- OK
> >>>>
> >>>> I meant dmesg under barebox, if UART1 fails to output, but UART0 can be
> >>>> read before the transceiver.
> >>>>
> >>>> On 10/6/20 1:32 AM, Robert Carnecky (Neopsis) wrote:
> >>>>> I played a bit more with the config.txt settings and when I activated the flag
> >>>>>
> >>>>>     uart_2ndstage=1
> >>>>>
> >>>>> I got the barebox console! Here a snippet from the 2stage while
> >>>>> logging the UART lading.
> >>>>
> >>>> Oh. That would indicate that there is some sort of initialization missing.
> >>>> uart_2ndstage=1 initializes the UART for VideoCore use apparently and from
> >>>> there on, it works.
> >>>>
> >>>>> What I do not understand: how the loaded  /mfs/sd/bcm2710-rpi-cm3.dtb
> >>>>> and the overlays
> >>>>> cooperate with the Barebox device tree? Does it mean we have two sets
> >>>>> of device tree
> >>>>> files?
> >>>>
> >>>> Yes. The VideoCore device tree is available in barebox as /vc.dtb,
> >>>> see e390c8799d91 ("ARM: rpi: save fdt that was passed from VideoCore")
> >>>>
> >>>>
> >>>> Hope this helps,
> >>>> Ahmad
> >>>>
> >>>> --
> >>>> Pengutronix e.K.                           |                             |
> >>>> Steuerwalder Str. 21                       | http://www.pengutronix.de/  |
> >>>> 31137 Hildesheim, Germany                  | Phone: +49-5121-206917-0    |
> >>>> Amtsgericht Hildesheim, HRA 2686           | Fax:   +49-5121-206917-5555 |
> >>>
> >>
> >> --
> >> Pengutronix e.K.                           |                             |
> >> Steuerwalder Str. 21                       | http://www.pengutronix.de/  |
> >> 31137 Hildesheim, Germany                  | Phone: +49-5121-206917-0    |
> >> Amtsgericht Hildesheim, HRA 2686           | Fax:   +49-5121-206917-5555 |
> >
>
> --
> Pengutronix e.K.                           |                             |
> Steuerwalder Str. 21                       | http://www.pengutronix.de/  |
> 31137 Hildesheim, Germany                  | Phone: +49-5121-206917-0    |
> Amtsgericht Hildesheim, HRA 2686           | Fax:   +49-5121-206917-5555 |

_______________________________________________
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox

^ permalink raw reply	[flat|nested] 15+ messages in thread

* Re: Mini UART on RaspberryPi CM3/CM3+
  2020-10-19 22:29               ` Robert Carnecky (Neopsis)
@ 2020-10-20  3:59                 ` Rouven Czerwinski
  2020-10-20  4:04                   ` Rouven Czerwinski
  0 siblings, 1 reply; 15+ messages in thread
From: Rouven Czerwinski @ 2020-10-20  3:59 UTC (permalink / raw)
  To: Robert Carnecky (Neopsis), Ahmad Fatoum; +Cc: barebox

On Tue, 2020-10-20 at 00:29 +0200, Robert Carnecky (Neopsis) wrote:
> On Mon, Oct 19, 2020 at 11:28 AM Ahmad Fatoum <a.fatoum@pengutronix.de> wrote:
> > Hello,
> > 
> > On 10/18/20 1:17 AM, Robert Carnecky (Neopsis) wrote:
> > > On Sat, Oct 17, 2020 at 11:29 PM Ahmad Fatoum <a.fatoum@pengutronix.de> wrote:
> > > > Hi,
> > > > 
> > > > On 10/17/20 1:31 PM, Robert Carnecky (Neopsis) wrote:
> > > > > Finally, I managed to boot into barebox menu using UART1 (/dev/ttyS0)
> > > > > as the console. The solution was to remove all UART related overlays
> > > > > from config.txt and only activate UART1.
> > > > > 
> > > > >    enable_uart=1
> > > > > 
> > > > > Anyway, another problem occurred. When booting via barebox the CPU
> > > > > serial number is wrong. Obviously, barebox somehow manipulates the
> > > > > internal structures and
> > > > > 
> > > > >    cat /proc/cpuinfo
> > > > > 
> > > > > returns always
> > > > > 
> > > > >    Hardware        : BCM2835
> > > > >    Revision          : 0000
> > > > >    Serial              : 0000000000000000
> > > > >    Model              : Raspberry Pi Compute Module 3 IO board V3.0
> > > > > 
> > > > > When I boot the same image directly without barebox boot loader, the
> > > > > info is OK.  I found some discussions about U-Boot and wrong serial
> > > > > number here
> > > > > 
> > > > >   https://www.raspberrypi.org/forums/viewtopic.php?t=183474#p1162778
> > > > > 
> > > > > maybe that's barebox related too. Anyway, that is a definitive no go
> > > > > with barebox for us because parts of our software are expecting the
> > > > > unique serial number.
> > > > 
> > > > I believe you can boot Linux with /vc.dtb and you'll get the same
> > > > device tree passed to Linux as if you booted without passing through
> > > > barebox.
> > > 
> > > Yes, but then I lose my Linux console! A summary, in all cases Barebox device
> > > tree in arch/arm/dts/bcm2837-rpi-cm3.dts was updated following your hint, e.g.
> > > 
> > > / {
> > >   chosen {
> > >      stdout-path = "&uart1";
> > >   };
> > >  };
> > > 
> > > &uart1 {
> > >         pinctrl-names = "default";
> > >         pinctrl-0 = <&uart1_gpio14>;
> > >         status = "okay";
> > >  };
> > > 
> > > &uart0 {
> > >      pinctrl-names = "default";
> > >      pinctrl-0 = <&uart0_gpio32>;
> > >      status = "okay";
> > >  };
> > > 
> > > 1. Booting kernel direct, works as expected (console on uart1),
> > > expected behavior
> > > 
> > > kernel=zImage
> > > enable_uart=1
> > > dtoverlay=uart0,txd0_pin=32,rxd0_pin=33,pin_func=7
> > > dtoverlay=uart1,txd1_pin=14,rxd1_pin=15
> > > 
> > > 2. With Barebox loader. The same config.txt as in case 1),
> > >     - no Barebox console
> > >     - kernel boots with the console on uart1
> > > 
> > > kernel=barebox-raspberry-pi-cm3.img
> > > enable_uart=1
> > > dtoverlay=uart0,txd0_pin=32,rxd0_pin=33,pin_func=7
> > > dtoverlay=uart1,txd1_pin=14,rxd1_pin=15
> > > 
> > > 3.  With Barebox loader, no uart overlays in config.txt.
> > >     - Barebox console on uart1 ok,
> > >     - kernel console on uart1
> > >     - almost done), but ... no cpuinfo
> > > 
> > > kernel=barebox-raspberry-pi-cm3.img
> > > enable_uart=1
> > > 
> > > 4. With Barebox loader, no uart overlays in config.txt, Linux boots with vc.dtb.
> > >     - Barebox console on uart1 ok
> > >     - no Linux console, Linux boots with cpuinfo ok
> > > 
> > > kernel=barebox-raspberry-pi-cm3.img
> > > enable_uart=1
> > > 
> > > I did not found any combination when I get the Barebox console and
> > > Linux console on uart1
> > > and with cpuinfo ok. If the serial number is not needed, case 3) should be ok.
> > 
> > What happens if you combine 2. and 4. ?
> > So you have enable_uart=1, the uart overlays _and_ Linux boots with vc.dtb?
> 
> Negativ. Whenever I enable overlays in the config.txt that map uart0
> to pin32/33 and
> uart1 to pin 14/15 (console), I do not get Barebox console. It does
> not depend on the device
> tree passed to the kernel. This interaction between Barebox device
> tree and Raspberry config.txt
> overlays is a bit strange for me.
> 
> Just an idea - does Barebox fully support this hardware? From the 2835
> ARM Peripherals Guide,
> chapter 2.2 miniUART :
> 
> > The implemented UART is not a 16650 compatible UART However as far as possible
> > the first 8 control and status registers are laid out like a 16550 UART. Al 16550 register
> > bits which are not supported can be written but will be ignored and read back as 0.
> > All control bits for simple UART receive/transmit operations are available.
> 
> Barebox has support for NS16650 ( CONFIG_DRIVER_SERIAL_NS16550) but not for
> Raspberry miniUART.
> 
> Anyway, I am giving up. I am sure I tested all combinations of
> overlays, I have written my
> own dts, nothing works as I need (console=uart1, incl. proper serial
> number handling).
> There is no problem to get the console on uart0/ttyAMA0, but not on uart1/ttyS0.
> The Raspberry way how they are handling uarts lacks all logic and is completely
> unclear.

Hi,

looking into arch/arm/dts/bcm2837-rpi-cm3.dts:
/ {
        chosen {
                stdout-path = &uart0;
        };
};

The CM3 module is currently default configured to use uart0 as the
stdout path, while bcm2837-rpi-3.dts is configured for uart1.
This was done in ab76f9d09d3b7b77fc00d84bc2fac6bfbf82c69c after the
miniuart support was added to the NS16550 driver
in 77de547cd179b910cdcb8530df15d77a0fc66a3c.

Changing the stdout-path for the barebox internal device tree should
output barebox correctly on the miniuart console.

Regards,
Rouven Czerwinski


_______________________________________________
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox

^ permalink raw reply	[flat|nested] 15+ messages in thread

* Re: Mini UART on RaspberryPi CM3/CM3+
  2020-10-20  3:59                 ` Rouven Czerwinski
@ 2020-10-20  4:04                   ` Rouven Czerwinski
  2020-10-20 12:22                     ` Robert Carnecky (Neopsis)
  0 siblings, 1 reply; 15+ messages in thread
From: Rouven Czerwinski @ 2020-10-20  4:04 UTC (permalink / raw)
  To: Robert Carnecky (Neopsis), Ahmad Fatoum; +Cc: barebox

[-- Attachment #1: Type: text/plain, Size: 6333 bytes --]

On Tue, 2020-10-20 at 05:59 +0200, Rouven Czerwinski wrote:
> On Tue, 2020-10-20 at 00:29 +0200, Robert Carnecky (Neopsis) wrote:
> > On Mon, Oct 19, 2020 at 11:28 AM Ahmad Fatoum <
> > a.fatoum@pengutronix.de> wrote:
> > > Hello,
> > > 
> > > On 10/18/20 1:17 AM, Robert Carnecky (Neopsis) wrote:
> > > > On Sat, Oct 17, 2020 at 11:29 PM Ahmad Fatoum <
> > > > a.fatoum@pengutronix.de> wrote:
> > > > > Hi,
> > > > > 
> > > > > On 10/17/20 1:31 PM, Robert Carnecky (Neopsis) wrote:
> > > > > > Finally, I managed to boot into barebox menu using UART1
> > > > > > (/dev/ttyS0)
> > > > > > as the console. The solution was to remove all UART related
> > > > > > overlays
> > > > > > from config.txt and only activate UART1.
> > > > > > 
> > > > > >    enable_uart=1
> > > > > > 
> > > > > > Anyway, another problem occurred. When booting via barebox
> > > > > > the CPU
> > > > > > serial number is wrong. Obviously, barebox somehow
> > > > > > manipulates the
> > > > > > internal structures and
> > > > > > 
> > > > > >    cat /proc/cpuinfo
> > > > > > 
> > > > > > returns always
> > > > > > 
> > > > > >    Hardware        : BCM2835
> > > > > >    Revision          : 0000
> > > > > >    Serial              : 0000000000000000
> > > > > >    Model              : Raspberry Pi Compute Module 3 IO
> > > > > > board V3.0
> > > > > > 
> > > > > > When I boot the same image directly without barebox boot
> > > > > > loader, the
> > > > > > info is OK.  I found some discussions about U-Boot and
> > > > > > wrong serial
> > > > > > number here
> > > > > > 
> > > > > >   
> > > > > > https://www.raspberrypi.org/forums/viewtopic.php?t=183474#p1162778
> > > > > > 
> > > > > > maybe that's barebox related too. Anyway, that is a
> > > > > > definitive no go
> > > > > > with barebox for us because parts of our software are
> > > > > > expecting the
> > > > > > unique serial number.
> > > > > 
> > > > > I believe you can boot Linux with /vc.dtb and you'll get the
> > > > > same
> > > > > device tree passed to Linux as if you booted without passing
> > > > > through
> > > > > barebox.
> > > > 
> > > > Yes, but then I lose my Linux console! A summary, in all cases
> > > > Barebox device
> > > > tree in arch/arm/dts/bcm2837-rpi-cm3.dts was updated following
> > > > your hint, e.g.
> > > > 
> > > > / {
> > > >   chosen {
> > > >      stdout-path = "&uart1";
> > > >   };
> > > >  };
> > > > 
> > > > &uart1 {
> > > >         pinctrl-names = "default";
> > > >         pinctrl-0 = <&uart1_gpio14>;
> > > >         status = "okay";
> > > >  };
> > > > 
> > > > &uart0 {
> > > >      pinctrl-names = "default";
> > > >      pinctrl-0 = <&uart0_gpio32>;
> > > >      status = "okay";
> > > >  };
> > > > 
> > > > 1. Booting kernel direct, works as expected (console on uart1),
> > > > expected behavior
> > > > 
> > > > kernel=zImage
> > > > enable_uart=1
> > > > dtoverlay=uart0,txd0_pin=32,rxd0_pin=33,pin_func=7
> > > > dtoverlay=uart1,txd1_pin=14,rxd1_pin=15
> > > > 
> > > > 2. With Barebox loader. The same config.txt as in case 1),
> > > >     - no Barebox console
> > > >     - kernel boots with the console on uart1
> > > > 
> > > > kernel=barebox-raspberry-pi-cm3.img
> > > > enable_uart=1
> > > > dtoverlay=uart0,txd0_pin=32,rxd0_pin=33,pin_func=7
> > > > dtoverlay=uart1,txd1_pin=14,rxd1_pin=15
> > > > 
> > > > 3.  With Barebox loader, no uart overlays in config.txt.
> > > >     - Barebox console on uart1 ok,
> > > >     - kernel console on uart1
> > > >     - almost done), but ... no cpuinfo
> > > > 
> > > > kernel=barebox-raspberry-pi-cm3.img
> > > > enable_uart=1
> > > > 
> > > > 4. With Barebox loader, no uart overlays in config.txt, Linux
> > > > boots with vc.dtb.
> > > >     - Barebox console on uart1 ok
> > > >     - no Linux console, Linux boots with cpuinfo ok
> > > > 
> > > > kernel=barebox-raspberry-pi-cm3.img
> > > > enable_uart=1
> > > > 
> > > > I did not found any combination when I get the Barebox console
> > > > and
> > > > Linux console on uart1
> > > > and with cpuinfo ok. If the serial number is not needed, case
> > > > 3) should be ok.
> > > 
> > > What happens if you combine 2. and 4. ?
> > > So you have enable_uart=1, the uart overlays _and_ Linux boots
> > > with vc.dtb?
> > 
> > Negativ. Whenever I enable overlays in the config.txt that map
> > uart0
> > to pin32/33 and
> > uart1 to pin 14/15 (console), I do not get Barebox console. It does
> > not depend on the device
> > tree passed to the kernel. This interaction between Barebox device
> > tree and Raspberry config.txt
> > overlays is a bit strange for me.
> > 
> > Just an idea - does Barebox fully support this hardware? From the
> > 2835
> > ARM Peripherals Guide,
> > chapter 2.2 miniUART :
> > 
> > > The implemented UART is not a 16650 compatible UART However as
> > > far as possible
> > > the first 8 control and status registers are laid out like a
> > > 16550 UART. Al 16550 register
> > > bits which are not supported can be written but will be ignored
> > > and read back as 0.
> > > All control bits for simple UART receive/transmit operations are
> > > available.
> > 
> > Barebox has support for NS16650 ( CONFIG_DRIVER_SERIAL_NS16550) but
> > not for
> > Raspberry miniUART.
> > 
> > Anyway, I am giving up. I am sure I tested all combinations of
> > overlays, I have written my
> > own dts, nothing works as I need (console=uart1, incl. proper
> > serial
> > number handling).
> > There is no problem to get the console on uart0/ttyAMA0, but not on
> > uart1/ttyS0.
> > The Raspberry way how they are handling uarts lacks all logic and
> > is completely
> > unclear.
> 
> Hi,
> 
> looking into arch/arm/dts/bcm2837-rpi-cm3.dts:
> / {
>         chosen {
>                 stdout-path = &uart0;
>         };
> };
> 
> The CM3 module is currently default configured to use uart0 as the
> stdout path, while bcm2837-rpi-3.dts is configured for uart1.
> This was done in ab76f9d09d3b7b77fc00d84bc2fac6bfbf82c69c after the
> miniuart support was added to the NS16550 driver
> in 77de547cd179b910cdcb8530df15d77a0fc66a3c.

Disregard this, I didn't read the whole thread. There however was
another user who tried to use the miniuart and had failures on probe on
the CM3. Unfortunately the barebox archives don't have these mails,
I'll attach an mbox which has the whole thread.


Regards,
Rouven Czerwinski


[-- Attachment #2: Mini_UART_support_for_Raspberry_Pi_CM3_?.mbox --]
[-- Type: application/mbox, Size: 50845 bytes --]

[-- Attachment #3: Type: text/plain, Size: 149 bytes --]

_______________________________________________
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox

^ permalink raw reply	[flat|nested] 15+ messages in thread

* Re: Mini UART on RaspberryPi CM3/CM3+
  2020-10-20  4:04                   ` Rouven Czerwinski
@ 2020-10-20 12:22                     ` Robert Carnecky (Neopsis)
  2020-10-20 12:45                       ` Rouven Czerwinski
  0 siblings, 1 reply; 15+ messages in thread
From: Robert Carnecky (Neopsis) @ 2020-10-20 12:22 UTC (permalink / raw)
  To: Rouven Czerwinski; +Cc: barebox, Ahmad Fatoum

On Tue, Oct 20, 2020 at 6:04 AM Rouven Czerwinski
<r.czerwinski@pengutronix.de> wrote:
>
> On Tue, 2020-10-20 at 05:59 +0200, Rouven Czerwinski wrote:
> > On Tue, 2020-10-20 at 00:29 +0200, Robert Carnecky (Neopsis) wrote:
> > > On Mon, Oct 19, 2020 at 11:28 AM Ahmad Fatoum <
> > > a.fatoum@pengutronix.de> wrote:
> > > > Hello,
> > > >
> > > > On 10/18/20 1:17 AM, Robert Carnecky (Neopsis) wrote:
> > > > > On Sat, Oct 17, 2020 at 11:29 PM Ahmad Fatoum <
> > > > > a.fatoum@pengutronix.de> wrote:
> > > > > > Hi,
> > > > > >
> > > > > > On 10/17/20 1:31 PM, Robert Carnecky (Neopsis) wrote:
> > > > > > > Finally, I managed to boot into barebox menu using UART1
> > > > > > > (/dev/ttyS0)
> > > > > > > as the console. The solution was to remove all UART related
> > > > > > > overlays
> > > > > > > from config.txt and only activate UART1.
> > > > > > >
> > > > > > >    enable_uart=1
> > > > > > >
> > > > > > > Anyway, another problem occurred. When booting via barebox
> > > > > > > the CPU
> > > > > > > serial number is wrong. Obviously, barebox somehow
> > > > > > > manipulates the
> > > > > > > internal structures and
> > > > > > >
> > > > > > >    cat /proc/cpuinfo
> > > > > > >
> > > > > > > returns always
> > > > > > >
> > > > > > >    Hardware        : BCM2835
> > > > > > >    Revision          : 0000
> > > > > > >    Serial              : 0000000000000000
> > > > > > >    Model              : Raspberry Pi Compute Module 3 IO
> > > > > > > board V3.0
> > > > > > >
> > > > > > > When I boot the same image directly without barebox boot
> > > > > > > loader, the
> > > > > > > info is OK.  I found some discussions about U-Boot and
> > > > > > > wrong serial
> > > > > > > number here
> > > > > > >
> > > > > > >
> > > > > > > https://www.raspberrypi.org/forums/viewtopic.php?t=183474#p1162778
> > > > > > >
> > > > > > > maybe that's barebox related too. Anyway, that is a
> > > > > > > definitive no go
> > > > > > > with barebox for us because parts of our software are
> > > > > > > expecting the
> > > > > > > unique serial number.
> > > > > >
> > > > > > I believe you can boot Linux with /vc.dtb and you'll get the
> > > > > > same
> > > > > > device tree passed to Linux as if you booted without passing
> > > > > > through
> > > > > > barebox.
> > > > >
> > > > > Yes, but then I lose my Linux console! A summary, in all cases
> > > > > Barebox device
> > > > > tree in arch/arm/dts/bcm2837-rpi-cm3.dts was updated following
> > > > > your hint, e.g.
> > > > >
> > > > > / {
> > > > >   chosen {
> > > > >      stdout-path = "&uart1";
> > > > >   };
> > > > >  };
> > > > >
> > > > > &uart1 {
> > > > >         pinctrl-names = "default";
> > > > >         pinctrl-0 = <&uart1_gpio14>;
> > > > >         status = "okay";
> > > > >  };
> > > > >
> > > > > &uart0 {
> > > > >      pinctrl-names = "default";
> > > > >      pinctrl-0 = <&uart0_gpio32>;
> > > > >      status = "okay";
> > > > >  };
> > > > >
> > > > > 1. Booting kernel direct, works as expected (console on uart1),
> > > > > expected behavior
> > > > >
> > > > > kernel=zImage
> > > > > enable_uart=1
> > > > > dtoverlay=uart0,txd0_pin=32,rxd0_pin=33,pin_func=7
> > > > > dtoverlay=uart1,txd1_pin=14,rxd1_pin=15
> > > > >
> > > > > 2. With Barebox loader. The same config.txt as in case 1),
> > > > >     - no Barebox console
> > > > >     - kernel boots with the console on uart1
> > > > >
> > > > > kernel=barebox-raspberry-pi-cm3.img
> > > > > enable_uart=1
> > > > > dtoverlay=uart0,txd0_pin=32,rxd0_pin=33,pin_func=7
> > > > > dtoverlay=uart1,txd1_pin=14,rxd1_pin=15
> > > > >
> > > > > 3.  With Barebox loader, no uart overlays in config.txt.
> > > > >     - Barebox console on uart1 ok,
> > > > >     - kernel console on uart1
> > > > >     - almost done), but ... no cpuinfo
> > > > >
> > > > > kernel=barebox-raspberry-pi-cm3.img
> > > > > enable_uart=1
> > > > >
> > > > > 4. With Barebox loader, no uart overlays in config.txt, Linux
> > > > > boots with vc.dtb.
> > > > >     - Barebox console on uart1 ok
> > > > >     - no Linux console, Linux boots with cpuinfo ok
> > > > >
> > > > > kernel=barebox-raspberry-pi-cm3.img
> > > > > enable_uart=1
> > > > >
> > > > > I did not found any combination when I get the Barebox console
> > > > > and
> > > > > Linux console on uart1
> > > > > and with cpuinfo ok. If the serial number is not needed, case
> > > > > 3) should be ok.
> > > >
> > > > What happens if you combine 2. and 4. ?
> > > > So you have enable_uart=1, the uart overlays _and_ Linux boots
> > > > with vc.dtb?
> > >
> > > Negativ. Whenever I enable overlays in the config.txt that map
> > > uart0
> > > to pin32/33 and
> > > uart1 to pin 14/15 (console), I do not get Barebox console. It does
> > > not depend on the device
> > > tree passed to the kernel. This interaction between Barebox device
> > > tree and Raspberry config.txt
> > > overlays is a bit strange for me.
> > >
> > > Just an idea - does Barebox fully support this hardware? From the
> > > 2835
> > > ARM Peripherals Guide,
> > > chapter 2.2 miniUART :
> > >
> > > > The implemented UART is not a 16650 compatible UART However as
> > > > far as possible
> > > > the first 8 control and status registers are laid out like a
> > > > 16550 UART. Al 16550 register
> > > > bits which are not supported can be written but will be ignored
> > > > and read back as 0.
> > > > All control bits for simple UART receive/transmit operations are
> > > > available.
> > >
> > > Barebox has support for NS16650 ( CONFIG_DRIVER_SERIAL_NS16550) but
> > > not for
> > > Raspberry miniUART.
> > >
> > > Anyway, I am giving up. I am sure I tested all combinations of
> > > overlays, I have written my
> > > own dts, nothing works as I need (console=uart1, incl. proper
> > > serial
> > > number handling).
> > > There is no problem to get the console on uart0/ttyAMA0, but not on
> > > uart1/ttyS0.
> > > The Raspberry way how they are handling uarts lacks all logic and
> > > is completely
> > > unclear.
> >
> > Hi,
> >
> > looking into arch/arm/dts/bcm2837-rpi-cm3.dts:
> > / {
> >         chosen {
> >                 stdout-path = &uart0;
> >         };
> > };
> >
> > The CM3 module is currently default configured to use uart0 as the
> > stdout path, while bcm2837-rpi-3.dts is configured for uart1.
> > This was done in ab76f9d09d3b7b77fc00d84bc2fac6bfbf82c69c after the
> > miniuart support was added to the NS16550 driver
> > in 77de547cd179b910cdcb8530df15d77a0fc66a3c.
>
> Disregard this, I didn't read the whole thread. There however was
> another user who tried to use the miniuart and had failures on probe on
> the CM3. Unfortunately the barebox archives don't have these mails,
> I'll attach an mbox which has the whole thread.
>
>
> Regards,
> Rouven Czerwinski
>

The thread sent by Rouven describes really the same issue and, like
me, without a solution.
As I wrote in my summary, there is one combination of config.txt and barebox
device tree booting into barebox console on uart1 and kernel console on uart1:

barebox device tree:

/ {
  chosen {
     stdout-path = "&uart1";
  };
 };

&uart1 {
        pinctrl-names = "default";
        pinctrl-0 = <&uart1_gpio14>;
        status = "okay";
 };

&uart0 {
     pinctrl-names = "default";
     pinctrl-0 = <&uart0_gpio32>;
     status = "okay";
 };


config.txt:
kernel=barebox-raspberry-pi-cm3.img
enable_uart=1

Unfortunately, in this case the content of /proc/cpuinfo in Linux is  wrong,
which is in my opinion barebox bug.

Robert

_______________________________________________
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox

^ permalink raw reply	[flat|nested] 15+ messages in thread

* Re: Mini UART on RaspberryPi CM3/CM3+
  2020-10-20 12:22                     ` Robert Carnecky (Neopsis)
@ 2020-10-20 12:45                       ` Rouven Czerwinski
  2020-10-20 17:04                         ` Robert Carnecky (Neopsis)
  0 siblings, 1 reply; 15+ messages in thread
From: Rouven Czerwinski @ 2020-10-20 12:45 UTC (permalink / raw)
  To: Robert Carnecky (Neopsis); +Cc: barebox, Ahmad Fatoum

On Tue, 2020-10-20 at 14:22 +0200, Robert Carnecky (Neopsis) wrote:
> On Tue, Oct 20, 2020 at 6:04 AM Rouven Czerwinski
> <r.czerwinski@pengutronix.de> wrote:
> > On Tue, 2020-10-20 at 05:59 +0200, Rouven Czerwinski wrote:
> > > On Tue, 2020-10-20 at 00:29 +0200, Robert Carnecky (Neopsis)
> > > wrote:
> > > > On Mon, Oct 19, 2020 at 11:28 AM Ahmad Fatoum <
> > > > a.fatoum@pengutronix.de> wrote:
> > > > > Hello,
> > > > > 
> > > > > On 10/18/20 1:17 AM, Robert Carnecky (Neopsis) wrote:
> > > > > > On Sat, Oct 17, 2020 at 11:29 PM Ahmad Fatoum <
> > > > > > a.fatoum@pengutronix.de> wrote:
> > > > > > > Hi,
> > > > > > > 
> > > > > > > On 10/17/20 1:31 PM, Robert Carnecky (Neopsis) wrote:
> > > > > > > > Finally, I managed to boot into barebox menu using
> > > > > > > > UART1
> > > > > > > > (/dev/ttyS0)
> > > > > > > > as the console. The solution was to remove all UART
> > > > > > > > related
> > > > > > > > overlays
> > > > > > > > from config.txt and only activate UART1.
> > > > > > > > 
> > > > > > > >    enable_uart=1
> > > > > > > > 
> > > > > > > > Anyway, another problem occurred. When booting via
> > > > > > > > barebox
> > > > > > > > the CPU
> > > > > > > > serial number is wrong. Obviously, barebox somehow
> > > > > > > > manipulates the
> > > > > > > > internal structures and
> > > > > > > > 
> > > > > > > >    cat /proc/cpuinfo
> > > > > > > > 
> > > > > > > > returns always
> > > > > > > > 
> > > > > > > >    Hardware        : BCM2835
> > > > > > > >    Revision          : 0000
> > > > > > > >    Serial              : 0000000000000000
> > > > > > > >    Model              : Raspberry Pi Compute Module 3
> > > > > > > > IO
> > > > > > > > board V3.0
> > > > > > > > 
> > > > > > > > When I boot the same image directly without barebox
> > > > > > > > boot
> > > > > > > > loader, the
> > > > > > > > info is OK.  I found some discussions about U-Boot and
> > > > > > > > wrong serial
> > > > > > > > number here
> > > > > > > > 
> > > > > > > > 
> > > > > > > > https://www.raspberrypi.org/forums/viewtopic.php?t=183474#p1162778
> > > > > > > > 
> > > > > > > > maybe that's barebox related too. Anyway, that is a
> > > > > > > > definitive no go
> > > > > > > > with barebox for us because parts of our software are
> > > > > > > > expecting the
> > > > > > > > unique serial number.
> > > > > > > 
> > > > > > > I believe you can boot Linux with /vc.dtb and you'll get
> > > > > > > the
> > > > > > > same
> > > > > > > device tree passed to Linux as if you booted without
> > > > > > > passing
> > > > > > > through
> > > > > > > barebox.
> > > > > > 
> > > > > > Yes, but then I lose my Linux console! A summary, in all
> > > > > > cases
> > > > > > Barebox device
> > > > > > tree in arch/arm/dts/bcm2837-rpi-cm3.dts was updated
> > > > > > following
> > > > > > your hint, e.g.
> > > > > > 
> > > > > > / {
> > > > > >   chosen {
> > > > > >      stdout-path = "&uart1";
> > > > > >   };
> > > > > >  };
> > > > > > 
> > > > > > &uart1 {
> > > > > >         pinctrl-names = "default";
> > > > > >         pinctrl-0 = <&uart1_gpio14>;
> > > > > >         status = "okay";
> > > > > >  };
> > > > > > 
> > > > > > &uart0 {
> > > > > >      pinctrl-names = "default";
> > > > > >      pinctrl-0 = <&uart0_gpio32>;
> > > > > >      status = "okay";
> > > > > >  };
> > > > > > 
> > > > > > 1. Booting kernel direct, works as expected (console on
> > > > > > uart1),
> > > > > > expected behavior
> > > > > > 
> > > > > > kernel=zImage
> > > > > > enable_uart=1
> > > > > > dtoverlay=uart0,txd0_pin=32,rxd0_pin=33,pin_func=7
> > > > > > dtoverlay=uart1,txd1_pin=14,rxd1_pin=15
> > > > > > 
> > > > > > 2. With Barebox loader. The same config.txt as in case 1),
> > > > > >     - no Barebox console
> > > > > >     - kernel boots with the console on uart1
> > > > > > 
> > > > > > kernel=barebox-raspberry-pi-cm3.img
> > > > > > enable_uart=1
> > > > > > dtoverlay=uart0,txd0_pin=32,rxd0_pin=33,pin_func=7
> > > > > > dtoverlay=uart1,txd1_pin=14,rxd1_pin=15
> > > > > > 
> > > > > > 3.  With Barebox loader, no uart overlays in config.txt.
> > > > > >     - Barebox console on uart1 ok,
> > > > > >     - kernel console on uart1
> > > > > >     - almost done), but ... no cpuinfo
> > > > > > 
> > > > > > kernel=barebox-raspberry-pi-cm3.img
> > > > > > enable_uart=1
> > > > > > 
> > > > > > 4. With Barebox loader, no uart overlays in config.txt,
> > > > > > Linux
> > > > > > boots with vc.dtb.
> > > > > >     - Barebox console on uart1 ok
> > > > > >     - no Linux console, Linux boots with cpuinfo ok
> > > > > > 
> > > > > > kernel=barebox-raspberry-pi-cm3.img
> > > > > > enable_uart=1
> > > > > > 
> > > > > > I did not found any combination when I get the Barebox
> > > > > > console
> > > > > > and
> > > > > > Linux console on uart1
> > > > > > and with cpuinfo ok. If the serial number is not needed,
> > > > > > case
> > > > > > 3) should be ok.
> > > > > 
> > > > > What happens if you combine 2. and 4. ?
> > > > > So you have enable_uart=1, the uart overlays _and_ Linux
> > > > > boots
> > > > > with vc.dtb?
> > > > 
> > > > Negativ. Whenever I enable overlays in the config.txt that map
> > > > uart0
> > > > to pin32/33 and
> > > > uart1 to pin 14/15 (console), I do not get Barebox console. It
> > > > does
> > > > not depend on the device
> > > > tree passed to the kernel. This interaction between Barebox
> > > > device
> > > > tree and Raspberry config.txt
> > > > overlays is a bit strange for me.
> > > > 
> > > > Just an idea - does Barebox fully support this hardware? From
> > > > the
> > > > 2835
> > > > ARM Peripherals Guide,
> > > > chapter 2.2 miniUART :
> > > > 
> > > > > The implemented UART is not a 16650 compatible UART However
> > > > > as
> > > > > far as possible
> > > > > the first 8 control and status registers are laid out like a
> > > > > 16550 UART. Al 16550 register
> > > > > bits which are not supported can be written but will be
> > > > > ignored
> > > > > and read back as 0.
> > > > > All control bits for simple UART receive/transmit operations
> > > > > are
> > > > > available.
> > > > 
> > > > Barebox has support for NS16650 ( CONFIG_DRIVER_SERIAL_NS16550)
> > > > but
> > > > not for
> > > > Raspberry miniUART.
> > > > 
> > > > Anyway, I am giving up. I am sure I tested all combinations of
> > > > overlays, I have written my
> > > > own dts, nothing works as I need (console=uart1, incl. proper
> > > > serial
> > > > number handling).
> > > > There is no problem to get the console on uart0/ttyAMA0, but
> > > > not on
> > > > uart1/ttyS0.
> > > > The Raspberry way how they are handling uarts lacks all logic
> > > > and
> > > > is completely
> > > > unclear.
> > > 
> > > Hi,
> > > 
> > > looking into arch/arm/dts/bcm2837-rpi-cm3.dts:
> > > / {
> > >         chosen {
> > >                 stdout-path = &uart0;
> > >         };
> > > };
> > > 
> > > The CM3 module is currently default configured to use uart0 as
> > > the
> > > stdout path, while bcm2837-rpi-3.dts is configured for uart1.
> > > This was done in ab76f9d09d3b7b77fc00d84bc2fac6bfbf82c69c after
> > > the
> > > miniuart support was added to the NS16550 driver
> > > in 77de547cd179b910cdcb8530df15d77a0fc66a3c.
> > 
> > Disregard this, I didn't read the whole thread. There however was
> > another user who tried to use the miniuart and had failures on
> > probe on
> > the CM3. Unfortunately the barebox archives don't have these mails,
> > I'll attach an mbox which has the whole thread.
> > 
> > 
> > Regards,
> > Rouven Czerwinski
> > 
> 
> The thread sent by Rouven describes really the same issue and, like
> me, without a solution.
> As I wrote in my summary, there is one combination of config.txt and
> barebox
> device tree booting into barebox console on uart1 and kernel console
> on uart1:
> 
> barebox device tree:
> 
> / {
>   chosen {
>      stdout-path = "&uart1";
>   };
>  };
> 
> &uart1 {
>         pinctrl-names = "default";
>         pinctrl-0 = <&uart1_gpio14>;
>         status = "okay";
>  };
> 
> &uart0 {
>      pinctrl-names = "default";
>      pinctrl-0 = <&uart0_gpio32>;
>      status = "okay";
>  };
> 
> 
> config.txt:
> kernel=barebox-raspberry-pi-cm3.img
> enable_uart=1
> 
> Unfortunately, in this case the content of /proc/cpuinfo in Linux
> is  wrong,
> which is in my opinion barebox bug.

According to [1], the serial number is directly read from the device
tree, this node is not populated by barebox. This leaves the following
possible options:

1) Fix the barebox NS16550 driver to probe on the rpi3 CM3 miniuart.
Then boot with the vc.dtb file.

2) Read the serial-number from the vc.dtb file and fixup the serial
number before booting with the barebox device tree

3) Find out if the RPI serial number can be read using the mailbox
communication interface to the VC core, retrieve the number and fix it
up into the device tree before boot. A quick google says this could be
the case, see [2].

[1]: 
https://elixir.bootlin.com/linux/latest/source/arch/arm/kernel/setup.c#L951
[2]: 
https://github.com/Terminus-IMRC/mailbox/blob/b96aa3cc8dfee2be2c8f835e09e812000910a5ff/src/wrap_ours.c#L114

Regards,
Rouven


_______________________________________________
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox

^ permalink raw reply	[flat|nested] 15+ messages in thread

* Re: Mini UART on RaspberryPi CM3/CM3+
  2020-10-20 12:45                       ` Rouven Czerwinski
@ 2020-10-20 17:04                         ` Robert Carnecky (Neopsis)
  2020-10-21  8:21                           ` Robert Carnecky (Neopsis)
  0 siblings, 1 reply; 15+ messages in thread
From: Robert Carnecky (Neopsis) @ 2020-10-20 17:04 UTC (permalink / raw)
  To: Rouven Czerwinski; +Cc: barebox, Ahmad Fatoum

On Tue, Oct 20, 2020 at 2:45 PM Rouven Czerwinski
<r.czerwinski@pengutronix.de> wrote:
>
> On Tue, 2020-10-20 at 14:22 +0200, Robert Carnecky (Neopsis) wrote:
> > On Tue, Oct 20, 2020 at 6:04 AM Rouven Czerwinski
> > <r.czerwinski@pengutronix.de> wrote:
> > > On Tue, 2020-10-20 at 05:59 +0200, Rouven Czerwinski wrote:
> > > > On Tue, 2020-10-20 at 00:29 +0200, Robert Carnecky (Neopsis)
> > > > wrote:
> > > > > On Mon, Oct 19, 2020 at 11:28 AM Ahmad Fatoum <
> > > > > a.fatoum@pengutronix.de> wrote:
> > > > > > Hello,
> > > > > >
> > > > > > On 10/18/20 1:17 AM, Robert Carnecky (Neopsis) wrote:
> > > > > > > On Sat, Oct 17, 2020 at 11:29 PM Ahmad Fatoum <
> > > > > > > a.fatoum@pengutronix.de> wrote:
> > > > > > > > Hi,
> > > > > > > >
> > > > > > > > On 10/17/20 1:31 PM, Robert Carnecky (Neopsis) wrote:
> > > > > > > > > Finally, I managed to boot into barebox menu using
> > > > > > > > > UART1
> > > > > > > > > (/dev/ttyS0)
> > > > > > > > > as the console. The solution was to remove all UART
> > > > > > > > > related
> > > > > > > > > overlays
> > > > > > > > > from config.txt and only activate UART1.
> > > > > > > > >
> > > > > > > > >    enable_uart=1
> > > > > > > > >
> > > > > > > > > Anyway, another problem occurred. When booting via
> > > > > > > > > barebox
> > > > > > > > > the CPU
> > > > > > > > > serial number is wrong. Obviously, barebox somehow
> > > > > > > > > manipulates the
> > > > > > > > > internal structures and
> > > > > > > > >
> > > > > > > > >    cat /proc/cpuinfo
> > > > > > > > >
> > > > > > > > > returns always
> > > > > > > > >
> > > > > > > > >    Hardware        : BCM2835
> > > > > > > > >    Revision          : 0000
> > > > > > > > >    Serial              : 0000000000000000
> > > > > > > > >    Model              : Raspberry Pi Compute Module 3
> > > > > > > > > IO
> > > > > > > > > board V3.0
> > > > > > > > >
> > > > > > > > > When I boot the same image directly without barebox
> > > > > > > > > boot
> > > > > > > > > loader, the
> > > > > > > > > info is OK.  I found some discussions about U-Boot and
> > > > > > > > > wrong serial
> > > > > > > > > number here
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > https://www.raspberrypi.org/forums/viewtopic.php?t=183474#p1162778
> > > > > > > > >
> > > > > > > > > maybe that's barebox related too. Anyway, that is a
> > > > > > > > > definitive no go
> > > > > > > > > with barebox for us because parts of our software are
> > > > > > > > > expecting the
> > > > > > > > > unique serial number.
> > > > > > > >
> > > > > > > > I believe you can boot Linux with /vc.dtb and you'll get
> > > > > > > > the
> > > > > > > > same
> > > > > > > > device tree passed to Linux as if you booted without
> > > > > > > > passing
> > > > > > > > through
> > > > > > > > barebox.
> > > > > > >
> > > > > > > Yes, but then I lose my Linux console! A summary, in all
> > > > > > > cases
> > > > > > > Barebox device
> > > > > > > tree in arch/arm/dts/bcm2837-rpi-cm3.dts was updated
> > > > > > > following
> > > > > > > your hint, e.g.
> > > > > > >
> > > > > > > / {
> > > > > > >   chosen {
> > > > > > >      stdout-path = "&uart1";
> > > > > > >   };
> > > > > > >  };
> > > > > > >
> > > > > > > &uart1 {
> > > > > > >         pinctrl-names = "default";
> > > > > > >         pinctrl-0 = <&uart1_gpio14>;
> > > > > > >         status = "okay";
> > > > > > >  };
> > > > > > >
> > > > > > > &uart0 {
> > > > > > >      pinctrl-names = "default";
> > > > > > >      pinctrl-0 = <&uart0_gpio32>;
> > > > > > >      status = "okay";
> > > > > > >  };
> > > > > > >
> > > > > > > 1. Booting kernel direct, works as expected (console on
> > > > > > > uart1),
> > > > > > > expected behavior
> > > > > > >
> > > > > > > kernel=zImage
> > > > > > > enable_uart=1
> > > > > > > dtoverlay=uart0,txd0_pin=32,rxd0_pin=33,pin_func=7
> > > > > > > dtoverlay=uart1,txd1_pin=14,rxd1_pin=15
> > > > > > >
> > > > > > > 2. With Barebox loader. The same config.txt as in case 1),
> > > > > > >     - no Barebox console
> > > > > > >     - kernel boots with the console on uart1
> > > > > > >
> > > > > > > kernel=barebox-raspberry-pi-cm3.img
> > > > > > > enable_uart=1
> > > > > > > dtoverlay=uart0,txd0_pin=32,rxd0_pin=33,pin_func=7
> > > > > > > dtoverlay=uart1,txd1_pin=14,rxd1_pin=15
> > > > > > >
> > > > > > > 3.  With Barebox loader, no uart overlays in config.txt.
> > > > > > >     - Barebox console on uart1 ok,
> > > > > > >     - kernel console on uart1
> > > > > > >     - almost done), but ... no cpuinfo
> > > > > > >
> > > > > > > kernel=barebox-raspberry-pi-cm3.img
> > > > > > > enable_uart=1
> > > > > > >
> > > > > > > 4. With Barebox loader, no uart overlays in config.txt,
> > > > > > > Linux
> > > > > > > boots with vc.dtb.
> > > > > > >     - Barebox console on uart1 ok
> > > > > > >     - no Linux console, Linux boots with cpuinfo ok
> > > > > > >
> > > > > > > kernel=barebox-raspberry-pi-cm3.img
> > > > > > > enable_uart=1
> > > > > > >
> > > > > > > I did not found any combination when I get the Barebox
> > > > > > > console
> > > > > > > and
> > > > > > > Linux console on uart1
> > > > > > > and with cpuinfo ok. If the serial number is not needed,
> > > > > > > case
> > > > > > > 3) should be ok.
> > > > > >
> > > > > > What happens if you combine 2. and 4. ?
> > > > > > So you have enable_uart=1, the uart overlays _and_ Linux
> > > > > > boots
> > > > > > with vc.dtb?
> > > > >
> > > > > Negativ. Whenever I enable overlays in the config.txt that map
> > > > > uart0
> > > > > to pin32/33 and
> > > > > uart1 to pin 14/15 (console), I do not get Barebox console. It
> > > > > does
> > > > > not depend on the device
> > > > > tree passed to the kernel. This interaction between Barebox
> > > > > device
> > > > > tree and Raspberry config.txt
> > > > > overlays is a bit strange for me.
> > > > >
> > > > > Just an idea - does Barebox fully support this hardware? From
> > > > > the
> > > > > 2835
> > > > > ARM Peripherals Guide,
> > > > > chapter 2.2 miniUART :
> > > > >
> > > > > > The implemented UART is not a 16650 compatible UART However
> > > > > > as
> > > > > > far as possible
> > > > > > the first 8 control and status registers are laid out like a
> > > > > > 16550 UART. Al 16550 register
> > > > > > bits which are not supported can be written but will be
> > > > > > ignored
> > > > > > and read back as 0.
> > > > > > All control bits for simple UART receive/transmit operations
> > > > > > are
> > > > > > available.
> > > > >
> > > > > Barebox has support for NS16650 ( CONFIG_DRIVER_SERIAL_NS16550)
> > > > > but
> > > > > not for
> > > > > Raspberry miniUART.
> > > > >
> > > > > Anyway, I am giving up. I am sure I tested all combinations of
> > > > > overlays, I have written my
> > > > > own dts, nothing works as I need (console=uart1, incl. proper
> > > > > serial
> > > > > number handling).
> > > > > There is no problem to get the console on uart0/ttyAMA0, but
> > > > > not on
> > > > > uart1/ttyS0.
> > > > > The Raspberry way how they are handling uarts lacks all logic
> > > > > and
> > > > > is completely
> > > > > unclear.
> > > >
> > > > Hi,
> > > >
> > > > looking into arch/arm/dts/bcm2837-rpi-cm3.dts:
> > > > / {
> > > >         chosen {
> > > >                 stdout-path = &uart0;
> > > >         };
> > > > };
> > > >
> > > > The CM3 module is currently default configured to use uart0 as
> > > > the
> > > > stdout path, while bcm2837-rpi-3.dts is configured for uart1.
> > > > This was done in ab76f9d09d3b7b77fc00d84bc2fac6bfbf82c69c after
> > > > the
> > > > miniuart support was added to the NS16550 driver
> > > > in 77de547cd179b910cdcb8530df15d77a0fc66a3c.
> > >
> > > Disregard this, I didn't read the whole thread. There however was
> > > another user who tried to use the miniuart and had failures on
> > > probe on
> > > the CM3. Unfortunately the barebox archives don't have these mails,
> > > I'll attach an mbox which has the whole thread.
> > >
> > >
> > > Regards,
> > > Rouven Czerwinski
> > >
> >
> > The thread sent by Rouven describes really the same issue and, like
> > me, without a solution.
> > As I wrote in my summary, there is one combination of config.txt and
> > barebox
> > device tree booting into barebox console on uart1 and kernel console
> > on uart1:
> >
> > barebox device tree:
> >
> > / {
> >   chosen {
> >      stdout-path = "&uart1";
> >   };
> >  };
> >
> > &uart1 {
> >         pinctrl-names = "default";
> >         pinctrl-0 = <&uart1_gpio14>;
> >         status = "okay";
> >  };
> >
> > &uart0 {
> >      pinctrl-names = "default";
> >      pinctrl-0 = <&uart0_gpio32>;
> >      status = "okay";
> >  };
> >
> >
> > config.txt:
> > kernel=barebox-raspberry-pi-cm3.img
> > enable_uart=1
> >
> > Unfortunately, in this case the content of /proc/cpuinfo in Linux
> > is  wrong,
> > which is in my opinion barebox bug.
>
> According to [1], the serial number is directly read from the device
> tree, this node is not populated by barebox. This leaves the following
> possible options:
>
> 1) Fix the barebox NS16550 driver to probe on the rpi3 CM3 miniuart.
> Then boot with the vc.dtb file.
>
> 2) Read the serial-number from the vc.dtb file and fixup the serial
> number before booting with the barebox device tree
>
> 3) Find out if the RPI serial number can be read using the mailbox
> communication interface to the VC core, retrieve the number and fix it
> up into the device tree before boot. A quick google says this could be
> the case, see [2].
>
> [1]:
> https://elixir.bootlin.com/linux/latest/source/arch/arm/kernel/setup.c#L951
> [2]:
> https://github.com/Terminus-IMRC/mailbox/blob/b96aa3cc8dfee2be2c8f835e09e812000910a5ff/src/wrap_ours.c#L114
>
> Regards,
> Rouven
>


  OK, I did not know that barebox do not populate the serial number.
I will do it in my app from the mailbox.

FYI I found various ways how to read the S/N here

https://github.com/AndrewFromMelbourne/raspi_serialnumber

Robert

_______________________________________________
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox

^ permalink raw reply	[flat|nested] 15+ messages in thread

* Re: Mini UART on RaspberryPi CM3/CM3+
  2020-10-20 17:04                         ` Robert Carnecky (Neopsis)
@ 2020-10-21  8:21                           ` Robert Carnecky (Neopsis)
  0 siblings, 0 replies; 15+ messages in thread
From: Robert Carnecky (Neopsis) @ 2020-10-21  8:21 UTC (permalink / raw)
  To: Rouven Czerwinski; +Cc: barebox, Ahmad Fatoum

On Tue, Oct 20, 2020 at 7:04 PM Robert Carnecky (Neopsis)
<robert@neopsis.com> wrote:
>
> On Tue, Oct 20, 2020 at 2:45 PM Rouven Czerwinski
> <r.czerwinski@pengutronix.de> wrote:
> >
> > On Tue, 2020-10-20 at 14:22 +0200, Robert Carnecky (Neopsis) wrote:
> > > On Tue, Oct 20, 2020 at 6:04 AM Rouven Czerwinski
> > > <r.czerwinski@pengutronix.de> wrote:
> > > > On Tue, 2020-10-20 at 05:59 +0200, Rouven Czerwinski wrote:
> > > > > On Tue, 2020-10-20 at 00:29 +0200, Robert Carnecky (Neopsis)
> > > > > wrote:
> > > > > > On Mon, Oct 19, 2020 at 11:28 AM Ahmad Fatoum <
> > > > > > a.fatoum@pengutronix.de> wrote:
> > > > > > > Hello,
> > > > > > >
> > > > > > > On 10/18/20 1:17 AM, Robert Carnecky (Neopsis) wrote:
> > > > > > > > On Sat, Oct 17, 2020 at 11:29 PM Ahmad Fatoum <
> > > > > > > > a.fatoum@pengutronix.de> wrote:
> > > > > > > > > Hi,
> > > > > > > > >
> > > > > > > > > On 10/17/20 1:31 PM, Robert Carnecky (Neopsis) wrote:
> > > > > > > > > > Finally, I managed to boot into barebox menu using
> > > > > > > > > > UART1
> > > > > > > > > > (/dev/ttyS0)
> > > > > > > > > > as the console. The solution was to remove all UART
> > > > > > > > > > related
> > > > > > > > > > overlays
> > > > > > > > > > from config.txt and only activate UART1.
> > > > > > > > > >
> > > > > > > > > >    enable_uart=1
> > > > > > > > > >
> > > > > > > > > > Anyway, another problem occurred. When booting via
> > > > > > > > > > barebox
> > > > > > > > > > the CPU
> > > > > > > > > > serial number is wrong. Obviously, barebox somehow
> > > > > > > > > > manipulates the
> > > > > > > > > > internal structures and
> > > > > > > > > >
> > > > > > > > > >    cat /proc/cpuinfo
> > > > > > > > > >
> > > > > > > > > > returns always
> > > > > > > > > >
> > > > > > > > > >    Hardware        : BCM2835
> > > > > > > > > >    Revision          : 0000
> > > > > > > > > >    Serial              : 0000000000000000
> > > > > > > > > >    Model              : Raspberry Pi Compute Module 3
> > > > > > > > > > IO
> > > > > > > > > > board V3.0
> > > > > > > > > >
> > > > > > > > > > When I boot the same image directly without barebox
> > > > > > > > > > boot
> > > > > > > > > > loader, the
> > > > > > > > > > info is OK.  I found some discussions about U-Boot and
> > > > > > > > > > wrong serial
> > > > > > > > > > number here
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > https://www.raspberrypi.org/forums/viewtopic.php?t=183474#p1162778
> > > > > > > > > >
> > > > > > > > > > maybe that's barebox related too. Anyway, that is a
> > > > > > > > > > definitive no go
> > > > > > > > > > with barebox for us because parts of our software are
> > > > > > > > > > expecting the
> > > > > > > > > > unique serial number.
> > > > > > > > >
> > > > > > > > > I believe you can boot Linux with /vc.dtb and you'll get
> > > > > > > > > the
> > > > > > > > > same
> > > > > > > > > device tree passed to Linux as if you booted without
> > > > > > > > > passing
> > > > > > > > > through
> > > > > > > > > barebox.
> > > > > > > >
> > > > > > > > Yes, but then I lose my Linux console! A summary, in all
> > > > > > > > cases
> > > > > > > > Barebox device
> > > > > > > > tree in arch/arm/dts/bcm2837-rpi-cm3.dts was updated
> > > > > > > > following
> > > > > > > > your hint, e.g.
> > > > > > > >
> > > > > > > > / {
> > > > > > > >   chosen {
> > > > > > > >      stdout-path = "&uart1";
> > > > > > > >   };
> > > > > > > >  };
> > > > > > > >
> > > > > > > > &uart1 {
> > > > > > > >         pinctrl-names = "default";
> > > > > > > >         pinctrl-0 = <&uart1_gpio14>;
> > > > > > > >         status = "okay";
> > > > > > > >  };
> > > > > > > >
> > > > > > > > &uart0 {
> > > > > > > >      pinctrl-names = "default";
> > > > > > > >      pinctrl-0 = <&uart0_gpio32>;
> > > > > > > >      status = "okay";
> > > > > > > >  };
> > > > > > > >
> > > > > > > > 1. Booting kernel direct, works as expected (console on
> > > > > > > > uart1),
> > > > > > > > expected behavior
> > > > > > > >
> > > > > > > > kernel=zImage
> > > > > > > > enable_uart=1
> > > > > > > > dtoverlay=uart0,txd0_pin=32,rxd0_pin=33,pin_func=7
> > > > > > > > dtoverlay=uart1,txd1_pin=14,rxd1_pin=15
> > > > > > > >
> > > > > > > > 2. With Barebox loader. The same config.txt as in case 1),
> > > > > > > >     - no Barebox console
> > > > > > > >     - kernel boots with the console on uart1
> > > > > > > >
> > > > > > > > kernel=barebox-raspberry-pi-cm3.img
> > > > > > > > enable_uart=1
> > > > > > > > dtoverlay=uart0,txd0_pin=32,rxd0_pin=33,pin_func=7
> > > > > > > > dtoverlay=uart1,txd1_pin=14,rxd1_pin=15
> > > > > > > >
> > > > > > > > 3.  With Barebox loader, no uart overlays in config.txt.
> > > > > > > >     - Barebox console on uart1 ok,
> > > > > > > >     - kernel console on uart1
> > > > > > > >     - almost done), but ... no cpuinfo
> > > > > > > >
> > > > > > > > kernel=barebox-raspberry-pi-cm3.img
> > > > > > > > enable_uart=1
> > > > > > > >
> > > > > > > > 4. With Barebox loader, no uart overlays in config.txt,
> > > > > > > > Linux
> > > > > > > > boots with vc.dtb.
> > > > > > > >     - Barebox console on uart1 ok
> > > > > > > >     - no Linux console, Linux boots with cpuinfo ok
> > > > > > > >
> > > > > > > > kernel=barebox-raspberry-pi-cm3.img
> > > > > > > > enable_uart=1
> > > > > > > >
> > > > > > > > I did not found any combination when I get the Barebox
> > > > > > > > console
> > > > > > > > and
> > > > > > > > Linux console on uart1
> > > > > > > > and with cpuinfo ok. If the serial number is not needed,
> > > > > > > > case
> > > > > > > > 3) should be ok.
> > > > > > >
> > > > > > > What happens if you combine 2. and 4. ?
> > > > > > > So you have enable_uart=1, the uart overlays _and_ Linux
> > > > > > > boots
> > > > > > > with vc.dtb?
> > > > > >
> > > > > > Negativ. Whenever I enable overlays in the config.txt that map
> > > > > > uart0
> > > > > > to pin32/33 and
> > > > > > uart1 to pin 14/15 (console), I do not get Barebox console. It
> > > > > > does
> > > > > > not depend on the device
> > > > > > tree passed to the kernel. This interaction between Barebox
> > > > > > device
> > > > > > tree and Raspberry config.txt
> > > > > > overlays is a bit strange for me.
> > > > > >
> > > > > > Just an idea - does Barebox fully support this hardware? From
> > > > > > the
> > > > > > 2835
> > > > > > ARM Peripherals Guide,
> > > > > > chapter 2.2 miniUART :
> > > > > >
> > > > > > > The implemented UART is not a 16650 compatible UART However
> > > > > > > as
> > > > > > > far as possible
> > > > > > > the first 8 control and status registers are laid out like a
> > > > > > > 16550 UART. Al 16550 register
> > > > > > > bits which are not supported can be written but will be
> > > > > > > ignored
> > > > > > > and read back as 0.
> > > > > > > All control bits for simple UART receive/transmit operations
> > > > > > > are
> > > > > > > available.
> > > > > >
> > > > > > Barebox has support for NS16650 ( CONFIG_DRIVER_SERIAL_NS16550)
> > > > > > but
> > > > > > not for
> > > > > > Raspberry miniUART.
> > > > > >
> > > > > > Anyway, I am giving up. I am sure I tested all combinations of
> > > > > > overlays, I have written my
> > > > > > own dts, nothing works as I need (console=uart1, incl. proper
> > > > > > serial
> > > > > > number handling).
> > > > > > There is no problem to get the console on uart0/ttyAMA0, but
> > > > > > not on
> > > > > > uart1/ttyS0.
> > > > > > The Raspberry way how they are handling uarts lacks all logic
> > > > > > and
> > > > > > is completely
> > > > > > unclear.
> > > > >
> > > > > Hi,
> > > > >
> > > > > looking into arch/arm/dts/bcm2837-rpi-cm3.dts:
> > > > > / {
> > > > >         chosen {
> > > > >                 stdout-path = &uart0;
> > > > >         };
> > > > > };
> > > > >
> > > > > The CM3 module is currently default configured to use uart0 as
> > > > > the
> > > > > stdout path, while bcm2837-rpi-3.dts is configured for uart1.
> > > > > This was done in ab76f9d09d3b7b77fc00d84bc2fac6bfbf82c69c after
> > > > > the
> > > > > miniuart support was added to the NS16550 driver
> > > > > in 77de547cd179b910cdcb8530df15d77a0fc66a3c.
> > > >
> > > > Disregard this, I didn't read the whole thread. There however was
> > > > another user who tried to use the miniuart and had failures on
> > > > probe on
> > > > the CM3. Unfortunately the barebox archives don't have these mails,
> > > > I'll attach an mbox which has the whole thread.
> > > >
> > > >
> > > > Regards,
> > > > Rouven Czerwinski
> > > >
> > >
> > > The thread sent by Rouven describes really the same issue and, like
> > > me, without a solution.
> > > As I wrote in my summary, there is one combination of config.txt and
> > > barebox
> > > device tree booting into barebox console on uart1 and kernel console
> > > on uart1:
> > >
> > > barebox device tree:
> > >
> > > / {
> > >   chosen {
> > >      stdout-path = "&uart1";
> > >   };
> > >  };
> > >
> > > &uart1 {
> > >         pinctrl-names = "default";
> > >         pinctrl-0 = <&uart1_gpio14>;
> > >         status = "okay";
> > >  };
> > >
> > > &uart0 {
> > >      pinctrl-names = "default";
> > >      pinctrl-0 = <&uart0_gpio32>;
> > >      status = "okay";
> > >  };
> > >
> > >
> > > config.txt:
> > > kernel=barebox-raspberry-pi-cm3.img
> > > enable_uart=1
> > >
> > > Unfortunately, in this case the content of /proc/cpuinfo in Linux
> > > is  wrong,
> > > which is in my opinion barebox bug.
> >
> > According to [1], the serial number is directly read from the device
> > tree, this node is not populated by barebox. This leaves the following
> > possible options:
> >
> > 1) Fix the barebox NS16550 driver to probe on the rpi3 CM3 miniuart.
> > Then boot with the vc.dtb file.
> >
> > 2) Read the serial-number from the vc.dtb file and fixup the serial
> > number before booting with the barebox device tree
> >
> > 3) Find out if the RPI serial number can be read using the mailbox
> > communication interface to the VC core, retrieve the number and fix it
> > up into the device tree before boot. A quick google says this could be
> > the case, see [2].
> >
> > [1]:
> > https://elixir.bootlin.com/linux/latest/source/arch/arm/kernel/setup.c#L951
> > [2]:
> > https://github.com/Terminus-IMRC/mailbox/blob/b96aa3cc8dfee2be2c8f835e09e812000910a5ff/src/wrap_ours.c#L114
> >
> > Regards,
> > Rouven
> >
>
>
>   OK, I did not know that barebox do not populate the serial number.
> I will do it in my app from the mailbox.
>
> FYI I found various ways how to read the S/N here
>
> https://github.com/AndrewFromMelbourne/raspi_serialnumber
>
> Robert

I can confirm, that this piece of code returns the right serial
number. Now I have the barebox and Linux
console on uart1/ttyS0 and the application can use uart0/ttyAMA0.
Thank you for your help.

uint32_t get_serial_number() {

int fd = open("/dev/vcio", 0);
    if (fd == -1)
    {
        log_error("open /dev/vcio");
        exit(EXIT_FAILURE);
    }

    uint32_t property[32] =
    {
        0x00000000,
        0x00000000,
        0x00010004,
        0x00000010,
        0x00000000,
        0x00000000,
        0x00000000,
        0x00000000,
        0x00000000,
        0x00000000
    };

    property[0] = 10 * sizeof(property[0]);

    if (ioctl(fd, _IOWR(100, 0, char *), property) == -1)
    {
        log_error("ioctl");
        exit(EXIT_FAILURE);
    }

    close(fd);

    return  property[5];
}

_______________________________________________
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox

^ permalink raw reply	[flat|nested] 15+ messages in thread

end of thread, other threads:[~2020-10-21  8:22 UTC | newest]

Thread overview: 15+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-10-05 10:07 Mini UART on RaspberryPi CM3/CM3+ Robert Carnecky (Neopsis)
2020-10-05 11:16 ` Ahmad Fatoum
2020-10-09 12:30   ` Robert Carnecky (Neopsis)
2020-10-09 14:18     ` Ahmad Fatoum
2020-10-17 11:31       ` Robert Carnecky (Neopsis)
2020-10-17 21:29         ` Ahmad Fatoum
2020-10-17 23:17           ` Robert Carnecky (Neopsis)
2020-10-19  9:28             ` Ahmad Fatoum
2020-10-19 22:29               ` Robert Carnecky (Neopsis)
2020-10-20  3:59                 ` Rouven Czerwinski
2020-10-20  4:04                   ` Rouven Czerwinski
2020-10-20 12:22                     ` Robert Carnecky (Neopsis)
2020-10-20 12:45                       ` Rouven Czerwinski
2020-10-20 17:04                         ` Robert Carnecky (Neopsis)
2020-10-21  8:21                           ` Robert Carnecky (Neopsis)

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox