[oe-core]mickledore][PATCH 1/1] bind: upgrade 9.18.15 -> 9.18.16

[Polampalli, Archana via lists.openembedded.org]

Remove enable-epoll & disable-devpoll configure options no longer supported in 
bind-9.18.16
6b6076c882: Remove obsolete epoll/kqueue/devpoll configure options

Security fixes:
https://nvd.nist.gov/vuln/detail/CVE-2023-2828
https://nvd.nist.gov/vuln/detail/CVE-2023-2911

Changelog:
https://github.com/isc-projects/bind9/blob/v9.18.16/CHANGES
https://bind9.readthedocs.io/en/v9.18.16/notes.html#notes-for-bind-9-18-16

Signed-off-by: Archana Polampalli 
---
 .../0001-avoid-start-failure-with-bind-user.patch | 0
 ...0001-named-lwresd-V-and-start-log-hide-build-options.patch | 0
 ...bind-ensure-searching-for-json-headers-searches-sysr.patch | 0
 .../bind/{bind-9.18.15 => bind-9.18.16}/bind9 | 0
 .../bind/{bind-9.18.15 => bind-9.18.16}/conf.patch| 0
 .../bind/{bind-9.18.15 => bind-9.18.16}/generate-rndc-key.sh  | 0
 .../init.d-add-support-for-read-only-rootfs.patch | 0
 .../make-etc-initd-bind-stop-work.patch   | 0
 .../bind/{bind-9.18.15 => bind-9.18.16}/named.service | 0
 .../bind/{bind_9.18.15.bb => bind_9.18.16.bb} | 4 ++--
 10 files changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-connectivity/bind/{bind-9.18.15 => 
bind-9.18.16}/0001-avoid-start-failure-with-bind-user.patch (100%)
 rename meta/recipes-connectivity/bind/{bind-9.18.15 => 
bind-9.18.16}/0001-named-lwresd-V-and-start-log-hide-build-options.patch (100%)
 rename meta/recipes-connectivity/bind/{bind-9.18.15 => 
bind-9.18.16}/bind-ensure-searching-for-json-headers-searches-sysr.patch (100%)
 rename meta/recipes-connectivity/bind/{bind-9.18.15 => bind-9.18.16}/bind9 
(100%)
 rename meta/recipes-connectivity/bind/{bind-9.18.15 => 
bind-9.18.16}/conf.patch (100%)
 rename meta/recipes-connectivity/bind/{bind-9.18.15 => 
bind-9.18.16}/generate-rndc-key.sh (100%)
 rename meta/recipes-connectivity/bind/{bind-9.18.15 => 
bind-9.18.16}/init.d-add-support-for-read-only-rootfs.patch (100%)
 rename meta/recipes-connectivity/bind/{bind-9.18.15 => 
bind-9.18.16}/make-etc-initd-bind-stop-work.patch (100%)
 rename meta/recipes-connectivity/bind/{bind-9.18.15 => 
bind-9.18.16}/named.service (100%)
 rename meta/recipes-connectivity/bind/{bind_9.18.15.bb => bind_9.18.16.bb} 
(96%)

diff --git 
a/meta/recipes-connectivity/bind/bind-9.18.15/0001-avoid-start-failure-with-bind-user.patch
 
b/meta/recipes-connectivity/bind/bind-9.18.16/0001-avoid-start-failure-with-bind-user.patch
similarity index 100%
rename from 
meta/recipes-connectivity/bind/bind-9.18.15/0001-avoid-start-failure-with-bind-user.patch
rename to 
meta/recipes-connectivity/bind/bind-9.18.16/0001-avoid-start-failure-with-bind-user.patch
diff --git 
a/meta/recipes-connectivity/bind/bind-9.18.15/0001-named-lwresd-V-and-start-log-hide-build-options.patch
 
b/meta/recipes-connectivity/bind/bind-9.18.16/0001-named-lwresd-V-and-start-log-hide-build-options.patch
similarity index 100%
rename from 
meta/recipes-connectivity/bind/bind-9.18.15/0001-named-lwresd-V-and-start-log-hide-build-options.patch
rename to 
meta/recipes-connectivity/bind/bind-9.18.16/0001-named-lwresd-V-and-start-log-hide-build-options.patch
diff --git 
a/meta/recipes-connectivity/bind/bind-9.18.15/bind-ensure-searching-for-json-headers-searches-sysr.patch
 
b/meta/recipes-connectivity/bind/bind-9.18.16/bind-ensure-searching-for-json-headers-searches-sysr.patch
similarity index 100%
rename from 
meta/recipes-connectivity/bind/bind-9.18.15/bind-ensure-searching-for-json-headers-searches-sysr.patch
rename to 
meta/recipes-connectivity/bind/bind-9.18.16/bind-ensure-searching-for-json-headers-searches-sysr.patch
diff --git a/meta/recipes-connectivity/bind/bind-9.18.15/bind9 
b/meta/recipes-connectivity/bind/bind-9.18.16/bind9
similarity index 100%
rename from meta/recipes-connectivity/bind/bind-9.18.15/bind9
rename to meta/recipes-connectivity/bind/bind-9.18.16/bind9
diff --git a/meta/recipes-connectivity/bind/bind-9.18.15/conf.patch 
b/meta/recipes-connectivity/bind/bind-9.18.16/conf.patch
similarity index 100%
rename from meta/recipes-connectivity/bind/bind-9.18.15/conf.patch
rename to meta/recipes-connectivity/bind/bind-9.18.16/conf.patch
diff --git a/meta/recipes-connectivity/bind/bind-9.18.15/generate-rndc-key.sh 
b/meta/recipes-connectivity/bind/bind-9.18.16/generate-rndc-key.sh
similarity index 100%
rename from meta/recipes-connectivity/bind/bind-9.18.15/generate-rndc-key.sh
rename to meta/recipes-connectivity/bind/bind-9.18.16/generate-rndc-key.sh
diff --git 
a/meta/recipes-connectivity/bind/bind-9.18.15/init.d-add-support-for-read-only-rootfs.patch
 
b/meta/recipes-connectivity/bind/bind-9.18.16/init.d-add-support-for-read-only-rootfs.patch
similarity index 100%
rename from 
meta/recipes-connectivity/bind/bind-9.18.15/init.d-add-support-for-read-only-rootfs.patch
rename to 
meta/recipes-connectivity/bind/bind-9.18.16/init.d-add-support-for-read-only-rootfs.patch
diff --git 

Re: [oe-core]mickledore][PATCH 1/1] bind: upgrade 9.18.5 -> 9.18.16

[Polampalli, Archana via lists.openembedded.org]

Thank you for catching this,

Will send V2

Regards,
Archana

From: Lee, Chee Yang 
Sent: 08 August 2023 07:21
To: Polampalli, Archana ; 
openembedded-core@lists.openembedded.org 

Cc: G Pillai, Hari 
Subject: RE: [oe-core]mickledore][PATCH 1/1] bind: upgrade 9.18.5 -> 9.18.16

CAUTION: This email comes from a non Wind River email account!
Do not click links or open attachments unless you recognize the sender and know 
the content is safe.

> -Original Message-
> From: openembedded-core@lists.openembedded.org  c...@lists.openembedded.org> On Behalf Of Polampalli, Archana via
> lists.openembedded.org
> Sent: Tuesday, August 8, 2023 1:24 AM
> To: openembedded-core@lists.openembedded.org
> Cc: hari.gpil...@windriver.com
> Subject: [oe-core]mickledore][PATCH 1/1] bind: upgrade 9.18.5 -> 9.18.16

Typo in commit short message/title " 9.18.15 ".
There is similar patch in master.
https://git.openembedded.org/openembedded-core/commit/?id=77d2fa5ac1f394fba2b8e24f2b6ded6ea6b691b4


>
> Remove --enable-epoll  and  --disable-devpoll configuration option as these 
> are
> removed in bind-9.18.16
> 6b6076c882: Remove obsolete epoll/kqueue/devpoll configure options
> Ref:
> https://github.com/isc-
> projects/bind9/commit/6b6076c882a00028197b04a827f6cf8e7a5369de
>
> Security fixes:
> https://nvd.nist.gov/vuln/detail/CVE-2023-2828
> https://nvd.nist.gov/vuln/detail/CVE-2023-2911
>
> Changelog:
> https://github.com/isc-projects/bind9/blob/v9.18.16/CHANGES
> https://bind9.readthedocs.io/en/v9.18.16/notes.html#notes-for-bind-9-18-16
>
> Signed-off-by: Archana Polampalli 


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#185647): 
https://lists.openembedded.org/g/openembedded-core/message/185647
Mute This Topic: https://lists.openembedded.org/mt/100604849/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core][kirkstone 3/3] linux-yocto/5.10: update to v5.10.188

[Bruce Ashfield]

From: Bruce Ashfield 

Updating  to the latest korg -stable release that comprises
the following commits:

3602dbc57b55 Linux 5.10.188
edce5fba78cc ftrace: Fix possible warning on checking all pages used in 
ftrace_process_locs()
115b19f89353 ftrace: Store the order of pages allocated in ftrace_page
1a1e793e021d tracing: Fix memory leak of iter->temp when reading trace_pipe
43e786aa51b8 tracing/histograms: Return an error if we fail to add 
histogram to hist_vars list
e3da59f42820 net: phy: prevent stale pointer dereference in phy_init()
e0ac63e194f4 tcp: annotate data-races around fastopenq.max_qlen
d01afbfc2f7d tcp: annotate data-races around icsk->icsk_user_timeout
3cf0a0f11d39 tcp: annotate data-races around tp->notsent_lowat
9c786d5faf3a tcp: annotate data-races around rskq_defer_accept
f891375eba6e tcp: annotate data-races around tp->linger2
9168bd8f54c5 tcp: annotate data-races around icsk->icsk_syn_retries
7b0084918c5f tcp: Fix data-races around sysctl_tcp_syn(ack)?_retries.
cf6c06ac7487 net: Introduce net.ipv4.tcp_migrate_req.
a5c30a518764 tcp: annotate data-races around tp->keepalive_probes
93715448f116 tcp: annotate data-races around tp->keepalive_intvl
7b52a78a91fd tcp: annotate data-races around tp->keepalive_time
1d4f2c4be136 tcp: annotate data-races around tp->tcp_tx_delay
30e5460d69e6 netfilter: nf_tables: skip bound chain on rule flush
94c10c0fa51b netfilter: nf_tables: skip bound chain in netns release path
3a91099ecd59 netfilter: nft_set_pipapo: fix improper element removal
9c2df17e3cfc netfilter: nf_tables: can't schedule in nft_chain_validate
533193a23914 netfilter: nf_tables: fix spurious set element insertion 
failure
a6f1988780a7 llc: Don't drop packet from non-root netns.
49e435ca02c7 fbdev: au1200fb: Fix missing IRQ check in au1200fb_drv_probe
bc9d4d432f78 Revert "tcp: avoid the lookup process failing to get sk in 
ehash table"
d06fc7b39199 net:ipv6: check return value of pskb_trim()
1a478ad1297a net: ipv4: Use kfree_sensitive instead of kfree
937105d2b0bf tcp: annotate data-races around tcp_rsk(req)->ts_recent
41b00238699a octeontx2-pf: Dont allocate BPIDs for LBK interfaces
5bc78ba88905 security: keys: Modify mismatched function name
b92defe4e8ee iavf: Fix out-of-bounds when setting channels on remove
a4635f190f33 iavf: Fix use-after-free in free_netdev
b37bc3b07eab bridge: Add extack warning when enabling STP in netns.
f6d311b95394 net: ethernet: ti: cpsw_ale: Fix 
cpsw_ale_get_field()/cpsw_ale_set_field()
54aa4c03861e pinctrl: amd: Use amd_pinconf_set() for all config options
7041605e8594 fbdev: imxfb: warn about invalid left/right margin
6e88cc510f27 spi: bcm63xx: fix max prepend length
994c2ceb70ea igb: Fix igb_down hung on surprise removal
a956c3af70fa wifi: iwlwifi: mvm: avoid baid size integer overflow
85cf0d5f45cb wifi: wext-core: Fix -Wstringop-overflow warning in 
ioctl_standard_iw_point()
2864cc9a1fd1 devlink: report devlink_port_type_warn source device
b6d9a4062c94 bpf: Address KCSAN report on bpf_lru_list
532f8bac6041 wifi: ath11k: fix registration of 6Ghz-only phy without the 
full channel range
6b0c79aa3307 sched/fair: Don't balance task to its current running CPU
32020fc2a837 arm64: mm: fix VA-range sanity check
c71d6934c6ac arm64: set __exception_irq_entry with __irq_entry as a default
71e3f2354072 ACPI: video: Add backlight=native DMI quirk for Lenovo 
ThinkPad X131e (3371 AMD version)
776a72f612a8 ACPI: video: Add backlight=native DMI quirk for Apple iMac11,3
e090f70ae4cc ACPI: button: Add lid disable DMI quirk for Nextbook Ares 8A
ae51eb90bcca btrfs: add xxhash to fast checksum implementations
322377cc909d posix-timers: Ensure timer ID search-loop limit is valid
634daf6b2c81 md/raid10: prevent soft lockup while flush writes
b02939413e5c md: fix data corruption for raid456 when reshape restart while 
grow up
4a2c62c8d67c nbd: Add the maximum limit of allocated index in nbd_dev_add
5f84a34b646f debugobjects: Recheck debug_objects_enabled before reporting
5d5aa5b64887 ext4: correct inline offset when handling xattrs in inode body
48aa53937584 ASoC: fsl_sai: Disable bit clock with transmitter
5f2a12f64347 drm/client: Fix memory leak in drm_client_modeset_probe
105275879a80 drm/client: Fix memory leak in drm_client_target_cloned
cf254b4f68e4 can: bcm: Fix UAF in bcm_proc_show()
3e412b6e2b57 regmap: Account for register length in SMBus I/O limits
8b3dd8d23fa0 regmap: Drop initial version of maximum transfer length fixes
4935761daa33 selftests: tc: add 'ct' action kconfig dep
1ab5aa1846a5 selftests: tc: set timeout to 15 minutes
dad97c205af2 fuse: revalidate: don't invalidate if interrupted
d2c667cc1831 btrfs: fix warning when putting transaction with qgroups 
enabled after abort
4410f4a938ae perf 

[OE-core][kirkstone 2/3] linux-yocto/5.10: update to v5.10.187

[Bruce Ashfield]

From: Bruce Ashfield 

Updating  to the latest korg -stable release that comprises
the following commits:

140d69b4e41d Linux 5.10.187
93df00f9d48d x86/cpu/amd: Add a Zenbleed fix
191b8f9b0e37 x86/cpu/amd: Move the errata checking functionality up
113ce5ed59fc x86/microcode/AMD: Load late on both threads too

Signed-off-by: Bruce Ashfield 
---
 .../linux/linux-yocto-rt_5.10.bb  |  6 ++---
 .../linux/linux-yocto-tiny_5.10.bb|  8 +++
 meta/recipes-kernel/linux/linux-yocto_5.10.bb | 24 +--
 3 files changed, 19 insertions(+), 19 deletions(-)

diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_5.10.bb 
b/meta/recipes-kernel/linux/linux-yocto-rt_5.10.bb
index 6d8effd6e2..5feaa9811a 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_5.10.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_5.10.bb
@@ -11,13 +11,13 @@ python () {
 raise bb.parse.SkipRecipe("Set PREFERRED_PROVIDER_virtual/kernel to 
linux-yocto-rt to enable it")
 }
 
-SRCREV_machine ?= "4a1803ede76bf613f627954d55abc14bc3ce33a2"
-SRCREV_meta ?= "2edebf2a655a6ee6f23846cf9af1f81352fc5cd1"
+SRCREV_machine ?= "0a7d0eaa4e53eede45702dde31a3580e4cce0034"
+SRCREV_meta ?= "35a34e59a7c16f5f115ab371352ff2712c695d4d"
 
 SRC_URI = 
"git://git.yoctoproject.org/linux-yocto.git;branch=${KBRANCH};name=machine \

git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-5.10;destsuffix=${KMETA}"
 
-LINUX_VERSION ?= "5.10.186"
+LINUX_VERSION ?= "5.10.187"
 
 LIC_FILES_CHKSUM = "file://COPYING;md5=6bc538ed5bd9a7fc9398086aedcd7e46"
 
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_5.10.bb 
b/meta/recipes-kernel/linux/linux-yocto-tiny_5.10.bb
index 8a013a3862..1e401e2499 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_5.10.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_5.10.bb
@@ -6,7 +6,7 @@ KCONFIG_MODE = "--allnoconfig"
 
 require recipes-kernel/linux/linux-yocto.inc
 
-LINUX_VERSION ?= "5.10.186"
+LINUX_VERSION ?= "5.10.187"
 LIC_FILES_CHKSUM = "file://COPYING;md5=6bc538ed5bd9a7fc9398086aedcd7e46"
 
 DEPENDS += "${@bb.utils.contains('ARCH', 'x86', 'elfutils-native', '', d)}"
@@ -15,9 +15,9 @@ DEPENDS += "openssl-native util-linux-native"
 KMETA = "kernel-meta"
 KCONF_BSP_AUDIT_LEVEL = "2"
 
-SRCREV_machine:qemuarm ?= "be5fe90e1270855b9cc67ae6312fe04fa4d19693"
-SRCREV_machine ?= "1d287024a6dd075a6dc4027679fea5df640cebd6"
-SRCREV_meta ?= "2edebf2a655a6ee6f23846cf9af1f81352fc5cd1"
+SRCREV_machine:qemuarm ?= "54fe699b2a16739a9fb3905d3a6c6ff7475214ea"
+SRCREV_machine ?= "2fe6f9bdf89df6d468f7e2c7fc070993a11f029a"
+SRCREV_meta ?= "35a34e59a7c16f5f115ab371352ff2712c695d4d"
 
 PV = "${LINUX_VERSION}+git${SRCPV}"
 
diff --git a/meta/recipes-kernel/linux/linux-yocto_5.10.bb 
b/meta/recipes-kernel/linux/linux-yocto_5.10.bb
index 2ccedd8c45..93eff2bd58 100644
--- a/meta/recipes-kernel/linux/linux-yocto_5.10.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_5.10.bb
@@ -13,23 +13,23 @@ KBRANCH:qemux86  ?= "v5.10/standard/base"
 KBRANCH:qemux86-64 ?= "v5.10/standard/base"
 KBRANCH:qemumips64 ?= "v5.10/standard/mti-malta64"
 
-SRCREV_machine:qemuarm ?= "f9df75cf799c8ac43b932476c7ad6b4b4fba33de"
-SRCREV_machine:qemuarm64 ?= "404cf5c05b3fc82b4d8395fcc5abe4b26407665a"
-SRCREV_machine:qemumips ?= "9d39a0ab63dfaa32be0ddd02b61acd2fe1a2b156"
-SRCREV_machine:qemuppc ?= "e55cd861f7167730eb17a5c82891fad17c515b64"
-SRCREV_machine:qemuriscv64 ?= "cfcf13659ada4eee41e11484404de999ce571196"
-SRCREV_machine:qemuriscv32 ?= "cfcf13659ada4eee41e11484404de999ce571196"
-SRCREV_machine:qemux86 ?= "cfcf13659ada4eee41e11484404de999ce571196"
-SRCREV_machine:qemux86-64 ?= "cfcf13659ada4eee41e11484404de999ce571196"
-SRCREV_machine:qemumips64 ?= "7d139a5b0b4abc1a7104845c5c9f2523dce0d589"
-SRCREV_machine ?= "cfcf13659ada4eee41e11484404de999ce571196"
-SRCREV_meta ?= "2edebf2a655a6ee6f23846cf9af1f81352fc5cd1"
+SRCREV_machine:qemuarm ?= "ca4bf25fb041f115ee9144acf175266e7d2c5495"
+SRCREV_machine:qemuarm64 ?= "7ef1d2f467aa45b98241421262e607ec080e0921"
+SRCREV_machine:qemumips ?= "f275b4829346d60d1cb600d4b8195eb6812361fd"
+SRCREV_machine:qemuppc ?= "af1960c76a2c940eee2e7b4c20e07c248b030b02"
+SRCREV_machine:qemuriscv64 ?= "c4d95d557212e22763382fd345d8c7efc92f825f"
+SRCREV_machine:qemuriscv32 ?= "c4d95d557212e22763382fd345d8c7efc92f825f"
+SRCREV_machine:qemux86 ?= "c4d95d557212e22763382fd345d8c7efc92f825f"
+SRCREV_machine:qemux86-64 ?= "c4d95d557212e22763382fd345d8c7efc92f825f"
+SRCREV_machine:qemumips64 ?= "2f630e9e4b3c809cf48d8e252477845c405195cc"
+SRCREV_machine ?= "c4d95d557212e22763382fd345d8c7efc92f825f"
+SRCREV_meta ?= "35a34e59a7c16f5f115ab371352ff2712c695d4d"
 
 SRC_URI = 
"git://git.yoctoproject.org/linux-yocto.git;name=machine;branch=${KBRANCH}; \

git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-5.10;destsuffix=${KMETA}"
 
 LIC_FILES_CHKSUM = "file://COPYING;md5=6bc538ed5bd9a7fc9398086aedcd7e46"
-LINUX_VERSION ?= "5.10.186"
+LINUX_VERSION ?= 

[OE-core][kirkstone 1/3] linux-yocto/5.10: update to v5.10.186

[Bruce Ashfield]

From: Bruce Ashfield 

Updating  to the latest korg -stable release that comprises
the following commits:

381518b4a916 Linux 5.10.186
29917a20be43 bpf/btf: Accept function names that contain dots
8b7454dd984a netfilter: nf_tables: hold mutex on netns pre_exit path
9e8d927cfa56 netfilter: nf_tables: validate registers coming from userspace.
f19a4818a92a netfilter: nftables: statify nft_parse_register()
42997367cb67 i2c: imx-lpi2c: fix type char overflow issue when calculating 
the clock cycle
5a257f355366 x86/apic: Fix kernel panic when booting with intremap=off and 
x2apic_phys
d8efc77f23c8 drm/radeon: fix race condition UAF in 
radeon_gem_set_domain_ioctl
485fe165084b drm/exynos: fix race condition UAF in exynos_g2d_exec_ioctl
0b0fdc43b2ab drm/exynos: vidi: fix a wrong error return
32134e7a0f21 ARM: dts: Fix erroneous ADS touchscreen polarities
79cf5657be38 s390/purgatory: disable branch profiling
a819de62ec2b ASoC: nau8824: Add quirk to active-high jack-detect
fa08753c2d04 ASoC: simple-card: Add missing of_node_put() in case of error
9138ed7e2b43 spi: lpspi: disable lpspi module irq in DMA mode
97b6c4c1d1a8 s390/cio: unregister device when the only path is gone
fe949c1662c9 Input: soc_button_array - add invalid acpi_index DMI quirk 
handling
eaf1fa945206 usb: gadget: udc: fix NULL dereference in remove()
7d1a0733a55e nfcsim.c: Fix error checking for debugfs_create_dir
dc357c0787e8 media: cec: core: don't set last_initiator if tx in progress
c13573032b7b arm64: Add missing Set/Way CMO encodings
49a2b18f4972 HID: wacom: Add error check to wacom_parse_and_register()
2b43198de03f scsi: target: iscsi: Prevent login threads from racing between 
each other
75aa3f255c88 gpiolib: Fix GPIO chip IRQ initialization restriction
304802e5b038 gpio: Allow per-parent interrupt data
bc75968b494a sch_netem: acquire qdisc lock in netem_change()
caddeadd0d03 Revert "net: phy: dp83867: perform soft reset and retain 
established link"
5702afa2c331 netfilter: nfnetlink_osf: fix module autoload
3d5c09c782a3 netfilter: nf_tables: disallow element updates of bound 
anonymous sets
2a90da8e0dd5 netfilter: nft_set_pipapo: .walk does not deal with generations
792bfe26a655 be2net: Extend xmit workaround to BE3 chip
cebb5cee0984 net: dsa: mt7530: fix trapping frames on non-MT7621 SoC MT7530 
switch
7a1ae509 ipvs: align inner_mac_header for encapsulation
f2547bc71663 mmc: usdhi60rol0: fix deferred probing
4a99e35c5a62 mmc: sh_mmcif: fix deferred probing
c2278de1382b mmc: sdhci-acpi: fix deferred probing
f6e176ef894a mmc: owl: fix deferred probing
f29d0ab0e6bd mmc: omap_hsmmc: fix deferred probing
65d9318e3d56 mmc: omap: fix deferred probing
9ad3c21fb66d mmc: mvsdio: fix deferred probing
9b0417fd402f mmc: mtk-sd: fix deferred probing
ced13bc50ef0 net: qca_spi: Avoid high load if QCA7000 is not available
b1b9c81e29d2 xfrm: Linearize the skb after offloading if needed.
31cd0d4a4470 selftests: net: fcnal-test: check if FIPS mode is enabled
2af75a36af8d selftests: net: vrf-xfrm-tests: change authentication and 
encryption algos
07fbbddae5af xfrm: fix inbound ipv4/udp/esp packets to UDPv6 dualstack 
sockets
562800447f8b bpf: Fix verifier id tracking of scalars on spill
3b0a96db670b bpf: track immediate values written to stack by BPF_ST 
instruction
bff7824db681 xfrm: Ensure policies always checked on XFRM-I input path
01af67ed83d0 xfrm: interface: rename xfrm_interface.c to 
xfrm_interface_core.c
cdaa6e1105c0 xfrm: Treat already-verified secpath entries as optional
47be2931c4e5 ieee802154: hwsim: Fix possible memory leaks
051d6421337b memfd: check for non-NULL file_seals in memfd_create() syscall
1ac6e9ee8428 sysctl: move some boundary constants from sysctl.c to 
sysctl_vals
e1aa3fe3e282 mm/pagealloc: sysctl: change watermark_scale_factor max limit 
to 30%
ad10dd211370 x86/mm: Avoid using set_pgd() outside of real PGD pages
4de2093674f2 nilfs2: prevent general protection fault in 
nilfs_clear_dirty_page()
3845c38417bd io_uring/net: disable partial retries for recvmsg with cmsg
826ee9fa3647 io_uring/net: clear msg_controllen on partial sendmsg retry
5fdea4468f57 io_uring/net: save msghdr->msg_control for retries
5a7101d8faab writeback: fix dereferencing NULL mapping->host on 
writeback_page_template
f00cd687c2cd regmap: spi-avmm: Fix regmap_bus max_raw_write
bc35f93e4bd7 regulator: pca9450: Fix LDO3OUT and LDO4OUT MASK
5938470f9c80 ip_tunnels: allow VXLAN/GENEVE to inherit TOS/TTL from VLAN
2e454015ca27 mmc: mmci: stm32: fix max busy timeout calculation
1be288fd3b0d mmc: meson-gx: remove redundant mmc_request_done() call from 
irq context
1b97630cd9a9 mmc: sdhci-msm: Disable broken 64-bit DMA on MSM8916
63608437a83d cgroup: Do not corrupt task iteration when rebinding 

[OE-core][mickledore 3/3] linux-yocto/5.15: update to v5.15.124

[Bruce Ashfield]

From: Bruce Ashfield 

Updating  to the latest korg -stable release that comprises
the following commits:

38d4ca22a528 Linux 5.15.124
78001ffa9bc4 selftests: mptcp: join: only check for ip6tables if needed
66cf5f394abe ASoC: cs42l51: fix driver to properly autoload with automatic 
module loading
3359fdf49de4 io_uring: treat -EAGAIN for REQ_F_NOWAIT as final for io-wq
374edda0db70 selftests: mptcp: sockopt: use 'iptables-legacy' if available
43bbe1a091e0 cpufreq: intel_pstate: Drop ACPI _PSS states table patching
73b4cbed9176 ACPI: processor: perflib: Avoid updating frequency QoS 
unnecessarily
cd031669682e ACPI: processor: perflib: Use the "no limit" frequency QoS
e8e93e2f017e tracing: Fix trace_event_raw_event_synth() if else statement
f3b6e63004f6 rbd: retrieve and check lock owner twice before blocklisting
bb25c5c0e4ae rbd: harden get_lock_owner_info() a bit
b223e9ffb64d rbd: make get_lock_owner_info() return a single locker or NULL
098d0b9ba03c dm cache policy smq: ensure IO doesn't prevent cleaner policy 
progress
7c9b8cca4917 ceph: never send metrics if disable_send_metrics is set
e443b3a508b0 ASoC: wm8904: Fill the cache for WM8904_ADC_TEST_0 register
585355a76e05 s390/dasd: fix hanging device after quiesce/resume
0061453d6ea1 virtio-net: fix race between set queues and probe
427d42838c16 KVM: x86: Disallow KVM_SET_SREGS{2} if incoming CR0 is invalid
4ed1549129f9 locking/rtmutex: Fix task->pi_waiters integrity
c579caef7c46 irqchip/gic-v4.1: Properly lock VPEs when doing a directLPI 
invalidation
6cb3c511afcb irq-bcm6345-l1: Do not assume a fixed block to cpu mapping
354e8bd5f532 tpm_tis: Explicitly check for error code
8130c32b4ac1 nfsd: Remove incorrect check in nfsd4_validate_stateid
9b8a31a23152 file: always lock position for FMODE_ATOMIC_POS
1f5ea62a0f42 btrfs: check for commit error at 
btrfs_attach_transaction_barrier()
883c3ed9a16a btrfs: check if the transaction was aborted at 
btrfs_wait_for_commit()
a7abb1690fe1 hwmon: (nct7802) Fix for temp6 (PECI1) processed even if PECI1 
disabled
3f3cdca84432 hwmon: (k10temp) Enable AMD3255 Proc to show negative 
temperature
a676ddc4ca96 ALSA: hda/relatek: Enable Mute LED on HP 250 G8
dd125fcd580a Revert "xhci: add quirk for host controllers that don't update 
endpoint DCS"
5138c228311a tty: n_gsm: fix UAF in gsm_cleanup_mux
baf420e30364 staging: ks7010: potential buffer overflow in 
ks_wlan_set_encode_ext()
acacdbe0f740 staging: r8712: Fix memory leak in _r8712_init_xmit_priv()
ba2975efe979 Documentation: security-bugs.rst: clarify CVE handling
28ae486f8e36 Documentation: security-bugs.rst: update preferences when 
dealing with the linux-distros group
98a118840b71 Revert "usb: xhci: tegra: Fix error check"
2eaa43508a0e usb: xhci-mtk: set the dma max_seg_size
cd2d96c4bc6f usb: cdns3: fix incorrect calculation of ep_buf_size when more 
than one config
3af06a8502ee USB: quirks: add quirk for Focusrite Scarlett
8fb5a01196df usb: ohci-at91: Fix the unhandle interrupt when resume
6366b1178545 usb: dwc3: don't reset device side if dwc3 was configured as 
host-only
6f126e026307 usb: dwc3: pci: skip BYT GPIO lookup table for hardwired phy
a2d2fa661293 Revert "usb: dwc3: core: Enable AutoRetry feature in the 
controller"
97620ed1bcab can: gs_usb: gs_can_close(): add missing set of CAN state to 
CAN_STATE_STOPPED
0ac13ef00209 USB: serial: simple: sort driver entries
378e03623741 USB: serial: simple: add Kaufmann RKS+CAN VCP
5b9a5cf1bf4a USB: serial: option: add Quectel EC200A module support
399091399777 USB: serial: option: support Quectel EM060K_128
b800c0d5576e serial: sifive: Fix sifive_serial_console_setup() section
8fa462ad0f9b serial: 8250_dw: Preserve original value of DLF register
dc4f6c537f37 serial: qcom-geni: drop bogus runtime pm state update
41c487de4cf5 KVM: VMX: Don't fudge CR0 and CR4 for restricted L2 guest
5883a4e8478d KVM: Grab a reference to KVM for VM and vCPU stats file 
descriptors
0f7a2b567197 USB: gadget: Fix the memory leak in raw_gadget driver
2f9bfccced04 usb: gadget: call usb_gadget_check_config() to verify UDC 
capability
a49884561a8c Revert "usb: gadget: tegra-xudc: Fix error check in 
tegra_xudc_powerdomain_init()"
813cede7b2f5 tracing: Fix warning in trace_buffered_event_disable()
23e8a65f9a93 ring-buffer: Fix wrong stat of cpu_buffer->read
ae5b8b1c2eac ata: pata_ns87415: mark ns87560_tf_read static
6bbbe1b2161e RDMA/irdma: Report correct WC error
bd79de8bd371 drm/amd: Fix an error handling mistake in psp_sw_init()
4e1c1d742970 dm raid: protect md_stop() with 'reconfig_mutex'
0c4db5a04d4f dm raid: clean up four equivalent goto tags in raid_ctr()
2e321ee96f88 dm raid: fix missing reconfig_mutex unlock in raid_ctr() error 
paths
4b9f3ef1f3eb block: Fix a source code comment 

[OE-core][mickledore 1/3] linux-yocto/5.15: update to v5.15.122

[Bruce Ashfield]

From: Bruce Ashfield 

Updating  to the latest korg -stable release that comprises
the following commits:

5c6a716301d9 Linux 5.15.122
be824fdb827d x86/cpu/amd: Add a Zenbleed fix
5398be2c48aa x86/cpu/amd: Move the errata checking functionality up
cdd3cdb682f4 Linux 5.15.121
30580f3a3301 drm/atomic: Fix potential use-after-free in nonblocking commits
ab2fa2fafb21 net/sched: sch_qfq: reintroduce lmax bound check for MTU
204d7c36e8e7 MIPS: kvm: Fix build error with KVM_MIPS_DEBUG_COP0_COUNTERS 
enabled
522ee1b3030f scsi: qla2xxx: Remove unused nvme_ls_waitq wait queue
0715da51391d scsi: qla2xxx: Pointer may be dereferenced
541af83572c9 scsi: qla2xxx: Correct the index of array
1ccd52b790a6 scsi: qla2xxx: Check valid rport returned by fc_bsg_to_rport()
5a52a2e14fe8 scsi: qla2xxx: Fix potential NULL pointer dereference
89250e775dcc scsi: qla2xxx: Fix buffer overrun
4406fe8a96a9 scsi: qla2xxx: Avoid fcport pointer dereference
748d8f8698a2 scsi: qla2xxx: Array index may go out of bound
079c8264ed9f scsi: qla2xxx: Wait for io return on terminate rport
25d63eb730b8 tracing/probes: Fix to update dynamic data counter if fetcharg 
uses it
8277bcacf165 tracing/probes: Fix not to count error code to total length
610193a23fd5 selftests: mptcp: depend on SYN_COOKIES
c8b375871eb8 selftests: mptcp: sockopt: return error if wrong mark
3b5d9b7b8759 tracing: Fix null pointer dereference in tracing_err_log_open()
391da52c8777 xtensa: ISS: fix call to split_if_spec
179ff62f ftrace: Fix possible warning on checking all pages used in 
ftrace_process_locs()
bb14a93bccc9 ring-buffer: Fix deadloop issue on reading trace_pipe
3e36cc94d6e6 net: ena: fix shift-out-of-bounds in exponential backoff
b763e6342429 samples: ftrace: Save required argument registers in sample 
trampolines
954792db9f61 tracing: Fix memory leak of iter->temp when reading trace_pipe
97f54b330c79 tracing/histograms: Add histograms to hist_vars if they have 
referenced variables
b45a33897f54 s390/decompressor: fix misaligned symbol build error
1856cf9132f6 bus: ixp4xx: fix IXP4XX_EXP_T1_MASK
7269c250dd9d Revert "8250: add support for ASIX devices with a FIFO bug"
20f7c4d51c94 soundwire: qcom: fix storing port config out-of-bounds
39a0e723d350 opp: Fix use-after-free in lazy_opp_tables after probe deferral
0ff4a97ac20f meson saradc: fix clock divider mask length
e5fdd73c883b xhci: Show ZHAOXIN xHCI root hub speed correctly
6eaedbffec55 xhci: Fix TRB prefetch issue of ZHAOXIN hosts
328b18a42a57 xhci: Fix resume issue of some ZHAOXIN hosts
d9c91ef5d8da ceph: don't let check_caps skip sending responses for revoke 
msgs
db8ca8d9b4df libceph: harden msgr2.1 frame segment length checks
974ac045a05a firmware: stratix10-svc: Fix a potential resource leak in 
svc_create_memory_pool()
becf8c69b7e7 tty: serial: imx: fix rs485 rx after tx
9dd8091959bc tty: serial: samsung_tty: Fix a memory leak in 
s3c24xx_serial_getclk() when iterating clk
073dbbe57437 tty: serial: samsung_tty: Fix a memory leak in 
s3c24xx_serial_getclk() in case of error
21e2fe510aee serial: atmel: don't enable IRQs prematurely
af4e0ce2af8a drm/ttm: Don't leak a resource on swapout move error
22c16c896cbf drm/amdgpu: avoid restore process run into dead loop.
85b9335d8e0b drm/amd/display: Correct `DMUB_FW_VERSION` macro
9ced7e65c3c4 drm/amdgpu: fix clearing mappings for BOs that are always 
valid in VM
0121d83ddfc8 drm/rockchip: vop: Leave vblank enabled in self-refresh
941a395e969b drm/atomic: Allow vblank-enabled + self-refresh "disable"
54163ad21e17 fs: dlm: return positive pid value for F_GETLK
866bf37b7c10 dm init: add dm-mod.waitfor to wait for asynchronously probed 
block devices
4f61488541bb md/raid0: add discard support for the 'original' layout
3435c5674e67 mfd: pm8008: Fix module autoloading
560c458340a9 misc: pci_endpoint_test: Re-init completion for every test
14bdee38e96c misc: pci_endpoint_test: Free IRQs before removing the device
eec34da87bc6 PCI: rockchip: Set address alignment for endpoint mode
750fd00a0a37 PCI: rockchip: Use u32 variable to access 32-bit registers
875d7a7f851a PCI: rockchip: Fix legacy IRQ generation for RK3399 PCIe 
endpoint core
7b0026977a51 PCI: rockchip: Add poll and timeout to wait for PHY PLLs to be 
locked
049d774b8b9b PCI: rockchip: Write PCI Device ID to correct register
20c62b3c1e4d PCI: rockchip: Assert PCI Configuration Enable bit after probe
e8cc74b6b446 PCI: qcom: Disable write access to read only registers for IP 
v2.3.3
7b2f1ddc943a PCI: Add function 1 DMA alias quirk for Marvell 88SE9235
1d24c5b10dbb PCI/PM: Avoid putting EloPOS E2/S2/H2 PCIe Ports in D3cold
f930cf3f21fd dm integrity: reduce vmalloc space footprint on 32-bit 
architectures
70564215ad92 hwrng: imx-rngc - fix the timeout 

[OE-core][mickledore 2/3] linux-yocto/5.15: update to v5.15.123

[Bruce Ashfield]

From: Bruce Ashfield 

Updating  to the latest korg -stable release that comprises
the following commits:

09996673e313 Linux 5.15.123
e6c2f1ce413c Revert "drm/amd/display: edp do not add non-edid timings"
68eafe294786 nixge: fix mac address error handling again
22f4093a4213 tracing/histograms: Return an error if we fail to add 
histogram to hist_vars list
78471c3ad36f jbd2: recheck chechpointing non-dirty buffer
0ae6b6d21701 net: phy: prevent stale pointer dereference in phy_init()
b7168d2906fd tcp: annotate data-races around fastopenq.max_qlen
accb138c10ff tcp: annotate data-races around icsk->icsk_user_timeout
6b88371f000f tcp: annotate data-races around tp->notsent_lowat
4f0a31f73258 tcp: annotate data-races around rskq_defer_accept
ff0fedfc7540 tcp: annotate data-races around tp->linger2
e187d88f3ba3 tcp: annotate data-races around icsk->icsk_syn_retries
d5617eeb546e tcp: annotate data-races around tp->keepalive_probes
9b2296a2ad23 tcp: annotate data-races around tp->keepalive_intvl
f70ebecdf3c2 tcp: annotate data-races around tp->keepalive_time
0bcee9325268 tcp: annotate data-races around tp->tcp_tx_delay
10013f764ad2 netfilter: nf_tables: skip bound chain on rule flush
dbe1a82d46ed netfilter: nf_tables: skip bound chain in netns release path
706ce3c81b5c netfilter: nft_set_pipapo: fix improper element removal
62615b895ab4 netfilter: nf_tables: fix spurious set element insertion 
failure
c17b4ec9cc38 llc: Don't drop packet from non-root netns.
2400ae8fd86d fbdev: au1200fb: Fix missing IRQ check in au1200fb_drv_probe
40276640bed8 Revert "tcp: avoid the lookup process failing to get sk in 
ehash table"
b04ab5243e84 net:ipv6: check return value of pskb_trim()
b87a7e3a330c net: ipv4: Use kfree_sensitive instead of kfree
5dd4d1ff8ba1 tcp: annotate data-races around tcp_rsk(req)->ts_recent
fa941f53a2c2 igc: Prevent garbled TX queue with XDP ZEROCOPY
e35dc107a172 bpf: Fix subprog idx logic in check_max_stack_depth
4e87eb224896 octeontx2-pf: Dont allocate BPIDs for LBK interfaces
87fc9616d606 security: keys: Modify mismatched function name
0fb37ce6c01e iavf: Fix out-of-bounds when setting channels on remove
345c44e18cc1 iavf: Fix use-after-free in free_netdev
52ed16146349 net: sched: cls_bpf: Undo tcf_bind_filter in case of an error
5ed16ecae5bf net: ethernet: mtk_eth_soc: handle probe deferral
39479093a472 ethernet: use of_get_ethdev_address()
cb1e666ec077 of: net: add a helper for loading netdev->dev_addr
43da399e509e ethernet: use eth_hw_addr_set() instead of ether_addr_copy()
3fb402bd20e2 bridge: Add extack warning when enabling STP in netns.
ec4ac15eced0 net: ethernet: ti: cpsw_ale: Fix 
cpsw_ale_get_field()/cpsw_ale_set_field()
6a5d6096ae5c pinctrl: amd: Use amd_pinconf_set() for all config options
4727cece2994 perf build: Fix library not found error when using CSLIBS
29fb046ec031 fbdev: imxfb: warn about invalid left/right margin
5d191467534b spi: bcm63xx: fix max prepend length
2febd5f81e4b FS: JFS: Check for read-only mounted filesystem in txBegin
3e94d0d378d2 FS: JFS: Fix null-ptr-deref Read in txBegin
13ae3f2fd2be MIPS: dec: prom: Address -Warray-bounds warning
39f6292d7595 fs: jfs: Fix UBSAN: array-index-out-of-bounds in dbAllocDmapLev
985f9989 udf: Fix uninitialized array access for some pathnames
579d814de87c quota: fix warning in dqgrab()
32c2f51fffec quota: Properly disable quotas when add_dquot_ref() fails
d363075066cc ALSA: emu10k1: roll up loops in DSP setup code for Audigy
c0d7dbc6b7a6 drm/radeon: Fix integer overflow in radeon_cs_parser_init
bca9fb7a5a86 ext4: correct inline offset when handling xattrs in inode body
87336783d054 ASoC: codecs: wcd938x: fix soundwire initialisation race
a14527c394d0 ASoC: codecs: wcd938x: fix codec initialisation race
4ca000456ea6 ASoC: codecs: wcd934x: fix resource leaks on component remove
5a34d252052b ASoC: codecs: wcd938x: fix missing mbhc init error handling
aa44782a0293 ASoC: codecs: wcd938x: fix resource leaks on component remove
90ab6446eb52 ASoC: codecs: wcd-mbhc-v2: fix resource leaks on component 
remove
a05a277a8d23 ASoC: codecs: wcd938x: fix missing clsh ctrl error handling
574ffa6fdf30 ASoC: fsl_sai: Disable bit clock with transmitter
925bbcdbc4d0 drm/amd/display: Keep PHY active for DP displays on DCN31
742340371b01 drm/amd/display: Disable MPC split by default on special asic
1369d0c586ad drm/client: Fix memory leak in drm_client_modeset_probe
a85e23a1ef63 drm/client: Fix memory leak in drm_client_target_cloned
82690148ff19 selftests: tc: add ConnTrack procfs kconfig
3c3941bb1eb5 can: bcm: Fix UAF in bcm_proc_show()
148453787636 regmap: Account for register length in SMBus I/O limits
6ce258d0c622 regmap: Drop initial version of maximum transfer length fixes

[OE-core] [PATCH][dunfell 3/3] linux-yocto/5.4: update to v5.4.251

[Bruce Ashfield]

From: Bruce Ashfield 

Updating  to the latest korg -stable release that comprises
the following commits:

887433e4bc93 Linux 5.4.251
1e02fbe4f0ed tracing/histograms: Return an error if we fail to add 
histogram to hist_vars list
b1062596556e tcp: annotate data-races around fastopenq.max_qlen
21c325d01ecc tcp: annotate data-races around tp->notsent_lowat
7175277b4d0b tcp: annotate data-races around rskq_defer_accept
3121d649e4c6 tcp: annotate data-races around tp->linger2
b1cd5655fc13 net: Replace the limit of TCP_LINGER2 with TCP_FIN_TIMEOUT_MAX
8ce44cf35ef6 tcp: annotate data-races around tp->tcp_tx_delay
c822536b3e41 netfilter: nf_tables: can't schedule in nft_chain_validate
caa228792fb5 netfilter: nf_tables: fix spurious set element insertion 
failure
b8944e53ee70 llc: Don't drop packet from non-root netns.
b07e31824df6 fbdev: au1200fb: Fix missing IRQ check in au1200fb_drv_probe
6d39e9fc5934 Revert "tcp: avoid the lookup process failing to get sk in 
ehash table"
0c0bd9789a8d net:ipv6: check return value of pskb_trim()
17046107ca15 iavf: Fix use-after-free in free_netdev
765e1eaf42de net: ethernet: ti: cpsw_ale: Fix 
cpsw_ale_get_field()/cpsw_ale_set_field()
3b6f56021af6 pinctrl: amd: Use amd_pinconf_set() for all config options
951f4e9730f1 fbdev: imxfb: warn about invalid left/right margin
3e03319ab97d spi: bcm63xx: fix max prepend length
c9f56f3c7bc9 igb: Fix igb_down hung on surprise removal
7d80e834625c wifi: iwlwifi: mvm: avoid baid size integer overflow
41d149376078 wifi: wext-core: Fix -Wstringop-overflow warning in 
ioctl_standard_iw_point()
970c7035f4b0 devlink: report devlink_port_type_warn source device
e09a285ea1e8 bpf: Address KCSAN report on bpf_lru_list
cec1857b1ea5 sched/fair: Don't balance task to its current running CPU
9d8d3df71516 arm64: mm: fix VA-range sanity check
8ad6679a5bb9 posix-timers: Ensure timer ID search-loop limit is valid
d0345f7c7dbc md/raid10: prevent soft lockup while flush writes
09539f9e2076 md: fix data corruption for raid456 when reshape restart while 
grow up
4181c30a2c55 nbd: Add the maximum limit of allocated index in nbd_dev_add
d4f1cd9b9d66 debugobjects: Recheck debug_objects_enabled before reporting
0afcebcec057 ext4: correct inline offset when handling xattrs in inode body
5d580017bdb9 drm/client: Fix memory leak in drm_client_modeset_probe
52daf6ba2e0d drm/client: Fix memory leak in drm_client_target_cloned
9533dbfac0ff can: bcm: Fix UAF in bcm_proc_show()
5dd838be69e4 selftests: tc: set timeout to 15 minutes
7f83199862c2 fuse: revalidate: don't invalidate if interrupted
ae91ab710d8e btrfs: fix warning when putting transaction with qgroups 
enabled after abort
e217a3d19e10 perf probe: Add test for regression introduced by switch to 
die_get_decl_file()
380c7ceabdde drm/atomic: Fix potential use-after-free in nonblocking commits
b7084ebf4f54 scsi: qla2xxx: Remove unused nvme_ls_waitq wait queue
3f22f9ddbb29 scsi: qla2xxx: Pointer may be dereferenced
a1c5149a82de scsi: qla2xxx: Correct the index of array
1b7e5bdf2be2 scsi: qla2xxx: Check valid rport returned by fc_bsg_to_rport()
4f90a8b04816 scsi: qla2xxx: Fix potential NULL pointer dereference
d25fded78d88 scsi: qla2xxx: Wait for io return on terminate rport
056fd1820724 tracing/probes: Fix not to count error code to total length
93114cbc7cb1 tracing: Fix null pointer dereference in tracing_err_log_open()
597eb52583d4 xtensa: ISS: fix call to split_if_spec
e84829522fc7 ring-buffer: Fix deadloop issue on reading trace_pipe
481535905608 tracing/histograms: Add histograms to hist_vars if they have 
referenced variables
46574e5a0a2a tty: serial: samsung_tty: Fix a memory leak in 
s3c24xx_serial_getclk() when iterating clk
30962268fa1a tty: serial: samsung_tty: Fix a memory leak in 
s3c24xx_serial_getclk() in case of error
0697a1a592c7 Revert "8250: add support for ASIX devices with a FIFO bug"
45e55e9cac13 meson saradc: fix clock divider mask length
2cdced57bc00 ceph: don't let check_caps skip sending responses for revoke 
msgs
1883a484c87e hwrng: imx-rngc - fix the timeout for init and self check
e3373e6b6c79 firmware: stratix10-svc: Fix a potential resource leak in 
svc_create_memory_pool()
826c7bfe5c49 serial: atmel: don't enable IRQs prematurely
15d4bd0f0a6b drm/rockchip: vop: Leave vblank enabled in self-refresh
6bc6ec8b0a0b drm/atomic: Allow vblank-enabled + self-refresh "disable"
f86942709b0e fs: dlm: return positive pid value for F_GETLK
ecfd1f82c4f5 md/raid0: add discard support for the 'original' layout
dac4afa3efae misc: pci_endpoint_test: Re-init completion for every test
dd2210379205 misc: pci_endpoint_test: Free IRQs before removing the device
9cfa4ef25de5 PCI: rockchip: Set address alignment for endpoint mode
35aec6bc0c04 PCI: 

[OE-core] [PATCH][dunfell 1/3] linux-yocto/5.4: update to v5.4.249

[Bruce Ashfield]

From: Bruce Ashfield 

Updating  to the latest korg -stable release that comprises
the following commits:

b30db4f7e45f Linux 5.4.249
c87439055174 xfs: verify buffer contents when we skip log replay
72ab3d39b443 mm: make wait_on_page_writeback() wait for multiple pending 
writebacks
9ea42ba3e695 mm: fix VM_BUG_ON(PageTail) and BUG_ON(PageWriteback)
dffd25725e99 i2c: imx-lpi2c: fix type char overflow issue when calculating 
the clock cycle
f89bcf03e90c x86/apic: Fix kernel panic when booting with intremap=off and 
x2apic_phys
a43c763f9cbe drm/radeon: fix race condition UAF in 
radeon_gem_set_domain_ioctl
45f574d8dfc1 drm/exynos: fix race condition UAF in exynos_g2d_exec_ioctl
c81a542e45a0 drm/exynos: vidi: fix a wrong error return
948b8b5fd0f3 ARM: dts: Fix erroneous ADS touchscreen polarities
8d6f9f5f3bfc ASoC: nau8824: Add quirk to active-high jack-detect
d6fd1b3f7648 s390/cio: unregister device when the only path is gone
0de32d3dd39d usb: gadget: udc: fix NULL dereference in remove()
823dd7de8213 nfcsim.c: Fix error checking for debugfs_create_dir
c32b39d0707b media: cec: core: don't set last_initiator if tx in progress
a69a15a1e789 arm64: Add missing Set/Way CMO encodings
99de9a18e646 HID: wacom: Add error check to wacom_parse_and_register()
2af8d9637270 scsi: target: iscsi: Prevent login threads from racing between 
each other
321a81d26c8d sch_netem: acquire qdisc lock in netem_change()
91274bbe78a2 Revert "net: phy: dp83867: perform soft reset and retain 
established link"
25c8d38c7560 netfilter: nfnetlink_osf: fix module autoload
476c617e4dd4 netfilter: nf_tables: disallow element updates of bound 
anonymous sets
d3b110395fea be2net: Extend xmit workaround to BE3 chip
789d5286060f net: dsa: mt7530: fix trapping frames on non-MT7621 SoC MT7530 
switch
35373d602bd4 ipvs: align inner_mac_header for encapsulation
ee155675bda8 mmc: usdhi60rol0: fix deferred probing
0bd483fb95ce mmc: sh_mmcif: fix deferred probing
6160d37db171 mmc: sdhci-acpi: fix deferred probing
b25875cf5e3b mmc: omap_hsmmc: fix deferred probing
cbb0118f8aa0 mmc: omap: fix deferred probing
e0d505356973 mmc: mvsdio: fix deferred probing
c2e675509ff8 mmc: mvsdio: convert to devm_platform_ioremap_resource
3ef787d61972 mmc: mtk-sd: fix deferred probing
3c01d64996be net: qca_spi: Avoid high load if QCA7000 is not available
bf7a4fd33669 xfrm: Linearize the skb after offloading if needed.
d0fe8a733fa7 ieee802154: hwsim: Fix possible memory leaks
dfcac203a36a rcu: Upgrade rcu_swap_protected() to rcu_replace_pointer()
94199d4727f6 x86/mm: Avoid using set_pgd() outside of real PGD pages
be178a5eae0f cifs: Fix potential deadlock when updating vol in 
cifs_reconnect()
8a5aaa4562a9 cifs: Merge is_path_valid() into get_normalized_path()
339134c15c64 cifs: Introduce helpers for finding TCP connection
cf8c7aa90618 cifs: Get rid of kstrdup_const()'d paths
3fa4c08104c4 cifs: Clean up DFS referral cache
b73539b887a4 nilfs2: prevent general protection fault in 
nilfs_clear_dirty_page()
1cc7dcfdeb5e writeback: fix dereferencing NULL mapping->host on 
writeback_page_template
18a0202bec17 ip_tunnels: allow VXLAN/GENEVE to inherit TOS/TTL from VLAN
ab530c9bec51 mmc: meson-gx: remove redundant mmc_request_done() call from 
irq context
88b373d1c5e9 cgroup: Do not corrupt task iteration when rebinding subsystem
c06c568e43e7 PCI: hv: Fix a race condition bug in hv_pci_query_relations()
f02a67690777 Drivers: hv: vmbus: Fix vmbus_wait_for_unload() to scan 
present CPUs
966708ed9dd9 nilfs2: fix buffer corruption due to concurrent device reads
a93ae93e9f1b media: dvb-core: Fix use-after-free due to race at 
dvb_register_device()
225bd8cc9c3f media: dvbdev: fix error logic at dvb_register_device()
5bc971f0435f media: dvbdev: Fix memleak in dvb_register_device
40d7530bc7fd tick/common: Align tick period during sched_timer setup
b9b61fd1f74d x86/purgatory: remove PGO flags
4d02a166cbee tracing: Add tracing_reset_all_online_cpus_unlocked() function
e14e9cc588bd epoll: ep_autoremove_wake_function should use 
list_del_init_careful
e77e5481d5bf list: add "list_del_init_careful()" to go with 
"list_empty_careful()"
c32ab1c1959a mm: rewrite wait_on_page_bit_common() logic
559cefc7c25f nilfs2: reject devices with insufficient block count

Signed-off-by: Bruce Ashfield 
---
 .../linux/linux-yocto-rt_5.4.bb   |  6 ++---
 .../linux/linux-yocto-tiny_5.4.bb |  8 +++
 meta/recipes-kernel/linux/linux-yocto_5.4.bb  | 22 +--
 3 files changed, 18 insertions(+), 18 deletions(-)

diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb 
b/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb
index d775a60e9f..8e2ac6f853 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb
+++ 

[OE-core] [PATCH][dunfell 2/3] linux-yocto/5.4: update to v5.4.250

[Bruce Ashfield]

From: Bruce Ashfield 

Updating  to the latest korg -stable release that comprises
the following commits:

27745d94abe1 Linux 5.4.250
00363ef30797 x86/cpu/amd: Add a Zenbleed fix
92b292bed627 x86/cpu/amd: Move the errata checking functionality up
4d4112e2845c x86/microcode/AMD: Load late on both threads too

Signed-off-by: Bruce Ashfield 
---
 .../linux/linux-yocto-rt_5.4.bb   |  6 ++---
 .../linux/linux-yocto-tiny_5.4.bb |  8 +++
 meta/recipes-kernel/linux/linux-yocto_5.4.bb  | 22 +--
 3 files changed, 18 insertions(+), 18 deletions(-)

diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb 
b/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb
index 8e2ac6f853..f31b920ca7 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb
@@ -11,13 +11,13 @@ python () {
 raise bb.parse.SkipRecipe("Set PREFERRED_PROVIDER_virtual/kernel to 
linux-yocto-rt to enable it")
 }
 
-SRCREV_machine ?= "7c1c3e523391507938420fb93bfafbbf1788e6b1"
-SRCREV_meta ?= "cc142627e073a6ef70b2646df36a8119cda3c736"
+SRCREV_machine ?= "0057180769503ac049b495a794f864053965c7ea"
+SRCREV_meta ?= "863d597749c6214d272d704c8c04ead3373142f4"
 
 SRC_URI = 
"git://git.yoctoproject.org/linux-yocto.git;branch=${KBRANCH};name=machine \

git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-5.4;destsuffix=${KMETA}"
 
-LINUX_VERSION ?= "5.4.249"
+LINUX_VERSION ?= "5.4.250"
 
 LIC_FILES_CHKSUM = "file://COPYING;md5=bbea815ee2795b2f4230826c0c6b8814"
 
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_5.4.bb 
b/meta/recipes-kernel/linux/linux-yocto-tiny_5.4.bb
index 710fc63d47..6f94fe3bd6 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_5.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_5.4.bb
@@ -6,7 +6,7 @@ KCONFIG_MODE = "--allnoconfig"
 
 require recipes-kernel/linux/linux-yocto.inc
 
-LINUX_VERSION ?= "5.4.249"
+LINUX_VERSION ?= "5.4.250"
 LIC_FILES_CHKSUM = "file://COPYING;md5=bbea815ee2795b2f4230826c0c6b8814"
 
 DEPENDS += "${@bb.utils.contains('ARCH', 'x86', 'elfutils-native', '', d)}"
@@ -15,9 +15,9 @@ DEPENDS += "openssl-native util-linux-native"
 KMETA = "kernel-meta"
 KCONF_BSP_AUDIT_LEVEL = "2"
 
-SRCREV_machine_qemuarm ?= "532857ef9f2014098015fa9ba30501639f8840ee"
-SRCREV_machine ?= "de0d74f8949990ebd464742fbb4b4e5bfaace7b3"
-SRCREV_meta ?= "cc142627e073a6ef70b2646df36a8119cda3c736"
+SRCREV_machine_qemuarm ?= "f0ae300728e87e4b1e51305737b9f4dda383e7bf"
+SRCREV_machine ?= "de7c8d928de44e1c130760bf11d741d25e1c0213"
+SRCREV_meta ?= "863d597749c6214d272d704c8c04ead3373142f4"
 
 PV = "${LINUX_VERSION}+git${SRCPV}"
 
diff --git a/meta/recipes-kernel/linux/linux-yocto_5.4.bb 
b/meta/recipes-kernel/linux/linux-yocto_5.4.bb
index 3e4c1ca08b..9589ca280a 100644
--- a/meta/recipes-kernel/linux/linux-yocto_5.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_5.4.bb
@@ -12,16 +12,16 @@ KBRANCH_qemux86  ?= "v5.4/standard/base"
 KBRANCH_qemux86-64 ?= "v5.4/standard/base"
 KBRANCH_qemumips64 ?= "v5.4/standard/mti-malta64"
 
-SRCREV_machine_qemuarm ?= "05e04a6628f7da8169ee7c46288bdcf5694de623"
-SRCREV_machine_qemuarm64 ?= "23ac11eda9c661a3d01fc0142a6e23aad03f2b08"
-SRCREV_machine_qemumips ?= "08adf55a99423b9a86b9cf0b11dcf1f6bf0a280d"
-SRCREV_machine_qemuppc ?= "5b29dfbf9af0afb45cc588154a9ac6c7f68f4d81"
-SRCREV_machine_qemuriscv64 ?= "19998b76926cac29365e10bc1abc976ff2481cb5"
-SRCREV_machine_qemux86 ?= "19998b76926cac29365e10bc1abc976ff2481cb5"
-SRCREV_machine_qemux86-64 ?= "19998b76926cac29365e10bc1abc976ff2481cb5"
-SRCREV_machine_qemumips64 ?= "a70b5911861ec339487b3fd3edc49983d3e46669"
-SRCREV_machine ?= "19998b76926cac29365e10bc1abc976ff2481cb5"
-SRCREV_meta ?= "cc142627e073a6ef70b2646df36a8119cda3c736"
+SRCREV_machine_qemuarm ?= "fb7218e03f4d75e77f3bc50217855e043e32b06a"
+SRCREV_machine_qemuarm64 ?= "9561485ac053a0ea76ee95fa8dead1da30a41a8a"
+SRCREV_machine_qemumips ?= "7bd91d1af3b4a24e1f34e3a9583d02d7f08aaf53"
+SRCREV_machine_qemuppc ?= "f4145ff9d93b0e0b0393d16c1889bcf3c6e13e15"
+SRCREV_machine_qemuriscv64 ?= "c862ec7816d3f8b34c6e2a9ba9d2dae79eda31d1"
+SRCREV_machine_qemux86 ?= "c862ec7816d3f8b34c6e2a9ba9d2dae79eda31d1"
+SRCREV_machine_qemux86-64 ?= "c862ec7816d3f8b34c6e2a9ba9d2dae79eda31d1"
+SRCREV_machine_qemumips64 ?= "72944e165489f0dc5121461bfc74fb2bfaa3d7d7"
+SRCREV_machine ?= "c862ec7816d3f8b34c6e2a9ba9d2dae79eda31d1"
+SRCREV_meta ?= "863d597749c6214d272d704c8c04ead3373142f4"
 
 # remap qemuarm to qemuarma15 for the 5.4 kernel
 # KMACHINE_qemuarm ?= "qemuarma15"
@@ -30,7 +30,7 @@ SRC_URI = 
"git://git.yoctoproject.org/linux-yocto.git;name=machine;branch=${KBRA

git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-5.4;destsuffix=${KMETA}"
 
 LIC_FILES_CHKSUM = "file://COPYING;md5=bbea815ee2795b2f4230826c0c6b8814"
-LINUX_VERSION ?= "5.4.249"
+LINUX_VERSION ?= "5.4.250"
 
 DEPENDS += "${@bb.utils.contains('ARCH', 'x86', 

[OE-core] [PATCH 7/7] linux-yocto/6.1: update to v6.1.43

[Bruce Ashfield]

From: Bruce Ashfield 

Updating  to the latest korg -stable release that comprises
the following commits:

52a953d0934b Linux 6.1.43
c3d576baa6c8 dma-buf: fix an error pointer vs NULL bug
23acc2b850ba dma-buf: keep the signaling time of merged fences v3
665e6fd71468 test_firmware: return ENOMEM instead of ENOSPC on failed 
memory allocation
0ab95d5ce8be selftests: mptcp: sockopt: use 'iptables-legacy' if available
bd2decac7345 mptcp: ensure subflow is unhashed before cleaning the backlog
ab79c7541d84 cpufreq: intel_pstate: Drop ACPI _PSS states table patching
602a1cbc24a2 ACPI: processor: perflib: Avoid updating frequency QoS 
unnecessarily
f7fcc0f1b26b ACPI: processor: perflib: Use the "no limit" frequency QoS
d701687c898e drm/amd/display: Write to correct dirty_rect
d58fb94f24f8 drm/amd/display: perform a bounds check before filling dirty 
rectangles
0441c4415442 tracing: Fix trace_event_raw_event_synth() if else statement
f5e8f7a02c15 drm/amd/display: set per pipe dppclk to 0 when dpp is off
73679f8c455e rbd: retrieve and check lock owner twice before blocklisting
0c0b6412c966 rbd: harden get_lock_owner_info() a bit
c0d067c79b23 rbd: make get_lock_owner_info() return a single locker or NULL
3d215ad49c6a dm cache policy smq: ensure IO doesn't prevent cleaner policy 
progress
507f70c06aa9 drm/i915/dpt: Use shmem for dpt objects
e046aecb73e0 ceph: never send metrics if disable_send_metrics is set
8ab9ad163804 PM: sleep: wakeirq: fix wake irq arming
356e711640ae arm64/sme: Set new vector length before reallocating
ff54cb993b31 ASoC: wm8904: Fill the cache for WM8904_ADC_TEST_0 register
6deb8727f2a5 s390/dasd: print copy pair message only for the correct error
c4ae208cc335 s390/dasd: fix hanging device after quiesce/resume
2b58bd384730 LoongArch: BPF: Enable bpf_probe_read{, str}() on LoongArch
8a5e0c1f71dc LoongArch: BPF: Fix check condition to call lu32id in 
move_imm()
024ed3b9b8e3 Revert "um: Use swap() to make code cleaner"
e1d54962a63b soundwire: fix enumeration completion
dda7cfcaa46b selftests: mptcp: join: only check for ip6tables if needed
aedec6019d7c net: dsa: qca8k: fix mdb add/del case with 0 VID
828f9526f061 net: dsa: qca8k: fix broken search_and_del
d42c326288ac net: dsa: qca8k: fix search_and_insert wrong handling of new 
rule
e1fda7c1250f virtio-net: fix race between set queues and probe
cd1a8952ff52 xen: speed up grant-table reclaim
af7aa4fe94b3 proc/vmcore: fix signedness bug in read_from_oldmem()
7f1715d827dc locking/rtmutex: Fix task->pi_waiters integrity
d392d2d72af3 irqchip/gic-v4.1: Properly lock VPEs when doing a directLPI 
invalidation
a80d2cb27d39 irq-bcm6345-l1: Do not assume a fixed block to cpu mapping
2edb87931afd tpm_tis: Explicitly check for error code
c9af433b1138 ACPI/IORT: Remove erroneous id_count check in 
iort_node_get_rmr_info()
d79f730bb807 nfsd: Remove incorrect check in nfsd4_validate_stateid
e5a87723e8c7 file: always lock position for FMODE_ATOMIC_POS
2663e2cb91a7 x86/MCE/AMD: Decrement threshold_bank refcount when removing 
threshold blocks
360c98f5830d btrfs: check for commit error at 
btrfs_attach_transaction_barrier()
a7b85dc31644 btrfs: check if the transaction was aborted at 
btrfs_wait_for_commit()
cbec34d3021d btrfs: account block group tree when calculating global 
reserve size
5fec6f7903f9 hwmon: (nct7802) Fix for temp6 (PECI1) processed even if PECI1 
disabled
85f8077893ec hwmon: (k10temp) Enable AMD3255 Proc to show negative 
temperature
bf7b30dc16da ALSA: hda/relatek: Enable Mute LED on HP 250 G8
db3c5ca31400 ALSA: hda/realtek: Support ASUS G713PV laptop
96a0b80eb1b0 Revert "xhci: add quirk for host controllers that don't update 
endpoint DCS"
9615ca54bc13 tty: n_gsm: fix UAF in gsm_cleanup_mux
7ae9f55a4950 staging: ks7010: potential buffer overflow in 
ks_wlan_set_encode_ext()
41e05572e871 staging: r8712: Fix memory leak in _r8712_init_xmit_priv()
ef301c41a10e Documentation: security-bugs.rst: clarify CVE handling
ddb9503d1c2e Documentation: security-bugs.rst: update preferences when 
dealing with the linux-distros group
9ae3d7941f8d Revert "usb: xhci: tegra: Fix error check"
cf8203ea19ef usb: xhci-mtk: set the dma max_seg_size
c0ebcc7e7fb1 usb: cdns3: fix incorrect calculation of ep_buf_size when more 
than one config
9590eeef4d65 USB: quirks: add quirk for Focusrite Scarlett
98a6054d51cc usb: ohci-at91: Fix the unhandle interrupt when resume
a28062554190 usb: misc: ehset: fix wrong if condition
c1fad1695bef usb: dwc3: don't reset device side if dwc3 was configured as 
host-only
84ff2e988b0b usb: dwc3: pci: skip BYT GPIO lookup table for hardwired phy
bf4986fbeb21 Revert "usb: dwc3: core: Enable AutoRetry feature in the 
controller"
60816ac26f2f usb: typec: Use sysfs_emit_at when 

[OE-core] [PATCH 6/7] linux-yocto/6.4: update to v6.4.8

[Bruce Ashfield]

From: Bruce Ashfield 

Updating  to the latest korg -stable release that comprises
the following commits:

714a286bf9ee Linux 6.4.8
3d308a163115 dma-buf: fix an error pointer vs NULL bug
6bd9952eade5 dma-buf: keep the signaling time of merged fences v3
e872d6b6ea49 mm/mempolicy: Take VMA lock before replacing policy
da84cd9b5e03 mm/memory-failure: fix hardware poison check in 
unpoison_memory()
bdb3106af2b2 mm: fix memory ordering for mm_lock_seq and vm_lock_seq
b53745bdb03e mm: lock VMA in dup_anon_vma() before setting ->anon_vma
58f4cbe0cc87 rbd: retrieve and check lock owner twice before blocklisting
44f442aa19f0 rbd: harden get_lock_owner_info() a bit
0a83f816a8f1 rbd: make get_lock_owner_info() return a single locker or NULL
441b3dd88f78 dm cache policy smq: ensure IO doesn't prevent cleaner policy 
progress
cf83bf01b528 drm/i915/dpt: Use shmem for dpt objects
c5126152c6f6 ceph: never send metrics if disable_send_metrics is set
adce49089412 thermal: of: fix double-free on unregistration
5dac557301d8 PM: sleep: wakeirq: fix wake irq arming
807ada0e4aa3 arm64/sme: Set new vector length before reallocating
684c1a948ece ASoC: wm8904: Fill the cache for WM8904_ADC_TEST_0 register
c58951ccef60 mptcp: more accurate NL event generation
8aba7fb2544a s390/dasd: print copy pair message only for the correct error
274b5383e999 s390/dasd: fix hanging device after quiesce/resume
592b0c50e3fb fs/9p: remove unnecessary invalidate_inode_pages2
cd27c7f79056 fs/9p: fix type mismatch in file cache mode helper
f7fb8699068f fs/9p: fix typo in comparison logic for cache mode
00c6ee38522e fs/9p: remove unnecessary and overrestrictive check
f1e24c44ab4d 9p: fix ignored return value in v9fs_dir_release
c9d7e61044f5 LoongArch: BPF: Enable bpf_probe_read{, str}() on LoongArch
47f0ef81b15e LoongArch: BPF: Fix check condition to call lu32id in 
move_imm()
a04cb0c40887 LoongArch: Fix return value underflow in exception path
453af7c2cc90 Revert "um: Use swap() to make code cleaner"
c5265691cd06 soundwire: fix enumeration completion
c9491c0b24f8 selftests: mptcp: join: only check for ip6tables if needed
176f36a376c4 iommufd: Set end correctly when doing batch carry
45484d96d599 io_uring: gate iowait schedule on having pending requests
29cf01eed50f net: dsa: qca8k: fix mdb add/del case with 0 VID
bb7b454fff66 net: dsa: qca8k: fix broken search_and_del
3797de3d4b0f net: dsa: qca8k: fix search_and_insert wrong handling of new 
rule
d04084d09f7c net: dsa: qca8k: enable use_single_write for qca8xxx
c00af3a818cc net: ipa: only reset hashed tables when supported
2488a91b54b5 virtio-net: fix race between set queues and probe
c76d96c55589 xen: speed up grant-table reclaim
6efc575dd2a6 proc/vmcore: fix signedness bug in read_from_oldmem()
e7b25896f447 locking/rtmutex: Fix task->pi_waiters integrity
018be618bcdb irqchip/gic-v4.1: Properly lock VPEs when doing a directLPI 
invalidation
a0c05710f0cb irq-bcm6345-l1: Do not assume a fixed block to cpu mapping
b077d6531a67 tpm_tis: Explicitly check for error code
40c627dd6de3 ACPI/IORT: Remove erroneous id_count check in 
iort_node_get_rmr_info()
0e625d273365 ksmbd: check if a mount point is crossed during path lookup
293f39e1d0ae nfsd: Remove incorrect check in nfsd4_validate_stateid
ab8160583f56 file: always lock position for FMODE_ATOMIC_POS
e96954065d7f x86/cpu: Enable STIBP on AMD if Automatic IBRS is enabled
fdcd4b0d5197 x86/MCE/AMD: Decrement threshold_bank refcount when removing 
threshold blocks
db73d812bb95 btrfs: check for commit error at 
btrfs_attach_transaction_barrier()
ec0a56ae9519 btrfs: check if the transaction was aborted at 
btrfs_wait_for_commit()
1e8087589b5c btrfs: account block group tree when calculating global 
reserve size
2c28c5c52eaf btrfs: zoned: do not enable async discard
843b4e161773 hwmon: (pmbus_core) Fix Deadlock in pmbus_regulator_get_status
7444253cacd9 hwmon: (pmbus_core) Fix NULL pointer dereference
db11ee9b500f hwmon: (pmbus_core) Fix pmbus_is_enabled()
76f9deecf6eb hwmon: (aquacomputer_d5next) Fix incorrect PWM value readout
7665493f77c9 hwmon: (nct7802) Fix for temp6 (PECI1) processed even if PECI1 
disabled
c6790a9b035e hwmon: (k10temp) Enable AMD3255 Proc to show negative 
temperature
d205b153a417 ALSA: hda/relatek: Enable Mute LED on HP 250 G8
a13620ff3b43 ALSA: hda/realtek: Support ASUS G713PV laptop
6a007b162610 Revert "xhci: add quirk for host controllers that don't update 
endpoint DCS"
74a8d6f50cc9 tty: n_gsm: fix UAF in gsm_cleanup_mux
b1b04b56745b staging: ks7010: potential buffer overflow in 
ks_wlan_set_encode_ext()
874555472c73 staging: r8712: Fix memory leak in _r8712_init_xmit_priv()
5d73dfff46d6 Documentation: security-bugs.rst: clarify CVE handling
90cd6f5e9154 

[OE-core] [PATCH 5/7] linux-yocto-dev: bump to v6.5+

[Bruce Ashfield]

From: Bruce Ashfield 

Updating the -dev kernel to track the latest k.org development
release.

Signed-off-by: Bruce Ashfield 
---
 meta/recipes-kernel/linux/linux-yocto-dev.bb | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-kernel/linux/linux-yocto-dev.bb 
b/meta/recipes-kernel/linux/linux-yocto-dev.bb
index 37904ac4e4..e695e2d83e 100644
--- a/meta/recipes-kernel/linux/linux-yocto-dev.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-dev.bb
@@ -14,7 +14,7 @@ require recipes-kernel/linux/linux-yocto.inc
 # provide this .inc to set specific revisions
 include recipes-kernel/linux/linux-yocto-dev-revisions.inc
 
-KBRANCH = "v6.4/standard/base"
+KBRANCH = "v6.5/standard/base"
 KMETA = "kernel-meta"
 
 SRC_URI = 
"git://git.yoctoproject.org/linux-yocto-dev.git;branch=${KBRANCH};name=machine;protocol=https
 \
@@ -28,7 +28,7 @@ SRC_URI = 
"git://git.yoctoproject.org/linux-yocto-dev.git;branch=${KBRANCH};name
 SRCREV_machine ?= 
'${@oe.utils.conditional("PREFERRED_PROVIDER_virtual/kernel", 
"linux-yocto-dev", "${AUTOREV}", "29594404d7fe73cd80eaa4ee8c43dcc53970c60e", 
d)}'
 SRCREV_meta ?= '${@oe.utils.conditional("PREFERRED_PROVIDER_virtual/kernel", 
