Date   

Re: [meta-rockchip][PATCH] kernel: linux-yocto: fix broken Ethernet MAC controller on RK3399 on 5.14 >= version <= 5.14.11

Khem Raj
 

On Mon, Dec 13, 2021 at 9:18 AM Quentin Schulz <foss+yocto@...> wrote:

Hi Khem,

On December 13, 2021 4:04:03 PM GMT+01:00, Khem Raj <raj.khem@...> wrote:
On Mon, Dec 13, 2021 at 1:00 AM Quentin Schulz <
quentin.schulz@...> wrote:

Hi Trevor,

Gentle ping :)

Honister 3.4.1 being out it's less of an issue but the question remains
at least for settling on a policy :)

Do we still need this patch ? I think now that dot release is out it’s less
of a problem. Version specific patching will set a different preset for the
layer to carry unexcercised patches
We need this patch for honister 3.4 but what I meant is that even though it's not needed for honister >= 3.4.1, I'm still interested in what the policy should be. Especially what we should have done between 3.4 and 3.4.1, before the latter was released.

I understand the precedent it creates but also, it's a bit sad for a "BSP" layer to have some support broken between Yocto releases.
I agree with you that broken is not good as it was for sometime, but
now with the latest supported release in 3.4 series ( which is 3.4.1)
things should be good.


Cheers,
Quentin



Cheers,
Quentin

On Tue, Nov 16, 2021 at 10:50:13AM -0800, Khem Raj wrote:
On Tue, Nov 16, 2021 at 10:03 AM Quentin Schulz <foss@...> wrote:



On November 16, 2021 6:45:05 PM GMT+01:00, Khem Raj <
raj.khem@...> wrote:
On Tue, Nov 16, 2021 at 9:12 AM Quentin Schulz <
quentin.schulz@...> wrote:

On Tue, Nov 16, 2021 at 09:08:41AM -0800, Khem Raj wrote:
On Tue, Nov 16, 2021 at 9:04 AM Quentin Schulz
<quentin.schulz@...> wrote:

On Tue, Nov 16, 2021 at 09:00:42AM -0800, Khem Raj wrote:
On Tue, Nov 16, 2021 at 7:52 AM Quentin Schulz
<quentin.schulz@...> wrote:

From Linux kernel v5.14 to v5.14.11 (both included), the
Ethernet
MAC
controller found on RK3399 is not working.

A fix is available in v5.14.12 and later (available also in
v5.15)
which is provided here and applied to linux-yocto source
tree if
linux-yocto version is of the impacted ones.

The conditional patching is unfortunately required because
Honister 3.4
has linux-yocto v5.14.9 and Honister 3.4.1 will have at
least
linux-yocto v5.14.14.
Patching piece below looks quite a bit.
lets just fix v5.14.14 and dont worry about 3.4
v5.14.14 is already fixed. The only release currently is 3.4
and I hit
that issue, hence the patch.
I assume not everybody is updating to 3.4.1 when it's out, I've
seen
people running behind dot releases.
What's bothering you?
once dot release is out then thats whats maintained not the
original
release since they are incremental.
the anon python to apply a patch. Can you explain why we want to
patch
applied this way ?
I could define a python function and use it like this:
SRC_URI:append:rk3399 = "${@rk3399_fix_mac(d)}"

Would that work better for you?

I am not yet convinced why should we have such version specific patch
If you could explain what's *really* bothering you, I could try to
find a proper explanation or agree with you but it's a bit too vague to me
right now. Anyway, I'll do some guesses in the next paragraphs.

Because Ethernet does not work for all RK3399-based boards in the
latest and only release of Honister?

meta-rockchip does not have honister branch for now. So it expects
master to keep working with honister for now. kernel upgrades are
already committed into honister branch on meta-yocto-bsps so fix it
already available in latest honister
branch and will be in imminent point release soon as well.


meta-rockchip is the BSP layer for Rockchip based devices, if not
there, where should I put this patch?

Or are we just going to say "Ethernet does not work, we know" to
people asking instead of having this patch in? Obviously you could tell
them to upgrade their oe-core/poky git repo to rolling honister or 3.4.1
once it's out but having this patch in avoid those questions.
I would say yes, document it as that of a known issue and possible fix
if someone is using exact point release. They might have snapshotted
meta-rockpi too and in that case it will be easy for them to carry a
local patch if needed.
vesion specific patching would also be setting a not so desired
patching practice, so I am trying to avoid it if we can.

I understand we're talking about policy here. I am not fond of this
patch either but Ethernet is quite critical on boards which don't have WiFi
for example. I don't have anything better to suggest to fix this in the
*latest* release.

Update to latest honister branch or wait for 3.4.1, would be my
suggestion.


Cheers
Quentin


Cheers,
Quentin


Re: help with ERROR: Nothing RPROVIDES <recipe> error

Quentin Schulz
 

Hi José,

On December 13, 2021 12:26:29 PM GMT+01:00, "Cardenas Jose Antonio (JCARDENA)" <joseantonio.cardenas@...> wrote:
Hi all.

I have added a recipe to BBMASK to skip the processing of this recipe for now, but when I try to compile the image i get ERROR: Nothing RPROVIDES <recipe> error. It's like I should say to yocto to reparse all recipes but I don't find the way to do it without remove the build directory and build again.
The issue is that you masked a recipe whose packages are required by other recipes packages. Find where the RDEPENDS is set for this recipe package and remove the package which depends on that recipe package from your image (usually, don't include it), or break the dependency chain there by removing the RDEPENDS.

Hope this helps,
Cheers,
Quentin

Regards.
José


Re: Is it possible to run a read-only fs without IMAGE_FEATURE = "read-only-rootfs"

Quentin Schulz
 

Hi Léon,

On December 13, 2021 3:40:05 PM GMT+01:00, "Beek, Léon van de" <l.v.d.beek@...> wrote:
Dear all,

Currently I have created an image which upon boot mounts my rootfs as readonly in an overlay with my data partition. I set out to change the FS type of my rootfs to something that is actuall read-only like squashfs, however I am getting a kernel panic whenever I boot saying:

"Not syncing: vfs: Unable to mount root fs on unknown-blick(179,2)"

The steps I took to convert to a read-only rootfs:

* Change -fstype in .wks file to squashfs
* Changed IMAGE_FSTYPE= "squashfs wic.bz2", in local.conf, however I do not believe this is necessary actually
Did you check that your kernel actually supports squashfs as rootfs? There is a Kconfig option for it IIRC.

Are there steps I am missing? I believe that IMAGE_FEATURE = "read-only-rootfs" should not be necessary as I am mounting the rootfs in an overlay before starting /sbin/init , but I might be wrong.
Since it's an image feature, it's not going to impact anything outside of the image recipe but I don't know exactly what this is doing from memory.

Cheers,
Quentin

Kind regards,

Léon van de Beek


Re: [meta-rockchip][PATCH] kernel: linux-yocto: fix broken Ethernet MAC controller on RK3399 on 5.14 >= version <= 5.14.11

Quentin Schulz
 

Hi Khem,

On December 13, 2021 4:04:03 PM GMT+01:00, Khem Raj <raj.khem@...> wrote:
On Mon, Dec 13, 2021 at 1:00 AM Quentin Schulz <
quentin.schulz@...> wrote:

Hi Trevor,

Gentle ping :)

Honister 3.4.1 being out it's less of an issue but the question remains
at least for settling on a policy :)

Do we still need this patch ? I think now that dot release is out it’s less
of a problem. Version specific patching will set a different preset for the
layer to carry unexcercised patches
We need this patch for honister 3.4 but what I meant is that even though it's not needed for honister >= 3.4.1, I'm still interested in what the policy should be. Especially what we should have done between 3.4 and 3.4.1, before the latter was released.

I understand the precedent it creates but also, it's a bit sad for a "BSP" layer to have some support broken between Yocto releases.

Cheers,
Quentin



Cheers,
Quentin

On Tue, Nov 16, 2021 at 10:50:13AM -0800, Khem Raj wrote:
On Tue, Nov 16, 2021 at 10:03 AM Quentin Schulz <foss@...> wrote:



