Re: [poky] [PATCH 2/4] genericarm64.conf: add AMD Kria KV260 serial consoles

Ross Burton <[email protected]>
Newsgroups org.yoctoproject.lists.poky
Message-ID <[email protected]>
On 29 Oct 2024, at 12:10, Mikko Rapeli <[email protected]> wrote:
> 
> On Tue, Oct 29, 2024 at 11:58:09AM +0000, Ross Burton wrote:
>> On 29 Oct 2024, at 08:05, Mikko Rapeli via lists.yoctoproject.org <[email protected]> wrote:
>>> 
>>> Current practice is to add new device serial devices to
>>> SERIAL_CONSOLES. Enables testing and test automation with
>>> the board. Note that SERIAL_CONSOLES get added to /etc/inittab
>>> and missing physical serial consoles causes respawn warnings
>>> at runtime:
>>> 
>>> INIT: Id "S0" respawning too fast: disabled for 5 minutes
>>> INIT: Id "S1" respawning too fast: disabled for 5 minutes
>> 
>> The use of ttyrun should avoid the respawning issue, have you confirmed this still happens? If so, any idea why?
> 
> This is happening with very recent poky master builds with sysvinit, the default.
> 
> https://ledge.validation.linaro.org/scheduler/job/95628
> 
>    Starting syslogd/klogd: done
> 
>    INIT: Id "S1" respawning too fast: disabled for 5 minutes
> 
>    INIT: Id "S0" respawning too fast: disabled for 5 minutes
>    Poky (Yocto Project Reference Distro) 5.1 genericarm64 /dev/ttyPS1
> 
> Alternatively testing could focus on systemd init, or the issue is just ignored.
> Or udev based agetty starter is developed. For generic images, it should not be
> necessary to define all serial consoles via SERIAL_CONSOLES at build time.
> Kernel has a lot more drivers enabled.

Better solutions for sysv appreciated: hardcoding the list at boot time _is_ madness.  Something involving a udev triggers sounds like a better solution long term, for sure.

However, ttyrun really should be stopping this, so I’m curious what the problem is and whether the xilinx tty driver is a bit broken.

Ross
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.