"linux-yocto-dev", "${AUTOREV}", "29594404d7fe73cd80eaa4ee8c43dcc53970c60e", 
d)}'
 
-LINUX_VERSION ?= "6.4"
+LINUX_VERSION ?= "6.5"
 LINUX_VERSION_EXTENSION ?= "-yoctodev-${LINUX_KERNEL_TYPE}"
 PV = "${LINUX_VERSION}+git${SRCPV}"
 
-- 
2.34.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#185635): 
https://lists.openembedded.org/g/openembedded-core/message/185635
Mute This Topic: https://lists.openembedded.org/mt/100615700/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH 3/7] linux-yocto/6.1: update to v6.1.41

[Bruce Ashfield]

From: Bruce Ashfield 

Updating  to the latest korg -stable release that comprises
the following commits:

5302e81aa209 Linux 6.1.41
ed9b87010aa8 x86/cpu/amd: Add a Zenbleed fix
5fc203d8d3ed x86/cpu/amd: Move the errata checking functionality up
75389113731b Linux 6.1.40
9879d6e1ca87 net/ncsi: change from ndo_set_mac_address to 
dev_set_mac_address
e2c3356907a5 net/ncsi: make one oem_gma function for all mfr id
e4a0e09b79bd drm/atomic: Fix potential use-after-free in nonblocking commits
d34a3470ed40 net/sched: sch_qfq: reintroduce lmax bound check for MTU
ff06cd411aa0 swiotlb: mark swiotlb_memblock_alloc() as __init
d64b70df23e8 Revert "drm/amd: Disable PSR-SU on Parade 0803 TCON"
fbfb6b7cb2f7 MIPS: kvm: Fix build error with KVM_MIPS_DEBUG_COP0_COUNTERS 
enabled
fec55ec03545 scsi: qla2xxx: Fix end of loop test
f459d586fdf1 scsi: qla2xxx: Remove unused nvme_ls_waitq wait queue
b06d1b525364 scsi: qla2xxx: Pointer may be dereferenced
b88b1241fb1c scsi: qla2xxx: Correct the index of array
e466930717ef scsi: qla2xxx: Check valid rport returned by fc_bsg_to_rport()
ce2cdbe530b0 scsi: qla2xxx: Fix potential NULL pointer dereference
2dddbf8de128 scsi: qla2xxx: Fix buffer overrun
477bc74ad1ad scsi: qla2xxx: Avoid fcport pointer dereference
2b3bdef089b9 scsi: qla2xxx: Array index may go out of bound
d994ac7c7842 scsi: qla2xxx: Fix mem access after free
90770dad1eb3 scsi: qla2xxx: Wait for io return on terminate rport
1802e5d0988a scsi: qla2xxx: Fix hang in task management
35985b0741c1 scsi: qla2xxx: Fix task management cmd fail due to unavailable 
resource
843665c4266d scsi: qla2xxx: Fix task management cmd failure
ff92567d906e scsi: qla2xxx: Multi-que support for TMF
95e34129f37e tracing/user_events: Fix struct arg size match check
a95c1fede27d tracing/probes: Fix to update dynamic data counter if fetcharg 
uses it
837f92d27f55 tracing/probes: Fix not to count error code to total length
2f41d35b58c8 selftests: mptcp: pm_nl_ctl: fix 32-bit support
ee352299a678 selftests: mptcp: depend on SYN_COOKIES
08daab11f344 selftests: mptcp: userspace_pm: report errors with 'remove' 
tests
4098a4318298 selftests: mptcp: userspace_pm: use correct server port
c118baa05fb9 selftests: mptcp: sockopt: return error if wrong mark
671486793f72 selftests: mptcp: connect: fail if nft supposed to work
938d5b7a75e1 tracing: Fix null pointer dereference in tracing_err_log_open()
fbcd0c2b569f fprobe: Ensure running fprobe_exit_handler() finished before 
calling rethook_free()
ce3ec57faff5 fprobe: Release rethook after the ftrace_ops is unregistered
2e9a46e46786 pwm: meson: fix handling of period/duty if greater than 
UINT_MAX
ba1ede19e601 pwm: meson: modify and simplify calculation in 
meson_pwm_get_state
9a2c57fd3284 PM: QoS: Restore support for default value on frequency QoS
15ec83da4311 perf/x86: Fix lockdep warning in for_each_sibling_event() on 
SPR
22fc9fd72307 xtensa: ISS: fix call to split_if_spec
6a05de6da58a cifs: if deferred close is disabled then close files 
immediately
bd8cd38d3ac6 drm/amd/pm: conditionally disable pcie lane/speed switching 
for SMU13
11dc77a645b7 drm/amd/pm: share the code around SMU13 pcie parameters update
99fe81d219df ftrace: Fix possible warning on checking all pages used in 
ftrace_process_locs()
8b0b63fdac6b ring-buffer: Fix deadloop issue on reading trace_pipe
90947ebf8794 net: ena: fix shift-out-of-bounds in exponential backoff
b1a726ad33e5 regmap-irq: Fix out-of-bounds access when allocating config 
buffers
aeb62beaf9cb perf: RISC-V: Remove PERF_HES_STOPPED flag checking in 
riscv_pmu_start()
e2c7a05a48e5 samples: ftrace: Save required argument registers in sample 
trampolines
9d6a260bbfbc nvme: don't reject probe due to duplicate IDs for 
single-ported PCIe devices
be970e22c53d tracing: Fix memory leak of iter->temp when reading trace_pipe
5fd32eb6fa0a tracing/histograms: Add histograms to hist_vars if they have 
referenced variables
0a1dc6377afc dm: verity-loadpin: Add NULL pointer check for 'bdev' parameter
08aaeda414f7 s390/decompressor: fix misaligned symbol build error
2ebf4ddcc657 bus: ixp4xx: fix IXP4XX_EXP_T1_MASK
599c0ebdb5cc Revert "8250: add support for ASIX devices with a FIFO bug"
801daff00780 soundwire: qcom: fix storing port config out-of-bounds
76ab057de777 opp: Fix use-after-free in lazy_opp_tables after probe deferral
be06ffa8f4ac meson saradc: fix clock divider mask length
610ddd79fc6a xhci: Show ZHAOXIN xHCI root hub speed correctly
892ef7593000 xhci: Fix TRB prefetch issue of ZHAOXIN hosts
8e273a2190b5 xhci: Fix resume issue of some ZHAOXIN hosts
829361479860 ceph: don't let check_caps skip sending responses for revoke 
msgs
0471d907d8c1 ceph: fix blindly expanding the readahead windows
d545ff97cf43 ceph: add a 

[OE-core] [PATCH 1/7] linux-yocto/6.4: fix CONFIG_LEDS_TRIGGER_GPIO kernel audit warning

[Bruce Ashfield]

From: Bruce Ashfield 

Integrating the following commit(s) to linux-yocto/.:

eab54df7b72 leds : do not enable CONFIG_LEDS_TRIGGER_GPIO by default

Signed-off-by: Bruce Ashfield 
---
 meta/recipes-kernel/linux/linux-yocto-rt_6.4.bb   | 2 +-
 meta/recipes-kernel/linux/linux-yocto-tiny_6.4.bb | 2 +-
 meta/recipes-kernel/linux/linux-yocto_6.4.bb  | 2 +-
 3 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_6.4.bb 
b/meta/recipes-kernel/linux/linux-yocto-rt_6.4.bb
index 9273a08c61..4d0fc03ef0 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_6.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_6.4.bb
@@ -15,7 +15,7 @@ python () {
 }
 
 SRCREV_machine ?= "917d160a84f61aada28d09f5afc04d6451fa52a0"
-SRCREV_meta ?= "dab56f52aa33b5cea1513b36b98e50a6c7c31f47"
+SRCREV_meta ?= "eab54df7b727b239c88d29a29357dbbaca8ca1f7"
 
 SRC_URI = 
"git://git.yoctoproject.org/linux-yocto.git;branch=${KBRANCH};name=machine;protocol=https
 \

git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-6.4;destsuffix=${KMETA};protocol=https"
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_6.4.bb 
b/meta/recipes-kernel/linux/linux-yocto-tiny_6.4.bb
index 39abfcbb08..ca725c42d4 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_6.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_6.4.bb
@@ -18,7 +18,7 @@ KMETA = "kernel-meta"
 KCONF_BSP_AUDIT_LEVEL = "2"
 
 SRCREV_machine ?= "dee78ad1963cff9c063fba486d43fc9670285883"
-SRCREV_meta ?= "dab56f52aa33b5cea1513b36b98e50a6c7c31f47"
+SRCREV_meta ?= "eab54df7b727b239c88d29a29357dbbaca8ca1f7"
 
 PV = "${LINUX_VERSION}+git${SRCPV}"
 
diff --git a/meta/recipes-kernel/linux/linux-yocto_6.4.bb 
b/meta/recipes-kernel/linux/linux-yocto_6.4.bb
index 443a89cc1e..322ca2a62c 100644
--- a/meta/recipes-kernel/linux/linux-yocto_6.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_6.4.bb
@@ -28,7 +28,7 @@ SRCREV_machine:qemux86 ?= 
"dee78ad1963cff9c063fba486d43fc9670285883"
 SRCREV_machine:qemux86-64 ?= "dee78ad1963cff9c063fba486d43fc9670285883"
 SRCREV_machine:qemumips64 ?= "144ff37fee7f0499574d5b508e4db82234f38fec"
 SRCREV_machine ?= "dee78ad1963cff9c063fba486d43fc9670285883"
-SRCREV_meta ?= "dab56f52aa33b5cea1513b36b98e50a6c7c31f47"
+SRCREV_meta ?= "eab54df7b727b239c88d29a29357dbbaca8ca1f7"
 
 # set your preferred provider of linux-yocto to 'linux-yocto-upstream', and 
you'll
 # get the /base branch, which is pure upstream -stable, and the same
-- 
2.34.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#185631): 
https://lists.openembedded.org/g/openembedded-core/message/185631
Mute This Topic: https://lists.openembedded.org/mt/100615696/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH 4/7] linux-yocto/6.4: update to v6.4.7

[Bruce Ashfield]

From: Bruce Ashfield 

Updating  to the latest korg -stable release that comprises
the following commits:

4e382c2b4683 Linux 6.4.7
8ab7147dfae7 Revert "drm/amd/display: edp do not add non-edid timings"
e4f89142977e drm/amd/display: Add polling method to handle MST reply packet
cae69403a82c drm/amd/display: Clean up errors & warnings in amdgpu_dm.c
3601729d3d6e scsi: sg: Fix checking return value of blk_get_queue()
1e391c7f7cf3 scsi/sg: don't grab scsi host module reference
92e80c692c4b spi: dw: Remove misleading comment for Mount Evans SoC
e7cf50e41bdc drm/ttm: fix bulk_move corruption when adding a entry
5339e36dffb7 tracing/histograms: Return an error if we fail to add 
histogram to hist_vars list
801d026d61b2 kbuild: rust: avoid creating temporary files
a448856c3a1c jbd2: recheck chechpointing non-dirty buffer
da1818adbaa3 net: phy: prevent stale pointer dereference in phy_init()
4a6ebe88cd96 tcp: annotate data-races around fastopenq.max_qlen
a1d2126fcb96 tcp: annotate data-races around icsk->icsk_user_timeout
3c475a047438 tcp: annotate data-races around tp->notsent_lowat
c52aa6ac5854 tcp: annotate data-races around rskq_defer_accept
279e1cf49926 tcp: annotate data-races around tp->linger2
a2da353de8a5 tcp: annotate data-races around icsk->icsk_syn_retries
80cd1842e2da tcp: annotate data-races around tp->keepalive_probes
7416761d5b1c tcp: annotate data-races around tp->keepalive_intvl
b9fcb5916319 tcp: annotate data-races around tp->keepalive_time
ed49960ee0c2 tcp: annotate data-races around tp->tsoffset
2b8c25de5195 tcp: annotate data-races around tp->tcp_tx_delay
bb9c26f32e0c Bluetooth: btusb: Fix bluetooth on Intel Macbook 2014
1add77db60fe Bluetooth: SCO: fix sco_conn related locking and validity 
issues
357ab53c83a5 Bluetooth: hci_conn: return ERR_PTR instead of NULL when there 
is no link
bf00c2c8f625 Bluetooth: hci_sync: Avoid use-after-free in dbg for 
hci_remove_adv_monitor()
88ad50f2b843 Bluetooth: ISO: fix iso_conn related locking and validity 
issues
093a07052406 Bluetooth: hci_event: call disconnect callback before deleting 
conn
cef88a0fd8e9 Bluetooth: use RCU for hci_conn_params and iterate safely in 
hci_sync
ab87c6b43822 netfilter: nf_tables: skip bound chain on rule flush
b2bdf3feae26 netfilter: nf_tables: skip bound chain in netns release path
48dbb5d24c66 netfilter: nft_set_pipapo: fix improper element removal
d78a37553b12 netfilter: nf_tables: can't schedule in nft_chain_validate
08ca12fa9237 netfilter: nf_tables: fix spurious set element insertion 
failure
540075ceefc6 ALSA: hda/realtek: Fix generic fixup definition for cs35l41 amp
b7117b723377 llc: Don't drop packet from non-root netns.
b492d371c622 fbdev: au1200fb: Fix missing IRQ check in au1200fb_drv_probe
41d5ae320dca net: ethernet: mtk_eth_soc: always mtk_get_ib1_pkt_type
70a2d37cd86e Revert "tcp: avoid the lookup process failing to get sk in 
ehash table"
cba5b13f4053 net:ipv6: check return value of pskb_trim()
ef0fe1aff76e net: ipv4: Use kfree_sensitive instead of kfree
7552f8e70c88 tcp: annotate data-races around tcp_rsk(req)->ts_recent
d546247e49fb tcp: annotate data-races around tcp_rsk(req)->txhash
67f6f186ccae net: ipv4: use consistent txhash in TIME_WAIT and SYN_RECV
d5c3b02ffd1c igc: Prevent garbled TX queue with XDP ZEROCOPY
c6255814ae94 igc: Avoid transmit queue timeout for XDP
7a4c79329b9c bpf, arm64: Fix BTI type used for freplace attached functions
275d5743f622 bpf: Repeat check_max_stack_depth for async callbacks
5e13be2071ac bpf: Fix subprog idx logic in check_max_stack_depth
521c84b9e107 octeontx2-pf: Dont allocate BPIDs for LBK interfaces
6a183c72f106 vrf: Fix lockdep splat in output path
cecb533d126d security: keys: Modify mismatched function name
532fbfc96d97 iavf: fix reset task race with iavf_remove()
63d14a431285 iavf: fix a deadlock caused by rtnl and driver's lock circular 
dependencies
d55495756d95 iavf: Wait for reset in callbacks which trigger it
e631b18cc570 iavf: make functions static where possible
5e9db32eec62 iavf: use internal state to free traffic IRQs
65ecebc9ac09 iavf: Fix out-of-bounds when setting channels on remove
8d781a9c5303 iavf: Fix use-after-free in free_netdev
21d92025e806 drm/i915/perf: add sentinel to xehp_oa_b_counters
899057ac0fed r8169: fix ASPM-related problem for chip version 42 and 43
024825dfdc62 net: dsa: microchip: correct KSZ8795 static MAC table access
6777dfaf7c5a net: sched: cls_bpf: Undo tcf_bind_filter in case of an error
cec095b3387e net: sched: cls_u32: Undo refcount decrement in case update 
failed
025159ed118b net: sched: cls_u32: Undo tcf_bind_filter if 
u32_replace_hw_knode
1134ceab9192 net: sched: cls_matchall: Undo tcf_bind_filter in case of 
failure after mall_set_parms
04a025b17d83 

[OE-core] [PATCH 2/7] linux-yocto/6.4: update to v6.4.6

[Bruce Ashfield]

From: Bruce Ashfield 

Updating  to the latest korg -stable release that comprises
the following commits:

79562f63d621 Linux 6.4.6
9b8bb5c4e256 x86/cpu/amd: Add a Zenbleed fix
fee9e8639658 x86/cpu/amd: Move the errata checking functionality up
bcecfeef53d4 Linux 6.4.5
4db0b9e4ab8a net/ncsi: change from ndo_set_mac_address to 
dev_set_mac_address
3bcc68a429c1 net/ncsi: make one oem_gma function for all mfr id
328f520540db drm/atomic: Fix potential use-after-free in nonblocking commits
c1748049c097 Revert "drm/amd: Disable PSR-SU on Parade 0803 TCON"
9ccdf2eccac7 MIPS: kvm: Fix build error with KVM_MIPS_DEBUG_COP0_COUNTERS 
enabled
38f16f0c2c22 net: dsa: ocelot: unlock on error in vsc9959_qos_port_tas_set()
f425c44c9af7 scsi: qla2xxx: Fix end of loop test
92529387a006 scsi: qla2xxx: Remove unused nvme_ls_waitq wait queue
22b1d7c8bb59 scsi: qla2xxx: Pointer may be dereferenced
824ff8d1c89a scsi: qla2xxx: Correct the index of array
ced5460eae77 scsi: qla2xxx: Check valid rport returned by fc_bsg_to_rport()
af7affc0f6b8 scsi: qla2xxx: Fix potential NULL pointer dereference
d5e7c9cd56e9 scsi: qla2xxx: Fix buffer overrun
7bbeff613ec0 scsi: qla2xxx: Avoid fcport pointer dereference
e934737e18ff scsi: qla2xxx: Array index may go out of bound
38144f42f236 scsi: qla2xxx: Fix mem access after free
5bcdaafd92be scsi: qla2xxx: Wait for io return on terminate rport
78f0e86e361d scsi: qla2xxx: Fix hang in task management
8815992d6868 scsi: qla2xxx: Fix task management cmd fail due to unavailable 
resource
d7ab6f2504aa scsi: qla2xxx: Fix task management cmd failure
7687186efc4d scsi: qla2xxx: Multi-que support for TMF
4262f38e5b90 tracing/user_events: Fix struct arg size match check
3a4d026899a1 tracing/probes: Fix to record 0-length data_loc in 
fetch_store_string*() if fails
05304990f326 Revert "tracing: Add "(fault)" name injection to kernel probes"
d0b9d2616261 tracing/probes: Fix to update dynamic data counter if fetcharg 
uses it
923e1b331635 tracing/probes: Fix not to count error code to total length
3efe0c1b4085 tracing/probes: Fix to avoid double count of the string length 
on the array
e48b4d77fc1f smb: client: Fix -Wstringop-overflow issues
0809de8fefbd selftests: mptcp: pm_nl_ctl: fix 32-bit support
3e1de5a0ad3c selftests: mptcp: depend on SYN_COOKIES
07e5fb9a29aa selftests: mptcp: userspace_pm: report errors with 'remove' 
tests
eb7a979f6c35 selftests: mptcp: userspace_pm: use correct server port
31ed3efae7b0 selftests: mptcp: sockopt: return error if wrong mark
650f2bddffa6 selftests: mptcp: connect: fail if nft supposed to work
926d63dd116d selftests: mptcp: sockopt: use 'iptables-legacy' if available
7b8e734d7b93 mptcp: ensure subflow is unhashed before cleaning the backlog
8953d2aaf507 mptcp: do not rely on implicit state check in mptcp_listen()
1e1c9aa9288a tracing: Fix null pointer dereference in tracing_err_log_open()
af2c39d87fcf fprobe: Ensure running fprobe_exit_handler() finished before 
calling rethook_free()
03d63255a578 fprobe: Release rethook after the ftrace_ops is unregistered
2d63081c7c3f accel/ivpu: Clear specific interrupt status bits on C0
b978f392ebf0 accel/ivpu: Fix VPU register access in irq disable
b55c769efa96 pwm: meson: fix handling of period/duty if greater than 
UINT_MAX
f50a7fd012b1 pwm: meson: modify and simplify calculation in 
meson_pwm_get_state
c52fc6ed367b PM: QoS: Restore support for default value on frequency QoS
aee811c6c744 perf/x86: Fix lockdep warning in for_each_sibling_event() on 
SPR
20c91d232631 xtensa: ISS: fix call to split_if_spec
bc0b7ba07668 cifs: if deferred close is disabled then close files 
immediately
a924e0fa77d0 drm/amd/pm: conditionally disable pcie lane/speed switching 
for SMU13
0614fc44c636 drm/amd/pm: share the code around SMU13 pcie parameters update
dc8d22f061df ftrace: Fix possible warning on checking all pages used in 
ftrace_process_locs()
27bdd93e44cc ring-buffer: Fix deadloop issue on reading trace_pipe
0939c264729d net: ena: fix shift-out-of-bounds in exponential backoff
6e7b2337ecd0 regmap-irq: Fix out-of-bounds access when allocating config 
buffers
8270d539a943 perf: RISC-V: Remove PERF_HES_STOPPED flag checking in 
riscv_pmu_start()
f5997d173cdc samples: ftrace: Save required argument registers in sample 
trampolines
b9621ce759e1 nvme: don't reject probe due to duplicate IDs for 
single-ported PCIe devices
3f42d57a76e7 tracing: Fix memory leak of iter->temp when reading trace_pipe
4a540f63618e tracing/histograms: Add histograms to hist_vars if they have 
referenced variables
52c16b9fb910 dm: verity-loadpin: Add NULL pointer check for 'bdev' parameter
9ea29ff30e6d s390/decompressor: fix misaligned symbol build error
5b5f46317af5 bus: ixp4xx: fix IXP4XX_EXP_T1_MASK

