linux/poky.git/meta/recipes-core/psplash, branch dunfell-23.0.26

psplash: consider the situation of psplash not exist for systemd

2022-12-23T23:05:44+00:00

In current psplash framework, the psplash might not exist at all. For example, in case DSITRO is set to nodistro, the psplash does not exist. In our psplash recipe, we have: SPLASH_IMAGES = "file://psplash-poky-img.h;outsuffix=default" This variable is parsed to if psplash-poky-img.h exists, a package named psplash-default is created and is added to RDEPENDS:${PN}. We can see that the psplash-poky-img.h resides in meta-poky, and in psplash_git.bbappend file in meta-poky, we have: FILESEXTRAPATHS:prepend:poky := "${THISDIR}/files:" So this file is only available in case poky distro is used. To fix this issue, add condition check in the corresponding systemd services. (From OE-Core rev: bf9cb1a3d68da6463195f79caf8baf94cd01a30a) Signed-off-by: Chen Qi Signed-off-by: Alexandre Belloni (cherry picked from commit 7a62ff9ed39c179d2b9b0c40f4f8423ced413063) Signed-off-by: Steve Sakoman Signed-off-by: Richard Purdie

meta: Add explict branch to git SRC_URIs, handle github url changes

2021-11-11T10:54:32+00:00

This update was made with the convert-scruri.py script in scripts/contrib This script handles two emerging issues: 1. There is uncertainty about the default branch name in git going forward. To try and cover the different possible outcomes, add branch names to all git:// and gitsm:// SRC_URI entries. 2. Github are dropping support for git:// protocol fetching, so remap github urls as needed. For more details see: https://github.blog/2021-09-01-improving-git-protocol-security-github/ (From OE-Core rev: 827a805349f9732b2a5fa9184dc7922af36de327) Signed-off-by: Steve Sakoman Signed-off-by: Richard Purdie

psplash: Set RemainAfterExit on systemd units

2020-03-29T11:05:31+00:00

psplash is only expected to run during startup, but if any dependency is pulled into a transaction and the unit is inactive, then it can be restarted. Set RemainAfterExit to ensure that the unit remains active and is not gratuitously restarted. Drop the nonexistent systemd-start.service from the unit. (From OE-Core rev: 618bd9a10c27d13a4420638d82618ac41935cfda) Signed-off-by: Alex Kiernan Acked-by: Otavio Salvador Signed-off-by: Richard Purdie

systemd: Fix service file for race issues

2020-03-03T13:06:29+00:00

It seems this service needs both Requires: and After: according to the definitions in the systemd docs, else we see boot race failures. (From OE-Core rev: d6b1809e8cd7ca78c5b442177393d4299a96ec65) Signed-off-by: Richard Purdie

psplash: update to latest git revision and clean up

2020-03-03T13:06:28+00:00

Update SRCREV to pick up: c359546 Fix psplash-systemd failures 3c0a4f3 Remove generated psplash-poky-img.h Also: * set the unit type in psplash-start.service to "notify" to complete the psplash-systemd race fix * remove the rest of the now unnecessary has_png logic bits * change the generated image header destination to B instead of S since that now works after the recent makefile changes, and will avoid unnecessarily polluting the source tree (From OE-Core rev: 6f31da5632220a09ac65b8f361cdc9c64e64ce35) Signed-off-by: Scott Murray Signed-off-by: Richard Purdie

psplash: Update to latest git revision

2020-02-29T21:47:30+00:00

Image files are always generated now so make the gdk-pixbuf dependency required. (From OE-Core rev: f273684f75c050ce3c7c4d93d73a27c973f84df5) Signed-off-by: Richard Purdie

psplash: Fix systemd service dependencies

2020-02-25T10:41:22+00:00

Avoid: qemux86-64 psplash-systemd[135]: Error unable to open fifo by adding the missing dependency on /run/ where the fifo resides. Also, psplash-systemd requires psplash-start, not the other way around as the splash creates the fifo which the other then needs to open. (From OE-Core rev: e31ad1b58e8dbac2e299bc0cb872c3a82db14717) Signed-off-by: Richard Purdie

psplash: add systemd support

2020-02-25T10:41:22+00:00

Make use of the recently added systemd support in psplash. The utility psplash-systemd communicates boot progress to the splash screen. The splash is disabled once systemd consideres the system fully booted (progress is at 1.0). Note that this can take a while if systemd is stuck on a failing unit. This change adds two systemd services. One service starts psplash itself (psplash-start.service) and the second service starts the helper utility psplash-systemd (psplash-systemd.service). The units are written such that psplash-systemd.service can be used indepenendenly. This is useful when starting psplash in initramfs (not using systemd). (From OE-Core rev: b4063b16082604554c7c19b369ebddd27061f372) Signed-off-by: Stefan Agner Signed-off-by: Richard Purdie

psplash: Do mount psplash tmpfs if not mounted

2019-11-05T10:37:11+00:00

The change in 5cea0448c5c75b9defc5fc2582e9b0c14e26a4e9 cases the following to be printed during boot: /etc/rcS.d/S00psplash.sh: line 28: [: -q: binary operator expected and the volume is thus never mounted, neither when invoked during boot nor shutdown/reboot. (From OE-Core rev: 7a84ef8effcbb4770b27f0af59d84db343d05701) Signed-off-by: Torbjörn Svensson Signed-off-by: Richard Purdie

psplash: Avoid mount the psplash tmpfs twice

2019-08-21T14:29:02+00:00

The /etc/init.d/psplash.sh will be invoked both in boot and shutdown/reboot. And the psplash tmpfs will be mounted twice. This will trigger a bug in umount and let the system hang when shutdown/reboot. I already made a patch [1] to fix the issue in umount, but there is no reason for the psplash to do the twice mount. So also fix it. [Yocto 13461] [1] https://lore.kernel.org/util-linux/20190819083022.12289-1-kexin.hao@windriver.com/T/#u (From OE-Core rev: 5cea0448c5c75b9defc5fc2582e9b0c14e26a4e9) Signed-off-by: Kevin Hao Signed-off-by: Richard Purdie