On November 16, 2021 6:45:05 PM GMT+01:00, Khem Raj <
raj.khem@...> wrote:
On Tue, Nov 16, 2021 at 9:12 AM Quentin Schulz <
quentin.schulz@...> wrote:

On Tue, Nov 16, 2021 at 09:08:41AM -0800, Khem Raj wrote:
On Tue, Nov 16, 2021 at 9:04 AM Quentin Schulz
<quentin.schulz@...> wrote:

On Tue, Nov 16, 2021 at 09:00:42AM -0800, Khem Raj wrote:
On Tue, Nov 16, 2021 at 7:52 AM Quentin Schulz
<quentin.schulz@...> wrote:

From Linux kernel v5.14 to v5.14.11 (both included), the
Ethernet
MAC
controller found on RK3399 is not working.

A fix is available in v5.14.12 and later (available also in
v5.15)
which is provided here and applied to linux-yocto source
tree if
linux-yocto version is of the impacted ones.

The conditional patching is unfortunately required because
Honister 3.4
has linux-yocto v5.14.9 and Honister 3.4.1 will have at
least
linux-yocto v5.14.14.
Patching piece below looks quite a bit.
lets just fix v5.14.14 and dont worry about 3.4
v5.14.14 is already fixed. The only release currently is 3.4
and I hit
that issue, hence the patch.
I assume not everybody is updating to 3.4.1 when it's out, I've
seen
people running behind dot releases.
What's bothering you?
once dot release is out then thats whats maintained not the
original
release since they are incremental.
the anon python to apply a patch. Can you explain why we want to
patch
applied this way ?
I could define a python function and use it like this:
SRC_URI:append:rk3399 = "${@rk3399_fix_mac(d)}"

Would that work better for you?

I am not yet convinced why should we have such version specific patch
If you could explain what's *really* bothering you, I could try to
find a proper explanation or agree with you but it's a bit too vague to me
right now. Anyway, I'll do some guesses in the next paragraphs.

Because Ethernet does not work for all RK3399-based boards in the
latest and only release of Honister?

meta-rockchip does not have honister branch for now. So it expects
master to keep working with honister for now. kernel upgrades are
already committed into honister branch on meta-yocto-bsps so fix it
already available in latest honister
branch and will be in imminent point release soon as well.


meta-rockchip is the BSP layer for Rockchip based devices, if not
there, where should I put this patch?

Or are we just going to say "Ethernet does not work, we know" to
people asking instead of having this patch in? Obviously you could tell
them to upgrade their oe-core/poky git repo to rolling honister or 3.4.1
once it's out but having this patch in avoid those questions.
I would say yes, document it as that of a known issue and possible fix
if someone is using exact point release. They might have snapshotted
meta-rockpi too and in that case it will be easy for them to carry a
local patch if needed.
vesion specific patching would also be setting a not so desired
patching practice, so I am trying to avoid it if we can.

I understand we're talking about policy here. I am not fond of this
patch either but Ethernet is quite critical on boards which don't have WiFi
for example. I don't have anything better to suggest to fix this in the
*latest* release.

Update to latest honister branch or wait for 3.4.1, would be my
suggestion.


Cheers
Quentin


Cheers,
Quentin


Re: [meta-rockchip][PATCH] kernel: linux-yocto: fix broken Ethernet MAC controller on RK3399 on 5.14 >= version <= 5.14.11

Khem Raj
 



On Mon, Dec 13, 2021 at 1:00 AM Quentin Schulz <quentin.schulz@...> wrote:
Hi Trevor,

Gentle ping :)

Honister 3.4.1 being out it's less of an issue but the question remains
at least for settling on a policy :)

Do we still need this patch ? I think now that dot release is out it’s less of a problem. Version specific patching will set a different preset for the layer to carry unexcercised patches



Cheers,
Quentin

On Tue, Nov 16, 2021 at 10:50:13AM -0800, Khem Raj wrote:
> On Tue, Nov 16, 2021 at 10:03 AM Quentin Schulz <foss@...> wrote:
> >
> >
> >
> > On November 16, 2021 6:45:05 PM GMT+01:00, Khem Raj <raj.khem@...> wrote:
> > >On Tue, Nov 16, 2021 at 9:12 AM Quentin Schulz <
> > >quentin.schulz@...> wrote:
> > >
> > >> On Tue, Nov 16, 2021 at 09:08:41AM -0800, Khem Raj wrote:
> > >> > On Tue, Nov 16, 2021 at 9:04 AM Quentin Schulz
> > >> > <quentin.schulz@...> wrote:
> > >> > >
> > >> > > On Tue, Nov 16, 2021 at 09:00:42AM -0800, Khem Raj wrote:
> > >> > > > On Tue, Nov 16, 2021 at 7:52 AM Quentin Schulz
> > >> > > > <quentin.schulz@...> wrote:
> > >> > > > >
> > >> > > > > From Linux kernel v5.14 to v5.14.11 (both included), the Ethernet
> > >> MAC
> > >> > > > > controller found on RK3399 is not working.
> > >> > > > >
> > >> > > > > A fix is available in v5.14.12 and later (available also in v5.15)
> > >> > > > > which is provided here and applied to linux-yocto source tree if
> > >> > > > > linux-yocto version is of the impacted ones.
> > >> > > > >
> > >> > > > > The conditional patching is unfortunately required because
> > >> Honister 3.4
> > >> > > > > has linux-yocto v5.14.9 and Honister 3.4.1 will have at least
> > >> > > > > linux-yocto v5.14.14.
> > >> > > >
> > >> > > > Patching piece below looks quite a bit.
> > >> > > > lets just fix v5.14.14 and dont worry about 3.4
> > >> > > >
> > >> > >
> > >> > > v5.14.14 is already fixed. The only release currently is 3.4 and I hit
> > >> > > that issue, hence the patch.
> > >> > > I assume not everybody is updating to 3.4.1 when it's out, I've seen
> > >> > > people running behind dot releases.
> > >> > > What's bothering you?
> > >> >
> > >> > once dot release is out then thats whats maintained not the original
> > >> > release since they are incremental.
> > >> > the anon python to apply a patch. Can you explain why we want to patch
> > >> > applied this way ?
> > >> >
> > >>
> > >> I could define a python function and use it like this:
> > >> SRC_URI:append:rk3399 = "${@rk3399_fix_mac(d)}"
> > >>
> > >> Would that work better for you?
> > >
> > >
> > >I am not yet convinced why should we have such version specific patch
> > >
> >
> > If you could explain what's *really* bothering you, I could try to find a proper explanation or agree with you but it's a bit too vague to me right now. Anyway, I'll do some guesses in the next paragraphs.
> >
> > Because Ethernet does not work for all RK3399-based boards in the latest and only release of Honister?
>
> meta-rockchip does not have honister branch for now. So it expects
> master to keep working with honister for now. kernel upgrades are
> already committed into honister branch on meta-yocto-bsps so fix it
> already available in latest honister
> branch and will be in imminent point release soon as well.
>
> >
> > meta-rockchip is the BSP layer for Rockchip based devices, if not there, where should I put this patch?
> >
> > Or are we just going to say "Ethernet does not work, we know" to people asking instead of having this patch in? Obviously you could tell them to upgrade their oe-core/poky git repo to rolling honister or 3.4.1 once it's out but having this patch in avoid those questions.
> >
>
> I would say yes, document it as that of a known issue and possible fix
> if someone is using exact point release. They might have snapshotted
> meta-rockpi too and in that case it will be easy for them to carry a
> local patch if needed.
> vesion specific patching would also be setting a not so desired
> patching practice, so I am trying to avoid it if we can.
>
> > I understand we're talking about policy here. I am not fond of this patch either but Ethernet is quite critical on boards which don't have WiFi for example. I don't have anything better to suggest to fix this in the *latest* release.
>
> Update to latest honister branch or wait for 3.4.1, would be my suggestion.
>
> >
> > Cheers
> > Quentin
> > >>
> > >>
> > >> Cheers,
> > >> Quentin
> > >>


Is it possible to run a read-only fs without IMAGE_FEATURE = "read-only-rootfs"

Beek, Léon van de
 

Dear all,

 

Currently I have created an image which upon boot mounts my rootfs as readonly in an overlay with my data partition. I set out to change the FS type of my rootfs to something that is actuall read-only like squashfs, however I am getting a kernel panic whenever I boot saying:

 