[OE-core] [PATCH 0/7] linux-yocto: consolidated kernel pull request

[Bruce Ashfield]

From: Bruce Ashfield 

Richard,

Here's my queued set of -stable updates (as well as a -dev kernel bump).

I've got another round of updates under test, and will send them when
ready.

6.4 marches along, it'll be up to date when those last issues keeping
it from being the default are resolved.

Bruce

The following changes since commit 058a44165ce375f405063e73a9fcd1b2757ef8da:

  bitbake: fetch2: Check if path is 'None' before calculating checksums 
(2023-08-04 11:48:26 +0100)

are available in the Git repository at:

  https://git.yoctoproject.org/poky-contrib zedd/kernel
  http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=zedd/kernel

Bruce Ashfield (7):
  linux-yocto/6.4: fix CONFIG_LEDS_TRIGGER_GPIO kernel audit warning
  linux-yocto/6.4: update to v6.4.6
  linux-yocto/6.1: update to v6.1.41
  linux-yocto/6.4: update to v6.4.7
  linux-yocto-dev: bump to v6.5+
  linux-yocto/6.4: update to v6.4.8
  linux-yocto/6.1: update to v6.1.43

 meta/recipes-kernel/linux/linux-yocto-dev.bb  |  4 +--
 .../linux/linux-yocto-rt_6.1.bb   |  6 ++--
 .../linux/linux-yocto-rt_6.4.bb   |  6 ++--
 .../linux/linux-yocto-tiny_6.1.bb |  6 ++--
 .../linux/linux-yocto-tiny_6.4.bb |  6 ++--
 meta/recipes-kernel/linux/linux-yocto_6.1.bb  | 28 +--
 meta/recipes-kernel/linux/linux-yocto_6.4.bb  | 28 +--
 7 files changed, 42 insertions(+), 42 deletions(-)

-- 
2.34.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#185630): 
https://lists.openembedded.org/g/openembedded-core/message/185630
Mute This Topic: https://lists.openembedded.org/mt/100615695/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [oe-core]mickledore][PATCH 1/1] bind: upgrade 9.18.5 -> 9.18.16

[Lee Chee Yang]

> -Original Message-
> From: openembedded-core@lists.openembedded.org  c...@lists.openembedded.org> On Behalf Of Polampalli, Archana via
> lists.openembedded.org
> Sent: Tuesday, August 8, 2023 1:24 AM
> To: openembedded-core@lists.openembedded.org
> Cc: hari.gpil...@windriver.com
> Subject: [oe-core]mickledore][PATCH 1/1] bind: upgrade 9.18.5 -> 9.18.16

Typo in commit short message/title " 9.18.15 ".
There is similar patch in master.
https://git.openembedded.org/openembedded-core/commit/?id=77d2fa5ac1f394fba2b8e24f2b6ded6ea6b691b4


> 
> Remove --enable-epoll  and  --disable-devpoll configuration option as these 
> are
> removed in bind-9.18.16
> 6b6076c882: Remove obsolete epoll/kqueue/devpoll configure options
> Ref:
> https://github.com/isc-
> projects/bind9/commit/6b6076c882a00028197b04a827f6cf8e7a5369de
> 
> Security fixes:
> https://nvd.nist.gov/vuln/detail/CVE-2023-2828
> https://nvd.nist.gov/vuln/detail/CVE-2023-2911
> 
> Changelog:
> https://github.com/isc-projects/bind9/blob/v9.18.16/CHANGES
> https://bind9.readthedocs.io/en/v9.18.16/notes.html#notes-for-bind-9-18-16
> 
> Signed-off-by: Archana Polampalli 


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#185629): 
https://lists.openembedded.org/g/openembedded-core/message/185629
Mute This Topic: https://lists.openembedded.org/mt/100604849/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH v8] systemd: update to v254

[Alexandre Belloni via lists.openembedded.org]

On 07/08/2023 17:01:02-0700, Khem Raj wrote:
> Can you try this patch on top
> 
> https://git.yoctoproject.org/poky-contrib/commit/?h=yoe/mut=0defb14c600170434befe8c94dad4732041a3513
> 

I have those two patches on top of master:

systemd-boot: Ensure EFI_LD is also passed to compiler driver
systemd: fix efi dependency


> On Mon, Aug 7, 2023 at 3:48 PM Luca Boccassi  wrote:
> >
> > On Mon, 7 Aug 2023 at 23:37, Alexandre Belloni
> >  wrote:
> > >
> > > On 07/08/2023 16:40:25+0200, Alexandre Belloni wrote:
> > > > Hello,
> > > >
> > > > I've been looking a bit more at this. there is definitively another
> > > > issue here which is the first one I found:
> > > >
> > > > x86_64-poky-linux-objcopy: 
> > > > /home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub:
> > > >  file format not recognized
> > > >
> > > > This is the main issue here.
> > > >
> > > > $ file 
> > > > /home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub
> > > > /home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub:
> > > >  MS-DOS executable PE32+ executable (EFI application) x86-64 (stripped 
> > > > to external PDB), for MS Windows
> > > > $ objdump -p 
> > > > /home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub
> > > > objdump: 
> > > > /home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub
> > > >  (.reloc): section flag STYP_GROUP (0x4) ignored
> > > > objdump: 
> > > > /home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub
> > > >  (.reloc): section flag STYP_COPY (0x10) ignored
> > > > objdump: 
> > > > /home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub:
> > > >  warning: ignoring section flag IMAGE_SCN_MEM_NOT_PAGED in section 
> > > > .reloc
> > > > objdump: 
> > > > /home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub
> > > >  (.reloc): section flag STYP_GROUP (0x4) ignored
> > > > objdump: 
> > > > /home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub
> > > >  (.reloc): section flag STYP_COPY (0x10) ignored
> > > > objdump: 
> > > > /home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub:
> > > >  warning: ignoring section flag IMAGE_SCN_MEM_NOT_PAGED in section 
> > > > .reloc
> > > > objdump: 
> > > > /home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub:
> > > >  file format not recognized
> > > >
> > > > I tested with v253.7 and I properly get:
> > > >
> > > > $ file 
> > > > /home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub
> > > > /home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub:
> > > >  PE32+ executable (EFI application) x86-64 (stripped to external PDB), 
> > > > for MS Windows
> > > > $ 
> > > > ./build-st/tmp/sysroots-components/x86_64/binutils-cross-x86_64/usr/bin/x86_64-poky-linux/x86_64-poky-linux-objdump
> > > >  -h 
> > > > /home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub
> > > >
> > > > /home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub:
> > > >  file format pei-x86-64
> > > >
> > > > Sections:
> > > > Idx Name  Size  VMA   LMA   File 
> > > > off  Algn
> > > >   0 .text d7f0  4000  4000  
> > > > 0400  2**4
> > > >   CONTENTS, ALLOC, LOAD, READONLY, CODE
> > > >   1 .reloc000c  00012000  00012000  
> > > > dc00  2**2
> > > >   CONTENTS, ALLOC, LOAD, READONLY, DATA
> > > >   2 .data 2ab0  00013000  00013000  
> > > > de00  2**4
> > > >   CONTENTS, ALLOC, LOAD, DATA
> > > >   3 .dynamic  0100  00016000  00016000  
> > > > 00010a00  2**2
> > > >   CONTENTS, ALLOC, LOAD, DATA
> > > >   4 .rela 0630  00017000  00017000  
> > > > 00010c00  2**2
> > > >   CONTENTS, ALLOC, LOAD, READONLY, DATA
> > > >   5 .dynsym   0018  00018000  00018000  
> > > > 00011400  2**2
> > > >   CONTENTS, ALLOC, LOAD, READONLY, DATA
> > > >   6 .sdmagic  002a  0001a460  0001a460  
> > > > 00011600  2**2
> > > >   CONTENTS, ALLOC, LOAD, READONLY, DATA
> > > >
> > > > I really believe the recipe is not generating a working efi.stub. Can
> > > > you check?
> > > >
> > >
> > > I've built systemd-boot v254 outside of YP and it generated a proper
> > > linuxx64.efi.stub. I still don't get why the recipe doesn't generate a
> > > working binary.
> > >
> > > The issue seems to be at the linuxx64.elf.stub generation as I took the
> > > one from my YP build, ran it through elf2efi.py on my PC and this didn't
> > > generate a working linuxx64.efi.stub
> >
> > Strange - do you see a difference in compiler/linker flags? That would
> > be the only 

Re: [OE-core] [PATCH v8] systemd: update to v254

[Khem Raj]

Can you try this patch on top

https://git.yoctoproject.org/poky-contrib/commit/?h=yoe/mut=0defb14c600170434befe8c94dad4732041a3513

On Mon, Aug 7, 2023 at 3:48 PM Luca Boccassi  wrote:
>
> On Mon, 7 Aug 2023 at 23:37, Alexandre Belloni
>  wrote:
> >
> > On 07/08/2023 16:40:25+0200, Alexandre Belloni wrote:
> > > Hello,
> > >
> > > I've been looking a bit more at this. there is definitively another
> > > issue here which is the first one I found:
> > >
> > > x86_64-poky-linux-objcopy: 
> > > /home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub:
> > >  file format not recognized
> > >
> > > This is the main issue here.
> > >
> > > $ file 
> > > /home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub
> > > /home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub:
> > >  MS-DOS executable PE32+ executable (EFI application) x86-64 (stripped to 
> > > external PDB), for MS Windows
> > > $ objdump -p 
> > > /home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub
> > > objdump: 
> > > /home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub
> > >  (.reloc): section flag STYP_GROUP (0x4) ignored
> > > objdump: 
> > > /home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub
> > >  (.reloc): section flag STYP_COPY (0x10) ignored
> > > objdump: 
> > > /home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub:
> > >  warning: ignoring section flag IMAGE_SCN_MEM_NOT_PAGED in section .reloc
> > > objdump: 
> > > /home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub
> > >  (.reloc): section flag STYP_GROUP (0x4) ignored
> > > objdump: 
> > > /home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub
> > >  (.reloc): section flag STYP_COPY (0x10) ignored
> > > objdump: 
> > > /home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub:
> > >  warning: ignoring section flag IMAGE_SCN_MEM_NOT_PAGED in section .reloc
> > > objdump: 
> > > /home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub:
> > >  file format not recognized
> > >
> > > I tested with v253.7 and I properly get:
> > >
> > > $ file 
> > > /home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub
> > > /home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub:
> > >  PE32+ executable (EFI application) x86-64 (stripped to external PDB), 
> > > for MS Windows
> > > $ 
> > > ./build-st/tmp/sysroots-components/x86_64/binutils-cross-x86_64/usr/bin/x86_64-poky-linux/x86_64-poky-linux-objdump
> > >  -h 
> > > /home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub
> > >
> > > /home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub:
> > >  file format pei-x86-64
> > >
> > > Sections:
> > > Idx Name  Size  VMA   LMA   File off  
> > > Algn
> > >   0 .text d7f0  4000  4000  0400  
> > > 2**4
> > >   CONTENTS, ALLOC, LOAD, READONLY, CODE
> > >   1 .reloc000c  00012000  00012000  dc00  
> > > 2**2
> > >   CONTENTS, ALLOC, LOAD, READONLY, DATA
> > >   2 .data 2ab0  00013000  00013000  de00  
> > > 2**4
> > >   CONTENTS, ALLOC, LOAD, DATA
> > >   3 .dynamic  0100  00016000  00016000  00010a00  
> > > 2**2
> > >   CONTENTS, ALLOC, LOAD, DATA
> > >   4 .rela 0630  00017000  00017000  00010c00  
> > > 2**2
> > >   CONTENTS, ALLOC, LOAD, READONLY, DATA
> > >   5 .dynsym   0018  00018000  00018000  00011400  
> > > 2**2
> > >   CONTENTS, ALLOC, LOAD, READONLY, DATA
> > >   6 .sdmagic  002a  0001a460  0001a460  00011600  
> > > 2**2
> > >   CONTENTS, ALLOC, LOAD, READONLY, DATA
> > >
> > > I really believe the recipe is not generating a working efi.stub. Can
> > > you check?
> > >
> >
> > I've built systemd-boot v254 outside of YP and it generated a proper
> > linuxx64.efi.stub. I still don't get why the recipe doesn't generate a
> > working binary.
> >
> > The issue seems to be at the linuxx64.elf.stub generation as I took the
> > one from my YP build, ran it through elf2efi.py on my PC and this didn't
> > generate a working linuxx64.efi.stub
>
> Strange - do you see a difference in compiler/linker flags? That would
> be the only thing I can think of

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#185627): 
https://lists.openembedded.org/g/openembedded-core/message/185627
Mute This Topic: https://lists.openembedded.org/mt/100516497/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 

Re: [OE-core] [PATCH v8] systemd: update to v254

[Luca Bocassi]

On Mon, 7 Aug 2023 at 23:37, Alexandre Belloni
 wrote:
>
> On 07/08/2023 16:40:25+0200, Alexandre Belloni wrote:
> > Hello,
> >
> > I've been looking a bit more at this. there is definitively another
> > issue here which is the first one I found:
> >
> > x86_64-poky-linux-objcopy: 
> > /home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub:
> >  file format not recognized
> >
> > This is the main issue here.
> >
> > $ file 
> > /home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub
> > /home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub:
> >  MS-DOS executable PE32+ executable (EFI application) x86-64 (stripped to 
> > external PDB), for MS Windows
> > $ objdump -p 
> > /home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub
> > objdump: 
> > /home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub
> >  (.reloc): section flag STYP_GROUP (0x4) ignored
> > objdump: 
> > /home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub
> >  (.reloc): section flag STYP_COPY (0x10) ignored
> > objdump: 
> > /home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub:
> >  warning: ignoring section flag IMAGE_SCN_MEM_NOT_PAGED in section .reloc
> > objdump: 
> > /home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub
> >  (.reloc): section flag STYP_GROUP (0x4) ignored
> > objdump: 
> > /home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub
> >  (.reloc): section flag STYP_COPY (0x10) ignored
> > objdump: 
> > /home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub:
> >  warning: ignoring section flag IMAGE_SCN_MEM_NOT_PAGED in section .reloc
> > objdump: 
> > /home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub:
> >  file format not recognized
> >
> > I tested with v253.7 and I properly get:
> >
> > $ file 
> > /home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub
> > /home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub:
> >  PE32+ executable (EFI application) x86-64 (stripped to external PDB), for 
> > MS Windows
> > $ 
> > ./build-st/tmp/sysroots-components/x86_64/binutils-cross-x86_64/usr/bin/x86_64-poky-linux/x86_64-poky-linux-objdump
> >  -h 
> > /home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub
> >
> > /home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub:
> >  file format pei-x86-64
> >
> > Sections:
> > Idx Name  Size  VMA   LMA   File off  
> > Algn
> >   0 .text d7f0  4000  4000  0400  
> > 2**4
> >   CONTENTS, ALLOC, LOAD, READONLY, CODE
> >   1 .reloc000c  00012000  00012000  dc00  
> > 2**2
> >   CONTENTS, ALLOC, LOAD, READONLY, DATA
> >   2 .data 2ab0  00013000  00013000  de00  
> > 2**4
> >   CONTENTS, ALLOC, LOAD, DATA
> >   3 .dynamic  0100  00016000  00016000  00010a00  
> > 2**2
> >   CONTENTS, ALLOC, LOAD, DATA
> >   4 .rela 0630  00017000  00017000  00010c00  
> > 2**2
> >   CONTENTS, ALLOC, LOAD, READONLY, DATA
> >   5 .dynsym   0018  00018000  00018000  00011400  
> > 2**2
> >   CONTENTS, ALLOC, LOAD, READONLY, DATA
> >   6 .sdmagic  002a  0001a460  0001a460  00011600  
> > 2**2
> >   CONTENTS, ALLOC, LOAD, READONLY, DATA
> >
> > I really believe the recipe is not generating a working efi.stub. Can
> > you check?
> >
>
> I've built systemd-boot v254 outside of YP and it generated a proper
> linuxx64.efi.stub. I still don't get why the recipe doesn't generate a
> working binary.
>
> The issue seems to be at the linuxx64.elf.stub generation as I took the
> one from my YP build, ran it through elf2efi.py on my PC and this didn't
> generate a working linuxx64.efi.stub

Strange - do you see a difference in compiler/linker flags? That would
be the only thing I can think of

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#185626): 
https://lists.openembedded.org/g/openembedded-core/message/185626
Mute This Topic: https://lists.openembedded.org/mt/100516497/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH v8] systemd: update to v254

[Alexandre Belloni via lists.openembedded.org]

On 07/08/2023 16:40:25+0200, Alexandre Belloni wrote:
> Hello,
> 
> I've been looking a bit more at this. there is definitively another
> issue here which is the first one I found:
> 
> x86_64-poky-linux-objcopy: 
> /home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub: 
> file format not recognized
> 
> This is the main issue here.
> 
> $ file 
> /home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub
> /home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub: 
> MS-DOS executable PE32+ executable (EFI application) x86-64 (stripped to 
> external PDB), for MS Windows
> $ objdump -p 
> /home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub
> objdump: 
> /home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub 
> (.reloc): section flag STYP_GROUP (0x4) ignored
> objdump: 
> /home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub 
> (.reloc): section flag STYP_COPY (0x10) ignored
> objdump: 
> /home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub: 
> warning: ignoring section flag IMAGE_SCN_MEM_NOT_PAGED in section .reloc
> objdump: 
> /home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub 
> (.reloc): section flag STYP_GROUP (0x4) ignored
> objdump: 
> /home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub 
> (.reloc): section flag STYP_COPY (0x10) ignored
> objdump: 
> /home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub: 
> warning: ignoring section flag IMAGE_SCN_MEM_NOT_PAGED in section .reloc
> objdump: 
> /home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub: 
> file format not recognized
> 
> I tested with v253.7 and I properly get:
> 
> $ file 
> /home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub
> /home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub: 
> PE32+ executable (EFI application) x86-64 (stripped to external PDB), for MS 
> Windows
> $ 
> ./build-st/tmp/sysroots-components/x86_64/binutils-cross-x86_64/usr/bin/x86_64-poky-linux/x86_64-poky-linux-objdump
>  -h 
> /home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub
> 
> /home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub: 
> file format pei-x86-64
> 
> Sections:
> Idx Name  Size  VMA   LMA   File off  Algn
>   0 .text d7f0  4000  4000  0400  2**4
>   CONTENTS, ALLOC, LOAD, READONLY, CODE
>   1 .reloc000c  00012000  00012000  dc00  2**2
>   CONTENTS, ALLOC, LOAD, READONLY, DATA
>   2 .data 2ab0  00013000  00013000  de00  2**4
>   CONTENTS, ALLOC, LOAD, DATA
>   3 .dynamic  0100  00016000  00016000  00010a00  2**2
>   CONTENTS, ALLOC, LOAD, DATA
>   4 .rela 0630  00017000  00017000  00010c00  2**2
>   CONTENTS, ALLOC, LOAD, READONLY, DATA
>   5 .dynsym   0018  00018000  00018000  00011400  2**2
>   CONTENTS, ALLOC, LOAD, READONLY, DATA
>   6 .sdmagic  002a  0001a460  0001a460  00011600  2**2
>   CONTENTS, ALLOC, LOAD, READONLY, DATA
> 
> I really believe the recipe is not generating a working efi.stub. Can
> you check?
> 

I've built systemd-boot v254 outside of YP and it generated a proper
linuxx64.efi.stub. I still don't get why the recipe doesn't generate a
working binary.

The issue seems to be at the linuxx64.elf.stub generation as I took the
one from my YP build, ran it through elf2efi.py on my PC and this didn't
generate a working linuxx64.efi.stub


> 
> On 06/08/2023 14:56:16+0100, Luca Bocassi wrote:
> > On Sun, 6 Aug 2023 at 14:50, Richard Purdie
> >  wrote:
> > >
> > > On Sun, 2023-08-06 at 14:34 +0100, Luca Bocassi wrote:
> > > > On Sun, 6 Aug 2023 at 14:22, Alexandre Belloni
> > > >  wrote:
> > > > >
> > > > > On 06/08/2023 14:15:27+0100, Luca Bocassi wrote:
> > > > > > Where does that objcopy command come from? It looks awfully like it 
> > > > > > is
> > > > > > hard-coding VMAs? That cannot possibly work reliably, the actual 
> > > > > > VMAs
> > > > > > have to be calculated based on the components being added to the PE.
> > > > > > I'd recommend to use 'ukify' as that makes it much easier, and
> > > > > > actually we have an intern working to add a bbclass for that just 
> > > > > > now.
> > > > > > But it's not needed, you can do the calculations by hand too, dracut
> > > > > > used to do something similar and was fixed some months ago iirc.
> > > > >
> > > > > This is from do_prepare_partition in 
> > > > > scripts/lib/wic/plugins/source/bootimg-efi.py
> > > >
> > > > 

[OE-core] [PATCH] tcf-agent: Update to 1.8.0 release

[Mark Hatle via lists.openembedded.org]

New 1.8 release of tcf-agent.  Implements DWARF 5 support and various
bug fixes.

Changelog since last SRCREV:
   Releng: Upversion TCF to 1.8
   Fixed possible SEGFAULT after error message queue overflow
   Fixed misspelling in a comment
   TCF Agent: update breakpoint error message
   Fixed regression: possible segfault in run_safe_events()
   Bug 581978 - TCF agent wrong handle the call frame debug info generated by 
LLVM 16 for RISC-V
   DWARF: a bit faster implementation of dio_ReadAddressX()
   Bug 581971 - Failed to handle loclist for DWARF 5
   Fixed handling of situation when a context resumed or exited during 
breakpoint evaluation
   Bug 581799 - when loads .debug_info section from dwarf 5 file, the content 
of some part are zero
   Updated examples/daytime/readme.txt

Signed-off-by: Mark Hatle 
---
 meta/recipes-devtools/tcf-agent/tcf-agent_git.bb | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-devtools/tcf-agent/tcf-agent_git.bb 
b/meta/recipes-devtools/tcf-agent/tcf-agent_git.bb
index 9e77f12b53..7d151d4642 100644
--- a/meta/recipes-devtools/tcf-agent/tcf-agent_git.bb
+++ b/meta/recipes-devtools/tcf-agent/tcf-agent_git.bb
@@ -6,8 +6,8 @@ BUGTRACKER = "https://bugs.eclipse.org/bugs/;
 LICENSE = "EPL-1.0 | EDL-1.0"
 LIC_FILES_CHKSUM = "file://edl-v10.html;md5=522a390a83dc186513f0500543ad3679"
 
-SRCREV = "4a2c4baaccbc8c29ce0297705de9a4e096d57ce5"
-PV = "1.7.0+git${SRCPV}"
+SRCREV = "1f11747e83ebf4f53e8d17f430136f92ec378709"
+PV = "1.8.0+git${SRCPV}"
 
 UPSTREAM_CHECK_GITTAGREGEX = "(?P(\d+(\.\d+)+))"
 SRC_URI = 
"git://git.eclipse.org/r/tcf/org.eclipse.tcf.agent.git;protocol=https;branch=master
 \
-- 
2.34.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#185624): 
https://lists.openembedded.org/g/openembedded-core/message/185624
Mute This Topic: https://lists.openembedded.org/mt/100609626/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-Core][PATCH v2 1/3] rootfs: Add debugfs package db file copy and cleanup

[Peter Kjellerstedt]

> -Original Message-
> From: openembedded-core@lists.openembedded.org 
>  On Behalf Of Alex Kiernan
> Sent: den 20 juli 2023 12:20
> To: openembedded-core@lists.openembedded.org
> Cc: Alex Kiernan 
> Subject: [OE-Core][PATCH v2 1/3] rootfs: Add debugfs package db file copy and 
> cleanup
> 
> When copying the package database files for the debugfs, add individual
> file copy as well as tree copying. After the debug rootfs has been
> created, cleanup the package files.
> 
> This then allows us to avoid a problem where (for rpm at least)
> extraneous files in the debug rootfs would cause failures during
> oe-selftest because some files existed in both regular and debugfs
> images.
> 
> Signed-off-by: Alex Kiernan 
> ---
> 
> Changes in v2:
> - New in v2
> 
>  meta/lib/oe/rootfs.py | 20 ++--
>  1 file changed, 14 insertions(+), 6 deletions(-)
> 
> diff --git a/meta/lib/oe/rootfs.py b/meta/lib/oe/rootfs.py
> index 890ba5f03984..1a48ed10b3f6 100644
> --- a/meta/lib/oe/rootfs.py
> +++ b/meta/lib/oe/rootfs.py
> @@ -106,7 +106,7 @@ class Rootfs(object, metaclass=ABCMeta):
>  def _cleanup(self):
>  pass
> 
> -def _setup_dbg_rootfs(self, dirs):
> +def _setup_dbg_rootfs(self, package_paths):
>  gen_debugfs = self.d.getVar('IMAGE_GEN_DEBUGFS') or '0'
>  if gen_debugfs != '1':
> return
> @@ -122,11 +122,12 @@ class Rootfs(object, metaclass=ABCMeta):
>  bb.utils.mkdirhier(self.image_rootfs)
> 
>  bb.note("  Copying back package database...")
> -for dir in dirs:
> -if not os.path.isdir(self.image_rootfs + '-orig' + dir):
> -continue
> -bb.utils.mkdirhier(self.image_rootfs + os.path.dirname(dir))
> -shutil.copytree(self.image_rootfs + '-orig' + dir, 
> self.image_rootfs + dir, symlinks=True)
> +for path in package_paths:
> +bb.utils.mkdirhier(self.image_rootfs + os.path.dirname(path))
> +if os.path.isdir(self.image_rootfs + '-orig' + path):
> +shutil.copytree(self.image_rootfs + '-orig' + path, 
> self.image_rootfs + path, symlinks=True)
> +elif os.path.isfile(self.image_rootfs + '-orig' + path):
> +shutil.copyfile(self.image_rootfs + '-orig' + path, 
> self.image_rootfs + path)
> 
>  # Copy files located in /usr/lib/debug or /usr/src/debug
>  for dir in ["/usr/lib/debug", "/usr/src/debug"]:
> @@ -162,6 +163,13 @@ class Rootfs(object, metaclass=ABCMeta):
>  bb.note("  Install extra debug packages...")
>  self.pm.install(extra_debug_pkgs.split(), True)
> 
> +bb.note("  Removing package database...")
> +for path in package_paths:
> +if os.path.isdir(self.image_rootfs + path):
> +shutil.rmtree(self.image_rootfs + path)
> +elif os.path.isfile(self.image_rootfs + path):
> +os.remove(self.image_rootfs + path)

What's the reason to do it like this rather than calling
self.pm.remove_packaging_data()?

I also just noticed that we apparently have a local change that does the 
above, but where we also do:

 # Remove /etc as it may clash with rootfs.  Also saves some space.
 bb.utils.remove(oe.path.join(self.image_rootfs, 'etc'), True)

I do not know if that would be appropriate to do here as well?

> +
>  bb.note("  Rename debug rootfs...")
>  try:
>  shutil.rmtree(self.image_rootfs + '-dbg')
> --
> 2.39.0

//Peter


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#185623): 
https://lists.openembedded.org/g/openembedded-core/message/185623
Mute This Topic: https://lists.openembedded.org/mt/100252894/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] systemd service with @ postinstall bug

[Dvorkin Dmitry]

Starting from this commit

https://git.openembedded.org/openembedded-core/commit/?h=dunfell=2751472807edc6d2ccc93b6339e6dc57d4abb2da

I'm not able to install templated service in my recipes, like

SYSTEMD_SERVICE:${PN} = "php-fpm@9000.service"

At the rootfs creation state Yocto/OE says, the postinstall scriptlet 
failed:


post(oac-php-1.0-r0.noarch): execv(/bin/sh) pid 2053364
+ set -e
+ type systemctl
+ OPTS=
+ [ -n 
/disk2/build.dunfell.0/tmp/work/tppg2-tps-linux-gnueabi/img-anpr/1.0-r0/rootfs 
]
+ 
OPTS=--root=/disk2/build.dunfell.0/tmp/work/tppg2-tps-linux-gnueabi/img-anpr/1.0-r0/rootfs

+ [ enable = enable ]
+ systemctl 
--root=/disk2/build.dunfell.0/tmp/work/tppg2-tps-linux-gnueabi/img-anpr/1.0-r0/rootfs 
enable php-fpm@9000.service

Traceback (most recent call last):
  File 
"/disk2/build.dunfell.0/tmp/work/tppg2-tps-linux-gnueabi/img-anpr/1.0-r0/recipe-sysroot-native/usr/bin/systemctl", 
line 331, in 

    main()
  File 
"/disk2/build.dunfell.0/tmp/work/tppg2-tps-linux-gnueabi/img-anpr/1.0-r0/recipe-sysroot-native/usr/bin/systemctl", 
line 319, in main

    SystemdUnit(root, service).enable()
  File 
