Have the fifo used by psplash available in the image on first boot. This
avoids the issue in some scenarios where the fifo can't be created until very
late in the bootup.
The fifo is removed when psplash is done, and created again every time it
runs.
Signed-off-by: Trevor Woerner
---
Allow recipes to create fifos. If insane.bbclass tries to read() a fifo,
the process will hang waiting for something to read(). Therefore, skip any
check that would try to read() the object, if the object is a fifo.
Signed-off-by: Trevor Woerner
---
meta/classes/insane.bbclass | 3 ++-
1 file
Currently, under sysvinit, the psplash screen shows a graphic, a progress
bar, and a textual message just above the progress bar showing the user which
module is currently running during both bootup and shutdown. This way they can
see, roughly, how much time each module takes to run.
Add a knob,
* add support for mingw32
* Engines are installed in a slightly different path, which is
urgly, patch it to make the path shorter
* since commit 70da1f956bfbb627691c47eba7451182aca758e3
'openssl: Add c_rehash to misc package and add perl runtime dependency'
package openssl-misc have
ping
On 12/08/2020 09:58 AM, Jiping Ma wrote:
1. Build SDK without "MULTILIBS = """ in local.conf.
2. Build SDK again with "MULTILIBS = """ in local.conf, build will fail with
the error info.
Error:
Problem: conflicting requests
- nothing provides binutils-cross-canadian-arm needed by
On Wed, Dec 23, 2020 at 10:41 PM Bruce Ashfield via
lists.openembedded.org
wrote:
>
> On Wed, Dec 23, 2020 at 6:03 PM Ross Burton wrote:
> >
> > > I'll tweak the v5.4 meta data and send it as a separate patch.
> >
> > Will that tweak the metadata sufficiently to fix the problem? That was the
>
On Wed, Dec 23, 2020 at 6:03 PM Ross Burton wrote:
>
> > I'll tweak the v5.4 meta data and send it as a separate patch.
>
> Will that tweak the metadata sufficiently to fix the problem? That was the
> Juno machine failing, and that just uses defconfig.
>
Should be.
It's explicitly setting the
On Wed 2020-12-23 @ 03:27:50 PM, Khem Raj wrote:
> On Mon, Dec 21, 2020 at 11:00 PM Trevor Woerner wrote:
> >
> > In addition to the progress bar, show which startup routine is running by
> > using the "MSG" facility of psplash.
> >
>
> This is ok but lets make it optional and controlled via
The psplash program has a mechanism for showing progress/updates. This
is done via a pipe. On images that are R/O or images that are assembled
via wic, the pipe is being setup in a location that is R/O on first boot,
therefore the pipe can not be created. If the psplash program is not able
to
On Mon, Dec 21, 2020 at 11:00 PM Trevor Woerner wrote:
>
> In addition to the progress bar, show which startup routine is running by
> using the "MSG" facility of psplash.
>
This is ok but lets make it optional and controlled via some knob. End
products usually want clean graphics
>
> I'll tweak the v5.4 meta data and send it as a separate patch.
Will that tweak the metadata sufficiently to fix the problem? That was the
Juno machine failing, and that just uses defconfig.
KBUILD_DEFCONFIG_juno = "defconfig"
KCONFIG_MODE_juno = "--alldefconfig"
Cheers,
Ross
IMPORTANT
On Wed 2020-12-23 @ 10:43:03 PM, Richard Purdie wrote:
> You're misunderstanding my question. In your patch you create
> "/.psplash" in the splash recipe.
>
> Is there a reason the psplash recipe can't create "/mnt/.psplash", i.e.
> match the original path ?
Understood. I just wanted to update
On Wed, 2020-12-23 at 17:41 -0500, Trevor Woerner wrote:
> On Wed 2020-12-23 @ 04:50:05 PM, Trevor Woerner wrote:
> > On Wed 2020-12-23 @ 06:00:21 PM, Richard Purdie wrote:
> > > Personally, I don't really like the idea of having a top level
> > > directory called .psplash,
> >
> > Neither do I,
On Wed 2020-12-23 @ 04:50:05 PM, Trevor Woerner wrote:
> On Wed 2020-12-23 @ 06:00:21 PM, Richard Purdie wrote:
> > Personally, I don't really like the idea of having a top level
> > directory called .psplash,
>
> Neither do I, which is why I also added the code to remove the directory once
> the
On Wed, 2020-12-23 at 17:35 -0500, Trevor Woerner wrote:
> On Wed 2020-12-23 @ 10:06:05 PM, Richard Purdie wrote:
> > On Wed, 2020-12-23 at 16:50 -0500, Trevor Woerner wrote:
> > > On Wed 2020-12-23 @ 06:00:21 PM, Richard Purdie wrote:
> > > > Personally, I don't really like the idea of having a
On Wed 2020-12-23 @ 10:06:05 PM, Richard Purdie wrote:
> On Wed, 2020-12-23 at 16:50 -0500, Trevor Woerner wrote:
> > On Wed 2020-12-23 @ 06:00:21 PM, Richard Purdie wrote:
> > > Personally, I don't really like the idea of having a top level
> > > directory called .psplash,
> >
> > Neither do I,
The rdma command is part of iproute2 and is used to query or set the RDMA
configuration where applicable. This patch makes it available as an
iproute2 subpackage.
Signed-off-by: Alan Perry
---
meta/recipes-connectivity/iproute2/iproute2.inc | 7 +--
1 file changed, 5 insertions(+), 2
On Wed, 2020-12-23 at 16:50 -0500, Trevor Woerner wrote:
> On Wed 2020-12-23 @ 06:00:21 PM, Richard Purdie wrote:
> > Personally, I don't really like the idea of having a top level
> > directory called .psplash,
>
> Neither do I, which is why I also added the code to remove the
> directory once
>
On Wed 2020-12-23 @ 06:00:21 PM, Richard Purdie wrote:
> Personally, I don't really like the idea of having a top level
> directory called .psplash,
Neither do I, which is why I also added the code to remove the directory once
the psplash program is done running. Whenever psplash is run the
TLS 1.3 implementation in qt5 uses psk so retain it for now
Signed-off-by: Khem Raj
---
meta/recipes-connectivity/openssl/openssl_1.1.1i.bb | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-connectivity/openssl/openssl_1.1.1i.bb
On Wed, 2020-12-23 at 12:06 -0500, Trevor Woerner wrote:
The psplash program has a mechanism for showing progress/updates. This
is done via a pipe. On images that are R/O or images that are assembled
via wic, the pipe is being setup in a location that is R/O on first
boot,
therefore the pipe can
Hi Anuj,
This patch requereis srt from meta-openembedded but it is only present on
master branch
https://git.openembedded.org/meta-openembedded/commit/?id=23343cb8e9497981e4ef14d5eeae5df9bf891624
This needs 23343cb8 to be backported to gatesgarth on meta-openembedded.
Jose
Anuj Mittal
I noticed that the progress text messages were always a system behind; i.e. if
the current boot script was "networking" the message would indicate the
previous script and would say "networking" next.
Signed-off-by: Trevor Woerner
---
meta/recipes-core/sysvinit/sysvinit/rc | 4 ++--
1 file
The psplash program has a mechanism for showing progress/updates. This
is done via a pipe. On images that are R/O or images that are assembled
via wic, the pipe is being setup in a location that is R/O on first boot,
therefore the pipe can not be created. If the psplash program is not able
to
Add an entry for the psplash fifo directory to /etc/default/rcS and have the
pieces that need it, source it from there rather than duplicating the location
in multiple places throughout the code.
Signed-off-by: Trevor Woerner
---
meta/recipes-core/psplash/files/psplash-init| 4 +++-
On Wed, 2020-12-23 at 08:37 -0500, Bruce Ashfield wrote:
> On Wed, Dec 23, 2020 at 7:32 AM Richard Purdie
> wrote:
> >
> > Anuj/Ross/Jon: See below
> >
> > On Tue, 2020-12-22 at 09:28 -0500, bruce.ashfi...@gmail.com wrote:
> > > This is largely a resend of the configuration changes and kernel
>
The $target_sdk_dir path might contain special characters, for example if
the path is /opt/poky/3.2+snapshot . Prevent grep from interpreting those
as part of the regex by using the -F parameter and multiple -e parameters
to specify which strings to filter out. Also note that the previous regex
The toolchain-shar-extract.sh script updates the SDK relocation paths in
post-relocate-setup.sh, so avoid doing this twice. This is generally not
a problem, unless the SDK path is a subset of the SDK relocation path, in
which case the resulting path is substituted twice. To trigger the issue,
$
From: Bruce Ashfield
Integrating the following commit(s):
a1b2d188bdf config: set firmware loader to 'y'
The updated kern-tools are showing us warnings that were previously
hidden. To silence the fw_loader warning, we need to set the value
to 'y' (since it is 'y' selected by other options
From: Alexander Kanavin
Signed-off-by: Alexander Kanavin
Signed-off-by: Richard Purdie
(cherry picked from commit 5f486c39a766f921fb4374165b6e342dd87244ec)
Signed-off-by: Anuj Mittal
---
...er_unittest_support.cc-do-not-write-.patch | 27 +
From: Alexander Kanavin
Signed-off-by: Alexander Kanavin
Signed-off-by: Richard Purdie
(cherry picked from commit 07c26e3292dbaf71873f71bec2a631f880b2e76d)
Signed-off-by: Anuj Mittal
---
...e.in-do-not-write-host-cross-cc-item.patch | 32 +++
From: Richard Purdie
If you build on a system with git < 2.14 from scratch (e.g. debian9), the
tree will be marked as "dirty" and the version will include "-dirty", leading
to a reproducibility problem. The issue is the inode count for Licnses/README
changing due to do_populate_lic hardlinking a
From: Alexander Kanavin
The tests' output is non-deterministic and sometimes
doesn't match the sample output. This has been reported at
https://bugs.kde.org/show_bug.cgi?id=430321
(see also an earlier related bug https://bugs.kde.org/show_bug.cgi?id=358213)
Until upstream figures out how to fix
From: Dmitry Baryshkov
On one of my buildservers I noticed perl do_install failing with the
following message:
| rm: cannot remove
'/tmp-rpb-glibc/work/armv8-2a-linaro-linux/perl/5.32.0-r0/image//usr/lib/perl5/5.32.0/*/CORE/libperl.so':
No such file or directory
I tracked this down to shell
From: Peter Kjellerstedt
Support for gdbm was made optional in 3260ad9e, but it was still being
used unconditionally.
Signed-off-by: Peter Kjellerstedt
Signed-off-by: Richard Purdie
(cherry picked from commit 09d303ca295dc27874c72b30c37a64d1fdf4c5c0)
Signed-off-by: Anuj Mittal
---
From: Mark Jonas
Signed-off-by: Mark Jonas
Signed-off-by: Richard Purdie
(cherry picked from commit bb433833d2ae7b87d18dfae5635eac9097ecc9b7)
Signed-off-by: Anuj Mittal
---
meta/recipes-extended/parted/parted_3.3.bb | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git
From: Nathan Rossi
When compiling gcc-runtime for i686 libatomic, libgomp and libitm are
compiled with additional '-march' and '-mtune' overrides. This typically
does not cause build errors (e.g. core2-32 tune), and results in less
optimally tuned outputs. However with specific TUNE_CCARGS (e.g.
From: Robert Yang
Fixed:
INHERIT += "archiver"
COPYLEFT_LICENSE_INCLUDE = "*"
$ bitbake core-image-minimal --runall=deploy_archives
[snip]
KeyError:
'/path/to/meta/recipes-core/images/core-image-minimal.bb:do_ar_original'
[snip]
Signed-off-by: Robert Yang
Signed-off-by: Richard Purdie
From: Robert Yang
Fixed when ncurses-terminfo-base is not installed:
$ minicom
No termcap database present!
Signed-off-by: Robert Yang
Signed-off-by: Richard Purdie
(cherry picked from commit 15198ebe8a0fc58c2d1122b956fca092c66a0d41)
Signed-off-by: Anuj Mittal
---
From: Khem Raj
go 1.15 has reworked internal linker, which has resulted in regressions
in OE where native binaries generated using internal linker in some
cases result in corruption during populate_sysroot e.g. glide-native
crashing when used after relocation.
This improved reliability of
From: Robert Yang
Fixed when ncurses-terminfo-base is not installed:
$ infocmp
infocmp: couldn't open terminfo file linux.
The required file is in ncurses-terminfo-base
Signed-off-by: Robert Yang
Signed-off-by: Richard Purdie
(cherry picked from commit
From: Khairul Rohaizzat Jamaluddin
The deleted patch file mentioned below is removed since 1.15.6
already has the issue patched.
Signed-off-by: Khairul Rohaizzat Jamaluddin
Signed-off-by: Khem Raj
Cc: Otavio Salvador
Signed-off-by: Richard Purdie
(cherry picked from commit
From: Alexander Kanavin
Set PV directly to allow automated version updates between point releases.
Signed-off-by: Alexander Kanavin
Signed-off-by: Richard Purdie
(cherry picked from commit 84034ea18a9fb1a012a1ecdc3a84296b08d3cc23)
Signed-off-by: Anuj Mittal
---
From: Changqing Li
Signed-off-by: Changqing Li
Signed-off-by: Richard Purdie
(cherry picked from commit 365787658cffc3b2dedb88db311a33012be9d70d)
Signed-off-by: Anuj Mittal
---
meta/recipes-extended/timezone/timezone.inc | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git
From: Richard Purdie
There is a second list sorting problem in a generator script within grub,
add a sort() of a list to resolve this.
Signed-off-by: Richard Purdie
(cherry picked from commit cb5e96e05930eaff4d679166416d6c84d6e3236b)
Signed-off-by: Anuj Mittal
---
From: Khem Raj
Define CXX_FOR_TARGET and CC_FOR_TARGET for target go
since we are cross building it, it helps in defining the compiler
for cgo on target
backport a patch to fix CGO_LDFLAGS regression like below
Fixes
| Building std for target, linux/arm.
| go build runtime/cgo: invalid flag in
From: Richard Purdie
groff chooses a default papersize depending on the value from /etc/papersize
and failing that, the search domain in /etc/resolv.conf based on the comment
in configure:
"""
If the top-level domain is two letters and it's not 'us' or 'ca'
then they probably use A4 paper.
"""
From: Richard Purdie
We're seeing reproducibility issue on the autobuilder due to changing
module dependency ordering. Add some sorting to an awk script to fix this.
Signed-off-by: Richard Purdie
(cherry picked from commit 925ddd5edccbfec52ff45c1b54ab2ae1bfe0d57c)
Signed-off-by: Anuj Mittal
From: Bruce Ashfield
Integrating the following commit(s):
375e7ee20260 Linux 5.4.78-rt44
c948a34d2755 Linux 5.4.77-rt43
8189406f8f2b Linux 5.4.74-rt42
0856261877e2 timers: Don't block on ->expiry_lock for TIMER_IRQSAFE
416edb155e5d ptrace: fix ptrace_unfreeze_traced() race
From: Alexander Kanavin
Signed-off-by: Alexander Kanavin
Signed-off-by: Richard Purdie
(cherry picked from commit a4f7c6f831a551e3df503091fdca5c9f4add879d)
Signed-off-by: Anuj Mittal
---
...e-assembly-with-full-path-from-sourc.patch | 97 +++
From: Richard Purdie
Add some temporary bumps to versions to change the output hash so we
really can take advantage of the groff-native reproducibility fix.
Signed-off-by: Richard Purdie
(cherry picked from commit af9bd5a03ecf45e92868bc49b1de5c27d94eff6f)
Signed-off-by: Anuj Mittal
---
From: Jose Quaresma
* 0001-lavf-srt-fix-build-fail-when-used-the-libsrt-1.4.1.patch
Upstream-Status: Backport
[https://github.com/FFmpeg/FFmpeg/commit/7c59e1b0f285cd7c7b35fcd71f49c5fd52cf9315]
Signed-off-by: Jose Quaresma
Signed-off-by: Richard Purdie
(cherry picked from commit
From: Zhixiong Chi
Backport the CVE patches from the glibc upstream:
git://sourceware.org/git/glibc.git
commit 681900d29683722b1cb0a8e565a0585846ec5a61
commit 228edd356f03bf62dcf2b1335f25d43c602ee68d
Signed-off-by: Zhixiong Chi
Signed-off-by: Richard Purdie
(cherry picked from commit
From: Peter Kjellerstedt
This backports a fix from glibc's master branch, which solves a
regression in 2.32 with adjtime() where it would seg fault if being
called with delta == NULL on 32 bit machines.
Signed-off-by: Peter Kjellerstedt
Signed-off-by: Richard Purdie
(cherry picked from commit
From: Bruce Ashfield
lttng-modules doesn't currently build against the lastest 5.10-rc
versions.
Upstream lttng does have fixes for the issues, but hasn't done a
release that contains them yet. There are other patches on the
2.12.x branch, but I've skipped them for now as they aren't
necessary
From: Bruce Ashfield
Updating linux-yocto/5.4 to the latest korg -stable release that comprises
the following commits:
9f4b26f3ea18 Linux 5.4.80
a88f08e78249 sched/fair: Fix overutilized update in enqueue_task_fair()
10ca291c7749 mm, page_alloc: skip ->waternark_boost for atomic
From: Steve Sakoman
This an Ububtu specific issue:
The CUPS AppArmor profile incorrectly confined the dnssd backend
due to use of hard links. A local attacker could possibly use this
issue to escape confinement. This flaw affects versions prior to
2.2.7-1ubuntu2.1 in Ubuntu 18.04 LTS, prior to
From: Dmitry Baryshkov
Package firmware for Lontium lt9611uxc DSI to HDMI bridge, found e.g. on
Qualcomm RB5 platform.
Signed-off-by: Dmitry Baryshkov
Signed-off-by: Richard Purdie
(cherry picked from commit 4d16922943ffa6003d611c367b934d199c549c4c)
Signed-off-by: Anuj Mittal
---
From: Richard Purdie
It only applies to MacOS.
Signed-off-by: Richard Purdie
(cherry picked from commit cad1162f41c4c060744b98109514f761aa64d34a)
Signed-off-by: Anuj Mittal
---
meta/recipes-extended/cups/cups.inc | 2 ++
1 file changed, 2 insertions(+)
diff --git
From: Richard Purdie
The CVE was against a cups plugin which is obsolete and we don't include.
Signed-off-by: Richard Purdie
(cherry picked from commit 5f7cb9f6ec4b14f992d265b8c67a9f5589f9b842)
Signed-off-by: Anuj Mittal
---
meta/recipes-extended/cups/cups.inc | 2 ++
1 file changed, 2
From: Dmitry Baryshkov
License-Update: firmware versions/filenames
Signed-off-by: Dmitry Baryshkov
Signed-off-by: Richard Purdie
(cherry picked from commit c8b2f1e058e83e3f6676189fd77fcfad3acd019f)
Signed-off-by: Anuj Mittal
---
...{linux-firmware_20201022.bb => linux-firmware_20201118.bb} |
From: Dmitry Baryshkov
Package firmware for new generation of Atheros WiFi cards.
Signed-off-by: Dmitry Baryshkov
Signed-off-by: Richard Purdie
(cherry picked from commit 23c606e41e49a93289b7bd5c5c7d5eec962a3ffa)
Signed-off-by: Anuj Mittal
---
.../linux-firmware/linux-firmware_20201118.bb
From: Dmitry Baryshkov
License-Update: firmware versions/filenames
Signed-off-by: Dmitry Baryshkov
Signed-off-by: Richard Purdie
(cherry picked from commit c88129ffef320c16722f40426b0d4560274dca4e)
Signed-off-by: Anuj Mittal
---
...{linux-firmware_20201118.bb => linux-firmware_20201218.bb} |
Please review these next set of changes for gatesgarth. Builds cleanly
on autobuilder except for two intermittent failures while executing tests
for qemumips for which we already have a bug.
https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/1696
Thanks,
Anuj
The following
From: Alexander Kanavin
License-Update: WHENCE file names updates
Signed-off-by: Alexander Kanavin
Signed-off-by: Richard Purdie
(cherry picked from commit bca259699d79bb16a6f07afa80f2768f9c62ceec)
Signed-off-by: Anuj Mittal
---
...{linux-firmware_20200817.bb => linux-firmware_20201022.bb} |
Causes intermittent autobuilder errors:
2020-12-21 19:34:23,035 - oe-selftest - INFO -
testtools.testresult.real._StringException: Traceback (most recent call last):
File
"/home/pokybuild/yocto-worker/oe-selftest-ubuntu/build/meta/lib/oeqa/selftest/cases/devtool.py",
line 68, in setUpModule
On Wed, Dec 23, 2020 at 7:32 AM Richard Purdie
wrote:
>
> Anuj/Ross/Jon: See below
>
> On Tue, 2020-12-22 at 09:28 -0500, bruce.ashfi...@gmail.com wrote:
> > This is largely a resend of the configuration changes and kernel
> > version bump that I had previously sent.
> >
> > The kern-tools SRCREV
Hi Bruce,
On 22.12.2020 15:49, Bruce Ashfield wrote:
On Tue, Dec 22, 2020 at 5:43 AM Ovidiu Panait
wrote:
Currently DTC_FLAGS kernel makefile parameter can be specified directly on the
command line by adding it to KERNEL_EXTRA_ARGS. However, this prevents
scripts/Makefile.lib logic from
Currently DTC_FLAGS kernel makefile parameter can be specified directly on the
command line by adding it to KERNEL_EXTRA_ARGS. However, this prevents
scripts/Makefile.lib logic from appending flags that silence dtc warnings (all
assignments done from within a makefile, to a variable specified on
Anuj/Ross/Jon: See below
On Tue, 2020-12-22 at 09:28 -0500, bruce.ashfi...@gmail.com wrote:
> This is largely a resend of the configuration changes and kernel
> version bump that I had previously sent.
>
> The kern-tools SRCREV bump has a tweak in the tools from the previous
> version, and there
On 12/23/20 5:09 PM, Paul Barker wrote:
On Wed, 23 Dec 2020 at 09:59, Outback Dingo wrote:
bitbake postgresql
Parsing recipes: 100%
|#|
Time: 0:00:38
Parsing of 3787 .bb
On Wed, 23 Dec 2020 at 09:59, Outback Dingo wrote:
>
> bitbake postgresql
> Parsing recipes: 100%
> |#|
> Time: 0:00:38
> Parsing of 3787 .bb files complete (0 cached, 3787
bitbake postgresql
Parsing recipes: 100%
|#|
Time: 0:00:38
Parsing of 3787 .bb files complete (0 cached, 3787 parsed). 5212
targets, 77 skipped, 8 masked, 0 errors.
NOTE:
On Wed, 2020-12-23 at 01:18 -0800, Shachar Menashe wrote:
> Yeah, the patch is actually targeted for dunfell branch, but I
> understood the policy is first merging to master...
> So I will rebase the patch on master and retest everything
I did rebase the patch and its currently queued in
Yeah, the patch is actually targeted for dunfell branch, but I understood the
policy is first merging to master...
So I will rebase the patch on master and retest everything
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#146079):
75 matches
Mail list logo