“Not syncing: vfs: Unable to mount root fs on unknown-blick(179,2)”

 

The steps I took to convert to a read-only rootfs:

  • Change -fstype in .wks file to squashfs
  • Changed IMAGE_FSTYPE= “squashfs wic.bz2”, in local.conf, however I do not believe this is necessary actually

 

Are there steps I am missing? I believe that IMAGE_FEATURE = "read-only-rootfs" should not be necessary as I am mounting the rootfs in an overlay before starting /sbin/init , but I might be wrong.

 

Kind regards,

 

Léon van de Beek


help with ERROR: Nothing RPROVIDES <recipe> error

Cardenas Jose Antonio (JCARDENA)
 

Hi all.

 

I have added a recipe to BBMASK to skip the processing of this recipe for now, but when I try to compile the image i get ERROR: Nothing RPROVIDES <recipe> error. It’s like I should say to yocto to reparse all recipes but I don’t find the way to do it without remove the build directory and build again.

 

Regards.

José


Re: [meta-cgl][PATCH] resource-agents: Fix QA Issue:

leimaohui
 

ping

-----Original Message-----
From: Lei, Maohui <leimaohui@...>
Sent: Tuesday, November 23, 2021 7:20 PM
To: yocto@...
Cc: Lei, Maohui <leimaohui@...>
Subject: [yocto] [meta-cgl][PATCH] resource-agents: Fix QA Issue:

ERROR: resource-agents-4.5.0-r0 do_package_qa: QA Issue: resource-agents
installs files in /var/volatile, but it is expected to be empty [empty-dirs]

Signed-off-by: Lei Maohui <leimaohui@...>
---
.../cluster-resource-agents/resource-agents_4.5.0.bb | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)

diff --git
a/meta-cgl-common/recipes-cgl/cluster-resource-agents/resource-agents_4.5.0
.bb
b/meta-cgl-common/recipes-cgl/cluster-resource-agents/resource-agents_4.5.0
.bb
index 261681c..d6fb708 100644
---
a/meta-cgl-common/recipes-cgl/cluster-resource-agents/resource-agents_4.5.0
.bb
+++
b/meta-cgl-common/recipes-cgl/cluster-resource-agents/resource-agents_4.5.0
.bb
@@ -57,8 +57,7 @@ EXTRA_OECONF += "--disable-fatal-warnings \
--with-rsctmpdir=/var/run/heartbeat/rsctmp"

do_install:append() {
- rm -rf "${D}${localstatedir}/run"
- rmdir --ignore-fail-on-non-empty "${D}${localstatedir}"
+ rm -rf "${D}${localstatedir}"
}

# tickle_tcp is published under GPLv3, we just split it into ${PN}-extra,
--
2.25.1


[ANNOUNCEMENT] Yocto Project 3.4.1 (honister) is Released

Lee Chee Yang
 

Hello,

 

We are pleased to announce the Yocto Project 3.4.1 Release is now available for download.

http://downloads.yoctoproject.org/releases/yocto/yocto-3.4.1/poky-b53230c08d9f02ecaf35b4f0b70512abbf10ae11.tar.bz2

http://mirrors.kernel.org/yocto/yocto/yocto-3.4.1/poky-b53230c08d9f02ecaf35b4f0b70512abbf10ae11.tar.bz2

 

A gpg signed version of these release notes is available at:

https://downloads.yoctoproject.org/releases/yocto/yocto-3.4.1/RELEASENOTES

Full Test Report:

https://downloads.yoctoproject.org/releases/yocto/yocto-3.4.1/testreport.txt

 

Thank you for everyone's contributions to this release.

 

 

Chee Yang Lee
chee.yang.lee@...

Yocto Project Build and Release


- --------------------------

yocto-3.4.1 Release Notes

- --------------------------

 

 

- --------------------------

Repositories/Downloads

- --------------------------

 

Repository Name: poky

Repository Location: https://git.yoctoproject.org/git/poky

Branch: honister

Tag: yocto-3.4.1

Git Revision: b53230c08d9f02ecaf35b4f0b70512abbf10ae11

Release Artefact: poky-b53230c08d9f02ecaf35b4f0b70512abbf10ae11

sha: 57d49e2afafb555baf65643acf752464f0eb7842b964713a5de7530c392de159

Download Locations:

http://downloads.yoctoproject.org/releases/yocto/yocto-3.4.1/poky-b53230c08d9f02ecaf35b4f0b70512abbf10ae11.tar.bz2

http://mirrors.kernel.org/yocto/yocto/yocto-3.4.1/poky-b53230c08d9f02ecaf35b4f0b70512abbf10ae11.tar.bz2

 

Repository Name: openembedded-core

Repository Location: https://git.openembedded.org/openembedded-core

Branch: honister

Tag: yocto-3.4.1

Git Revision: 70384dd958c57d1da924a66cffa35f80eb60d4b0

Release Artefact: oecore-70384dd958c57d1da924a66cffa35f80eb60d4b0

sha: 7c90147cbd4b552fa7915066b41bbd3382b120ff19ded7551bf850e2d744ef12

Download Locations:

http://downloads.yoctoproject.org/releases/yocto/yocto-3.4.1/oecore-70384dd958c57d1da924a66cffa35f80eb60d4b0.tar.bz2

http://mirrors.kernel.org/yocto/yocto/yocto-3.4.1/oecore-70384dd958c57d1da924a66cffa35f80eb60d4b0.tar.bz2

 

Repository Name: meta-mingw

Repository Location: https://git.yoctoproject.org/git/meta-mingw

Branch: honister

Tag: yocto-3.4.1

Git Revision: f5d761cbd5c957e4405c5d40b0c236d263c916a8

Release Artefact: meta-mingw-f5d761cbd5c957e4405c5d40b0c236d263c916a8

sha: d4305d638ef80948584526c8ca386a8cf77933dffb8a3b8da98d26a5c40fcc11

Download Locations:

http://downloads.yoctoproject.org/releases/yocto/yocto-3.4.1/meta-mingw-f5d761cbd5c957e4405c5d40b0c236d263c916a8.tar.bz2

http://mirrors.kernel.org/yocto/yocto/yocto-3.4.1/meta-mingw-f5d761cbd5c957e4405c5d40b0c236d263c916a8.tar.bz2

 

Repository Name: meta-gplv2

Repository Location: https://git.yoctoproject.org/git/meta-gplv2

Branch: honister

Tag: yocto-3.4.1

Git Revision: f04e4369bf9dd3385165281b9fa2ed1043b0e400

Release Artefact: meta-gplv2-f04e4369bf9dd3385165281b9fa2ed1043b0e400

sha: ef8e2b1ec1fb43dbee4ff6990ac736315c7bc2d8c8e79249e1d337558657d3fe

Download Locations:

http://downloads.yoctoproject.org/releases/yocto/yocto-3.4.1/meta-gplv2-f04e4369bf9dd3385165281b9fa2ed1043b0e400.tar.bz2

http://mirrors.kernel.org/yocto/yocto/yocto-3.4.1/meta-gplv2-f04e4369bf9dd3385165281b9fa2ed1043b0e400.tar.bz2

 

Repository Name: bitbake

Repository Location: https://git.openembedded.org/bitbake

Branch: honister

Tag: yocto-3.4.1

Git Revision: 44a83b373e1fc34c93cd4a6c6cf8b73b230c1520

Release Artefact: bitbake-44a83b373e1fc34c93cd4a6c6cf8b73b230c1520

sha: 03d50c1318d88d62eb01d359412ea5a8014ef506266629a2bd43ab3a2ef19430

Download Locations:

http://downloads.yoctoproject.org/releases/yocto/yocto-3.4.1/bitbake-44a83b373e1fc34c93cd4a6c6cf8b73b230c1520.tar.bz2

http://mirrors.kernel.org/yocto/yocto/yocto-3.4.1/bitbake-44a83b373e1fc34c93cd4a6c6cf8b73b230c1520.tar.bz2

 

Repository Name: yocto-docs

Repository Location: https://git.yoctoproject.org/git/yocto-docs

Branch: honister

Tag: yocto-3.4.1

Git Revision: b250eda5a0beba8acc9641c55a5b0e30594b5178

 