"/disk2/build.dunfell.0/tmp/work/tppg2-tps-linux-gnueabi/img-anpr/1.0-r0/recipe-sysroot-native/usr/bin/systemctl", 
line 232, in enable
    self._process_deps(config, service, path, 'WantedBy', 'wants', 
instance)
  File 
"/disk2/build.dunfell.0/tmp/work/tppg2-tps-linux-gnueabi/img-anpr/1.0-r0/recipe-sysroot-native/usr/bin/systemctl", 
line 192, in _process_deps
    dependent = re.sub("([^%](%%)*)%i", "\\1{}".format(instance), 
dependent)
  File 
"/disk2/build.dunfell.0/tmp/work/tppg2-tps-linux-gnueabi/img-anpr/1.0-r0/recipe-sysroot-native/usr/lib/python3.8/re.py", 
line 210, in sub

    return _compile(pattern, flags).sub(repl, string, count)
  File 
"/disk2/build.dunfell.0/tmp/work/tppg2-tps-linux-gnueabi/img-anpr/1.0-r0/recipe-sysroot-native/usr/lib/python3.8/re.py", 
line 327, in _subx

    template = _compile_repl(template, pattern)
  File 
"/disk2/build.dunfell.0/tmp/work/tppg2-tps-linux-gnueabi/img-anpr/1.0-r0/recipe-sysroot-native/usr/lib/python3.8/re.py", 
line 318, in _compile_repl

    return sre_parse.parse_template(repl, pattern)
  File 
"/disk2/build.dunfell.0/tmp/work/tppg2-tps-linux-gnueabi/img-anpr/1.0-r0/recipe-sysroot-native/usr/lib/python3.8/sre_parse.py", 
line 1036, in parse_template

    addgroup(int(this[1:]), len(this) - 1)
  File 
"/disk2/build.dunfell.0/tmp/work/tppg2-tps-linux-gnueabi/img-anpr/1.0-r0/recipe-sysroot-native/usr/lib/python3.8/sre_parse.py", 
line 980, in addgroup

    raise s.error("invalid group reference %d" % index, pos)
re.error: invalid group reference 19 at position 1
%post(oac-php-1.0-r0.noarch): waitpid(2053364) rc 2053364 status 100
warning: %post(oac-php-1.0-r0.noarch) scriptlet failed, exit status 1
BEGIN:VCARD
VERSION:4.0
EMAIL;PREF=1:dvor...@tibbo.com
EMAIL:dvorkindmi...@gmail.com
FN:Dmitry Dvorkin
NICKNAME:dv
ORG:Tibbo Technology Inc.;
TITLE:Embedded Linux Architect
N:Dvorkin;Dmitry;;;
ADR:;;9F-3\, No.31, Lane 169, Kang-Ning St., Hsi-Chih;New Taipei City;;2218
 0;Taiwan
TEL;VALUE=TEXT:+79190546388
URL;VALUE=URL:https://tibbo.com/
UID:1c58210f-ac8c-4337-b391-0bde146d2d83
END:VCARD

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#185622): 
https://lists.openembedded.org/g/openembedded-core/message/185622
Mute This Topic: https://lists.openembedded.org/mt/100608638/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] Current high bug count owners for Yocto Project 4.3

[Stephen Jolley]

All,

Below is the list of top 31 bug owners as of the end of WW31 of who have
open medium or higher bugs and enhancements against YP 4.3. There are 57
possible work days left until the final release candidates for YP 4.3 needs
to be released.
Who Count
ross.bur...@arm.com 34
michael.opdenac...@bootlin.com 33
richard.pur...@linuxfoundation.org 25
david.re...@windriver.com 23
randy.macl...@windriver.com 22
bruce.ashfi...@gmail.com 22
jpewhac...@gmail.com 10
pa...@zhukoff.net 7
sundeep.kokko...@windriver.com 5
sakib.sa...@windriver.com 5
pi...@pidge.org 4
yash.shi...@windriver.com 3
tim.orl...@konsulko.com 3
alexis.loth...@bootlin.com 3
jon.ma...@arm.com 2
yoann.con...@smile.fr 1
tvgamb...@gmail.com 1
thr...@amazon.de 1
thomas.per...@bootlin.com 1
sundeep.kokko...@gmail.com 1
pokyli...@reliableembeddedsystems.com 1
p.lob...@welotec.com 1
martin.ja...@gmail.com 1
mark.ha...@kernel.crashing.org 1
mark.asselst...@windriver.com 1
louis.ran...@syslinbit.com 1
jens.ge...@desy.de 1
frederic.martins...@gmail.com 1
fathi.bou...@linaro.org 1
alexandre.bell...@bootlin.com 1
alejan...@enedino.org 1
Grand Total 217

Thanks,



*Stephen K. Jolley*

*Yocto Project Program Manager*

(*Cell*:(208) 244-4460

* *Email*: *s
jolley.yp...@gmail.com *

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#185621): 
https://lists.openembedded.org/g/openembedded-core/message/185621
Mute This Topic: https://lists.openembedded.org/mt/100478823/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] Yocto Project Newcomer & Unassigned Bugs - Help Needed

[Stephen Jolley]

All,
>
>

> The triage team is starting to try and collect up and classify bugs which
a newcomer to the project would be able to work on in a way which means
people can find them. They're being listed on the triage page under the
appropriate heading:

> https://wiki.yoctoproject.org/wiki/Bug_Triage#Newcomer_Bugs  Also please
review:
https://www.openembedded.org/wiki/How_to_submit_a_patch_to_OpenEmbedded and
how to create a bugzilla account at:
https://bugzilla.yoctoproject.org/createaccount.cgi

> The idea is these bugs should be straight forward for a person to help
work on who doesn't have deep experience with the project.  If anyone can
help, please take ownership of the bug and send patches!  If anyone needs
help/advice there are people on irc who can likely do so, or some of the
more experienced contributors will likely be happy to help too.

>

> Also, the triage team meets weekly and does its best to handle the bugs
reported into the Bugzilla. The number of people attending that meeting has
fallen, as have the number of people available to help fix bugs. One of the
things we hear users report is they don't know how to help. We (the triage
team) are therefore going to start reporting out the currently 433
unassigned or newcomer bugs.

>

> We're hoping people may be able to spare some time now and again to help
out with these.  Bugs are split into two types, "true bugs" where things
don't work as they should and "enhancements" which are features we'd want
to add to the system.  There are also roughly four different "priority"
classes right now,  “4.3”, “4.4”, "4.99" and "Future", the more
pressing/urgent issues being in "4.3" and then “4.4”.

>

> Please review this link and if a bug is something you would be able to
help with either take ownership of the bug, or send me (
sjolley.yp...@gmail.com) an e-mail with the bug number you would like and I
will assign it to you (please make sure you have a Bugzilla account).  The
list is at:
https://wiki.yoctoproject.org/wiki/Bug_Triage_Archive#Unassigned_or_Newcomer_Bugs

>

> Thanks,

>

