Met vriendelijke groet / kind regards,

Mike Looijmans
System Expert


TOPIC Embedded Products B.V.
Materiaalweg 4, 5681 RJ Best
The Netherlands

T: +31 (0) 499 33 69 69
E: mike.looijm...@topicproducts.com
W: www.topicproducts.com

Please consider the environment before printing this e-mail
On 30-07-2020 07:12, Khem Raj wrote:


On 7/28/20 6:33 AM, Mike Looijmans wrote:
I had a hard time getting a serial attached bluetooth device to work, untilI discovered that systemd is running a "getty" on that port (which happens tobe "ttyS0").

The cause is that "systemd-getty-generator" detects that the port comes online (runtime, it's inside an FGPA) and then dynamically adds a service for it and starts a getty on it.

So when I went to solve that, I found that OE already attempted to solve that. There's a "systemd-getty-generator" PACKAGECONFIG that suggests that it should not be installed by default, but it gets installed anyway, even though this config is not set.

Is this something that needs fixing in OE?

Any better pointers at preventing systemd starting a getty on ttyS0?


you need to add serial-getty-generator to systemd PACKAGECONFIG to ignore the oe provided serial getty recipe.

I think it also has to do with SERIAL_CONSOLES setting for machine, perhaps it contains ttyS0 in your case.

Yes, SERIAL_CONSOLES is the problem.

It interacts with SERIAL_CONSOLE in strange ways, and the only way to solve it was to set them both and never calculate them:

SERIAL_CONSOLE = "115200 ttyPS0"
SERIAL_CONSOLES = "115200;ttyPS0"


One would be tempted to code something like:

SERIAL_CONSOLES = "${@d.getVar('SERIAL_CONSOLE').replace(' ', ';')}"

(In fact this is what bitbake.conf does, only very weakly.)

This does not work, and results in "ttyS0" still ending up in SERIAL_CONSOLES. Probably an interesting mix of calculating one from the other.


oe-core/meta/recipes-core/systemd/systemd-serialgetty.bb contains a line:

SERIAL_CONSOLES ?= "115200;ttyS0"

This is also broken I think, it overrides the more correct default that bitbake.conf already assigned. Removing this line didn't solve the issue either.


Met vriendelijke groet / kind regards,

Mike Looijmans
System Expert


TOPIC Embedded Products B.V.
Materiaalweg 4, 5681 RJ Best
The Netherlands

T: +31 (0) 499 33 69 69
E: mike.looijm...@topicproducts.com
W: www.topicproducts.com

Please consider the environment before printing this e-mail

Met vriendelijke groet / kind regards,

Mike Looijmans
System Expert


TOPIC Embedded Products B.V.
Materiaalweg 4, 5681 RJ Best
The Netherlands

T: +31 (0) 499 33 69 69
E: mike.looijm...@topicproducts.com
W: www.topicproducts.com

Please consider the environment before printing this e-mail




--
Mike Looijmans

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#141371): 
https://lists.openembedded.org/g/openembedded-core/message/141371
Mute This Topic: https://lists.openembedded.org/mt/75843935/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Reply via email to