- ---------------

Contributors

- ---------------

Ahmed Hossam

Alexander Kanavin

Alexandre Belloni

Andrej Valek

Andres Beltran

Anuj Mittal

Bruce Ashfield

Chen Qi

Claus Stovgaard

Daiane Angolini

Hsia-Jun(Randy) Li

Jon Mason

Jose Quaresma

Joshua Watt

Kai Kang

Khem Raj

Kiran Surendran

Manuel Leonhardt

Michael Opdenacker

Oleksandr Kravchuk

Pablo Saavedra Rodi?o

Paul Eggleton

Peter Kjellerstedt

Quentin Schulz

Ralph Siemsen

Randy Li

Richard Purdie

Ross Burton

Sakib Sajal

Saul Wold

Teoh Jay Shen

Tim Orling

Tom Hochstein

Yureka

 

 

- ---------------

Known Issues

- ---------------

Bug 14622 - bsps-hw.bsps-hw.Test_Seek_bar_and_volume_control manual test case failure

 

 

- ---------------

Security Fixes

- ---------------

glibc: Backport fix for CVE-2021-43396

vim: add patch number to CVE-2021-3778 patch

vim: fix CVE-2021-3796, CVE-2021-3872, and CVE-2021-3875

squashfs-tools: follow-up fix for CVE-2021-41072

avahi: update CVE id fixed by local-ping.patch

squashfs-tools: fix CVE-2021-41072

ffmpeg: fix CVE-2021-38114

curl: fix CVE-2021-22945 through -22947

 

 

 

- ---------------

Fixes

- ---------------

bitbake.conf: Fix corruption of GNOME mirror url

bitbake.conf: Use wayland distro feature for native builds

bitbake: Revert "parse/ast: Show errors for append/prepend/remove operators combined with +=/.="

bitbake: bitbake-worker: Add debug when unpickle fails

bitbake: cooker: Fix task-depends.dot for multiconfig targets

bitbake: cooker: Handle parse threads disappearing to avoid hangs

bitbake: cooker: Handle parsing results queue race