> *Stephen K. Jolley*
*Yocto Project Program Manager*
(*Cell*:(208) 244-4460
* *Email*:  *sjolley.yp...@gmail.com *

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#185620): 
https://lists.openembedded.org/g/openembedded-core/message/185620
Mute This Topic: https://lists.openembedded.org/mt/100336901/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[oe-core]mickledore][PATCH 1/1] ncurses: fix CVE-2023-29491

[Polampalli, Archana via lists.openembedded.org]

From: Chen Qi 

Backport patch to fix CVE-2023-29491.

(From OE-Core rev: f1c95ae70f7aac574daf5b935a02bbba0d6f8a16)

Signed-off-by: Chen Qi 
Signed-off-by: Alexandre Belloni 
Signed-off-by: Richard Purdie 
Signed-off-by: Archana Polampalli 
---
 .../files/0001-Fix-CVE-2023-29491.patch   | 462 ++
 meta/recipes-core/ncurses/ncurses_6.4.bb  |   1 +
 2 files changed, 463 insertions(+)
 create mode 100644 
meta/recipes-core/ncurses/files/0001-Fix-CVE-2023-29491.patch

diff --git a/meta/recipes-core/ncurses/files/0001-Fix-CVE-2023-29491.patch 
b/meta/recipes-core/ncurses/files/0001-Fix-CVE-2023-29491.patch
new file mode 100644
index 00..1232c8c2a8
--- /dev/null
+++ b/meta/recipes-core/ncurses/files/0001-Fix-CVE-2023-29491.patch
@@ -0,0 +1,462 @@
+From 3d54a41f12e9aa059f06e66e72d872f2283395b6 Mon Sep 17 00:00:00 2001
+From: Chen Qi 
+Date: Sun, 30 Jul 2023 21:14:00 -0700
+Subject: [PATCH] Fix CVE-2023-29491
+
+CVE: CVE-2023-29491
+
+Upstream-Status: Backport 
[http://ncurses.scripts.mit.edu/?p=ncurses.git;a=commitdiff;h=eb51b1ea1f75a0ec17c9c5937cb28df1e8eeec56]
+
+Signed-off-by: Chen Qi 
+---
+ ncurses/tinfo/lib_tgoto.c  |  10 +++-
+ ncurses/tinfo/lib_tparm.c  | 116 -
+ ncurses/tinfo/read_entry.c |   3 +
+ progs/tic.c|   6 ++
+ progs/tparm_type.c |   9 +++
+ progs/tparm_type.h |   2 +
+ progs/tput.c   |  61 ---
+ 7 files changed, 185 insertions(+), 22 deletions(-)
+
+diff --git a/ncurses/tinfo/lib_tgoto.c b/ncurses/tinfo/lib_tgoto.c
+index 9cf5e100..c50ed4df 100644
+--- a/ncurses/tinfo/lib_tgoto.c
 b/ncurses/tinfo/lib_tgoto.c
+@@ -207,6 +207,14 @@ tgoto(const char *string, int x, int y)
+   result = tgoto_internal(string, x, y);
+ else
+ #endif
+-  result = TIPARM_2(string, y, x);
++if ((result = TIPARM_2(string, y, x)) == NULL) {
++  /*
++   * Because termcap did not provide a more general solution such as
++   * tparm(), it was necessary to handle single-parameter capabilities
++   * using tgoto().  The internal _nc_tiparm() function returns a NULL
++   * for that case; retry for the single-parameter case.
++   */
++  result = TIPARM_1(string, y);
++}
+ returnPtr(result);
+ }
+diff --git a/ncurses/tinfo/lib_tparm.c b/ncurses/tinfo/lib_tparm.c
+index d9bdfd8f..a10a3877 100644
+--- a/ncurses/tinfo/lib_tparm.c
 b/ncurses/tinfo/lib_tparm.c
+@@ -1086,6 +1086,64 @@ tparam_internal(TPARM_STATE *tps, const char *string, 
TPARM_DATA *data)
+ return (TPS(out_buff));
+ }
+ 
++#ifdef CUR
++/*
++ * Only a few standard capabilities accept string parameters.  The others that
++ * are parameterized accept only numeric parameters.
++ */
++static bool
++check_string_caps(TPARM_DATA *data, const char *string)
++{
++bool result = FALSE;
++
++#define CHECK_CAP(name) (VALID_STRING(name) && !strcmp(name, string))
++
++/*
++ * Disallow string parameters unless we can check them against a terminal
++ * description.
++ */
++if (cur_term != NULL) {
++  int want_type = 0;
++
++  if (CHECK_CAP(pkey_key))
++  want_type = 2;  /* function key #1, type string #2 */
++  else if (CHECK_CAP(pkey_local))
++  want_type = 2;  /* function key #1, execute string #2 */
++  else if (CHECK_CAP(pkey_xmit))
++  want_type = 2;  /* function key #1, transmit string #2 */
++  else if (CHECK_CAP(plab_norm))
++  want_type = 2;  /* label #1, show string #2 */
++  else if (CHECK_CAP(pkey_plab))
++  want_type = 6;  /* function key #1, type string #2, show string 
#3 */
++#if NCURSES_XNAMES
++  else {
++  char *check;
++
++  check = tigetstr("Cs");
++  if (CHECK_CAP(check))
++  want_type = 1;  /* style #1 */
++
++  check = tigetstr("Ms");
++  if (CHECK_CAP(check))
++  want_type = 3;  /* storage unit #1, content #2 */
++  }
++#endif
++
++  if (want_type == data->tparm_type) {
++  result = TRUE;
++  } else {
++  T(("unexpected string-parameter"));
++  }
++}
++return result;
++}
++
++#define ValidCap() (myData.tparm_type == 0 || \
++  check_string_caps(, string))
++#else
++#define ValidCap() 1
++#endif
++
+ #if NCURSES_TPARM_VARARGS
+ 
+ NCURSES_EXPORT(char *)
+@@ -1100,7 +1158,7 @@ tparm(const char *string, ...)
+ tps->tname = "tparm";
+ #endif /* TRACE */
+ 
+-if (tparm_setup(cur_term, string, ) == OK) {
++if (tparm_setup(cur_term, string, ) == OK && ValidCap()) {
+   va_list ap;
+ 
+   va_start(ap, string);
+@@ -1135,7 +1193,7 @@ tparm(const char *string,
+ tps->tname = "tparm";
+ #endif /* TRACE */
+ 
+-if (tparm_setup(cur_term, string, ) == OK) {
++if (tparm_setup(cur_term, string, ) == OK && ValidCap()) {
+ 
+   myData.param[0] = a1;
+   myData.param[1] = a2;
+@@ -1166,7 +1224,7 @@ tiparm(const char 

[OE-core] [PATCH] openssh: upgrade to 9.3p2

[Ross Burton]

From: Ross Burton 

9795c401 (tag: V_9_3_P2) OpenSSH 9.3p2
bde3635f update version in README
f673f2f3 update RPM spec versions
d7790cdc disallow remote addition of FIDO/PKCS11 keys
b23fe83f terminate pkcs11 process for bad libraries

This includes the fix for CVE-2023-38408.

Signed-off-by: Ross Burton 
---
 .../openssh/{openssh_9.3p1.bb => openssh_9.3p2.bb}  | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-connectivity/openssh/{openssh_9.3p1.bb => 
openssh_9.3p2.bb} (98%)

diff --git a/meta/recipes-connectivity/openssh/openssh_9.3p1.bb 
b/meta/recipes-connectivity/openssh/openssh_9.3p2.bb
similarity index 98%
rename from meta/recipes-connectivity/openssh/openssh_9.3p1.bb
rename to meta/recipes-connectivity/openssh/openssh_9.3p2.bb
index 3edc123b9a3..5fb2dccdfc8 100644
--- a/meta/recipes-connectivity/openssh/openssh_9.3p1.bb
+++ b/meta/recipes-connectivity/openssh/openssh_9.3p2.bb
@@ -26,7 +26,7 @@ SRC_URI = 
"http://ftp.openbsd.org/pub/OpenBSD/OpenSSH/portable/openssh-${PV}.tar
file://add-test-support-for-busybox.patch \
file://7280401bdd77ca54be6867a154cc01e0d72612e0.patch \
"
-SRC_URI[sha256sum] = 
"e9baba7701a76a51f3d85a62c383a3c9dcd97fa900b859bc7db114c1868af8a8"
+SRC_URI[sha256sum] = 
"200ebe147f6cb3f101fd0cdf9e02442af7ddca298dffd9f456878e7ccac676e8"
 
 CVE_STATUS[CVE-2007-2768] = "not-applicable-config: This CVE is specific to 
OpenSSH with the pam opie which we don't build/use here."
 
-- 
2.34.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#185618): 
https://lists.openembedded.org/g/openembedded-core/message/185618
Mute This Topic: https://lists.openembedded.org/mt/100606337/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [oe-core]mickledore][PATCH 1/1] openssh: upgrade 9.3p1 -> 9.3p2

[Ross Burton]

This hasn’t even landed in master yet, so it can’t be in mickledore.

Also when submitting an upgrade to a stable branch, you need to make a good 
case for why this is a safe thing to do and nothing will break.  For example, 
listing the changes.  If the upgrade is for security reasons it’s often simpler 
to just cherry-pick the patches.

Ross
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#185617): 
https://lists.openembedded.org/g/openembedded-core/message/185617
Mute This Topic: https://lists.openembedded.org/mt/100605094/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[oe-core]mickledore][PATCH 1/1] openssh: upgrade 9.3p1 -> 9.3p2

[Polampalli, Archana via lists.openembedded.org]

Signed-off-by: Archana Polampalli 
---
 .../openssh/{openssh_9.3p1.bb => openssh_9.3p2.bb}  | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-connectivity/openssh/{openssh_9.3p1.bb => 
openssh_9.3p2.bb} (98%)

diff --git a/meta/recipes-connectivity/openssh/openssh_9.3p1.bb 
b/meta/recipes-connectivity/openssh/openssh_9.3p2.bb
similarity index 98%
rename from meta/recipes-connectivity/openssh/openssh_9.3p1.bb
rename to meta/recipes-connectivity/openssh/openssh_9.3p2.bb
index 42ce814523..558e027f5d 100644
--- a/meta/recipes-connectivity/openssh/openssh_9.3p1.bb
+++ b/meta/recipes-connectivity/openssh/openssh_9.3p2.bb
@@ -26,7 +26,7 @@ SRC_URI = 
"http://ftp.openbsd.org/pub/OpenBSD/OpenSSH/portable/openssh-${PV}.tar
file://add-test-support-for-busybox.patch \
file://7280401bdd77ca54be6867a154cc01e0d72612e0.patch \
"
-SRC_URI[sha256sum] = 
"e9baba7701a76a51f3d85a62c383a3c9dcd97fa900b859bc7db114c1868af8a8"
+SRC_URI[sha256sum] = 
"200ebe147f6cb3f101fd0cdf9e02442af7ddca298dffd9f456878e7ccac676e8"
 
 # This CVE is specific to OpenSSH with the pam opie which we don't build/use 
here
 CVE_CHECK_IGNORE += "CVE-2007-2768"
-- 
2.40.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#185616): 
https://lists.openembedded.org/g/openembedded-core/message/185616
Mute This Topic: https://lists.openembedded.org/mt/100605094/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[oe-core]mickledore][PATCH 1/1] bind: upgrade 9.18.5 -> 9.18.16

[Polampalli, Archana via lists.openembedded.org]

Remove --enable-epoll  and  --disable-devpoll configuration option as these are 
removed in bind-9.18.16
6b6076c882: Remove obsolete epoll/kqueue/devpoll configure options
Ref:
https://github.com/isc-projects/bind9/commit/6b6076c882a00028197b04a827f6cf8e7a5369de

Security fixes:
https://nvd.nist.gov/vuln/detail/CVE-2023-2828
https://nvd.nist.gov/vuln/detail/CVE-2023-2911

Changelog:
https://github.com/isc-projects/bind9/blob/v9.18.16/CHANGES
https://bind9.readthedocs.io/en/v9.18.16/notes.html#notes-for-bind-9-18-16

Signed-off-by: Archana Polampalli 
---
 .../0001-avoid-start-failure-with-bind-user.patch | 0
 ...0001-named-lwresd-V-and-start-log-hide-build-options.patch | 0
 ...bind-ensure-searching-for-json-headers-searches-sysr.patch | 0
 .../bind/{bind-9.18.15 => bind-9.18.16}/bind9 | 0
 .../bind/{bind-9.18.15 => bind-9.18.16}/conf.patch| 0
 .../bind/{bind-9.18.15 => bind-9.18.16}/generate-rndc-key.sh  | 0
 .../init.d-add-support-for-read-only-rootfs.patch | 0
 .../make-etc-initd-bind-stop-work.patch   | 0
 .../bind/{bind-9.18.15 => bind-9.18.16}/named.service | 0
 .../bind/{bind_9.18.15.bb => bind_9.18.16.bb} | 4 ++--
 10 files changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-connectivity/bind/{bind-9.18.15 => 
bind-9.18.16}/0001-avoid-start-failure-with-bind-user.patch (100%)
 rename meta/recipes-connectivity/bind/{bind-9.18.15 => 
bind-9.18.16}/0001-named-lwresd-V-and-start-log-hide-build-options.patch (100%)
 rename meta/recipes-connectivity/bind/{bind-9.18.15 => 
bind-9.18.16}/bind-ensure-searching-for-json-headers-searches-sysr.patch (100%)
 rename meta/recipes-connectivity/bind/{bind-9.18.15 => bind-9.18.16}/bind9 
(100%)
 rename meta/recipes-connectivity/bind/{bind-9.18.15 => 
bind-9.18.16}/conf.patch (100%)
 rename meta/recipes-connectivity/bind/{bind-9.18.15 => 
bind-9.18.16}/generate-rndc-key.sh (100%)
 rename meta/recipes-connectivity/bind/{bind-9.18.15 => 
bind-9.18.16}/init.d-add-support-for-read-only-rootfs.patch (100%)
 rename meta/recipes-connectivity/bind/{bind-9.18.15 => 
bind-9.18.16}/make-etc-initd-bind-stop-work.patch (100%)
 rename meta/recipes-connectivity/bind/{bind-9.18.15 => 
bind-9.18.16}/named.service (100%)
 rename meta/recipes-connectivity/bind/{bind_9.18.15.bb => bind_9.18.16.bb} 
(96%)

diff --git 
a/meta/recipes-connectivity/bind/bind-9.18.15/0001-avoid-start-failure-with-bind-user.patch
 
b/meta/recipes-connectivity/bind/bind-9.18.16/0001-avoid-start-failure-with-bind-user.patch
similarity index 100%
rename from 
meta/recipes-connectivity/bind/bind-9.18.15/0001-avoid-start-failure-with-bind-user.patch
rename to 
meta/recipes-connectivity/bind/bind-9.18.16/0001-avoid-start-failure-with-bind-user.patch
diff --git 
a/meta/recipes-connectivity/bind/bind-9.18.15/0001-named-lwresd-V-and-start-log-hide-build-options.patch
 
b/meta/recipes-connectivity/bind/bind-9.18.16/0001-named-lwresd-V-and-start-log-hide-build-options.patch
similarity index 100%
rename from 
meta/recipes-connectivity/bind/bind-9.18.15/0001-named-lwresd-V-and-start-log-hide-build-options.patch
rename to 
meta/recipes-connectivity/bind/bind-9.18.16/0001-named-lwresd-V-and-start-log-hide-build-options.patch
diff --git 
a/meta/recipes-connectivity/bind/bind-9.18.15/bind-ensure-searching-for-json-headers-searches-sysr.patch
 
b/meta/recipes-connectivity/bind/bind-9.18.16/bind-ensure-searching-for-json-headers-searches-sysr.patch
similarity index 100%
rename from 
meta/recipes-connectivity/bind/bind-9.18.15/bind-ensure-searching-for-json-headers-searches-sysr.patch
rename to 
meta/recipes-connectivity/bind/bind-9.18.16/bind-ensure-searching-for-json-headers-searches-sysr.patch
diff --git a/meta/recipes-connectivity/bind/bind-9.18.15/bind9 
b/meta/recipes-connectivity/bind/bind-9.18.16/bind9
similarity index 100%
rename from meta/recipes-connectivity/bind/bind-9.18.15/bind9
rename to meta/recipes-connectivity/bind/bind-9.18.16/bind9
diff --git a/meta/recipes-connectivity/bind/bind-9.18.15/conf.patch 
b/meta/recipes-connectivity/bind/bind-9.18.16/conf.patch
similarity index 100%
rename from meta/recipes-connectivity/bind/bind-9.18.15/conf.patch
rename to meta/recipes-connectivity/bind/bind-9.18.16/conf.patch
diff --git a/meta/recipes-connectivity/bind/bind-9.18.15/generate-rndc-key.sh 
b/meta/recipes-connectivity/bind/bind-9.18.16/generate-rndc-key.sh
similarity index 100%
rename from meta/recipes-connectivity/bind/bind-9.18.15/generate-rndc-key.sh
rename to meta/recipes-connectivity/bind/bind-9.18.16/generate-rndc-key.sh
diff --git 
a/meta/recipes-connectivity/bind/bind-9.18.15/init.d-add-support-for-read-only-rootfs.patch
 
b/meta/recipes-connectivity/bind/bind-9.18.16/init.d-add-support-for-read-only-rootfs.patch
similarity index 100%
rename from 
meta/recipes-connectivity/bind/bind-9.18.15/init.d-add-support-for-read-only-rootfs.patch
rename to 

[OE-core] [PATCH] librsvg: upgrade to 2.56.3

[Ross Burton]

From: Ross Burton 

This includes the fix for CVE-2023-38633.

Signed-off-by: Ross Burton 
---
 meta/recipes-gnome/librsvg/librsvg-crates.inc | 414 +-
 .../{librsvg_2.56.1.bb => librsvg_2.56.3.bb}  |   2 +-
 2 files changed, 199 insertions(+), 217 deletions(-)
 rename meta/recipes-gnome/librsvg/{librsvg_2.56.1.bb => librsvg_2.56.3.bb} 
(97%)

diff --git a/meta/recipes-gnome/librsvg/librsvg-crates.inc 
b/meta/recipes-gnome/librsvg/librsvg-crates.inc
index 8d790c32f83..5886f3dc935 100644
--- a/meta/recipes-gnome/librsvg/librsvg-crates.inc
+++ b/meta/recipes-gnome/librsvg/librsvg-crates.inc
@@ -3,16 +3,16 @@
 # from Cargo.lock
 SRC_URI += " \
 crate://crates.io/adler/1.0.2 \
-crate://crates.io/aho-corasick/1.0.1 \
+crate://crates.io/aho-corasick/1.0.2 \
 crate://crates.io/android-tzdata/0.1.1 \
 crate://crates.io/android_system_properties/0.1.5 \
 crate://crates.io/anes/0.1.6 \
 crate://crates.io/anstream/0.3.2 \
-crate://crates.io/anstyle/1.0.0 \
-crate://crates.io/anstyle-parse/0.2.0 \
+crate://crates.io/anstyle/1.0.1 \
+crate://crates.io/anstyle-parse/0.2.1 \
 crate://crates.io/anstyle-query/1.0.0 \
 crate://crates.io/anstyle-wincon/1.0.1 \
-crate://crates.io/anyhow/1.0.71 \
+crate://crates.io/anyhow/1.0.72 \
 crate://crates.io/approx/0.5.1 \
 crate://crates.io/assert_cmd/2.0.11 \
 crate://crates.io/atty/0.2.14 \
@@ -21,26 +21,27 @@ SRC_URI += " \
 crate://crates.io/bit-set/0.5.3 \
 crate://crates.io/bit-vec/0.6.3 \
 crate://crates.io/bitflags/1.3.2 \
+crate://crates.io/bitflags/2.3.3 \
 crate://crates.io/block/0.1.6 \
-crate://crates.io/bstr/1.5.0 \
+crate://crates.io/bstr/1.6.0 \
 crate://crates.io/bumpalo/3.13.0 \
 crate://crates.io/bytemuck/1.13.1 \
 crate://crates.io/byteorder/1.4.3 \
-crate://crates.io/cairo-rs/0.17.0 \
-crate://crates.io/cairo-sys-rs/0.17.0 \
+crate://crates.io/cairo-rs/0.17.10 \
+crate://crates.io/cairo-sys-rs/0.17.10 \
 crate://crates.io/cast/0.3.0 \
 crate://crates.io/cc/1.0.79 \
-crate://crates.io/cfg-expr/0.15.1 \
+crate://crates.io/cfg-expr/0.15.3 \
 crate://crates.io/cfg-if/1.0.0 \
-crate://crates.io/chrono/0.4.25 \
+crate://crates.io/chrono/0.4.26 \
 crate://crates.io/ciborium/0.2.1 \
 crate://crates.io/ciborium-io/0.2.1 \
 crate://crates.io/ciborium-ll/0.2.1 \
 crate://crates.io/clap/3.2.25 \
-crate://crates.io/clap/4.3.0 \
-crate://crates.io/clap_builder/4.3.0 \
-crate://crates.io/clap_complete/4.3.0 \
-crate://crates.io/clap_derive/4.3.0 \
+crate://crates.io/clap/4.3.17 \
+crate://crates.io/clap_builder/4.3.17 \
+crate://crates.io/clap_complete/4.3.2 \
+crate://crates.io/clap_derive/4.3.12 \
 crate://crates.io/clap_lex/0.2.4 \
 crate://crates.io/clap_lex/0.5.0 \
 crate://crates.io/colorchoice/1.0.0 \
@@ -53,18 +54,18 @@ SRC_URI += " \
 crate://crates.io/criterion-plot/0.5.0 \
 crate://crates.io/crossbeam-channel/0.5.8 \
 crate://crates.io/crossbeam-deque/0.8.3 \
-crate://crates.io/crossbeam-epoch/0.9.14 \
-crate://crates.io/crossbeam-utils/0.8.15 \
+crate://crates.io/crossbeam-epoch/0.9.15 \
+crate://crates.io/crossbeam-utils/0.8.16 \
 crate://crates.io/cssparser/0.29.6 \
-crate://crates.io/cssparser-macros/0.6.0 \
+crate://crates.io/cssparser-macros/0.6.1 \
 crate://crates.io/data-url/0.2.0 \
 crate://crates.io/derive_more/0.99.17 \
 crate://crates.io/difflib/0.4.0 \
 crate://crates.io/discard/1.0.4 \
-crate://crates.io/dlib/0.5.0 \
+crate://crates.io/dlib/0.5.2 \
 crate://crates.io/doc-comment/0.3.3 \
-crate://crates.io/dtoa/0.4.8 \
-crate://crates.io/dtoa-short/0.3.3 \
+crate://crates.io/dtoa/1.0.9 \
+crate://crates.io/dtoa-short/0.3.4 \
 crate://crates.io/either/1.8.1 \
 crate://crates.io/encoding/0.2.33 \
 crate://crates.io/encoding-index-japanese/1.20141219.5 \
@@ -74,14 +75,15 @@ SRC_URI += " \
 crate://crates.io/encoding-index-tradchinese/1.20141219.5 \
 crate://crates.io/encoding_index_tests/0.1.4 \
 crate://crates.io/encoding_rs/0.8.32 \
+crate://crates.io/equivalent/1.0.1 \
 crate://crates.io/errno/0.3.1 \
 crate://crates.io/errno-dragonfly/0.1.2 \
-crate://crates.io/fastrand/1.9.0 \
+crate://crates.io/fastrand/2.0.0 \
 crate://crates.io/fdeflate/0.3.0 \
 crate://crates.io/flate2/1.0.26 \
 crate://crates.io/float-cmp/0.9.0 \
 crate://crates.io/fnv/1.0.7 \
-crate://crates.io/form_urlencoded/1.1.0 \
+crate://crates.io/form_urlencoded/1.2.0 \
 crate://crates.io/futf/0.1.5 \
 crate://crates.io/futures-channel/0.3.28 \
 crate://crates.io/futures-core/0.3.28 \
@@ -91,42 +93,41 @@ SRC_URI += " \
 crate://crates.io/futures-task/0.3.28 \
 crate://crates.io/futures-util/0.3.28 \
 crate://crates.io/fxhash/0.2.1 \
-crate://crates.io/gdk-pixbuf/0.17.0 \
-

[OE-core] [PATCH 1/2] ghostscript: backport fix for CVE-2023-38559

[Ross Burton]

From: Ross Burton 

Signed-off-by: Ross Burton 
---
 ...pcx-buffer-overrun-fix-from-devices-.patch | 31 +++
 .../ghostscript/ghostscript_10.01.2.bb|  1 +
 2 files changed, 32 insertions(+)
 create mode 100644 
meta/recipes-extended/ghostscript/ghostscript/0001-Bug-706897-Copy-pcx-buffer-overrun-fix-from-devices-.patch

diff --git 
a/meta/recipes-extended/ghostscript/ghostscript/0001-Bug-706897-Copy-pcx-buffer-overrun-fix-from-devices-.patch
 
b/meta/recipes-extended/ghostscript/ghostscript/0001-Bug-706897-Copy-pcx-buffer-overrun-fix-from-devices-.patch
new file mode 100644
index 000..b29212fbc6c
--- /dev/null
+++ 
b/meta/recipes-extended/ghostscript/ghostscript/0001-Bug-706897-Copy-pcx-buffer-overrun-fix-from-devices-.patch
@@ -0,0 +1,31 @@
+From d81b82c70bc1fb9991bb95f1201abb5dea55f57f Mon Sep 17 00:00:00 2001
+From: Chris Liddell 
+Date: Mon, 17 Jul 2023 14:06:37 +0100
+Subject: [PATCH] Bug 706897: Copy pcx buffer overrun fix from
+ devices/gdevpcx.c
+
+Bounds check the buffer, before dereferencing the pointer.
+
+CVE: CVE-2023-38559
+Upstream-Status: Backport
+Signed-off-by: Ross Burton 
+---
+ base/gdevdevn.c | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/base/gdevdevn.c b/base/gdevdevn.c
+index 7b14d9c71..6351fb77a 100644
+--- a/base/gdevdevn.c
 b/base/gdevdevn.c
+@@ -1983,7 +1983,7 @@ devn_pcx_write_rle(const byte * from, const byte * end, 
int step, gp_file * file
+ byte data = *from;
+ 
+ from += step;
+-if (data != *from || from == end) {
++if (from >= end || data != *from) {
+ if (data >= 0xc0)
+ gp_fputc(0xc1, file);
+ } else {
+-- 
+2.34.1
+
diff --git a/meta/recipes-extended/ghostscript/ghostscript_10.01.2.bb 
b/meta/recipes-extended/ghostscript/ghostscript_10.01.2.bb
index fdbdfb6502f..6b5f443db06 100644
--- a/meta/recipes-extended/ghostscript/ghostscript_10.01.2.bb
+++ b/meta/recipes-extended/ghostscript/ghostscript_10.01.2.bb
@@ -25,6 +25,7 @@ def gs_verdir(v):
 SRC_URI = 
"https://github.com/ArtifexSoftware/ghostpdl-downloads/releases/download/gs${@gs_verdir("${PV}")}/${BPN}-${PV}.tar.gz
 \
file://ghostscript-9.16-Werror-return-type.patch \
file://avoid-host-contamination.patch \
+   
file://0001-Bug-706897-Copy-pcx-buffer-overrun-fix-from-devices-.patch \
 "
 
 SRC_URI[sha256sum] = 
"a4cd61a07fec161bee35da0211a5e5cde8ff8a0aaf942fc0176715e499d21661"
-- 
2.34.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#185612): 
https://lists.openembedded.org/g/openembedded-core/message/185612
Mute This Topic: https://lists.openembedded.org/mt/100604263/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH 2/2] ghostscript: ignore CVE-2023-38560

[Ross Burton]

From: Ross Burton 

The ghostscript recipe isn't vulnerable to CVE-2023-38560, as this is an
issue in the GhostPCL release, whereas this recipe is the Ghostscript
release.

Signed-off-by: Ross Burton 
---
 meta/recipes-extended/ghostscript/ghostscript_10.01.2.bb | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-extended/ghostscript/ghostscript_10.01.2.bb 
b/meta/recipes-extended/ghostscript/ghostscript_10.01.2.bb
index 6b5f443db06..0ddf708f936 100644
--- a/meta/recipes-extended/ghostscript/ghostscript_10.01.2.bb
+++ b/meta/recipes-extended/ghostscript/ghostscript_10.01.2.bb
@@ -67,3 +67,5 @@ COMPATIBLE_HOST = "^(?!arc).*"
 
 # some entries in NVD uses gpl_ghostscript
 CVE_PRODUCT = "ghostscript gpl_ghostscript"
+
+CVE_STATUS[CVE-2023-38560] = "not-applicable-config: PCL isn't part of the 
Ghostscript release"
-- 
2.34.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#185613): 
https://lists.openembedded.org/g/openembedded-core/message/185613
Mute This Topic: https://lists.openembedded.org/mt/100604264/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH] rust-target-config: fix target_features for vfpv3d16

[Benjamin Bara]

Hi!

On Mon, 7 Aug 2023 at 12:27, Alexandre Belloni
 wrote:
> This causes failures:
> https://autobuilder.yoctoproject.org/typhoon/#/builders/151/builds/304/steps/12/logs/stdio
> https://autobuilder.yoctoproject.org/typhoon/#/builders/147/builds/301/steps/12/logs/stdio
> https://autobuilder.yoctoproject.org/typhoon/#/builders/148/builds/306/steps/13/logs/stdio
> https://autobuilder.yoctoproject.org/typhoon/#/builders/145/builds/299/steps/12/logs/stdio
> https://autobuilder.yoctoproject.org/typhoon/#/builders/154/builds/301/steps/13/logs/stdio

Thank you for the pointers! I guess it would be good to have the content
of summary.txt in case of a failure? Anyways, as the failure occurs for
different targets and the only added "common piece of code" is the
"else" for "-neon", I will add an elif instead which additionally
checks for armv7.
This should leave the other targets as-is.

Thanks and best regards,
Benjamin

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#185611): 
https://lists.openembedded.org/g/openembedded-core/message/185611
Mute This Topic: https://lists.openembedded.org/mt/100513507/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH 1/2] linux-yocto: extract generic kernel CVE_STATUS

[Ross Burton]

From: Ross Burton 

Some of the CVE_STATUS assignments are not specific to the version, so
move them to an unversioned file and include it in the recipes.

For example: some CVEs are disputed, or are specific to other
distributions.

Signed-off-by: Ross Burton 
---
 meta/recipes-kernel/linux/cve-exclusion.inc  | 10 ++
 meta/recipes-kernel/linux/linux-yocto_6.1.bb |  1 +
 meta/recipes-kernel/linux/linux-yocto_6.4.bb |  1 +
 3 files changed, 12 insertions(+)
 create mode 100644 meta/recipes-kernel/linux/cve-exclusion.inc

diff --git a/meta/recipes-kernel/linux/cve-exclusion.inc 
b/meta/recipes-kernel/linux/cve-exclusion.inc
new file mode 100644
index 000..42f1c195c9a
--- /dev/null
+++ b/meta/recipes-kernel/linux/cve-exclusion.inc
@@ -0,0 +1,10 @@
+CVE_STATUS[CVE-2018-6559] = "not-applicable-platform: Issue only affects 
Ubuntu"
+
+CVE_STATUS[CVE-2020-11935] = "not-applicable-config: Issue only affects aufs, 
which is not in linux-yocto"
+
+# Introduced in version v6.1 7b88bda3761b95856cf97822efe8281c8100067b
+# Patched in kernel since v6.2 4a625ceee8a0ab0273534cb6b432ce6b331db5ee
+# But, the CVE is disputed:
+CVE_STATUS[CVE-2023-23005] = "disputed: There are no realistic cases \
+in which a user can cause the alloc_memory_type error case to be reached. \
+See: https://bugzilla.suse.com/show_bug.cgi?id=1208844#c2;
diff --git a/meta/recipes-kernel/linux/linux-yocto_6.1.bb 
b/meta/recipes-kernel/linux/linux-yocto_6.1.bb
index a76d2dc4047..820475a9cf0 100644
--- a/meta/recipes-kernel/linux/linux-yocto_6.1.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_6.1.bb
@@ -3,6 +3,7 @@ KBRANCH ?= "v6.1/standard/base"
 require recipes-kernel/linux/linux-yocto.inc
 
 # CVE exclusions
+include recipes-kernel/linux/cve-exclusion.inc
 include recipes-kernel/linux/cve-exclusion_6.1.inc
 
 # board specific branches
diff --git a/meta/recipes-kernel/linux/linux-yocto_6.4.bb 
b/meta/recipes-kernel/linux/linux-yocto_6.4.bb
index 443a89cc1ef..3a510fd168b 100644
--- a/meta/recipes-kernel/linux/linux-yocto_6.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_6.4.bb
@@ -3,6 +3,7 @@ KBRANCH ?= "v6.4/standard/base"
 require recipes-kernel/linux/linux-yocto.inc
 
 # CVE exclusions
+include recipes-kernel/linux/cve-exclusion.inc
 include recipes-kernel/linux/cve-exclusion_6.4.inc
 
 # board specific branches
-- 
2.34.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#185609): 
https://lists.openembedded.org/g/openembedded-core/message/185609
Mute This Topic: https://lists.openembedded.org/mt/100603499/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [OE] help with Equivalence Server

[Richard Purdie]

On Mon, 2023-08-07 at 11:30 -0400, Maksim Chichikalov wrote:
> > On Mon, Aug 7, 2023 at 8:41 AM Maksim Chichikalov
> >  wrote:
> > > 
> > > On Mon, Aug 7, 2023 at 4:01 AM Richard Purdie
> > >  wrote:
> > > > 
> > > > On Sun, 2023-08-06 at 13:15 -0600, Joshua Watt wrote:
> > > > > On Sat, Aug 5, 2023 at 7:54 PM Maksim Chichikalov
> > > > >  wrote:
> > > > > > My name is Max; nice to e-meet you. I need your help with
> > > > > > Equivalence Server :)
> > > > > > I watched your presentation on Youtube - it 100% helped me
> > > > > > to
> > > > > > understand the logic better and debug the issue we are
> > > > > > facing.
> > > > > > Thank you for all your input into OE development.
> > > > > > 
> > > > > > I found in OE repo that you introduced "def
> > > > > > OEOuthashBasic()", so I
> > > > > > decided to write to you first before opening the topic on
> > > > > > an email
> > > > > > list.
> > > > > > 
> > > > > > The problem:
> > > > > > 
> > > > > > Input data are propagated to the output hash generation
> > > > > > function,
> > > > > > which generates a different out-hash.
> > > > > > 
> > > > > > Description:
> > > > > > 
> > > > > > All "_git.bb" recipes have to append SRCPV to PV. As a
> > > > > > result, PV
> > > > > > is different on each commit.
> > > > > > 
> > > > > > The OEOuthashBasic function includes SSTATE_PKGSPEC to
> > > > > > generate
> > > > > > hash, which contains PV (PV contains git hash). As a
> > > > > > result, there
> > > > > > is no way to generate the same out-hash even if changes
> > > > > > introduced
> > > > > > within a commit were trivial.
> > > > > > 
> > > > > 
> > > > > Right, this is sort of on purpose, because the hash
> > > > > equivalence is
> > > > > basically trying to say that an sstate object can be used in
> > > > > place of
> > > > > another one, even when the task hashes aren't the same (but
> > > > > the
> > > > > output hashes are). However, the sstate code itself will only
> > > > > look
> > > > > for sstate object with a certain name (which include PV);
> > > > > hash
> > > > > equivalency does have _some_ control over the file name
> > > > > sstate looks
> > > > > for, since it will replace the taskhash portion of the name
> > > > > with the
> > > > > unified hash, but it doesn't have complete control.
> > > > > 
> > > > > > 
> > > > > > In our codebase, our components have API part, which is
> > > > > > managed by
> > > > > > an independent recipe per component. The described above
> > > > > > problem
> > > > > > caused the recompilation of all components dependent on
> > > > > > API, even
> > > > > > in cases when API was not changed. CI for pull requests
> > > > > > recompiles
> > > > > > mostly the entire code base, I need to do something with
> > > > > > it.
> > > > > > (sorry, quite hard for me to explain it in a nutshell, let
> > > > > > me know
> > > > > > if you like to know slightly more details)
> > > > > > 
> > > > > 
> > > > > Ya, sounds like a typical mono-repo design?
> > > > > 
> > > > > > 
> > > > > > I see a couple of options for us:
> > > > > > * Add a custom implementation of out-hash generated
> > > > > > function and
> > > > > > overwrite SSTATE_HASHEQUIV_METHOD.
> > > > > > * Better understand why it's mandatory to append SRCPV to
> > > > > > PV, and
> > > > > > maybe it's flexible in our cases to do it.
> > > > > > 
> > > > > 
> > > > > This might be the best option, at least for your recipes, but
> > > > > I've
> > > > > CC'd the list for additional feedback
> > > > > 
> > > > > > * Propose a patch to fix OEOuthashBasic().
> > > > > > 
> > > > > > In my humble opinion, the commit's hash shouldn't be
> > > > > > included in
> > > > > > out-hash generation, it doesn't make sense. Unless I'm
> > > > > > missing
> > > > > > something important - What are your thoughts?
> > > > > > 
> > > > > 
> > > > > Yes and no. It's not intentional, but a side effect of hash
> > > > > equivalency trying to make sure that the things it's marking
> > > > > as
> > > > > equivalent can actually be found in sstate (basically,
> > > > > because sstate
> > > > > include the commit hash, hash equivalency kinda has to
> > > > > include it).
> > > > 
> > > > This all sounds a bit unfortunate.
> > > > 
> > > > sstate only works as long as the filenames are predictable.
> > > > Some
> > > > elements of the sstate filenames are essential to operation,
> > > > e.g. the
> > > > package architecture since one input would result in multiple
> > > > files
> > > > with the same hash in the filename of the output otherwise. The
> > > > recipe
> > > > name and version are there mainly for debugging to allow
> > > > someone to
> > > > more easily know where an sstate object came from and what it
> > > > represents. This is summarised by the comment in sstate.bbclass
> > > > "Fields
> > > > 0,5,6 are mandatory, 1 is most useful, 2,3,4 are just for
> > > > information"
> > > > in generate_sstatefn().
> > > > 
> > > > When we added hash equivalence, we added the ability 

Re: [OE-core] [OE] help with Equivalence Server

[Maksim Chichikalov]

> On Mon, Aug 7, 2023 at 8:41 AM Maksim Chichikalov
>  wrote:
> >
> > On Mon, Aug 7, 2023 at 4:01 AM Richard Purdie
> >  wrote:
> > >
> > > On Sun, 2023-08-06 at 13:15 -0600, Joshua Watt wrote:
> > > > On Sat, Aug 5, 2023 at 7:54 PM Maksim Chichikalov
> > > >  wrote:
> > > > > My name is Max; nice to e-meet you. I need your help with
> > > > > Equivalence Server :)
> > > > > I watched your presentation on Youtube - it 100% helped me to
> > > > > understand the logic better and debug the issue we are facing.
> > > > > Thank you for all your input into OE development.
> > > > >
> > > > > I found in OE repo that you introduced "def OEOuthashBasic()", so I
> > > > > decided to write to you first before opening the topic on an email
> > > > > list.
> > > > >
> > > > > The problem:
> > > > >
> > > > > Input data are propagated to the output hash generation function,
> > > > > which generates a different out-hash.
> > > > >
> > > > > Description:
> > > > >
> > > > > All "_git.bb" recipes have to append SRCPV to PV. As a result, PV
> > > > > is different on each commit.
> > > > >
> > > > > The OEOuthashBasic function includes SSTATE_PKGSPEC to generate
> > > > > hash, which contains PV (PV contains git hash). As a result, there
> > > > > is no way to generate the same out-hash even if changes introduced
> > > > > within a commit were trivial.
> > > > >
> > > >
> > > > Right, this is sort of on purpose, because the hash equivalence is
> > > > basically trying to say that an sstate object can be used in place of
> > > > another one, even when the task hashes aren't the same (but the
> > > > output hashes are). However, the sstate code itself will only look
> > > > for sstate object with a certain name (which include PV); hash
> > > > equivalency does have _some_ control over the file name sstate looks
> > > > for, since it will replace the taskhash portion of the name with the
> > > > unified hash, but it doesn't have complete control.
> > > >
> > > > >
> > > > > In our codebase, our components have API part, which is managed by
> > > > > an independent recipe per component. The described above problem
> > > > > caused the recompilation of all components dependent on API, even
> > > > > in cases when API was not changed. CI for pull requests recompiles
> > > > > mostly the entire code base, I need to do something with it.
> > > > > (sorry, quite hard for me to explain it in a nutshell, let me know
> > > > > if you like to know slightly more details)
> > > > >
> > > >
> > > > Ya, sounds like a typical mono-repo design?
> > > >
> > > > >
> > > > > I see a couple of options for us:
> > > > > * Add a custom implementation of out-hash generated function and
> > > > > overwrite SSTATE_HASHEQUIV_METHOD.
> > > > > * Better understand why it's mandatory to append SRCPV to PV, and
> > > > > maybe it's flexible in our cases to do it.
> > > > >
> > > >
> > > > This might be the best option, at least for your recipes, but I've
> > > > CC'd the list for additional feedback
> > > >
> > > > > * Propose a patch to fix OEOuthashBasic().
> > > > >
> > > > > In my humble opinion, the commit's hash shouldn't be included in
> > > > > out-hash generation, it doesn't make sense. Unless I'm missing
> > > > > something important - What are your thoughts?
> > > > >
> > > >
> > > > Yes and no. It's not intentional, but a side effect of hash
> > > > equivalency trying to make sure that the things it's marking as
> > > > equivalent can actually be found in sstate (basically, because sstate
> > > > include the commit hash, hash equivalency kinda has to include it).
> > >
> > > This all sounds a bit unfortunate.
> > >
> > > sstate only works as long as the filenames are predictable. Some
> > > elements of the sstate filenames are essential to operation, e.g. the
> > > package architecture since one input would result in multiple files
> > > with the same hash in the filename of the output otherwise. The recipe
> > > name and version are there mainly for debugging to allow someone to
> > > more easily know where an sstate object came from and what it
> > > represents. This is summarised by the comment in sstate.bbclass "Fields
> > > 0,5,6 are mandatory, 1 is most useful, 2,3,4 are just for information"
> > > in generate_sstatefn().
> > >
> > > When we added hash equivalence, we added the ability to equate the
> > > hashes but we'd not considered that the version string mismatch may
> > > stop significant artefact reuse. I suspect at the time we reasoned that
> > > if the version changes, the output probably does too.
> > >
> > > Sadly fixing this isn't simple. Changing the hash algorithm isn't
> > > enough, we need to stop the SRCREV part of PV being used in the sstate
> > > filename. If we stop that happening, the output hash algorithm may well
> > > "just work" at that point, I'm not sure if it directly encodes PV or
> > > just the sstate filename, hopefully the latter.
> >
> > It's including SSTATE_PKGSPEC in the output hash calculation,
> > 

Re: [OE-core] [OE] help with Equivalence Server

[Joshua Watt]

On Mon, Aug 7, 2023 at 8:41 AM Maksim Chichikalov
 wrote:
>
> On Mon, Aug 7, 2023 at 4:01 AM Richard Purdie
>  wrote:
> >
> > On Sun, 2023-08-06 at 13:15 -0600, Joshua Watt wrote:
> > > On Sat, Aug 5, 2023 at 7:54 PM Maksim Chichikalov
> > >  wrote:
> > > > My name is Max; nice to e-meet you. I need your help with
> > > > Equivalence Server :)
> > > > I watched your presentation on Youtube - it 100% helped me to
> > > > understand the logic better and debug the issue we are facing.
> > > > Thank you for all your input into OE development.
> > > >
> > > > I found in OE repo that you introduced "def OEOuthashBasic()", so I
> > > > decided to write to you first before opening the topic on an email
> > > > list.
> > > >
> > > > The problem:
> > > >
> > > > Input data are propagated to the output hash generation function,
> > > > which generates a different out-hash.
> > > >
> > > > Description:
> > > >
> > > > All "_git.bb" recipes have to append SRCPV to PV. As a result, PV
> > > > is different on each commit.
> > > >
> > > > The OEOuthashBasic function includes SSTATE_PKGSPEC to generate
> > > > hash, which contains PV (PV contains git hash). As a result, there
> > > > is no way to generate the same out-hash even if changes introduced
> > > > within a commit were trivial.
> > > >
> > >
> > > Right, this is sort of on purpose, because the hash equivalence is
> > > basically trying to say that an sstate object can be used in place of
> > > another one, even when the task hashes aren't the same (but the
> > > output hashes are). However, the sstate code itself will only look
> > > for sstate object with a certain name (which include PV); hash
> > > equivalency does have _some_ control over the file name sstate looks
> > > for, since it will replace the taskhash portion of the name with the
> > > unified hash, but it doesn't have complete control.
> > >
> > > >
> > > > In our codebase, our components have API part, which is managed by
> > > > an independent recipe per component. The described above problem
> > > > caused the recompilation of all components dependent on API, even
> > > > in cases when API was not changed. CI for pull requests recompiles
> > > > mostly the entire code base, I need to do something with it.
> > > > (sorry, quite hard for me to explain it in a nutshell, let me know
> > > > if you like to know slightly more details)
> > > >
> > >
> > > Ya, sounds like a typical mono-repo design?
> > >
> > > >
> > > > I see a couple of options for us:
> > > > * Add a custom implementation of out-hash generated function and
> > > > overwrite SSTATE_HASHEQUIV_METHOD.
> > > > * Better understand why it's mandatory to append SRCPV to PV, and
> > > > maybe it's flexible in our cases to do it.
> > > >
> > >
> > > This might be the best option, at least for your recipes, but I've
> > > CC'd the list for additional feedback
> > >
> > > > * Propose a patch to fix OEOuthashBasic().
> > > >
> > > > In my humble opinion, the commit's hash shouldn't be included in
> > > > out-hash generation, it doesn't make sense. Unless I'm missing
> > > > something important - What are your thoughts?
> > > >
> > >
> > > Yes and no. It's not intentional, but a side effect of hash
> > > equivalency trying to make sure that the things it's marking as
> > > equivalent can actually be found in sstate (basically, because sstate
> > > include the commit hash, hash equivalency kinda has to include it).
> >
> > This all sounds a bit unfortunate.
> >
> > sstate only works as long as the filenames are predictable. Some
> > elements of the sstate filenames are essential to operation, e.g. the
> > package architecture since one input would result in multiple files
> > with the same hash in the filename of the output otherwise. The recipe
> > name and version are there mainly for debugging to allow someone to
> > more easily know where an sstate object came from and what it
> > represents. This is summarised by the comment in sstate.bbclass "Fields
> > 0,5,6 are mandatory, 1 is most useful, 2,3,4 are just for information"
> > in generate_sstatefn().
> >
> > When we added hash equivalence, we added the ability to equate the
> > hashes but we'd not considered that the version string mismatch may
> > stop significant artefact reuse. I suspect at the time we reasoned that
> > if the version changes, the output probably does too.
> >
> > Sadly fixing this isn't simple. Changing the hash algorithm isn't
> > enough, we need to stop the SRCREV part of PV being used in the sstate
> > filename. If we stop that happening, the output hash algorithm may well
> > "just work" at that point, I'm not sure if it directly encodes PV or
> > just the sstate filename, hopefully the latter.
>
> It's including SSTATE_PKGSPEC in the output hash calculation,
> specifically so that a change in sstate filename changes the outhash
> (that way, hash equivalence will never map two difference sstate files
> as equivalent).
>
> >
> > The hard part is how to do this 

Re: [OE-core] [OE] help with Equivalence Server

[Maksim Chichikalov]

> On Mon, Aug 7, 2023 at 4:01 AM Richard Purdie
>  wrote:
> >
> > On Sun, 2023-08-06 at 13:15 -0600, Joshua Watt wrote:
> > > On Sat, Aug 5, 2023 at 7:54 PM Maksim Chichikalov
> > >  wrote:
> > > > My name is Max; nice to e-meet you. I need your help with
> > > > Equivalence Server :)
> > > > I watched your presentation on Youtube - it 100% helped me to
> > > > understand the logic better and debug the issue we are facing.
> > > > Thank you for all your input into OE development.
> > > >
> > > > I found in OE repo that you introduced "def OEOuthashBasic()", so I
> > > > decided to write to you first before opening the topic on an email
> > > > list.
> > > >
> > > > The problem:
> > > >
> > > > Input data are propagated to the output hash generation function,
> > > > which generates a different out-hash.
> > > >
> > > > Description:
> > > >
> > > > All "_git.bb" recipes have to append SRCPV to PV. As a result, PV
> > > > is different on each commit.
> > > >
> > > > The OEOuthashBasic function includes SSTATE_PKGSPEC to generate
> > > > hash, which contains PV (PV contains git hash). As a result, there
> > > > is no way to generate the same out-hash even if changes introduced
> > > > within a commit were trivial.
> > > >
> > >
> > > Right, this is sort of on purpose, because the hash equivalence is
> > > basically trying to say that an sstate object can be used in place of
> > > another one, even when the task hashes aren't the same (but the
> > > output hashes are). However, the sstate code itself will only look
> > > for sstate object with a certain name (which include PV); hash
> > > equivalency does have _some_ control over the file name sstate looks
> > > for, since it will replace the taskhash portion of the name with the
> > > unified hash, but it doesn't have complete control.
> > >
> > > >
> > > > In our codebase, our components have API part, which is managed by
> > > > an independent recipe per component. The described above problem
> > > > caused the recompilation of all components dependent on API, even
> > > > in cases when API was not changed. CI for pull requests recompiles
> > > > mostly the entire code base, I need to do something with it.
> > > > (sorry, quite hard for me to explain it in a nutshell, let me know
> > > > if you like to know slightly more details)
> > > >
> > >
> > > Ya, sounds like a typical mono-repo design?
> > >
> > > >
> > > > I see a couple of options for us:
> > > > * Add a custom implementation of out-hash generated function and
> > > > overwrite SSTATE_HASHEQUIV_METHOD.
> > > > * Better understand why it's mandatory to append SRCPV to PV, and
> > > > maybe it's flexible in our cases to do it.
> > > >
> > >
> > > This might be the best option, at least for your recipes, but I've
> > > CC'd the list for additional feedback
> > >
> > > > * Propose a patch to fix OEOuthashBasic().
> > > >
> > > > In my humble opinion, the commit's hash shouldn't be included in
> > > > out-hash generation, it doesn't make sense. Unless I'm missing
> > > > something important - What are your thoughts?
> > > >
> > >
> > > Yes and no. It's not intentional, but a side effect of hash
> > > equivalency trying to make sure that the things it's marking as
> > > equivalent can actually be found in sstate (basically, because sstate
> > > include the commit hash, hash equivalency kinda has to include it).
> >
> > This all sounds a bit unfortunate.
> >
> > sstate only works as long as the filenames are predictable. Some
> > elements of the sstate filenames are essential to operation, e.g. the
> > package architecture since one input would result in multiple files
> > with the same hash in the filename of the output otherwise. The recipe
> > name and version are there mainly for debugging to allow someone to
> > more easily know where an sstate object came from and what it
> > represents. This is summarised by the comment in sstate.bbclass "Fields
> > 0,5,6 are mandatory, 1 is most useful, 2,3,4 are just for information"
> > in generate_sstatefn().
> >
> > When we added hash equivalence, we added the ability to equate the
> > hashes but we'd not considered that the version string mismatch may
> > stop significant artefact reuse. I suspect at the time we reasoned that
> > if the version changes, the output probably does too.
> >
> > Sadly fixing this isn't simple. Changing the hash algorithm isn't
> > enough, we need to stop the SRCREV part of PV being used in the sstate
> > filename. If we stop that happening, the output hash algorithm may well
> > "just work" at that point, I'm not sure if it directly encodes PV or
> > just the sstate filename, hopefully the latter.
>
> It's including SSTATE_PKGSPEC in the output hash calculation,
> specifically so that a change in sstate filename changes the outhash
> (that way, hash equivalence will never map two difference sstate files
> as equivalent).
>
> >
> > The hard part is how to do this generically without adding a lot of
> > complex and potentially 

Re: [OE-core] [PATCH v8] systemd: update to v254

[Alexandre Belloni via lists.openembedded.org]

Hello,

I've been looking a bit more at this. there is definitively another
issue here which is the first one I found:

x86_64-poky-linux-objcopy: 
/home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub: 
file format not recognized

This is the main issue here.

$ file 
/home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub
/home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub: 
MS-DOS executable PE32+ executable (EFI application) x86-64 (stripped to 
external PDB), for MS Windows
$ objdump -p 
/home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub
objdump: 
/home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub 
(.reloc): section flag STYP_GROUP (0x4) ignored
objdump: 
/home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub 
(.reloc): section flag STYP_COPY (0x10) ignored
objdump: 
/home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub: 
warning: ignoring section flag IMAGE_SCN_MEM_NOT_PAGED in section .reloc
objdump: 
/home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub 
(.reloc): section flag STYP_GROUP (0x4) ignored
objdump: 
/home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub 
(.reloc): section flag STYP_COPY (0x10) ignored
objdump: 
/home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub: 
warning: ignoring section flag IMAGE_SCN_MEM_NOT_PAGED in section .reloc
objdump: 
/home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub: 
file format not recognized

I tested with v253.7 and I properly get:

$ file 
/home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub
/home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub: 
PE32+ executable (EFI application) x86-64 (stripped to external PDB), for MS 
Windows
$ 
./build-st/tmp/sysroots-components/x86_64/binutils-cross-x86_64/usr/bin/x86_64-poky-linux/x86_64-poky-linux-objdump
 -h /home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub

/home/alexandre/poky/build-st/tmp/deploy/images/qemux86-64/linuxx64.efi.stub:   
  file format pei-x86-64

Sections:
Idx Name  Size  VMA   LMA   File off  Algn
  0 .text d7f0  4000  4000  0400  2**4
  CONTENTS, ALLOC, LOAD, READONLY, CODE
  1 .reloc000c  00012000  00012000  dc00  2**2
  CONTENTS, ALLOC, LOAD, READONLY, DATA
  2 .data 2ab0  00013000  00013000  de00  2**4
  CONTENTS, ALLOC, LOAD, DATA
  3 .dynamic  0100  00016000  00016000  00010a00  2**2
  CONTENTS, ALLOC, LOAD, DATA
  4 .rela 0630  00017000  00017000  00010c00  2**2
  CONTENTS, ALLOC, LOAD, READONLY, DATA
  5 .dynsym   0018  00018000  00018000  00011400  2**2
  CONTENTS, ALLOC, LOAD, READONLY, DATA
  6 .sdmagic  002a  0001a460  0001a460  00011600  2**2
  CONTENTS, ALLOC, LOAD, READONLY, DATA

I really believe the recipe is not generating a working efi.stub. Can
you check?


On 06/08/2023 14:56:16+0100, Luca Bocassi wrote:
> On Sun, 6 Aug 2023 at 14:50, Richard Purdie
>  wrote:
> >
> > On Sun, 2023-08-06 at 14:34 +0100, Luca Bocassi wrote:
> > > On Sun, 6 Aug 2023 at 14:22, Alexandre Belloni
> > >  wrote:
> > > >
> > > > On 06/08/2023 14:15:27+0100, Luca Bocassi wrote:
> > > > > Where does that objcopy command come from? It looks awfully like it is
> > > > > hard-coding VMAs? That cannot possibly work reliably, the actual VMAs
> > > > > have to be calculated based on the components being added to the PE.
> > > > > I'd recommend to use 'ukify' as that makes it much easier, and
> > > > > actually we have an intern working to add a bbclass for that just now.
> > > > > But it's not needed, you can do the calculations by hand too, dracut
> > > > > used to do something similar and was fixed some months ago iirc.
> > > >
> > > > This is from do_prepare_partition in 
> > > > scripts/lib/wic/plugins/source/bootimg-efi.py
> > >
> > > https://git.yoctoproject.org/poky/plain/scripts/lib/wic/plugins/source/bootimg-efi.py
> > >
> > > objcopy_cmd = "%s-objcopy" % target_sys
> > > objcopy_cmd += " --enable-deterministic-archives"
> > > objcopy_cmd += " --preserve-dates"
> > > objcopy_cmd += " --add-section
> > > .osrel=%s/usr/lib/os-release" % staging_dir_host
> > > objcopy_cmd += " --change-section-vma .osrel=0x2"
> > > objcopy_cmd += " --add-section .cmdline=%s" % cmdline.name
> > > objcopy_cmd += " --change-section-vma .cmdline=0x3"
> > > objcopy_cmd += dtb_params
> > > 

[OE-core][PATCH] systemd: fix efi dependency

[Jose Quaresma]

Last version of systemd dpends now on pyelftools to build the efi support
but the required tool is the native ones and not the target.
The systemd-boot has the corrected dependencie so fix this in the main recipe.

| Program python3 (jinja2) found: YES 
(/build/tmp-lmp/work/corei7-64-lmp-linux/systemd/1_254-r0/recipe-sysroot-native/usr/bin/python3-native/python3)
 modules: jinja2
| Checking if "32bit build possible" : links: NO
| Program python3 (elftools) found: NO
|
| ../git/meson.build:2147:8: ERROR: Problem encountered: EFI bootloader support 
requires pyelftools.
|
| A full log can be found at 
/build/tmp-lmp/work/corei7-64-lmp-linux/systemd/1_254-r0/build/meson-logs/meson-log.txt

Signed-off-by: Jose Quaresma 
---
 meta/recipes-core/systemd/systemd_254.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-core/systemd/systemd_254.bb 
b/meta/recipes-core/systemd/systemd_254.bb
index ea1a4f02f0..cd2a021da2 100644
--- a/meta/recipes-core/systemd/systemd_254.bb
+++ b/meta/recipes-core/systemd/systemd_254.bb
@@ -142,7 +142,7 @@ PACKAGECONFIG[default-compression-lz4] = "-Dlz4=true 
-Ddefault-compression=lz4,,
 PACKAGECONFIG[default-compression-xz] = "-Dxz=true 
-Ddefault-compression=xz,,xz"
 PACKAGECONFIG[default-compression-zstd] = "-Dzstd=true 
-Ddefault-compression=zstd,,zstd"
 PACKAGECONFIG[dbus] = "-Ddbus=true,-Ddbus=false,dbus"
-PACKAGECONFIG[efi] = "-Defi=true -Dbootloader=true,-Defi=false 
-Dbootloader=false,python3-pyelftools"
+PACKAGECONFIG[efi] = "-Defi=true -Dbootloader=true,-Defi=false 
-Dbootloader=false,python3-pyelftools-native"
 PACKAGECONFIG[elfutils] = "-Delfutils=true,-Delfutils=false,elfutils"
 PACKAGECONFIG[firstboot] = "-Dfirstboot=true,-Dfirstboot=false"
 PACKAGECONFIG[repart] = "-Drepart=true,-Drepart=false"
-- 
2.34.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#185603): 
https://lists.openembedded.org/g/openembedded-core/message/185603
Mute This Topic: https://lists.openembedded.org/mt/100600508/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH] externalsrc: fix dependency chain issues

[Peter Suti]

On Mon, Aug 7, 2023 at 2:55 PM Richard Purdie
 wrote:
>
> On Mon, 2023-08-07 at 13:19 +0200, Peter Suti wrote:
> > On Fri, Aug 4, 2023 at 4:47 PM Richard Purdie
> >  wrote:
> > >
> > > Do you have a way to reproduce this using recipes in OE-Core?
> > >
> > > For example, I tried adding this to the cairo recipe:
> > >
> > > EXTERNALSRC = "/xxx/cairo-1.16.0"
> > > inherit externalsrc
> > >
> > > and then building cairo, cleaning cairo, building pango (which depends
> > > on cairo). I couldn't see any failure.
> > >
> >
> > To reproduce you need a transitive dependency on a recipe using
> > externalsrc and run populate_sysroot.
> >
> >  I can trigger it with the following sequence:
> > 1) make cairo inherit externalsrc just like you described above.
> > 2) build a package that depends on pango, for example libfm: bitbake libfm
> > 3) clean cairo sstate: bitbake -c cleansstate cairo
> > 4) rerun prepare_recipe_sysroot for libfm: bitbake -c
> > prepare_recipe_sysroot -f libfm
> >
> > This produces the following error for me:
> > ERROR: libfm-1.3.2-r0 do_prepare_recipe_sysroot: The sstate manifest
> > for task 'cairo:populate_sysroot' (multilib variant '') could not be
> > found.
> > The pkgarchs considered were: armv8a-crc, armv8a, aarch64, allarch,
> > x86_64_x86_64-nativesdk.
> > But none of these manifests exists:
> > /home/yocto/.build-yocto/tmp/sstate-control/manifest-armv8a-crc-cairo.populate_sysroot
> > /home/yocto/.build-yocto/tmp/sstate-control/manifest-armv8a-cairo.populate_sysroot
> > /home/yocto/.build-yocto/tmp/sstate-control/manifest-aarch64-cairo.populate_sysroot
> > /home/yocto/.build-yocto/tmp/sstate-control/manifest-allarch-cairo.populate_sysroot
> > /home/yocto/.build-yocto/tmp/sstate-control/manifest-x86_64_x86_64-nativesdk-cairo.populate_sysroot
> > ERROR: Logfile of failure stored in:
> > /home/yocto/.build-yocto/tmp/work/armv8a-poky-linux/libfm/1.3.2-r0/temp/log.do_prepare_recipe_sysroot.3102616
> > ERROR: Task 
> > (/home/yocto/poky/meta/recipes-support/libfm/libfm_1.3.2.bb:do_prepare_recipe_sysroot)
> > failed with exit code '1'
> >
> > > > I'd like to thank you for the time you have invested in this issue! I
> > > > appreciate the help.
> > > > I understand that my proposed solution might not be ideal, but fixing
> > > > the underlying issue in runqueue would be a real challenge.
> > > > If upstream is not interested in this patch, I can also understand that.
> > >
> > > It isn't that we're not interested, we just need to make sure something
> > > else doesn't break. A test case to reproduce the issue you're seeing
> > > would help a lot. Ultimately we should perhaps add something to the
> > > tests in meta/lib/oeqa/ to cover the issue.
> >
> > I agree that a test would be valuable for this. I'll try to look into
> > how such a testcase could be constructed.
>
> I tried:
>
> bitbake libfm; bitbake -c cleansstate cairo; bitbake -c 
> prepare_recipe_sysroot -f libfm
>
> with cairo marked as externalsrc and everything built just fine. Can
> you confirm which release of the project you're using please? I tested
> with master.
>

