psplash expects the fifo to be in /run or specified
by PSPLASH_FIFO_DIR. This patch allows psplash to
quit normally. Also, fix the work around of using
echo directly into the fifo and use psplash-write.
Signed-off-by: Michael Gloff
---
meta/recipes-core/sysvinit/sysvinit/rc | 9 +++--
1 file
On Fri, Aug 28, 2020 at 7:15 PM Jack Mitchell wrote:
>
> Quick update, I just did an armv7 build with exactly the same codebase
> and everything worked fine. Do you have an aarch64 build could test and
> confirm working?
qemuarm64 was working fine here with -rc1. I've started a new build,
but it'
Quick update, I just did an armv7 build with exactly the same codebase
and everything worked fine. Do you have an aarch64 build could test and
confirm working?
Regards,
Jack.
On 28/08/2020 22:35, Jack Mitchell wrote:
> Hi Bruce,
>
> All built in-tree, the same recipe builds an armv7h kernel so I
Hi Bruce,
All built in-tree, the same recipe builds an armv7h kernel so I'll try a
build for that and see if it's something aarch64 specific. All the
modules are failing to load so it's not something specific to g_ether.
Please see kernel recipe below for reference.
LICENSE = "GPLv2"
LIC_FILES_CH
The xinput_calibrator_once.sh script produces output on stdout and
stderr which the current 'Exec' doesn't consume. This results in a
[xinput_calibrator_once.sh] defunct process which will remain around
until we exit the X11 session.
Add a redirect to the Exec which will consume this output and av
If no calibratable devices are found then no calibration is
written. With no configuration file created each and every login will
result in a fresh attempt to perform calibrations, which is
undesirable for many reasons. Since HW doesn't change often we are
better off writing an 'empty' calibration
On Fri, Aug 28, 2020 at 4:20 PM Jack Mitchell wrote:
>
> Having just upgraded my mainline kernel recipe to a v5.8/v5.9-rc2 kernel
> from v5.5.8 I've found that modules have somehow broken. I've flicked
> between the two and confirmed that the old kernel build works, and the
> 5.8/5.9 build doesn't
== Series Details ==
Series: "xinput-calibrator: avoid defun..." and 1 more
Revision: 1
URL : https://patchwork.openembedded.org/series/25842/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been
Having just upgraded my mainline kernel recipe to a v5.8/v5.9-rc2 kernel
from v5.5.8 I've found that modules have somehow broken. I've flicked
between the two and confirmed that the old kernel build works, and the
5.8/5.9 build doesn't. I haven't changed anything bar the git commit
hash. It's a ver
The xinput_calibrator_once.sh script produces output on stdout and
stderr which the current 'Exec' doesn't consume. This results in a
[xinput_calibrator_once.sh] defunct process which will remain around
until we exit the X11 session.
Add a redirect to the Exec which will consume this output and av
If no calibratable devices are found then no calibration is
written. With no configuration file created each and every login will
result in a fresh attempt to perform calibrations, which is
undesirable for many reasons. Since HW doesn't change often we are
better off writing an 'empty' calibration
11 matches
Mail list logo