bitbake: cooker: Remove debug code, oops :(

bitbake: cooker: check if upstream hash equivalence server is available

bitbake: fetch/git: Handle github dropping git:// support

bitbake: fetch/wget: Add timeout for checkstatus calls (30s)

bitbake: fetch2/perforce: Fix typo

bitbake: fetch2: Fix url remap issue and add testcase

bitbake: fetch2: fix downloadfilename issue with premirror

bitbake: fetch: Handle mirror user/password replacements correctly

bitbake: parse/ast: Show errors for append/prepend/remove operators combined with +=/.=

bitbake: runqueue: Fix runall option handling

bitbake: runqueue: Fix runall option task deletion ordering issue

bitbake: test/fetch: Update urls to match upstream branch name changes

bitbake: tests/fetch.py: add test case to ensure downloadfilename is used for premirror

bitbake: tests/fetch.py: fix premirror test cases

bitbake: tests/fetch: Update github urls

bitbake: tests/fetch: Update pcre.org address after github changes

bitbake: tests/runqueue: Ensure hashserv exits before deleting files

bitbake: utils: Handle lockfile filenames that are too long for filesystems

bootchart2: Don't compile python modules

build-appliance-image: Update to honister head revision

buildhistory: Fix package output files for SDKs

busybox: 1.34.0 -> 1.34.1

ca-certificates: update 20210119 -> 20211016

classes/populate_sdk_base: Add setscene tasks

conf: update for release 3.4

convert-srcuri.py: use regex to check space in SRC_URI

create-spdx: Fix key errors in do_create_runtime_spdx

create-spdx: Protect against None from LICENSE_PATH

create-spdx: Set the Organization field via a variable

create-spdx: add create_annotation function

create-spdx: cross recipes are native also

create_spdx: ensure is_work_shared() is unique

cups: Fix missing installation of cups sysv init scripts

docs: poky.yaml: updates for 3.4

dpkg: Install dkpg-perl scripts to versioned perl directory

glibc-version.inc: remove branch= from GLIBC_GIT_URI

go-helloworld/glide: Fix urls

go.bbclass: Allow adding parameters to go ldflags

go: upgrade 1.16.7 -> 1.16.8

gst-devtools: 1.18.4 -> 1.18.5

gst-examples: 1.18.4 -> 1.18.5

gstreamer1.0-libav: 1.18.4 -> 1.18.5

gstreamer1.0-omx: 1.18.4 -> 1.18.5

gstreamer1.0-plugins-bad: 1.18.4 -> 1.18.5

gstreamer1.0-plugins-base: 1.18.4 -> 1.18.5

gstreamer1.0-plugins-good: 1.18.4 -> 1.18.5

gstreamer1.0-plugins-ugly: 1.18.4 -> 1.18.5

gstreamer1.0-python: 1.18.4 -> 1.18.5

gstreamer1.0-rtsp-server: 1.18.4 -> 1.18.5

gstreamer1.0-vaapi: 1.18.4 -> 1.18.5

gstreamer1.0: 1.18.4 -> 1.18.5

insane.bbclass: Add a check for directories that are expected to be empty

kernel-devsrc: Add vdso.lds and other build files for riscv64 as well

libnewt: Use python3targetconfig to fix reproducibility issue

libpcre/libpcre2: correct SRC_URI

libx11-compose-data: Update LICENSE to better reflect reality

libx11: Update LICENSE to better reflect reality

libxml2: Use python3targetconfig to fix reproducibility issue

linunistring: Add missing gperf-native dependency

linux-firmware: upgrade to 20211027

linux-yocto-dev: Ensure DEPENDS matches recent 5.14 kernel changes

linux-yocto-rt/5.10: update to -rt54

linux-yocto/5.10: update to v5.10.78

linux-yocto/5.14: common-pc: enable CONFIG_ATA_PIIX as built-in

linux-yocto/5.14: update to v5.14.17

linux-yocto: add libmpc-native to DEPENDS

lttng-tools: replace ad hoc ptest fixup with upstream fixes

manuals: releases.rst: move gatesgarth to outdated releases section

mesa: Enable svga for x86 only

mesa: upgrade 21.2.1 -> 21.2.4

meson.bblcass: Remove empty egg-info directories before running meson

meson: install native file in sdk

meson: move lang args to the right section

meson: set objcopy in the cross and native toolchain files

meta/scripts: Manual git url branch additions

meta: Add explict branch to git SRC_URIs

migration-3.4: add additional migration info

migration-3.4: add some extra packaging notes

migration-3.4: tweak overrides change section

migration: tweak introduction section

mirrors: Add kernel.org sources mirror for downloads.yoctoproject.org

mirrors: Add uninative mirror on kernel.org

nativesdk-packagegroup-sdk-host.bb: Update host tools for wayland

oeqa/runtime/parselogs: modified drm error in common errors list

oeqa/selftest/sstatetests: fix typo ware -> were

oeqa: Update cleanup code to wait for hashserv exit

opkg: Fix poor operator combination choice

ovmf: update 202105 -> 202108

patch.bbclass: when the patch fails show more info on the fatal error

poky.conf: bump version for 3.4.1 honister release

poky.yaml: add lz4 and zstd to essential host packages

poky.yaml: fix lz4 package name for older Ubuntu versions

pseudo: Add fcntl64 wrapper

python3-setuptools: _distutils/sysconfig fix

python3: update to 3.9.7

qemu.inc: Remove empty egg-info directories before running meson

recipes: Update github.com urls to use https

ref-manual: Update how to set a useradd password

ref-manual: document "reproducible_build" class and SOURCE_DATE_EPOCH

ref-manual: document BUILD_REPRODUCIBLE_BINARIES

ref-manual: document TOOLCHAIN_HOST_TASK_ESDK

ref-manual: remove meta class

ref-manual: update system requirements

releases.rst: fix release number for 3.3.3

scripts/convert-srcuri: Update SRC_URI conversion script to handle github url changes

scripts/lib/wic/help.py: Update Fedora Kickstart URLs

scripts/oe-package-browser: Fix after overrides change

scripts/oe-package-browser: Handle no packages being built

spdx.py: Add annotation to relationship

sstate: Account for reserved characters when shortening sstate filenames

sstate: another fix for touching files inside pseudo

sstate: fix touching files inside pseudo

staging: Fix autoconf-native rebuild failure

strace: fix build against 5.15 kernel/kernel-headers

strace: show test suite log on failure

stress-ng: convert to git, website is down

systemd: add missing include for musl

tar: filter CVEs using vendor name

test-manual: how to enable reproducible builds

testimage: fix unclosed testdata file

tzdata: update 2021d to 2021d

uninative: Add version to uninative tarball name

waffle: convert to git, website is down

wayland: Fix wayland-tools packaging

wireless-regdb: upgrade 2021.07.14 -> 2021.08.28

wpa-supplicant: Match package override to PACKAGES for pkg_postinst


[PATCH yocto-autobuilder-helper] run-auh: do not clean up build directory

Alexander Kanavin
 

This is done regularly by the overall AB maintenance tooling, and erasing
build artifacts makes it difficult to find out what went wrong
when it does.

Signed-off-by: Alexander Kanavin <alex.kanavin@...>
---
scripts/run-auh | 5 -----
1 file changed, 5 deletions(-)

diff --git a/scripts/run-auh b/scripts/run-auh
index 7a9ab70..656bedd 100755
--- a/scripts/run-auh
+++ b/scripts/run-auh
@@ -24,9 +24,4 @@ git checkout -B tmp-auh-upgrades origin/master
source $poky_dir/oe-init-build-env $build_dir
$auh_dir/upgrade-helper.py -e all

-# clean up to avoid the disk filling up
-rm -rf $build_dir/tmp/
-rm -rf $build_dir/workspace/sources/*
-find $sstate_dir -atime +10 -delete
-
popd
--
2.33.1


QA notification for completed autobuilder build (yocto-3.5_M1.rc2)

Richard Purdie
 

A build flagged for QA (yocto-3.5_M1.rc2) was completed on the autobuilder and
is available at:


https://autobuilder.yocto.io/pub/releases/yocto-3.5_M1.rc2


Build hash information:

bitbake: 1ecc1d9424877df89fcda2f23c306998998a65ff
meta-agl: 6d1ab9f3bb270a773ec5d2f7c8c856796833b559
meta-arm: d446f7f80bf61e9cf05843e8ef4bc5473f936118
meta-aws: 8893e0cd4c0981eeda941eaa9ad2eb9359670502
meta-gplv2: f04e4369bf9dd3385165281b9fa2ed1043b0e400
meta-intel: aa8482af7b286f8fe8f7aae648938d4ebf0283c5
meta-mingw: 992fb40bdbfe9fe60f815aac46e04c58963918b5
meta-openembedded: ba6a16cdca661b2d5251df243dc19bda0e8db651
oecore: 1a6c2a7345199d77ad5aeac8ad337ed80a8aa39b
poky: 65c94ca3196e5ef3344a469fea8e30444f2e967a



This is an automated message from the Yocto Project Autobuilder
Git: git://git.yoctoproject.org/yocto-autobuilder2
Email: richard.purdie@...


Re: [meta-rockchip][PATCH v2] override syntax fixup

Khem Raj
 



On Sat, Dec 11, 2021 at 5:56 AM Trevor Woerner <twoerner@...> wrote:
The _virtual notation is not an override. These syntax "fixes" need to be
reverted.

Looks good 


In the case of the kernel override, when it was added, the rock-pi-e needed
the latest kernel (linux-yocto-dev) but now the default linux-yocto kernel
will suffice. So this mistake actually switched the rock-pi-e from
linux-yocto-dev back to linux-yocto inadvertently but at a time when
linux-yocto-dev was no longer required.

In the case of the bootloader overrides, u-boot was always the default, so
these overrides were always redundant.

Therefore, in the end, simply removing these overrides is the best way
forward (considering these aren't doing anything, and the builds are working
fine regardless).

Signed-off-by: Trevor Woerner <twoerner@...>
---
 conf/machine/include/rk3288.inc            | 1 -
 conf/machine/include/rk3328.inc            | 2 --
 conf/machine/include/rk3399.inc            | 2 --
 conf/machine/include/rockchip-defaults.inc | 1 -
 conf/machine/rock-pi-e.conf                | 2 --
 5 files changed, 8 deletions(-)

diff --git a/conf/machine/include/rk3288.inc b/conf/machine/include/rk3288.inc
index 5b84e94..1d4a0e3 100644
--- a/conf/machine/include/rk3288.inc
+++ b/conf/machine/include/rk3288.inc
@@ -12,5 +12,4 @@ SERIAL_CONSOLES = "115200;ttyS2"
 KBUILD_DEFCONFIG ?= "multi_v7_defconfig"
 KERNEL_IMAGETYPE = "zImage"

-PREFERRED_PROVIDER:virtual/bootloader ?= "u-boot"
 UBOOT_SUFFIX ?= "bin"
diff --git a/conf/machine/include/rk3328.inc b/conf/machine/include/rk3328.inc
index 0f3a730..acc9afd 100644
--- a/conf/machine/include/rk3328.inc
+++ b/conf/machine/include/rk3328.inc
@@ -19,5 +19,3 @@ TFA_BUILD_TARGET = "bl31"

 UBOOT_SUFFIX ?= "itb"
 UBOOT_ENTRYPOINT ?= "0x06000000"
-
-PREFERRED_PROVIDER:virtual/bootloader ?= "u-boot"
diff --git a/conf/machine/include/rk3399.inc b/conf/machine/include/rk3399.inc
index 09c87c0..1e6c3b6 100644
--- a/conf/machine/include/rk3399.inc
+++ b/conf/machine/include/rk3399.inc
@@ -19,5 +19,3 @@ TFA_BUILD_TARGET = "bl31"

 UBOOT_SUFFIX ?= "itb"
 UBOOT_ENTRYPOINT ?= "0x06000000"
-
-PREFERRED_PROVIDER:virtual/bootloader ?= "u-boot"
diff --git a/conf/machine/include/rockchip-defaults.inc b/conf/machine/include/rockchip-defaults.inc
index 455cca8..ca94249 100644
--- a/conf/machine/include/rockchip-defaults.inc
+++ b/conf/machine/include/rockchip-defaults.inc
@@ -5,7 +5,6 @@ PREFERRED_PROVIDER_virtual/kernel ?= "linux-yocto"
 KCONFIG_MODE ?= "alldefconfig"

 # xserver
-PREFERRED_PROVIDER:virtual/xserver = "xserver-xorg"
 XSERVER = " \
        xserver-xorg \
        xserver-xorg-utils \
diff --git a/conf/machine/rock-pi-e.conf b/conf/machine/rock-pi-e.conf
index 7f49c9f..0e2856f 100644
--- a/conf/machine/rock-pi-e.conf
+++ b/conf/machine/rock-pi-e.conf
@@ -7,9 +7,7 @@ require conf/machine/include/rk3328.inc

 MACHINEOVERRIDES =. "rock-pi-e:"

-PREFERRED_PROVIDER:virtual/kernel = "linux-yocto-dev"
 KERNEL_DEVICETREE = "rockchip/rk3328-rock-pi-e.dtb"
 MACHINE_EXTRA_RRECOMMENDS += "kernel-modules"

-PREFERRED_PROVIDER:virtual/bootloader = "u-boot"
 UBOOT_MACHINE = "rock-pi-e-rk3328_defconfig"
--
2.34.1.75.gabe6bb3905





Re: [oe] Help with Inclusive Language in OpenEmbedded/Yocto Project

Armin Kuster
 

On 12/6/21 5:01 PM, Jon Mason wrote:
This email is a follow-up from the session held on Friday at the
OpenEmbedded Developer's Virtual Meeting (see
https://www.openembedded.org/wiki/OEDVM_Nov_2021)

The session was not recorded, but the slides can be found at
https://docs.google.com/presentation/d/146ueVVTMeA8JI43wqv5kFmdYEygqqmfGH0z1VRL2bDA/edit?usp=sharing

The outcome from the discussion was that inclusive language changes
are something that we want to accomplish in the kirkstone release
timeframe (with an exception for the "master" branch name, which will
be handled at a future date).

There has already been a pass at collecting the needed changes at
https://wiki.yoctoproject.org/wiki/Inclusive_language

This is not as simple as a find/replace of offending words. There is
a desire for backward compatibility or to provide some kind of "you
want X, which is now Y" (which complicates things).

The intention of this email is to see who is interested in helping
out. Once we know how many people are available and what time frames,
we can plan out a roadmap. So, please email me (or respond to this
thread publicly) and I'll add you to the list. There will then be a
follow-up zoom call in the next week or so to plan out the roadmap.

We will document the roadmap and everything else on the YP wiki page above.

Questions and comments are welcome, but not interested in debating the
necessity or timeframe of this task. It has already been decided.
Thanks for driving this.

please add me to the list.

-armin

Thanks,
Jon



[meta-rockchip][PATCH v2] override syntax fixup

Trevor Woerner
 

The _virtual notation is not an override. These syntax "fixes" need to be
reverted.

In the case of the kernel override, when it was added, the rock-pi-e needed
the latest kernel (linux-yocto-dev) but now the default linux-yocto kernel
will suffice. So this mistake actually switched the rock-pi-e from
linux-yocto-dev back to linux-yocto inadvertently but at a time when
linux-yocto-dev was no longer required.

In the case of the bootloader overrides, u-boot was always the default, so
these overrides were always redundant.

Therefore, in the end, simply removing these overrides is the best way
forward (considering these aren't doing anything, and the builds are working
fine regardless).

Signed-off-by: Trevor Woerner <twoerner@...>
---
conf/machine/include/rk3288.inc | 1 -
conf/machine/include/rk3328.inc | 2 --
conf/machine/include/rk3399.inc | 2 --
conf/machine/include/rockchip-defaults.inc | 1 -
conf/machine/rock-pi-e.conf | 2 --
5 files changed, 8 deletions(-)

diff --git a/conf/machine/include/rk3288.inc b/conf/machine/include/rk3288.inc
index 5b84e94..1d4a0e3 100644
--- a/conf/machine/include/rk3288.inc
+++ b/conf/machine/include/rk3288.inc
@@ -12,5 +12,4 @@ SERIAL_CONSOLES = "115200;ttyS2"
KBUILD_DEFCONFIG ?= "multi_v7_defconfig"
KERNEL_IMAGETYPE = "zImage"

-PREFERRED_PROVIDER:virtual/bootloader ?= "u-boot"
UBOOT_SUFFIX ?= "bin"
diff --git a/conf/machine/include/rk3328.inc b/conf/machine/include/rk3328.inc
index 0f3a730..acc9afd 100644
--- a/conf/machine/include/rk3328.inc
+++ b/conf/machine/include/rk3328.inc
@@ -19,5 +19,3 @@ TFA_BUILD_TARGET = "bl31"

UBOOT_SUFFIX ?= "itb"
UBOOT_ENTRYPOINT ?= "0x06000000"
-
-PREFERRED_PROVIDER:virtual/bootloader ?= "u-boot"
diff --git a/conf/machine/include/rk3399.inc b/conf/machine/include/rk3399.inc
index 09c87c0..1e6c3b6 100644
--- a/conf/machine/include/rk3399.inc
+++ b/conf/machine/include/rk3399.inc
@@ -19,5 +19,3 @@ TFA_BUILD_TARGET = "bl31"

UBOOT_SUFFIX ?= "itb"
UBOOT_ENTRYPOINT ?= "0x06000000"
-
-PREFERRED_PROVIDER:virtual/bootloader ?= "u-boot"
diff --git a/conf/machine/include/rockchip-defaults.inc b/conf/machine/include/rockchip-defaults.inc
index 455cca8..ca94249 100644
--- a/conf/machine/include/rockchip-defaults.inc
+++ b/conf/machine/include/rockchip-defaults.inc
@@ -5,7 +5,6 @@ PREFERRED_PROVIDER_virtual/kernel ?= "linux-yocto"
KCONFIG_MODE ?= "alldefconfig"

# xserver
-PREFERRED_PROVIDER:virtual/xserver = "xserver-xorg"
XSERVER = " \
xserver-xorg \
xserver-xorg-utils \
diff --git a/conf/machine/rock-pi-e.conf b/conf/machine/rock-pi-e.conf
index 7f49c9f..0e2856f 100644
--- a/conf/machine/rock-pi-e.conf
+++ b/conf/machine/rock-pi-e.conf
@@ -7,9 +7,7 @@ require conf/machine/include/rk3328.inc

MACHINEOVERRIDES =. "rock-pi-e:"

-PREFERRED_PROVIDER:virtual/kernel = "linux-yocto-dev"
KERNEL_DEVICETREE = "rockchip/rk3328-rock-pi-e.dtb"
MACHINE_EXTRA_RRECOMMENDS += "kernel-modules"

-PREFERRED_PROVIDER:virtual/bootloader = "u-boot"
UBOOT_MACHINE = "rock-pi-e-rk3328_defconfig"
--
2.34.1.75.gabe6bb3905


[meta-rockchip][PATCH] rock-pi-e: override syntax fixup

Trevor Woerner
 

The _virtual notation is not an override. These syntax "fixes" need to be
reverted.

In the case of the kernel override, when it was added, the rock-pi-e needed
the latest kernel (linux-yocto-dev) but now the default linux-yocto kernel
will suffice. So this mistake actually switched the rock-pi-e from
linux-yocto-dev back to linux-yocto inadvertently but at a time when
linux-yocto-dev was no longer required.

In the case of the bootloader override, u-boot was always the default, so this
override was always redundant.

Therefore, in the end, simply removing both these overrides is the best way
forward.

Signed-off-by: Trevor Woerner <twoerner@...>
---
conf/machine/rock-pi-e.conf | 2 --
1 file changed, 2 deletions(-)

diff --git a/conf/machine/rock-pi-e.conf b/conf/machine/rock-pi-e.conf
index 7f49c9f..0e2856f 100644
--- a/conf/machine/rock-pi-e.conf
+++ b/conf/machine/rock-pi-e.conf
@@ -7,9 +7,7 @@ require conf/machine/include/rk3328.inc

MACHINEOVERRIDES =. "rock-pi-e:"

-PREFERRED_PROVIDER:virtual/kernel = "linux-yocto-dev"
KERNEL_DEVICETREE = "rockchip/rk3328-rock-pi-e.dtb"
MACHINE_EXTRA_RRECOMMENDS += "kernel-modules"

-PREFERRED_PROVIDER:virtual/bootloader = "u-boot"
UBOOT_MACHINE = "rock-pi-e-rk3328_defconfig"
--
2.34.1.75.gabe6bb3905


Re: [meta-rockchip][PATCH] trusted-firmware-a: replace baudrate with the one specified in machine conf

Trevor Woerner
 

On Fri 2021-12-10 @ 03:50:19 PM, Quentin Schulz wrote:
Hi Trevor,

On Fri, Dec 10, 2021 at 09:43:39AM -0500, Trevor Woerner wrote:
On Thu 2021-11-11 @ 06:00:02 PM, Quentin Schulz wrote:
Not all Rockchip boards have their console running at 1500000 baud in
U-Boot and the kernel. Such is the case for puma-haikou RK3399-based
SoM+Carrierboard.

In order to prepare for the addition of puma-haikou to meta-rockchip,
let's replace the baudrate in TF-A by the one defined in the machine
conf file in the RK_CONSOLE_BAUD variable.

Cc: Quentin Schulz <foss@...>
Signed-off-by: Quentin Schulz <quentin.schulz@...>
---
.../files/serial-console-baudrate.patch | 36 -------------------
.../trusted-firmware-a_%.bbappend | 7 +++-
2 files changed, 6 insertions(+), 37 deletions(-)
delete mode 100644 recipes-bsp/trusted-firmware-a/files/serial-console-baudrate.patch

diff --git a/recipes-bsp/trusted-firmware-a/files/serial-console-baudrate.patch b/recipes-bsp/trusted-firmware-a/files/serial-console-baudrate.patch
deleted file mode 100644
index 2d6e9bf..0000000
--- a/recipes-bsp/trusted-firmware-a/files/serial-console-baudrate.patch
+++ /dev/null
@@ -1,36 +0,0 @@
-From 840d6b6420e1fd8cdf6e4de7fa58a6f8de151622 Mon Sep 17 00:00:00 2001
-From: Yann Dirson <yann@...>
-Date: Tue, 6 Apr 2021 17:28:45 +0200
-Subject: [PATCH] Set serial console baudrate back to 1500000.
-Upstream-Status: Inappropriate[other]
-
-TF-A runs between two u-boot stages which both uses 1500000 baud, it
-just makes no sense to use the same UART at a different rate.
-
-This effectively reverts part of 0c05748bdebfad9fa43a80962186438bb8fbce62.
-Main reason for that change stated in https://urldefense.proofpoint.com/v2/url?u=https-3A__developer.trustedfirmware.org_T762&d=DwIBaQ&c=_sEr5x9kUWhuk4_nFwjJtA&r=LYjLexDn7rXIzVmkNPvw5ymA1XTSqHGq8yBP6m6qZZ4njZguQhZhkI_-172IIy1t&m=TULURVxAXuoOr1qm-lWPJ4RyXC82jen1-RFqhySvz2ZLazQ8DA84GQ7T4MccEcQp&s=7WhFJXuPJAZq8RxczqF3HrMD5JqRZdJ8MyMU9iEnq44&e=
-is ChromeOS compatibility.
-
-Looks like this patch may become unnecessary in the future, when
-u-boot and TF-A get to communicate this value.
-
----
- plat/rockchip/rk3399/rk3399_def.h | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff --git a/plat/rockchip/rk3399/rk3399_def.h b/plat/rockchip/rk3399/rk3399_def.h
-index ba83242eb..8d6ecfbe6 100644
---- a/plat/rockchip/rk3399/rk3399_def.h
-+++ b/plat/rockchip/rk3399/rk3399_def.h
-@@ -17,7 +17,7 @@
- /**************************************************************************
- * UART related constants
- **************************************************************************/
--#define RK3399_BAUDRATE 115200
-+#define RK3399_BAUDRATE 1500000
- #define RK3399_UART_CLOCK 24000000
-
- /******************************************************************************
---
-2.30.2
-
diff --git a/recipes-bsp/trusted-firmware-a/trusted-firmware-a_%.bbappend b/recipes-bsp/trusted-firmware-a/trusted-firmware-a_%.bbappend
index f7777a7..0d06c44 100644
--- a/recipes-bsp/trusted-firmware-a/trusted-firmware-a_%.bbappend
+++ b/recipes-bsp/trusted-firmware-a/trusted-firmware-a_%.bbappend
@@ -7,9 +7,14 @@ COMPATIBLE_MACHINE:append:rk3328 = "|rk3328"

FILESEXTRAPATHS:prepend := "${THISDIR}/files:"
SRC_URI += "\
- file://serial-console-baudrate.patch \
file://0001-Fix-build-with-gcc-11.patch \
file://0001-dram-Fix-build-with-gcc-11.patch \
file://0001-plat_macros.S-Use-compatible-.asciz-asm-directive.patch \
file://0001-pmu-Do-not-mark-already-defined-functions-as-weak.patch \
"
+
+fixup_rk3399_baudrate() {
+ sed -i "s/#define RK3399_BAUDRATE 115200/#define RK3399_BAUDRATE ${RK_CONSOLE_BAUD}/" ${S}/plat/rockchip/rk3399/rk3399_def.h
+}
This looks fragile to me, any change in the number of spaces/tabs and this
line will stop working. Thankfully the symbol RK3399_BAUDRATE only appears
once in this file! That will allow us to do something like the following
instead:

sed '/RK3399_BAUDRATE.*/RK3399_BAUDRATE ${RK_CONSOLE_BAUD}/d'
Would
sed -i "s/#define RK3399_BAUDRATE\s\+.*/#define RK3399_BAUDRATE plep/" ${S}/plat/rockchip/rk3399/rk3399_def.h

work for you?
This makes sure that only RK3399_BAUDRATE definition will be changed, no
comment, no RK3399_BAUDRATE_OTHER_VAR or RK3399_BAUDRATE being used in
code/other constant in this file.
Sounds good.


Re: [meta-rockchip][PATCH] trusted-firmware-a: replace baudrate with the one specified in machine conf

Trevor Woerner
 

On Thu 2021-11-11 @ 06:00:02 PM, Quentin Schulz wrote:
Not all Rockchip boards have their console running at 1500000 baud in
U-Boot and the kernel. Such is the case for puma-haikou RK3399-based
SoM+Carrierboard.

In order to prepare for the addition of puma-haikou to meta-rockchip,
let's replace the baudrate in TF-A by the one defined in the machine
conf file in the RK_CONSOLE_BAUD variable.

Cc: Quentin Schulz <foss@...>
Signed-off-by: Quentin Schulz <quentin.schulz@...>
---
.../files/serial-console-baudrate.patch | 36 -------------------
.../trusted-firmware-a_%.bbappend | 7 +++-
2 files changed, 6 insertions(+), 37 deletions(-)
delete mode 100644 recipes-bsp/trusted-firmware-a/files/serial-console-baudrate.patch

diff --git a/recipes-bsp/trusted-firmware-a/files/serial-console-baudrate.patch b/recipes-bsp/trusted-firmware-a/files/serial-console-baudrate.patch
deleted file mode 100644
index 2d6e9bf..0000000
--- a/recipes-bsp/trusted-firmware-a/files/serial-console-baudrate.patch
+++ /dev/null
@@ -1,36 +0,0 @@
-From 840d6b6420e1fd8cdf6e4de7fa58a6f8de151622 Mon Sep 17 00:00:00 2001
-From: Yann Dirson <yann@...>
-Date: Tue, 6 Apr 2021 17:28:45 +0200
-Subject: [PATCH] Set serial console baudrate back to 1500000.
-Upstream-Status: Inappropriate[other]
-
-TF-A runs between two u-boot stages which both uses 1500000 baud, it
-just makes no sense to use the same UART at a different rate.
-
-This effectively reverts part of 0c05748bdebfad9fa43a80962186438bb8fbce62.
-Main reason for that change stated in https://developer.trustedfirmware.org/T762
-is ChromeOS compatibility.
-
-Looks like this patch may become unnecessary in the future, when
-u-boot and TF-A get to communicate this value.
-
----
- plat/rockchip/rk3399/rk3399_def.h | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff --git a/plat/rockchip/rk3399/rk3399_def.h b/plat/rockchip/rk3399/rk3399_def.h
-index ba83242eb..8d6ecfbe6 100644
---- a/plat/rockchip/rk3399/rk3399_def.h
-+++ b/plat/rockchip/rk3399/rk3399_def.h
-@@ -17,7 +17,7 @@
- /**************************************************************************
- * UART related constants
- **************************************************************************/
--#define RK3399_BAUDRATE 115200
-+#define RK3399_BAUDRATE 1500000
- #define RK3399_UART_CLOCK 24000000
-
- /******************************************************************************
---
-2.30.2
-
diff --git a/recipes-bsp/trusted-firmware-a/trusted-firmware-a_%.bbappend b/recipes-bsp/trusted-firmware-a/trusted-firmware-a_%.bbappend
index f7777a7..0d06c44 100644
--- a/recipes-bsp/trusted-firmware-a/trusted-firmware-a_%.bbappend
+++ b/recipes-bsp/trusted-firmware-a/trusted-firmware-a_%.bbappend
@@ -7,9 +7,14 @@ COMPATIBLE_MACHINE:append:rk3328 = "|rk3328"

FILESEXTRAPATHS:prepend := "${THISDIR}/files:"
SRC_URI += "\
- file://serial-console-baudrate.patch \
file://0001-Fix-build-with-gcc-11.patch \
file://0001-dram-Fix-build-with-gcc-11.patch \
file://0001-plat_macros.S-Use-compatible-.asciz-asm-directive.patch \
file://0001-pmu-Do-not-mark-already-defined-functions-as-weak.patch \
"
+
+fixup_rk3399_baudrate() {
+ sed -i "s/#define RK3399_BAUDRATE 115200/#define RK3399_BAUDRATE ${RK_CONSOLE_BAUD}/" ${S}/plat/rockchip/rk3399/rk3399_def.h
+}
This looks fragile to me, any change in the number of spaces/tabs and this
line will stop working. Thankfully the symbol RK3399_BAUDRATE only appears
once in this file! That will allow us to do something like the following
instead:

sed '/RK3399_BAUDRATE.*/RK3399_BAUDRATE ${RK_CONSOLE_BAUD}/d'

Can you test and submit a v2 please?

+
+do_patch[postfuncs] += "fixup_rk3399_baudrate"
--
2.30.2


Re: [OE-core] [PATCH] libva: move wayland PACKAGECONFIG to libva.inc

Alexander Kanavin
 

Please send the patch to openembedded-core list.

Also I wonder about this:
| Run-time dependency wayland-client found: YES 1.19.0

How does it happen? Is something else building wayland items?

Alex


On Fri, 10 Dec 2021 at 06:40, Markus Volk <f_l_k@...> wrote:
I encountered an error while trying to build libva under wayland. libva-initial
was missing wayland-native dependency and failed like this:

| Run-time dependency xfixes found: NO (tried pkgconfig and cmake)
| Run-time dependency wayland-client found: YES 1.19.0
| Program wayland-scanner /usr/bin/wayland-scanner found: NO
|
| ../libva-2.13.0/meson.build:107:4: ERROR: Program 'wayland-scanner /usr/bin/wayland-scanner' not found
|
| A full log can be found at /home/flk/build/poky/build-rock/tmp/work/cortexa72-cortexa53-crypto-poky-linux/libva-initial/2.13.0-r0/build/meson-logs/meson-log.txt
| ERROR: meson failed
| WARNING: exit code 1 from a shell command.

This commit moves the PACKAGECONFIG[wayland] to libva.inc to make it available to libva-initial also

Signed-off-by: MarkusVolk <f_l_k@...>
---
 meta/recipes-graphics/libva/libva.inc       | 7 +++++++
 meta/recipes-graphics/libva/libva_2.13.0.bb | 4 +---
 2 files changed, 8 insertions(+), 3 deletions(-)

diff --git a/meta/recipes-graphics/libva/libva.inc b/meta/recipes-graphics/libva/libva.inc
index bcf9757c1a..0e2721e291 100644
--- a/meta/recipes-graphics/libva/libva.inc
+++ b/meta/recipes-graphics/libva/libva.inc
@@ -27,3 +27,10 @@ UPSTREAM_CHECK_URI = "https://github.com/intel/libva/releases"
 DEPENDS = "libdrm"

 inherit meson pkgconfig
+
+PACKAGECONFIG:append = " \
+    ${@bb.utils.filter('DISTRO_FEATURES', 'wayland', d)} \
+"
+
+PACKAGECONFIG[wayland] = "-Dwith_wayland=yes,-Dwith_wayland=no,wayland-native wayland"
+
diff --git a/meta/recipes-graphics/libva/libva_2.13.0.bb b/meta/recipes-graphics/libva/libva_2.13.0.bb
index ed2be289fc..a8c6355b01 100644
--- a/meta/recipes-graphics/libva/libva_2.13.0.bb
+++ b/meta/recipes-graphics/libva/libva_2.13.0.bb
@@ -2,14 +2,12 @@ require libva.inc

 PACKAGECONFIG ??= " \
     ${@bb.utils.contains('DISTRO_FEATURES', 'x11 opengl', 'glx', '', d)} \
-    ${@bb.utils.filter('DISTRO_FEATURES', 'x11 wayland', d)} \
+    ${@bb.utils.filter('DISTRO_FEATURES', 'x11', d)} \
 "

 PACKAGECONFIG[x11] = "-Dwith_x11=yes,-Dwith_x11=no,virtual/libx11 libxext libxfixes"
 PACKAGECONFIG[glx] = "-Dwith_glx=yes,-Dwith_glx=no,virtual/mesa"

-PACKAGECONFIG[wayland] = "-Dwith_wayland=yes,-Dwith_wayland=no,wayland-native wayland"
-
 PACKAGES =+ "${PN}-x11 ${PN}-glx ${PN}-wayland"

 RDEPENDS:${PN}-x11 =+ "${PN}"
--
2.25.1





Re: [meta-rockchip][PATCH] trusted-firmware-a: Pin to use gcc for now

Trevor Woerner
 

On Thu 2021-12-09 @ 05:14:58 PM, Khem Raj wrote:
tf-a built with clang is bloated for rk3399 SOCs with 2.6+
it needs looking into, until then use gcc always to build it

Signed-off-by: Khem Raj <raj.khem@...>
Cc: Jon Mason <jon.mason@...>
Cc: Ross Burton <ross.burton@...>
---
.../trusted-firmware-a/trusted-firmware-a_%.bbappend | 7 +++++++
1 file changed, 7 insertions(+)
Applied to meta-rockchip master. Thanks!


[OE-core] [PATCH] libva: move wayland PACKAGECONFIG to libva.inc

Markus Volk
 

I encountered an error while trying to build libva under wayland. libva-i=
nitial
was missing wayland-native dependency and failed like this:

| Run-time dependency xfixes found: NO (tried pkgconfig and cmake)
| Run-time dependency wayland-client found: YES 1.19.0
| Program wayland-scanner /usr/bin/wayland-scanner found: NO
|
| ../libva-2.13.0/meson.build:107:4: ERROR: Program 'wayland-scanner /usr=
/bin/wayland-scanner' not found
|
| A full log can be found at /home/flk/build/poky/build-rock/tmp/work/cor=
texa72-cortexa53-crypto-poky-linux/libva-initial/2.13.0-r0/build/meson-lo=
gs/meson-log.txt
| ERROR: meson failed
| WARNING: exit code 1 from a shell command.

This commit moves the PACKAGECONFIG[wayland] to libva.inc to make it avai=
lable to libva-initial also

Signed-off-by: MarkusVolk <f_l_k@...>
---
meta/recipes-graphics/libva/libva.inc | 7 +++++++
meta/recipes-graphics/libva/libva_2.13.0.bb | 4 +---
2 files changed, 8 insertions(+), 3 deletions(-)

diff --git a/meta/recipes-graphics/libva/libva.inc b/meta/recipes-graphic=
s/libva/libva.inc
index bcf9757c1a..0e2721e291 100644
--- a/meta/recipes-graphics/libva/libva.inc
+++ b/meta/recipes-graphics/libva/libva.inc
@@ -27,3 +27,10 @@ UPSTREAM_CHECK_URI =3D "https://github.com/intel/libva=
/releases"
DEPENDS =3D "libdrm"
=20
inherit meson pkgconfig
+
+PACKAGECONFIG:append =3D " \
+ ${@bb.utils.filter('DISTRO_FEATURES', 'wayland', d)} \
+"
+
+PACKAGECONFIG[wayland] =3D "-Dwith_wayland=3Dyes,-Dwith_wayland=3Dno,way=
land-native wayland"
+
diff --git a/meta/recipes-graphics/libva/libva_2.13.0.bb b/meta/recipes-g=
raphics/libva/libva_2.13.0.bb
index ed2be289fc..a8c6355b01 100644
--- a/meta/recipes-graphics/libva/libva_2.13.0.bb
+++ b/meta/recipes-graphics/libva/libva_2.13.0.bb
@@ -2,14 +2,12 @@ require libva.inc
=20
PACKAGECONFIG ??=3D " \
${@bb.utils.contains('DISTRO_FEATURES', 'x11 opengl', 'glx', '', d)}=
\
- ${@bb.utils.filter('DISTRO_FEATURES', 'x11 wayland', d)} \
+ ${@bb.utils.filter('DISTRO_FEATURES', 'x11', d)} \
"
=20
PACKAGECONFIG[x11] =3D "-Dwith_x11=3Dyes,-Dwith_x11=3Dno,virtual/libx11 =
libxext libxfixes"
PACKAGECONFIG[glx] =3D "-Dwith_glx=3Dyes,-Dwith_glx=3Dno,virtual/mesa"
=20
-PACKAGECONFIG[wayland] =3D "-Dwith_wayland=3Dyes,-Dwith_wayland=3Dno,way=
land-native wayland"
-
PACKAGES =3D+ "${PN}-x11 ${PN}-glx ${PN}-wayland"
=20
RDEPENDS:${PN}-x11 =3D+ "${PN}"
--=20
2.25.1

1821 - 1840 of 57339