I have just tried with 058a44165ce375f405063e73a9fcd1b2757ef8da and I
could reproduce it.
I did not notice before but on the first try the issue is not
triggered, but running the following two commands it eventually
breaks:
1) bitbake -c cleansstate cairo
2) bitbake -c prepare_recipe_sysroot -f libfm

It did not happen on the first 2 runs for me, but it did happen on the 3rd one.

Could you check if running this a few times reproduces the issue?
`bitbake -c cleansstate cairo; bitbake -c prepare_recipe_sysroot -f libfm`

Because eventually cairo is not built, just skipped entirely.

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#185602): 
https://lists.openembedded.org/g/openembedded-core/message/185602
Mute This Topic: https://lists.openembedded.org/mt/100458147/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [OE] help with Equivalence Server

[Joshua Watt]

On Mon, Aug 7, 2023 at 4:01 AM Richard Purdie
 wrote:
>
> On Sun, 2023-08-06 at 13:15 -0600, Joshua Watt wrote:
> > On Sat, Aug 5, 2023 at 7:54 PM Maksim Chichikalov
> >  wrote:
> > > My name is Max; nice to e-meet you. I need your help with
> > > Equivalence Server :)
> > > I watched your presentation on Youtube - it 100% helped me to
> > > understand the logic better and debug the issue we are facing.
> > > Thank you for all your input into OE development.
> > >
> > > I found in OE repo that you introduced "def OEOuthashBasic()", so I
> > > decided to write to you first before opening the topic on an email
> > > list.
> > >
> > > The problem:
> > >
> > > Input data are propagated to the output hash generation function,
> > > which generates a different out-hash.
> > >
> > > Description:
> > >
> > > All "_git.bb" recipes have to append SRCPV to PV. As a result, PV
> > > is different on each commit.
> > >
> > > The OEOuthashBasic function includes SSTATE_PKGSPEC to generate
> > > hash, which contains PV (PV contains git hash). As a result, there
> > > is no way to generate the same out-hash even if changes introduced
> > > within a commit were trivial.
> > >
> >
> > Right, this is sort of on purpose, because the hash equivalence is
> > basically trying to say that an sstate object can be used in place of
> > another one, even when the task hashes aren't the same (but the
> > output hashes are). However, the sstate code itself will only look
> > for sstate object with a certain name (which include PV); hash
> > equivalency does have _some_ control over the file name sstate looks
> > for, since it will replace the taskhash portion of the name with the
> > unified hash, but it doesn't have complete control.
> >
> > >
> > > In our codebase, our components have API part, which is managed by
> > > an independent recipe per component. The described above problem
> > > caused the recompilation of all components dependent on API, even
> > > in cases when API was not changed. CI for pull requests recompiles
> > > mostly the entire code base, I need to do something with it.
> > > (sorry, quite hard for me to explain it in a nutshell, let me know
> > > if you like to know slightly more details)
> > >
> >
> > Ya, sounds like a typical mono-repo design?
> >
> > >
> > > I see a couple of options for us:
> > >  * Add a custom implementation of out-hash generated function and
> > > overwrite SSTATE_HASHEQUIV_METHOD.
> > >  * Better understand why it's mandatory to append SRCPV to PV, and
> > > maybe it's flexible in our cases to do it.
> > >
> >
> > This might be the best option, at least for your recipes, but I've
> > CC'd the list for additional feedback
> >
> > >  * Propose a patch to fix OEOuthashBasic().
> > >
> > > In my humble opinion, the commit's hash shouldn't be included in
> > > out-hash generation, it doesn't make sense. Unless I'm missing
> > > something important - What are your thoughts?
> > >
> >
> > Yes and no. It's not intentional, but a side effect of hash
> > equivalency trying to make sure that the things it's marking as
> > equivalent can actually be found in sstate (basically, because sstate
> > include the commit hash, hash equivalency kinda has to include it).
>
> This all sounds a bit unfortunate.
>
> sstate only works as long as the filenames are predictable. Some
> elements of the sstate filenames are essential to operation, e.g. the
> package architecture since one input would result in multiple files
> with the same hash in the filename of the output otherwise. The recipe
> name and version are there mainly for debugging to allow someone to
> more easily know where an sstate object came from and what it
> represents. This is summarised by the comment in sstate.bbclass "Fields
> 0,5,6 are mandatory, 1 is most useful, 2,3,4 are just for information"
> in generate_sstatefn().
>
> When we added hash equivalence, we added the ability to equate the
> hashes but we'd not considered that the version string mismatch may
> stop significant artefact reuse. I suspect at the time we reasoned that
> if the version changes, the output probably does too.
>
> Sadly fixing this isn't simple. Changing the hash algorithm isn't
> enough, we need to stop the SRCREV part of PV being used in the sstate
> filename. If we stop that happening, the output hash algorithm may well
> "just work" at that point, I'm not sure if it directly encodes PV or
> just the sstate filename, hopefully the latter.

It's including SSTATE_PKGSPEC in the output hash calculation,
specifically so that a change in sstate filename changes the outhash
(that way, hash equivalence will never map two difference sstate files
as equivalent).

>
> The hard part is how to do this generically without adding a lot of
> complex and potentially fragile code. The datastore context in that
> function is the core configuration, not the recipe's datastore. The
> options I can think of offhand:
>
> a) Live with the issue
>
> b) Put a hack into 

Re: [OE-core] [RFC v2 0/2] Add bblock helper script

[Alexander Kanavin]

On Mon, 7 Aug 2023 at 15:38, Julien Stephan  wrote:
> I sent a v4 with an oeqa self test. What do you think about it?
> https://lists.openembedded.org/g/openembedded-core/message/185408

Right now I don't have any particular comments about v4, but others
do, I think? You may have to make further fixes if something fails in
QA with these changes.

Alex

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#185600): 
https://lists.openembedded.org/g/openembedded-core/message/185600
Mute This Topic: https://lists.openembedded.org/mt/100277504/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [RESEND 1/1] libexif: add ptest support

[Richard Purdie]

On Thu, 2023-08-03 at 15:50 +0200, Alexander Kanavin wrote:
> What do the tests actually do? If they test libexif functionality in
> isolation, is there a need to run them, if upstream does this anyway?
> ptests are primarily meant for integration testing, e.g. exposing
> issues that arise in a complete customized system.

I've noticed a few replies about this and I do disagree slightly.

ptests are useful to ensure that the recipes in question actually work.
I'm sure most upstreams do test things but probably not on weirder
targets like mips/powerpc or with musl.

For something like libexif, if the ptests test the library functions
properly, returning the right test data for a sample for example, then
that is a useful for us.

Cheers,

Richard

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#185599): 
https://lists.openembedded.org/g/openembedded-core/message/185599
Mute This Topic: https://lists.openembedded.org/mt/100525801/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [RFC v2 0/2] Add bblock helper script

[Julien Stephan]

Le jeu. 27 juil. 2023 à 16:28, Alexander Kanavin
 a écrit :
>
> Sure; if you can write a script and show it here, we can figure out
> where to place the test officially.
>
> Alex

Hi Alexander,

I sent a v4 with an oeqa self test. What do you think about it?
https://lists.openembedded.org/g/openembedded-core/message/185408

Cheers
Julien

>
> On Thu, 27 Jul 2023 at 16:15, Julien Stephan  wrote:
> >
> > On Mon, Jul 24, 2023 at 10:36:28AM +0200, Alexander Kanavin wrote:
> > > On Mon, 24 Jul 2023 at 10:25, Julien Stephan  
> > > wrote:
> > > > > Thanks for working on this. Should we think about how this could be 
> > > > > tested?
> > > > Do you mean we should consider addind self test for bblock? or you want
> > > > to discuss about acceptance criteria for bblock?
> > >
> > > Hello,
> > > I mean mostly about what should be tested. How can we verify that the
> > > script does what it's supposed to, in an automated way, so it won't
> > > silently break as new changes to bitbake/oe-core are added? What
> > > should such a test contain?
> > > The specific form of tests (whether it's selftest, or maybe a part of
> > > SDK testing, or something else) is secondary.
> > >
> > > Alex
> >
> > Hi Alex,
> >
> > I just send the v3 with a lot of improvements!
> >
> > Here is what I do during my dev:
> > - lock a recipe's task for a given arch (qemux86-64 vs qemuarm)
> > - modify the given task
> > - check that for the selected arch, task is locked (but not for other arch)
> >
> > Maybe we need to be more formal with that?
> >
> > I would be happy to provide a test script if needed.
> >
> > Cheers
> > Julien

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#185598): 
https://lists.openembedded.org/g/openembedded-core/message/185598
Mute This Topic: https://lists.openembedded.org/mt/100277504/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [RESEND 1/1] libexif: add ptest support

[Julien Stephan]

Le jeu. 3 août 2023 à 15:51, Alexander Kanavin
 a écrit :
>
> What do the tests actually do? If they test libexif functionality in
> isolation, is there a need to run them, if upstream does this anyway?
> ptests are primarily meant for integration testing, e.g. exposing
> issues that arise in a complete customized system.
>
> Alex

Hi Alexander,

Didn't catch this before, makes sense. I thought we would like to have
ptest enabled for as many packages as possible.
>From libexif github pages:

> The short test programs in the test directory illustrates how to create
> valid EXIF data from scratch, how to save EXIF data and how to load EXIF
> data from data in memory. To run the test programs, just run make check.
> There are also a few simple example programs available in the
> contrib/examples/ directory.  Don't hesitate to contact
> us at  if you have any questions
> on how to use libexif.

So what should we do about this patch? just drop it?
Best

Julien

>
> On Thu, 3 Aug 2023 at 15:29, Julien Stephan  wrote:
> >
> > adds ptest support for libexif
> >
> > Ptest was executed on a core-image-minimal:
> > root@qemux86-64:~# ptest-runner libexif
> > START: ptest-runner
> > 2023-07-12T15:45
> > BEGIN: /usr/lib/libexif/ptest
> > [...]
> > i
> > All 13 tests passed
> > (1 test was not run)
> > 
> > [...]
> > DURATION: 35
> > END: /usr/lib/libexif/ptest
> > 2023-07-12T15:45
> > STOP: ptest-runner
> > TOTAL: 1 FAIL: 0
> >
> > Signed-off-by: Julien Stephan 
> > ---
> >  .../distro/include/ptest-packagelists.inc |  1 +
> >  ...-serial-tests-config-needed-by-ptest.patch | 26 
> >  .../recipes-support/libexif/libexif/run-ptest |  3 ++
> >  .../recipes-support/libexif/libexif_0.6.24.bb | 30 ++-
> >  4 files changed, 59 insertions(+), 1 deletion(-)
> >  create mode 100644 
> > meta/recipes-support/libexif/libexif/0001-Add-serial-tests-config-needed-by-ptest.patch
> >  create mode 100644 meta/recipes-support/libexif/libexif/run-ptest
> >
> > diff --git a/meta/conf/distro/include/ptest-packagelists.inc 
> > b/meta/conf/distro/include/ptest-packagelists.inc
> > index 6250cf081e0..bbbef5b0431 100644
> > --- a/meta/conf/distro/include/ptest-packagelists.inc
> > +++ b/meta/conf/distro/include/ptest-packagelists.inc
> > @@ -75,6 +75,7 @@ PTESTS_FAST = "\
> >  slang \
> >  wayland \
> >  zlib \
> > +libexif \
> >  "
> >  PTESTS_FAST:append:libc-glibc = " glibc-tests"
> >  PTESTS_PROBLEMS:remove:libc-glibc = "glibc-tests"
> > diff --git 
> > a/meta/recipes-support/libexif/libexif/0001-Add-serial-tests-config-needed-by-ptest.patch
> >  
> > b/meta/recipes-support/libexif/libexif/0001-Add-serial-tests-config-needed-by-ptest.patch
> > new file mode 100644
> > index 000..505aa073309
> > --- /dev/null
> > +++ 
> > b/meta/recipes-support/libexif/libexif/0001-Add-serial-tests-config-needed-by-ptest.patch
> > @@ -0,0 +1,26 @@
> > +From 1ee7217c8ae724d793f9a9876c3608057a2ccbf8 Mon Sep 17 00:00:00 2001
> > +From: Julien Stephan 
> > +Date: Tue, 11 Jul 2023 16:07:54 +0200
> > +Subject: [PATCH] Add serial-tests config needed by ptest
> > +
> > +Add serial-tests support, ptest needs it.
> > +
> > +Upstream-Status: Inappropriate [oe specific]
> > +
> > +Signed-off-by: Julien Stephan 
> > +---
> > + configure.ac | 1 +
> > + 1 file changed, 1 insertion(+)
> > +
> > +diff --git a/configure.ac b/configure.ac
> > +index cd48047..5413907 100644
> > +--- a/configure.ac
> >  b/configure.ac
> > +@@ -16,6 +16,7 @@ AM_INIT_AUTOMAKE([
> > +   dist-zip
> > +   check-news
> > +   subdir-objects
> > ++  serial-tests
> > + ])
> > + AM_MAINTAINER_MODE
> > +
> > diff --git a/meta/recipes-support/libexif/libexif/run-ptest 
> > b/meta/recipes-support/libexif/libexif/run-ptest
> > new file mode 100644
> > index 000..2d23159eb03
> > --- /dev/null
> > +++ b/meta/recipes-support/libexif/libexif/run-ptest
> > @@ -0,0 +1,3 @@
> > +#!/bin/sh
> > +
> > +make -o Makefile runtest-TESTS
> > diff --git a/meta/recipes-support/libexif/libexif_0.6.24.bb 
> > b/meta/recipes-support/libexif/libexif_0.6.24.bb
> > index 367f012f8cf..27e369a89a5 100644
> > --- a/meta/recipes-support/libexif/libexif_0.6.24.bb
> > +++ b/meta/recipes-support/libexif/libexif_0.6.24.bb
> > @@ -11,12 +11,40 @@ def version_underscore(v):
> >  return "_".join(v.split("."))
> >
> >  SRC_URI = "${GITHUB_BASE_URI}/download/v${PV}/libexif-${PV}.tar.bz2 \
> > +   file://0001-Add-serial-tests-config-needed-by-ptest.patch \
> > +   file://run-ptest \
> > "
> >
> >  SRC_URI[sha256sum] = 
> > "d47564c433b733d83b6704c70477e0a4067811d184ec565258ac563d8223f6ae"
> >
> > -inherit autotools gettext github-releases
> > +inherit autotools gettext github-releases ptest
> >
> >  EXTRA_OECONF += "--disable-docs"
> >
> > +do_compile_ptest() {
> > +oe_runmake -C test buildtest-TESTS
> > +}
> > +
> > +do_install_ptest() {
> > +install ${B}/test/test*[!\.o] ${D}${PTEST_PATH}
> > 

Re: [OE-core] [PATCH] externalsrc: fix dependency chain issues

[Richard Purdie]

On Mon, 2023-08-07 at 13:19 +0200, Peter Suti wrote:
> On Fri, Aug 4, 2023 at 4:47 PM Richard Purdie
>  wrote:
> > 
> > Do you have a way to reproduce this using recipes in OE-Core?
> > 
> > For example, I tried adding this to the cairo recipe:
> > 
> > EXTERNALSRC = "/xxx/cairo-1.16.0"
> > inherit externalsrc
> > 
> > and then building cairo, cleaning cairo, building pango (which depends
> > on cairo). I couldn't see any failure.
> > 
> 
> To reproduce you need a transitive dependency on a recipe using
> externalsrc and run populate_sysroot.
> 
>  I can trigger it with the following sequence:
> 1) make cairo inherit externalsrc just like you described above.
> 2) build a package that depends on pango, for example libfm: bitbake libfm
> 3) clean cairo sstate: bitbake -c cleansstate cairo
> 4) rerun prepare_recipe_sysroot for libfm: bitbake -c
> prepare_recipe_sysroot -f libfm
> 
> This produces the following error for me:
> ERROR: libfm-1.3.2-r0 do_prepare_recipe_sysroot: The sstate manifest
> for task 'cairo:populate_sysroot' (multilib variant '') could not be
> found.
> The pkgarchs considered were: armv8a-crc, armv8a, aarch64, allarch,
> x86_64_x86_64-nativesdk.
> But none of these manifests exists:
> /home/yocto/.build-yocto/tmp/sstate-control/manifest-armv8a-crc-cairo.populate_sysroot
> /home/yocto/.build-yocto/tmp/sstate-control/manifest-armv8a-cairo.populate_sysroot
> /home/yocto/.build-yocto/tmp/sstate-control/manifest-aarch64-cairo.populate_sysroot
> /home/yocto/.build-yocto/tmp/sstate-control/manifest-allarch-cairo.populate_sysroot
> /home/yocto/.build-yocto/tmp/sstate-control/manifest-x86_64_x86_64-nativesdk-cairo.populate_sysroot
> ERROR: Logfile of failure stored in:
> /home/yocto/.build-yocto/tmp/work/armv8a-poky-linux/libfm/1.3.2-r0/temp/log.do_prepare_recipe_sysroot.3102616
> ERROR: Task 
> (/home/yocto/poky/meta/recipes-support/libfm/libfm_1.3.2.bb:do_prepare_recipe_sysroot)
> failed with exit code '1'
> 
> > > I'd like to thank you for the time you have invested in this issue! I
> > > appreciate the help.
> > > I understand that my proposed solution might not be ideal, but fixing
> > > the underlying issue in runqueue would be a real challenge.
> > > If upstream is not interested in this patch, I can also understand that.
> > 
> > It isn't that we're not interested, we just need to make sure something
> > else doesn't break. A test case to reproduce the issue you're seeing
> > would help a lot. Ultimately we should perhaps add something to the
> > tests in meta/lib/oeqa/ to cover the issue.
> 
> I agree that a test would be valuable for this. I'll try to look into
> how such a testcase could be constructed.

I tried:

bitbake libfm; bitbake -c cleansstate cairo; bitbake -c prepare_recipe_sysroot 
-f libfm

with cairo marked as externalsrc and everything built just fine. Can
you confirm which release of the project you're using please? I tested
with master.

Cheers,

Richard



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#185596): 
https://lists.openembedded.org/g/openembedded-core/message/185596
Mute This Topic: https://lists.openembedded.org/mt/100458147/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH v2 2/6] arch-armv8,arch-armv9: Add sve based tune options

[Richard Purdie]

On Fri, 2023-08-04 at 10:02 -0700, Khem Raj wrote:
> Signed-off-by: Khem Raj 
> ---
> v2: Rebased
> 
>  meta/conf/machine/include/arm/arch-armv8-2a.inc | 7 ++-
>  meta/conf/machine/include/arm/arch-armv8-4a.inc | 7 ++-
>  meta/conf/machine/include/arm/arch-armv8-5a.inc | 7 ++-
>  meta/conf/machine/include/arm/arch-armv9a.inc   | 7 ++-
>  4 files changed, 24 insertions(+), 4 deletions(-)
> 
> diff --git a/meta/conf/machine/include/arm/arch-armv8-2a.inc 
> b/meta/conf/machine/include/arm/arch-armv8-2a.inc
> index 95368b0af79..6f31e26e34f 100644
> --- a/meta/conf/machine/include/arm/arch-armv8-2a.inc
> +++ b/meta/conf/machine/include/arm/arch-armv8-2a.inc
> @@ -6,14 +6,19 @@ TUNE_CCARGS_MARCH .= "${@bb.utils.contains('TUNE_FEATURES', 
> 'armv8-2a', ' -march
>  MACHINEOVERRIDES =. "${@bb.utils.contains('TUNE_FEATURES', 'armv8-2a', 
> 'armv8-2a:', '', d)}"
>  
>  require conf/machine/include/arm/arch-armv8a.inc
> +require conf/machine/include/arm/feature-arm-sve.inc
>  
>  # Little Endian base configs
> -AVAILTUNES += "armv8-2a armv8-2a-crypto"
> +AVAILTUNES += "armv8-2a armv8-2a-crypto armv8-2a-crypto-sve"
>  ARMPKGARCH:tune-armv8-2a?= "armv8-2a"
>  ARMPKGARCH:tune-armv8-2a-crypto ?= "armv8-2a"
> +ARMPKGARCH:tune-armv8-2a-crypto-sve ?= "armv8-2a"
>  TUNE_FEATURES:tune-armv8-2a  = "aarch64 armv8-2a"
>  TUNE_FEATURES:tune-armv8-2a-crypto   = 
> "${TUNE_FEATURES:tune-armv8-2a} crypto"
> +TUNE_FEATURES:tune-armv8-2a-crypto-sve   = 
> "${TUNE_FEATURES:tune-armv8-2a-crypto} sve"
>  PACKAGE_EXTRA_ARCHS:tune-armv8-2a= 
> "${PACKAGE_EXTRA_ARCHS:tune-armv8a} armv8-2a"
>  PACKAGE_EXTRA_ARCHS:tune-armv8-2a-crypto = 
> "${PACKAGE_EXTRA_ARCHS:tune-armv8-2a} armv8-2a-crypto"
> +PACKAGE_EXTRA_ARCHS:tune-armv8-2a-crypto-sve = 
> "${PACKAGE_EXTRA_ARCHS:tune-armv8-2a-crypto} armv8-2a-crypto-sve"
>  BASE_LIB:tune-armv8-2a   = "lib64"
>  BASE_LIB:tune-armv8-2a-crypto= "lib64"
> +BASE_LIB:tune-armv8-2a-crypto-sve= "lib64"
> diff --git a/meta/conf/machine/include/arm/arch-armv8-4a.inc 
> b/meta/conf/machine/include/arm/arch-armv8-4a.inc
> index 29feddb64c5..b61d50daa5e 100644
> --- a/meta/conf/machine/include/arm/arch-armv8-4a.inc
> +++ b/meta/conf/machine/include/arm/arch-armv8-4a.inc
> @@ -6,14 +6,19 @@ TUNE_CCARGS_MARCH .= "${@bb.utils.contains('TUNE_FEATURES', 
> 'armv8-4a', ' -march
>  MACHINEOVERRIDES =. "${@bb.utils.contains('TUNE_FEATURES', 'armv8-4a', 
> 'armv8-4a:', '', d)}"
>  
>  require conf/machine/include/arm/arch-armv8a.inc
> +require conf/machine/include/arm/feature-arm-sve.inc
>  
>  # Little Endian base configs
> -AVAILTUNES += "armv8-4a armv8-4a-crypto"
> +AVAILTUNES += "armv8-4a armv8-4a-crypto armv8-4a-crypto-sve"
>  ARMPKGARCH:tune-armv8-4a?= "armv8-4a"
>  ARMPKGARCH:tune-armv8-4a-crypto ?= "armv8-4a"
> +ARMPKGARCH:tune-armv8-4a-crypto-sve ?= "armv8-4a"
>  TUNE_FEATURES:tune-armv8-4a  = "aarch64 armv8-4a"
>  TUNE_FEATURES:tune-armv8-4a-crypto   = 
> "${TUNE_FEATURES:tune-armv8-4a} crypto"
> +TUNE_FEATURES:tune-armv8-4a-crypto-sve   = 
> "${TUNE_FEATURES:tune-armv8-4a-crypto} sve"
>  PACKAGE_EXTRA_ARCHS:tune-armv8-4a= 
> "${PACKAGE_EXTRA_ARCHS:tune-armv8a} armv8-4a"
>  PACKAGE_EXTRA_ARCHS:tune-armv8-4a-crypto = 
> "${PACKAGE_EXTRA_ARCHS:tune-armv8-4a} armv8-4a-crypto"
> +PACKAGE_EXTRA_ARCHS:tune-armv8-4a-crypto-sve = 
> "${PACKAGE_EXTRA_ARCHS:tune-armv8-4a-crypto} armv8-4a-crypto-sve"
>  BASE_LIB:tune-armv8-4a   = "lib64"
>  BASE_LIB:tune-armv8-4a-crypto= "lib64"
> +BASE_LIB:tune-armv8-4a-crypto-sve= "lib64"
> diff --git a/meta/conf/machine/include/arm/arch-armv8-5a.inc 
> b/meta/conf/machine/include/arm/arch-armv8-5a.inc
> index a1bcb7fb9a1..176bc9033c9 100644
> --- a/meta/conf/machine/include/arm/arch-armv8-5a.inc
> +++ b/meta/conf/machine/include/arm/arch-armv8-5a.inc
> @@ -6,14 +6,19 @@ TUNE_CCARGS_MARCH .= "${@bb.utils.contains('TUNE_FEATURES', 
> 'armv8-5a', ' -march
>  MACHINEOVERRIDES =. "${@bb.utils.contains('TUNE_FEATURES', 'armv8-5a', 
> 'armv8-5a:', '', d)}"
>  
>  require conf/machine/include/arm/arch-armv8a.inc
> +require conf/machine/include/arm/feature-arm-sve.inc
>  
>  # Little Endian base configs
> -AVAILTUNES += "armv8-5a armv8-5a-crypto"
> +AVAILTUNES += "armv8-5a armv8-5a-crypto armv8-5a-crypto-sve"
>  ARMPKGARCH:tune-armv8-5a?= "armv8-5a"
>  ARMPKGARCH:tune-armv8-5a-crypto ?= "armv8-5a"
> +ARMPKGARCH:tune-armv8-5a-crypto-sve ?= "armv8-5a"
>  TUNE_FEATURES:tune-armv8-5a  = "aarch64 armv8-5a"
>  TUNE_FEATURES:tune-armv8-5a-crypto   = 
> "${TUNE_FEATURES:tune-armv8-5a} crypto"
> +TUNE_FEATURES:tune-armv8-5a-crypto-sve   = 
> "${TUNE_FEATURES:tune-armv8-5a-crypto} sve"
>  PACKAGE_EXTRA_ARCHS:tune-armv8-5a= 
> 

