Re: [OE-core] systemd-getty-generator present but undesired
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]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] systemd-getty-generator present but undesired
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. 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 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#141115): https://lists.openembedded.org/g/openembedded-core/message/141115 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] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core] systemd-getty-generator present but undesired
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? 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 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#141062): https://lists.openembedded.org/g/openembedded-core/message/141062 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] -=-=-=-=-=-=-=-=-=-=-=-
