Other Parts Discussed in Thread: AM6442
Hi
On our hardware based on AM6442 SoC we try to speed up booting process. From systemd-analyze I see that a lot of time is spent on sshdgenkeys.service. Actually we need ssh on our system, but I'm wondering if it is possible to somehow utilize TPM for this purpose to generate the keys? Do someone from TI forum has experience with that or is there any other way to decrease executing time of this service?
Beneath this service ssh-keygen tool is used.
systemd-analyze blame
24.957s sshdgenkeys.service
8.554s dev-mmcblk1p2.device
4.688s systemd-hwdb-update.service
4.541s containerd.service
4.047s systemd-logind.service
2.440s rauc-mark-good.service
2.214s systemd-udev-trigger.service
1.763s systemd-timesyncd.service
1.617s user@0.service
1.572s systemd-journald.service
1.183s systemd-userdbd.service
1.041s ldconfig.service
702ms rauc.service
655ms dbus.service
566ms systemd-remount-fs.service
493ms dev-hugepages.mount
478ms dev-mqueue.mount
466ms sys-kernel-debug.mount
449ms kmod-static-nodes.service
446ms rsyslog.service
434ms systemd-journal-catalog-update.service
427ms modprobe@configfs.service
418ms modprobe@drm.service
413ms systemd-sysctl.service
407ms modprobe@fuse.service
357ms systemd-user-sessions.service
341ms systemd-network-generator.service
273ms systemd-tmpfiles-setup.service
235ms systemd-sysusers.service
225ms systemd-random-seed.service
203ms systemd-tmpfiles-setup-dev.service
189ms user-runtime-dir@0.service
182ms systemd-udevd.service
176ms iptables.service
161ms setup-coredump.service
150ms systemd-update-utmp.service
147ms tiger.mount
145ms sys-fs-fuse-connections.mount
130ms boot.mount
124ms persistent.mount
121ms var-volatile-log.mount
104ms systemd-journal-flush.service
98ms sys-kernel-config.mount
93ms setup-paths.service
90ms systemd-update-utmp-runlevel.service
77ms systemd-update-done.service
66ms systemd-tmpfiles-clean.service
49ms sshd.socket
47ms docker.socket
BR
Jakub