Re: [OE-core] [PATCH 3/3] weston-init: mimic systemd behavior when running in sysvinit

[Otavio Salvador]

Hello Alexandre,

Em seg., 7 de ago. de 2023 às 05:56, Alexandre Belloni via
lists.openembedded.org
 escreveu:
> I believe this change causes this QA failure:
>
> https://autobuilder.yoctoproject.org/typhoon/#/builders/40/builds/7576/steps/12/logs/stdio

I'll check this. @Purdie, Richard please hold this patch until I check
the error.

-- 
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9 9981-7854  Mobile: +1 (347) 903-9750

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#185594): 
https://lists.openembedded.org/g/openembedded-core/message/185594
Mute This Topic: https://lists.openembedded.org/mt/100553774/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH] externalsrc: fix dependency chain issues

[Peter Suti]

On Fri, Aug 4, 2023 at 4:47 PM Richard Purdie
 wrote:
>
> Do you have a way to reproduce this using recipes in OE-Core?
>
> For example, I tried adding this to the cairo recipe:
>
> EXTERNALSRC = "/xxx/cairo-1.16.0"
> inherit externalsrc
>
> and then building cairo, cleaning cairo, building pango (which depends
> on cairo). I couldn't see any failure.
>

To reproduce you need a transitive dependency on a recipe using
externalsrc and run populate_sysroot.

 I can trigger it with the following sequence:
1) make cairo inherit externalsrc just like you described above.
2) build a package that depends on pango, for example libfm: bitbake libfm
3) clean cairo sstate: bitbake -c cleansstate cairo
4) rerun prepare_recipe_sysroot for libfm: bitbake -c
prepare_recipe_sysroot -f libfm

This produces the following error for me:
ERROR: libfm-1.3.2-r0 do_prepare_recipe_sysroot: The sstate manifest
for task 'cairo:populate_sysroot' (multilib variant '') could not be
found.
The pkgarchs considered were: armv8a-crc, armv8a, aarch64, allarch,
x86_64_x86_64-nativesdk.
But none of these manifests exists:
/home/yocto/.build-yocto/tmp/sstate-control/manifest-armv8a-crc-cairo.populate_sysroot
/home/yocto/.build-yocto/tmp/sstate-control/manifest-armv8a-cairo.populate_sysroot
/home/yocto/.build-yocto/tmp/sstate-control/manifest-aarch64-cairo.populate_sysroot
/home/yocto/.build-yocto/tmp/sstate-control/manifest-allarch-cairo.populate_sysroot
/home/yocto/.build-yocto/tmp/sstate-control/manifest-x86_64_x86_64-nativesdk-cairo.populate_sysroot
ERROR: Logfile of failure stored in:
/home/yocto/.build-yocto/tmp/work/armv8a-poky-linux/libfm/1.3.2-r0/temp/log.do_prepare_recipe_sysroot.3102616
ERROR: Task 
(/home/yocto/poky/meta/recipes-support/libfm/libfm_1.3.2.bb:do_prepare_recipe_sysroot)
failed with exit code '1'

> > I'd like to thank you for the time you have invested in this issue! I
> > appreciate the help.
> > I understand that my proposed solution might not be ideal, but fixing
> > the underlying issue in runqueue would be a real challenge.
> > If upstream is not interested in this patch, I can also understand that.
>
> It isn't that we're not interested, we just need to make sure something
> else doesn't break. A test case to reproduce the issue you're seeing
> would help a lot. Ultimately we should perhaps add something to the
> tests in meta/lib/oeqa/ to cover the issue.

I agree that a test would be valuable for this. I'll try to look into
how such a testcase could be constructed.

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#185593): 
https://lists.openembedded.org/g/openembedded-core/message/185593
Mute This Topic: https://lists.openembedded.org/mt/100458147/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH] rust-target-config: fix target_features for vfpv3d16

[Alexandre Belloni via lists.openembedded.org]

Hello,

This causes failures:

https://autobuilder.yoctoproject.org/typhoon/#/builders/151/builds/304/steps/12/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/147/builds/301/steps/12/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/148/builds/306/steps/13/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/145/builds/299/steps/12/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/154/builds/301/steps/13/logs/stdio

2023-08-04 17:28:45,215 - oe-selftest - INFO - 
==
2023-08-04 17:28:45,215 - oe-selftest - INFO - FAIL: 
rust.RustSelfTestSystemEmulated.test_rust (subunit.RemotedTestCase)
2023-08-04 17:28:45,215 - oe-selftest - INFO - 
--
2023-08-04 17:28:45,215 - oe-selftest - INFO - 
testtools.testresult.real._StringException: Traceback (most recent call last):
  File 
"/home/pokybuild/yocto-worker/qemumips-tc/build/meta/lib/oeqa/selftest/cases/rust.py",
 line 293, in test_rust
runCmd(cmd)
  File 
"/home/pokybuild/yocto-worker/qemumips-tc/build/meta/lib/oeqa/utils/commands.py",
 line 212, in runCmd
raise AssertionError("Command '%s' returned non-zero exit status %d:\n%s" % 
(command, result.status, exc_output))
AssertionError: Command ' export 
PATH=/home/pokybuild/yocto-worker/qemumips-tc/build/build-st-3391980/tmp/work/mips32r2-poky-linux/rust/1.70.0-r0/recipe-sysroot-native/usr/bin:$PATH;
 export TARGET_VENDOR="-poky"; export 
PATH=/home/pokybuild/yocto-worker/qemumips-tc/build/build-st-3391980/tmp/work/mips32r2-poky-linux/rust/1.70.0-r0/recipe-sysroot-native/usr/bin/mips-poky-linux:/home/pokybuild/yocto-worker/qemumips-tc/build/build-st-3391980/tmp/hosttools:$PATH;
 export 
RUST_TARGET_PATH=/home/pokybuild/yocto-worker/qemumips-tc/build/build-st-3391980/tmp/work/mips32r2-poky-linux/rust/1.70.0-r0/rust-targets;
 export TEST_DEVICE_ADDR="192.168.7.2:12345"; cd 
/home/pokybuild/yocto-worker/qemumips-tc/build/build-st-3391980/tmp/work/mips32r2-poky-linux/rust/1.70.0-r0/rustc-1.70.0-src;
 python3 src/bootstrap/bootstrap.py test  --exclude compiler/rustc  --exclude 
compiler/rustc_interface/src/tests.rs  --exclude library/panic_abort  --exclude 
library/panic_unwind  --exclude library/test/src/stats/tests.rs  --exclude 
src/bootstrap/builder/tests.rs  --exclude src/doc/rustc  --exclude 
src/doc/rustdoc  --exclude src/doc/unstable-book  --exclude src/librustdoc  
--exclude src/rustdoc-json-types  --exclude src/tools/compiletest/src/common.rs 
 --exclude src/tools/lint-docs  --exclude src/tools/rust-analyzer  --exclude 
src/tools/rustdoc-themes  --exclude src/tools/tidy  --exclude 
tests/assembly/asm/aarch64-outline-atomics.rs  --exclude 
tests/codegen/abi-main-signature-32bit-c-int.rs  --exclude 
tests/codegen/abi-repr-ext.rs  --exclude tests/codegen/abi-x86-interrupt.rs  
--exclude tests/codegen/branch-protection.rs  --exclude 
tests/codegen/catch-unwind.rs  --exclude tests/codegen/cf-protection.rs  
--exclude tests/codegen/enum-bounds-check-derived-idx.rs  --exclude 
tests/codegen/force-unwind-tables.rs  --exclude 
tests/codegen/intrinsic-no-unnamed-attr.rs  --exclude 
tests/codegen/issues/issue-103840.rs  --exclude 
tests/codegen/issues/issue-47278.rs  --exclude 
tests/codegen/issues/issue-73827-bounds-check-index-in-subexpr.rs  --exclude 
tests/codegen/lifetime_start_end.rs  --exclude 
tests/codegen/local-generics-in-exe-internalized.rs  --exclude 
tests/codegen/match-unoptimized.rs  --exclude 
tests/codegen/noalias-rwlockreadguard.rs  --exclude 
tests/codegen/non-terminate/nonempty-infinite-loop.rs  --exclude 
tests/codegen/noreturn-uninhabited.rs  --exclude 
tests/codegen/repr-transparent-aggregates-3.rs  --exclude 
tests/codegen/sse42-implies-crc32.rs  --exclude tests/codegen/thread-local.rs  
--exclude tests/codegen/uninit-consts.rs  --exclude 
tests/pretty/raw-str-nonexpr.rs  --exclude tests/run-make  --exclude 
tests/run-make/cdylib-fewer-symbols/foo.rs  --exclude 
tests/run-make/doctests-keep-binaries/t.rs  --exclude tests/run-make-fulldeps  
--exclude tests/run-make/issue-22131/foo.rs  --exclude 
tests/run-make/issue-36710/Makefile  --exclude tests/run-make/issue-47551  
--exclude tests/run-make/pgo-branch-weights  --exclude tests/run-make/pgo-gen  
--exclude tests/run-make/pgo-gen-lto  --exclude 
tests/run-make/pgo-indirect-call-promotion  --exclude tests/run-make/pgo-use  
--exclude tests/run-make/pointer-auth-link-with-c/Makefile  --exclude 
tests/run-make/profile  --exclude tests/run-make/static-pie  --exclude 
tests/run-make/sysroot-crates-are-unstable  --exclude 
tests/run-make/target-specs  --exclude tests/rustdoc  --exclude 
tests/rustdoc/async-move-doctest.rs  --exclude tests/rustdoc/async-trait.rs  
--exclude tests/rustdoc/auto-traits.rs  --exclude 
tests/rustdoc/check-source-code-urls-to-def.rs  --exclude 
tests/rustdoc/comment-in-doctest.rs  --exclude 

Re: [OE-core] [OE] help with Equivalence Server

[Richard Purdie]

On Sun, 2023-08-06 at 13:15 -0600, Joshua Watt wrote:
> On Sat, Aug 5, 2023 at 7:54 PM Maksim Chichikalov
>  wrote:
> > My name is Max; nice to e-meet you. I need your help with
> > Equivalence Server :)
> > I watched your presentation on Youtube - it 100% helped me to
> > understand the logic better and debug the issue we are facing.
> > Thank you for all your input into OE development.
> > 
> > I found in OE repo that you introduced "def OEOuthashBasic()", so I
> > decided to write to you first before opening the topic on an email
> > list.
> > 
> > The problem:
> > 
> > Input data are propagated to the output hash generation function,
> > which generates a different out-hash.
> > 
> > Description:
> > 
> > All "_git.bb" recipes have to append SRCPV to PV. As a result, PV
> > is different on each commit.
> > 
> > The OEOuthashBasic function includes SSTATE_PKGSPEC to generate
> > hash, which contains PV (PV contains git hash). As a result, there
> > is no way to generate the same out-hash even if changes introduced
> > within a commit were trivial.
> > 
> 
> Right, this is sort of on purpose, because the hash equivalence is
> basically trying to say that an sstate object can be used in place of
> another one, even when the task hashes aren't the same (but the
> output hashes are). However, the sstate code itself will only look
> for sstate object with a certain name (which include PV); hash
> equivalency does have _some_ control over the file name sstate looks
> for, since it will replace the taskhash portion of the name with the
> unified hash, but it doesn't have complete control.
>  
> > 
> > In our codebase, our components have API part, which is managed by
> > an independent recipe per component. The described above problem
> > caused the recompilation of all components dependent on API, even
> > in cases when API was not changed. CI for pull requests recompiles
> > mostly the entire code base, I need to do something with it. 
> > (sorry, quite hard for me to explain it in a nutshell, let me know
> > if you like to know slightly more details) 
> > 
> 
> Ya, sounds like a typical mono-repo design?
>  
> > 
> > I see a couple of options for us:
> >  * Add a custom implementation of out-hash generated function and
> > overwrite SSTATE_HASHEQUIV_METHOD.
> >  * Better understand why it's mandatory to append SRCPV to PV, and
> > maybe it's flexible in our cases to do it.
> > 
> 
> This might be the best option, at least for your recipes, but I've
> CC'd the list for additional feedback
>  
> >  * Propose a patch to fix OEOuthashBasic().
> > 
> > In my humble opinion, the commit's hash shouldn't be included in
> > out-hash generation, it doesn't make sense. Unless I'm missing
> > something important - What are your thoughts?
> > 
> 
> Yes and no. It's not intentional, but a side effect of hash
> equivalency trying to make sure that the things it's marking as
> equivalent can actually be found in sstate (basically, because sstate
> include the commit hash, hash equivalency kinda has to include it).

This all sounds a bit unfortunate.

sstate only works as long as the filenames are predictable. Some
elements of the sstate filenames are essential to operation, e.g. the
package architecture since one input would result in multiple files
with the same hash in the filename of the output otherwise. The recipe
name and version are there mainly for debugging to allow someone to
more easily know where an sstate object came from and what it
represents. This is summarised by the comment in sstate.bbclass "Fields
0,5,6 are mandatory, 1 is most useful, 2,3,4 are just for information"
in generate_sstatefn().

When we added hash equivalence, we added the ability to equate the
hashes but we'd not considered that the version string mismatch may
stop significant artefact reuse. I suspect at the time we reasoned that
if the version changes, the output probably does too.

Sadly fixing this isn't simple. Changing the hash algorithm isn't
enough, we need to stop the SRCREV part of PV being used in the sstate
filename. If we stop that happening, the output hash algorithm may well
"just work" at that point, I'm not sure if it directly encodes PV or
just the sstate filename, hopefully the latter.

The hard part is how to do this generically without adding a lot of
complex and potentially fragile code. The datastore context in that
function is the core configuration, not the recipe's datastore. The
options I can think of offhand:

a) Live with the issue

b) Put a hack into generate_sstatefn() which changed the PV element if
it matched a pattern but we'd have to do this for each SCM as needed.
Ugly but lowest overhead.

c) Indirect PV to SSTATEPV (or similar) and then alter SSTATEPV to drop
SRCPV to a fixed string. Nicer code in some ways but horrible
parsing/performance overhead since every recipe, even non-SCM ones
would be affected.

d) A partial version of c) where recipes can set SSTATEPV to a function
if they need it. Solves 

Re: [OE-core] [PATCH 3/3] weston-init: mimic systemd behavior when running in sysvinit

[Alexandre Belloni via lists.openembedded.org]

Hello,

I believe this change causes this QA failure:

https://autobuilder.yoctoproject.org/typhoon/#/builders/40/builds/7576/steps/12/logs/stdio

On 04/08/2023 17:04:11-0300, Otavio Salvador wrote:
> The systemd uses /run/wayland-0 as global socket and it is important to
> align the behavior so it avoids diverging when using sysvinit. Another
> change is installing the ${sysconfdir}/profile.d/weston-socket.sh script
> also aligning the behaviors.
> 
> The commit modifies the behavior of the weston-init script when running
> in sysvinit. It mimics the behavior of systemd by exporting the
> WAYLAND_DISPLAY variable and using it as the socket for the weston
> command.
> 
> The changes include:
> 
> - The installation of the weston-socket.sh script in the /etc/profile.d
> directory, which sets the WAYLAND_DISPLAY variable to /run/wayland-0 if
> it is not already set.
> 
> - Modifying the weston-start script to check if the WAYLAND_DISPLAY
> variable is set. If not, it sets it to /run/wayland-0.
> 
> These changes ensure that the weston command uses the same socket
> defined in the WAYLAND_DISPLAY variable, allowing compatibility with
> systems using sysvinit and systemd.
> 
> Fixes: 2818cbc730 ("weston-init: add profile to point users to global socket")
> Tested-by: Tom Hochstein 
> Signed-off-by: Otavio Salvador 
> ---
> 
>  meta/recipes-graphics/wayland/weston-init.bb   | 4 +++-
>  meta/recipes-graphics/wayland/weston-init/weston-start | 6 +-
>  2 files changed, 8 insertions(+), 2 deletions(-)
> 
> diff --git a/meta/recipes-graphics/wayland/weston-init.bb 
> b/meta/recipes-graphics/wayland/weston-init.bb
> index 024e400665..6c8dc36467 100644
> --- a/meta/recipes-graphics/wayland/weston-init.bb
> +++ b/meta/recipes-graphics/wayland/weston-init.bb
> @@ -40,13 +40,15 @@ do_install() {
>   if ${@bb.utils.contains('DISTRO_FEATURES','systemd','true','false',d)}; 
> then
>   install -D -p -m0644 ${WORKDIR}/weston.service 
> ${D}${systemd_system_unitdir}/weston.service
>   install -D -p -m0644 ${WORKDIR}/weston.socket 
> ${D}${systemd_system_unitdir}/weston.socket
> - install -D -p -m0644 ${WORKDIR}/weston-socket.sh 
> ${D}${sysconfdir}/profile.d/weston-socket.sh
>   sed -i -e s:/etc:${sysconfdir}:g \
>   -e s:/usr/bin:${bindir}:g \
>   -e s:/var:${localstatedir}:g \
>   ${D}${systemd_system_unitdir}/weston.service
>   fi
>  
> + # Export the WAYLAND_DISPLAY in case it is using the global socket
> + install -D -p -m0644 ${WORKDIR}/weston-socket.sh 
> ${D}${sysconfdir}/profile.d/weston-socket.sh
> +
>   if [ "${@bb.utils.filter('DISTRO_FEATURES', 'pam', d)}" ]; then
>   install -D -p -m0644 ${WORKDIR}/weston-autologin 
> ${D}${sysconfdir}/pam.d/weston-autologin
>   fi
> diff --git a/meta/recipes-graphics/wayland/weston-init/weston-start 
> b/meta/recipes-graphics/wayland/weston-init/weston-start
> index 01670cd4f5..7b898bb436 100755
> --- a/meta/recipes-graphics/wayland/weston-init/weston-start
> +++ b/meta/recipes-graphics/wayland/weston-init/weston-start
> @@ -68,4 +68,8 @@ if test -z "$XDG_RUNTIME_DIR"; then
>   fi
>  fi
>  
> -su -c "XDG_RUNTIME_DIR=/run/user/`id -u ${WESTON_USER}` weston $weston_args 
> --log=/tmp/weston.log" $WESTON_USER
> +if [ -z "$WAYLAND_DISPLAY" ]; then
> + WAYLAND_DISPLAY=/run/wayland-0
> +fi
> +
> +su -c "XDG_RUNTIME_DIR=/run/user/`id -u ${WESTON_USER}` weston $weston_args 
> --socket=$WAYLAND_DISPLAY --log=/tmp/weston.log" $WESTON_USER
> -- 
> 2.41.0
> 

> 
> 
> 


-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#185590): 
https://lists.openembedded.org/g/openembedded-core/message/185590
Mute This Topic: https://lists.openembedded.org/mt/100553774/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core][kirkstone][PATCH] openssl: Upgrade 3.0.9 -> 3.0.10

[Peter Marko via lists.openembedded.org]

This is already in kirkstone nut
* https://lists.openembedded.org/g/openembedded-core/message/185255
* 
https://git.openembedded.org/openembedded-core-contrib/commit/?h=stable/kirkstone-nut=94ce10791ce10aa30d3a3bdef53f9b2f3c1b331a

Peter

-Original Message-
From: openembedded-core@lists.openembedded.org 
 On Behalf Of Poonam Jadhav via 
lists.openembedded.org
Sent: Monday, August 7, 2023 10:18
To: openembedded-core@lists.openembedded.org; poonam.jad...@kpit.com
Cc: ranjitsinh.rat...@kpit.com
Subject: [OE-core][kirkstone][PATCH] openssl: Upgrade 3.0.9 -> 3.0.10

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#185589): 
https://lists.openembedded.org/g/openembedded-core/message/185589
Mute This Topic: https://lists.openembedded.org/mt/100595720/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core][kirkstone][PATCH] openssl: Upgrade 3.0.9 -> 3.0.10

[Poonam Jadhav]

From: Poonam Jadhav 

Fix CVEs CVE-2023-3817, CVE-2023-3446 and CVE-2023-2975 for openssl

Major changes between OpenSSL 3.0.9 and OpenSSL 3.0.10 [1 Aug 2023]
Link: https://www.openssl.org/news/openssl-3.0-notes.html

* Fix excessive time spent checking DH q parameter value ([CVE-2023-3817])
* Fix DH_check() excessive time with over sized modulus ([CVE-2023-3446])
* Do not ignore empty associated data entries with AES-SIV ([CVE-2023-2975])

Signed-off-by: Poonam Jadhav 
---
 .../openssl/{openssl_3.0.9.bb => openssl_3.0.10.bb} | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-connectivity/openssl/{openssl_3.0.9.bb => 
openssl_3.0.10.bb} (99%)

diff --git a/meta/recipes-connectivity/openssl/openssl_3.0.9.bb 
b/meta/recipes-connectivity/openssl/openssl_3.0.10.bb
similarity index 99%
rename from meta/recipes-connectivity/openssl/openssl_3.0.9.bb
rename to meta/recipes-connectivity/openssl/openssl_3.0.10.bb
index 9738d36902..c770f1c712 100644
--- a/meta/recipes-connectivity/openssl/openssl_3.0.9.bb
+++ b/meta/recipes-connectivity/openssl/openssl_3.0.10.bb
@@ -18,7 +18,7 @@ SRC_URI:append:class-nativesdk = " \
file://environment.d-openssl.sh \
"
 
-SRC_URI[sha256sum] = 
"eb1ab04781474360f77c318ab89d8c5a03abc38e63d65a603cabbf1b00a1dc90"
+SRC_URI[sha256sum] = 
"1761d4f5b13a1028b9b6f3d4b8e17feb0cedc9370f6afe61d7193d2cdce83323"
 
 inherit lib_package multilib_header multilib_script ptest perlnative
 MULTILIB_SCRIPTS = "${PN}-bin:${bindir}/c_rehash"
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#185588): 
https://lists.openembedded.org/g/openembedded-core/message/185588
Mute This Topic: https://lists.openembedded.org/mt/100595720/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH 0/5 v2] image_types: use IMAGE_FILE_MAXSIZE variable to create fixed partition size

[Alexander Kanavin]

On Sun, 6 Aug 2023 at 23:14, Charles-Antoine Couret via
lists.openembedded.org
 wrote:
>  documentation/ref-manual/variables.rst  | 14 
>  meta/classes-recipe/image.bbclass   | 30 +
>  meta/classes-recipe/image_types.bbclass | 43 -

This does need tests and examples. You can grep the poky tree for
places where related variables are used, and see if you can expand
those places to include the mechanism. Please include an explanation
or a demonstration for why existing facilities are not good enough.

Documentation updates go to yocto-docs mailing lists.

Alex

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#185587): 
https://lists.openembedded.org/g/openembedded-core/message/185587
Mute This Topic: https://lists.openembedded.org/mt/100588377/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core][kirkstone][PATCH] alsa-lib: Add ptest

[Alexander Kanavin]

This is now the third time the patches are sent, without addressing my
questions first or fixing the patches.

Alex

On Mon, 7 Aug 2023 at 07:49, Poonam Jadhav  wrote:
>
> From: Poonam Jadhav 
>
> Alsa-lib is a user space library that provides audio
> and MIDI functionality apis for simplifying application
> programming and provide higher level functionality
>
> ptest executes below binaries on target:
> 1.config
> 2.control
> 3.client_event_filter
> 4.midi_event
> 5.namehint
>
> Signed-off-by: Poonam Jadhav 
> ---
>  .../distro/include/ptest-packagelists.inc |  1 +
>  .../alsa/alsa-lib/run-ptest   | 14 
>  .../alsa/alsa-lib_1.2.6.1.bb  | 22 +--
>  3 files changed, 35 insertions(+), 2 deletions(-)
>  create mode 100644 meta/recipes-multimedia/alsa/alsa-lib/run-ptest
>
> diff --git a/meta/conf/distro/include/ptest-packagelists.inc 
> b/meta/conf/distro/include/ptest-packagelists.inc
> index 5c6a30635f..1a91880321 100644
> --- a/meta/conf/distro/include/ptest-packagelists.inc
> +++ b/meta/conf/distro/include/ptest-packagelists.inc
> @@ -5,6 +5,7 @@
>  #
>  PTESTS_FAST = "\
>  acl-ptest \
> +alsa-lib-ptest \
>  apr-ptest \
>  apr-util-ptest \
>  attr-ptest \
> diff --git a/meta/recipes-multimedia/alsa/alsa-lib/run-ptest 
> b/meta/recipes-multimedia/alsa/alsa-lib/run-ptest
> new file mode 100644
> index 00..8fbf9f140a
> --- /dev/null
> +++ b/meta/recipes-multimedia/alsa/alsa-lib/run-ptest
> @@ -0,0 +1,14 @@
> +#!/bin/sh
> +set -eux
> +
> +for t in config control midi_event client_event_filter client_event_filter
> +do
> +if "./$t" > "alsa-lib_$t.log" 2>&1
> +then
> +echo "PASS: $t"
> +else
> +echo "FAIL: $t"
> +cat "alsa-lib_$t.log"
> +fi
> +rm "alsa-lib_$t.log"
> +done
> diff --git a/meta/recipes-multimedia/alsa/alsa-lib_1.2.6.1.bb 
> b/meta/recipes-multimedia/alsa/alsa-lib_1.2.6.1.bb
> index ca6bedae97..78e9c172f1 100644
> --- a/meta/recipes-multimedia/alsa/alsa-lib_1.2.6.1.bb
> +++ b/meta/recipes-multimedia/alsa/alsa-lib_1.2.6.1.bb
> @@ -9,10 +9,12 @@ LIC_FILES_CHKSUM = 
> "file://COPYING;md5=a916467b91076e631dd8edb7424769c7 \
>  
> file://src/socket.c;md5=285675b45e83f571c6a957fe4ab79c93;beginline=9;endline=24
>  \
>  "
>
> -SRC_URI = "https://www.alsa-project.org/files/pub/lib/${BP}.tar.bz2;
> +SRC_URI = "https://www.alsa-project.org/files/pub/lib/${BP}.tar.bz2 \
> +   file://run-ptest \
> +  "
>  SRC_URI[sha256sum] = 
> "ad582993d52cdb5fb159a0beab60a6ac57eab0cc1bdf85dc4db6d6197f02333f"
>
> -inherit autotools pkgconfig
> +inherit autotools pkgconfig ptest
>
>  EXTRA_OECONF += " \
>  ${@bb.utils.contains('TARGET_FPU', 'soft', '--with-softfloat', '', d)} \
> @@ -42,3 +44,19 @@ RREPLACES:alsa-conf = "alsa-conf-base"
>  RCONFLICTS:alsa-conf = "alsa-conf-base"
>
>  BBCLASSEXTEND = "native nativesdk"
> +
> +do_compile_append() {
> +${CC} ${CFLAGS} ${LDFLAGS} "${S}/test/lsb/config.c" -I "${S}/include" -L 
> "${B}/src/.libs/" -lasound -o config
> +${CC} ${CFLAGS} ${LDFLAGS} "${S}/test/control.c" -I "${S}/include" -L 
> "${B}/src/.libs/" -lasound -o control
> +${CC} ${CFLAGS} ${LDFLAGS} "${S}/test/client_event"_filter.c -I 
> "${S}/include" -L "${B}/src/.libs/" -lasound -o client_event_filter
> +${CC} ${CFLAGS} ${LDFLAGS} "${S}/test/namehint.c" -I "${S}/include" -L 
> "${B}/src/.libs/" -lasound -o namehint
> +${CC} ${CFLAGS} ${LDFLAGS} "${S}/test/lsb/midi_event.c" -I 
> "${S}/include" -L "${B}/src/.libs/" -lasound -o midi_event
> +}
> +
> +do_install_ptest_append() {
> +install -m 0755 "${B}/config" "${D}${PTEST_PATH}"
> +install -m 0755 "${B}/control" "${D}${PTEST_PATH}"
> +install -m 0755 "${B}/client_event_filter" "${D}${PTEST_PATH}"
> +install -m 0755 "${B}/midi_event" "${D}${PTEST_PATH}"
> +install -m 0755 "${B}/namehint" "${D}${PTEST_PATH}"
> +}
> --
> 2.25.1
>
>
> 
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#185586): 
https://lists.openembedded.org/g/openembedded-core/message/185586
Mute This Topic: https://lists.openembedded.org/mt/100594669/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH] kea: upgrade to v2.5.0

[Alexandre Belloni via lists.openembedded.org]

Hello,

On 04/08/2023 08:06:13+0100, Sudip Mukherjee wrote:
> Changes:
> Update license checksum: change in copyright year.
> Update sha256sum for new version.
> 
> Signed-off-by: Sudip Mukherjee 
> ---
>  meta/recipes-connectivity/kea/{kea_2.2.0.bb => kea_2.5.0.bb} | 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
>  rename meta/recipes-connectivity/kea/{kea_2.2.0.bb => kea_2.5.0.bb} (94%)
> 

This causes reproducibility failures (and also probably doesn't work on
target):

https://autobuilder.yocto.io/pub/repro-fail/oe-reproducible-20230806-_h282f1z/packages/diff-html/


> diff --git a/meta/recipes-connectivity/kea/kea_2.2.0.bb 
> b/meta/recipes-connectivity/kea/kea_2.5.0.bb
> similarity index 94%
> rename from meta/recipes-connectivity/kea/kea_2.2.0.bb
> rename to meta/recipes-connectivity/kea/kea_2.5.0.bb
> index 2c2e5a74dd..066e3ee301 100644
> --- a/meta/recipes-connectivity/kea/kea_2.2.0.bb
> +++ b/meta/recipes-connectivity/kea/kea_2.5.0.bb
> @@ -3,7 +3,7 @@ DESCRIPTION = "Kea is the next generation of DHCP software 
> developed by ISC. It
>  HOMEPAGE = "http://kea.isc.org;
>  SECTION = "connectivity"
>  LICENSE = "MPL-2.0"
> -LIC_FILES_CHKSUM = "file://COPYING;md5=97ce14bdd2733f5b84ab5e29380d057d"
> +LIC_FILES_CHKSUM = "file://COPYING;md5=ea061fa0188838072c4248c1318ec131"
>  
>  DEPENDS = "boost log4cplus openssl"
>  
> @@ -18,7 +18,7 @@ SRC_URI = "http://ftp.isc.org/isc/kea/${PV}/${BP}.tar.gz \
> file://fix_pid_keactrl.patch \
> 
> file://0001-src-lib-log-logger_unittest_support.cc-do-not-write-.patch \
> "
> -SRC_URI[sha256sum] = 
> "da7d90ca62a772602dac6e77e507319038422895ad68eeb142f1487d67d531d2"
> +SRC_URI[sha256sum] = 
> "5b1553cd50928976925b82e5f7f2792f8e9e9244cad66820bc640fb3d50428f8"
>  
>  inherit autotools systemd update-rc.d upstream-version-is-even
>  
> -- 
> 2.39.2
> 

> 
> 
> 


-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#185584): 
https://lists.openembedded.org/g/openembedded-core/message/185584
Mute This Topic: https://lists.openembedded.org/mt/100541947/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-