Re: [linux-yocto] spi: cadence-xspi: Wrap the access to cdns_xspi_dev::cs_defined in #if
On Fri, Nov 24, 2023 at 12:06:45AM -0500, Bruce Ashfield wrote: > In message: [linux-yocto] spi: cadence-xspi: Wrap the access to > cdns_xspi_dev::cs_defined in #if > on 21/11/2023 Kevin Hao wrote: > > > From: Kevin Hao > > > > The cdns_xspi_dev::cs_defined is only defined when > > CONFIG_SPI_CADENCE_MRVL_XSPI is enabled. So wrap the access to > > cdns_xspi_dev::cs_defined in #if to fix the build failure. > > > > Signed-off-by: Kevin Hao > > --- > > Hi Bruce, > > > > Could you help me merge this patch to the following two branches? > > v5.15/standard/cn-sdkv5.15/octeon > > v5.15/standard/preempt-rt/cn-sdkv5.15/octeon > > This applied to standard fine, but I'm seeing a conflict > with preempt-rt. > > Are you seeing the same thing there ? (It doesn't look > hard to resolve, but I wanted to see if our results are > consistent). I mistakenly thought I had already validated this patch on the rt branch. However there are indeed some difference in this driver between the std and rt branch. Due to these differences, this fix is not applicable to the rt branch. Please help me only merge this patch into the std branch. I apologize for the inconvenience this has caused. Thanks, Kevin > > Bruce > > > > > drivers/spi/spi-cadence-xspi.c | 2 ++ > > 1 file changed, 2 insertions(+) > > > > diff --git a/drivers/spi/spi-cadence-xspi.c b/drivers/spi/spi-cadence-xspi.c > > index 81e71f19411f..e19170cf2448 100644 > > --- a/drivers/spi/spi-cadence-xspi.c > > +++ b/drivers/spi/spi-cadence-xspi.c > > @@ -1138,7 +1138,9 @@ static int cdns_xspi_of_get_plat_data(struct > > platform_device *pdev) > > fwnode_handle_put(fwnode_child); > > return -ENXIO; > > } > > +#if IS_ENABLED(CONFIG_SPI_CADENCE_MRVL_XSPI) > > cdns_xspi->cs_defined |= BIT(cs); > > +#endif > > } > > > > return 0; > > -- > > 2.39.2 > > signature.asc Description: PGP signature -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#13309): https://lists.yoctoproject.org/g/linux-yocto/message/13309 Mute This Topic: https://lists.yoctoproject.org/mt/102729826/21656 Mute #if:https://lists.yoctoproject.org/g/linux-yocto/mutehashtag/if Group Owner: linux-yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/linux-yocto/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [linux-yocto] spi: cadence-xspi: Wrap the access to cdns_xspi_dev::cs_defined in #if
In message: [linux-yocto] spi: cadence-xspi: Wrap the access to cdns_xspi_dev::cs_defined in #if on 21/11/2023 Kevin Hao wrote: > From: Kevin Hao > > The cdns_xspi_dev::cs_defined is only defined when > CONFIG_SPI_CADENCE_MRVL_XSPI is enabled. So wrap the access to > cdns_xspi_dev::cs_defined in #if to fix the build failure. > > Signed-off-by: Kevin Hao > --- > Hi Bruce, > > Could you help me merge this patch to the following two branches? > v5.15/standard/cn-sdkv5.15/octeon > v5.15/standard/preempt-rt/cn-sdkv5.15/octeon This applied to standard fine, but I'm seeing a conflict with preempt-rt. Are you seeing the same thing there ? (It doesn't look hard to resolve, but I wanted to see if our results are consistent). Bruce > > drivers/spi/spi-cadence-xspi.c | 2 ++ > 1 file changed, 2 insertions(+) > > diff --git a/drivers/spi/spi-cadence-xspi.c b/drivers/spi/spi-cadence-xspi.c > index 81e71f19411f..e19170cf2448 100644 > --- a/drivers/spi/spi-cadence-xspi.c > +++ b/drivers/spi/spi-cadence-xspi.c > @@ -1138,7 +1138,9 @@ static int cdns_xspi_of_get_plat_data(struct > platform_device *pdev) > fwnode_handle_put(fwnode_child); > return -ENXIO; > } > +#if IS_ENABLED(CONFIG_SPI_CADENCE_MRVL_XSPI) > cdns_xspi->cs_defined |= BIT(cs); > +#endif > } > > return 0; > -- > 2.39.2 > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#13308): https://lists.yoctoproject.org/g/linux-yocto/message/13308 Mute This Topic: https://lists.yoctoproject.org/mt/102729826/21656 Mute #if:https://lists.yoctoproject.org/g/linux-yocto/mutehashtag/if Group Owner: linux-yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/linux-yocto/leave/6687884/21656/624485779/xyzzy [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [linux-yocto][v6.1/standard/nxp-sdk-6.1/nxp-soc & v6.1/standard/preempt-rt/nxp-sdk-6.1/nxp-soc] mxc: hantro_v4l2: Move mutex_lock from getMsg to v4l2_msg_read()
merged. Bruce In message: [linux-yocto][v6.1/standard/nxp-sdk-6.1/nxp-soc & v6.1/standard/preempt-rt/nxp-sdk-6.1/nxp-soc] mxc: hantro_v4l2: Move mutex_lock from getMsg to v4l2_msg_read() on 23/11/2023 Xiaolei Wang wrote: > Move mutex_lock to v4l2_msg_read() to avoid the following warning: > wait_event_interruptible_timeout will set task to TASK_INTERRUPT, > if the first v4l2_msg_read() has not ended, and the second > v4l2_msg_read() enters might_sleep, the following warning will be reported. > > WARNING: CPU: 1 PID: 236 at kernel/sched/core.c:9859 __might_sleep+0x80/0xa4 > ak4458 2-0011: supply AVDD not found, using dummy regulator > CPU: 1 PID: 236 Comm: vsidaemon Not tainted 6.1.55-yocto-standard #1 > Hardware name: NXP i.MX8MQ EVK (DT) > cfg80211: Loading compiled-in X.509 certificates for regulatory database > pstate: 6005 (nZCv daif PAN -UAO -TCO -DIT -SSBS BTYPE=-) > pc : __might_sleep+0x80/0xa4 > lr : __might_sleep+0x80/0xa4 > sp : ffc00a71bc10 > x29: ffc00a71bc10 x28: ff8008db1c00 x27: > x26: x25: ffc009bc1780 x24: ffc009bc1748 > x23: 007fe23a9420 x22: 0430 x21: 007fe23a9420 > x20: 03d3 x19: ffc009324670 x18: > x17: x16: x15: > x14: 016feed34d55873c x13: ffc00903cda0 x12: fa83b2da > x11: 02f2 x10: 09a0 x9 : ffc0090201f4 > x8 : ff8008db2600 x7 : 0001 x6 : b83b > x5 : 410fd030 x4 : 0002 x3 : ff800700fbc8 > x2 : x1 : x0 : ff8008db1c00 > Call trace: > __might_sleep+0x80/0xa4 > mutex_lock_interruptible+0x2c/0x80 > getMsg.constprop.0+0x4c/0x190 > v4l2_msg_read+0xf8/0x174 > vfs_read+0xc8/0x294 > ksys_read+0x78/0x10c > __arm64_sys_read+0x24/0x30 > invoke_syscall+0x5c/0x130 > el0_svc_common.constprop.0+0x4c/0xf4 > do_el0_svc+0x34/0xc0 > el0_svc+0x2c/0x84 > el0t_64_sync_handler+0xf4/0x120 > el0t_64_sync+0x18c/0x190 > > Signed-off-by: Xiaolei Wang > --- > drivers/mxc/hantro_v4l2/vsi-v4l2daemon.c | 8 > 1 file changed, 4 insertions(+), 4 deletions(-) > > diff --git a/drivers/mxc/hantro_v4l2/vsi-v4l2daemon.c > b/drivers/mxc/hantro_v4l2/vsi-v4l2daemon.c > index 3221ddacb1df..569da9759b1a 100644 > --- a/drivers/mxc/hantro_v4l2/vsi-v4l2daemon.c > +++ b/drivers/mxc/hantro_v4l2/vsi-v4l2daemon.c > @@ -164,13 +164,11 @@ static int getMsg(struct file *fh, char __user *buf, > size_t size) > int id, offset = 0; > struct vsi_v4l2_msg *obj; > > - if (mutex_lock_interruptible(_lock)) > - return -EBUSY; > idr_for_each_entry(cmdarray, obj, id) { > if (offset >= size) > break; > if (obj) { > - if (copy_to_user((void __user *)buf + offset, (void > *)obj, sizeof(struct vsi_v4l2_msg_hdr) + obj->size) != 0) > + if (__copy_to_user_inatomic((void __user *)buf + > offset, (void *)obj, sizeof(struct vsi_v4l2_msg_hdr) + obj->size) != 0) > break; > v4l2_klog(LOGLVL_VERBOSE, "%llx send msg id = %d", > obj->inst_id, obj->cmd_id); > offset += sizeof(struct vsi_v4l2_msg_hdr) + obj->size; > @@ -180,7 +178,6 @@ static int getMsg(struct file *fh, char __user *buf, > size_t size) > break; > } > } > - mutex_unlock(_lock); > return offset; > } > > @@ -626,7 +623,10 @@ static ssize_t v4l2_msg_read(struct file *fh, char > __user *buf, size_t size, lof > { > int ret, r; > > + if (mutex_lock_interruptible(_lock)) > + return -EBUSY; > ret = wait_event_interruptible_timeout(cmd_queue, ((r = getMsg(fh, buf, > size)) != 0), msecs_to_jiffies(100)); > + mutex_unlock(_lock); > if (ret == -ERESTARTSYS) > return -EIO; > else if (ret == 0) > -- > 2.25.1 > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#13307): https://lists.yoctoproject.org/g/linux-yocto/message/13307 Mute This Topic: https://lists.yoctoproject.org/mt/102763090/21656 Group Owner: linux-yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/linux-yocto/leave/6687884/21656/624485779/xyzzy [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [yocto] [meta-cgl] [PATCH] layer.conf: add nanbield to LAYERSERIES_COMPAT
ping -- Best Regards --- Wang Mingyu Development Dept.I Nanjing Fujitsu Nanda Software Tech. Co., Ltd.(FNST) No. 6 Wenzhu Road, Nanjing, 210012, China TEL: +86+25-86630566-8568 COINS: 79988548 FAX: +86+25-83317685 MAIL: wan...@fujitsu.com http://www.fujitsu.com/cn/fnst/ > -Original Message- > From: wan...@fujitsu.com > Sent: Thursday, November 16, 2023 4:52 PM > To: yocto@lists.yoctoproject.org > Cc: Wang, Mingyu/王 鸣瑜 > Subject: [yocto] [meta-cgl] [PATCH] layer.conf: add nanbield to > LAYERSERIES_COMPAT > > From: Wang Mingyu > > Signed-off-by: Wang Mingyu > --- > meta-cgl-common/conf/layer.conf | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/meta-cgl-common/conf/layer.conf > b/meta-cgl-common/conf/layer.conf index 2a280e4..f78d02d 100644 > --- a/meta-cgl-common/conf/layer.conf > +++ b/meta-cgl-common/conf/layer.conf > @@ -11,6 +11,6 @@ BBFILE_PRIORITY_cgl-common = "7" > > LAYERDEPENDS_cgl-common = "core openembedded-layer networking-layer > perl-layer filesystems-layer security selinux yocto" > > -LAYERSERIES_COMPAT_cgl-common = "honister kirkstone langdale mickledore" > +LAYERSERIES_COMPAT_cgl-common = "honister kirkstone langdale mickledore > nanbield" > > require conf/distro/include/cgl_common_security_flags.inc > -- > 2.34.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#61751): https://lists.yoctoproject.org/g/yocto/message/61751 Mute This Topic: https://lists.yoctoproject.org/mt/102623734/21656 Group Owner: yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [yocto] [yocto-autobuilder-helper][PATCH] how can a missing file be a WARNING and the build 'succeed'?
Is there some rule I dont know about that says each line of the contents of a prepend HAVE to be indented with a single tab? It appears that might be some way to solving the issue? Which only leaves the next problem - I want to copy files that are in the same directory as the bbappend, now the suggestion I have seen is ${WORKDIR} but it doesnt appear if I print it out that this is the directory I expect. From: Khem Raj Sent: 23 November 2023 17:44 To: Dave Hitchman Cc: Alexander Kanavin ; ross.bur...@arm.com ; yocto@lists.yoctoproject.org Subject: Re: [yocto] [yocto-autobuilder-helper][PATCH] how can a missing file be a WARNING and the build 'succeed'? maybe your bbappend is not matching in name to recipe or maybe something else, typos etc. Showing exact code can help a bit more in understanding what might be going on. On Thu, Nov 23, 2023 at 7:13 AM Dave Hitchman wrote: > > I am trying to append to linux-imx. > If I deliberately put a wrong filename in the src_uri append it warns me and > carries on with no effect or worry. > Anything I put in the do_configure:append() or prepend() is just totally and > utterly ignored. > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#61750): https://lists.yoctoproject.org/g/yocto/message/61750 Mute This Topic: https://lists.yoctoproject.org/mt/102768193/21656 Group Owner: yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [yocto] [yocto-autobuilder-helper][PATCH] how can a missing file be a WARNING and the build 'succeed'?
But to be fair... 'Files' has decided to stop working properly as well on this machine, I mean, do an ll on a directory and find 5 sub directories while 'Files' claims 2, then if you close ALL the 'Files' windows it finally learns to look at the disk. Just said to a colleague I think I will give up and become a monk From: Khem Raj Sent: 23 November 2023 17:44 To: Dave Hitchman Cc: Alexander Kanavin ; ross.bur...@arm.com ; yocto@lists.yoctoproject.org Subject: Re: [yocto] [yocto-autobuilder-helper][PATCH] how can a missing file be a WARNING and the build 'succeed'? maybe your bbappend is not matching in name to recipe or maybe something else, typos etc. Showing exact code can help a bit more in understanding what might be going on. On Thu, Nov 23, 2023 at 7:13 AM Dave Hitchman wrote: > > I am trying to append to linux-imx. > If I deliberately put a wrong filename in the src_uri append it warns me and > carries on with no effect or worry. > Anything I put in the do_configure:append() or prepend() is just totally and > utterly ignored. > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#61749): https://lists.yoctoproject.org/g/yocto/message/61749 Mute This Topic: https://lists.yoctoproject.org/mt/102768193/21656 Group Owner: yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [yocto] [yocto-autobuilder-helper][PATCH] how can a missing file be a WARNING and the build 'succeed'?
The name matches for sure, it seems to be a question of exact spacing or similar... its just crazy that it doesnt even error and stop when it doesnt understand things From: Khem Raj Sent: 23 November 2023 17:44 To: Dave Hitchman Cc: Alexander Kanavin ; ross.bur...@arm.com ; yocto@lists.yoctoproject.org Subject: Re: [yocto] [yocto-autobuilder-helper][PATCH] how can a missing file be a WARNING and the build 'succeed'? maybe your bbappend is not matching in name to recipe or maybe something else, typos etc. Showing exact code can help a bit more in understanding what might be going on. On Thu, Nov 23, 2023 at 7:13 AM Dave Hitchman wrote: > > I am trying to append to linux-imx. > If I deliberately put a wrong filename in the src_uri append it warns me and > carries on with no effect or worry. > Anything I put in the do_configure:append() or prepend() is just totally and > utterly ignored. > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#61748): https://lists.yoctoproject.org/g/yocto/message/61748 Mute This Topic: https://lists.yoctoproject.org/mt/102768193/21656 Group Owner: yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [yocto] [yocto-autobuilder-helper][PATCH] how can a missing file be a WARNING and the build 'succeed'?
maybe your bbappend is not matching in name to recipe or maybe something else, typos etc. Showing exact code can help a bit more in understanding what might be going on. On Thu, Nov 23, 2023 at 7:13 AM Dave Hitchman wrote: > > I am trying to append to linux-imx. > If I deliberately put a wrong filename in the src_uri append it warns me and > carries on with no effect or worry. > Anything I put in the do_configure:append() or prepend() is just totally and > utterly ignored. > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#61747): https://lists.yoctoproject.org/g/yocto/message/61747 Mute This Topic: https://lists.yoctoproject.org/mt/102768193/21656 Group Owner: yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [yocto] [yocto-autobuilder-helper][PATCH] config.json: Add lib32-matchbox-terminal to multilib images
On Thu, Nov 23, 2023 at 4:14 AM Ross Burton wrote: > > On 23 Nov 2023, at 12:00, Alexander Kanavin wrote: > > > > matchbox-terminal depends on vte, and latest vte enables gtk4 support. > > Are you sure? > > https://git.yoctoproject.org/poky/tree/meta/recipes-support/vte/vte_0.72.2.bb#n14 > > > Also, I do not understand how the fix works. How does installing > > additional packages into an image resolve a conflict between two > > packages installing different files into the same location? > > The problem is that the ipkg rootfs generation works “interestingly” and > appears to create two parallel rootfs (one for normal one for multilib) and > then splats them together. > > The schemas are installed in /usr/share but if you have different sets of > libraries in /usr/lib and /usr/lib32 then the compiled schemas are different. Does not depend on content of /usr/lib or /usr/lib32, depending upon whats getting into given rootfs, the schemas pulled are different and hence the compiled gschema is different which is them being overlayed into combined rootfs finally. A good solution would be to create. common /usr/share directory between two rootfs'es and let it be populated with given dependencies, that way it will generate correct superset. > > This feels like an issue which has existed for a long time, so how has it > only just been noticed? Did something change? > > Ross -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#61746): https://lists.yoctoproject.org/g/yocto/message/61746 Mute This Topic: https://lists.yoctoproject.org/mt/102741765/21656 Group Owner: yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [yocto] [yocto-autobuilder-helper][PATCH] config.json: Add lib32-matchbox-terminal to multilib images
On Thu, Nov 23, 2023 at 3:50 AM Ross Burton wrote: > > Is this working around a failure on the autobuilder? How does > matchbox-terminal pull in gtk4? yes it pulls in lib32-vte which pulls in lib32-gtk4 > > Ross > > On 22 Nov 2023, at 01:48, Khem Raj via lists.yoctoproject.org > > wrote: > > > > This avoids an issue when a package that pulls in gtk4 into > > core-image-sato but not into multilib pieces results in different > > gschema compiled files as reported in [1] > > > > [1] https://bugzilla.yoctoproject.org/show_bug.cgi?id=15291 > > > > Signed-off-by: Khem Raj > > --- > > config.json | 4 ++-- > > 1 file changed, 2 insertions(+), 2 deletions(-) > > > > diff --git a/config.json b/config.json > > index c5fca45..e95a292 100644 > > --- a/config.json > > +++ b/config.json > > @@ -900,7 +900,7 @@ > > "MULTILIBS = 'multilib:lib32'", > > "DEFAULTTUNE:virtclass-multilib-lib32 = 'x86'", > > "RPM_PREFER_ELF_ARCH = '1'", > > -"IMAGE_INSTALL:append = ' lib32-connman-gnome > > pango-module-basic-fc lib32-pango-module-basic-fc'" > > +"IMAGE_INSTALL:append = ' lib32-connman-gnome > > lib32-matchbox-terminal pango-module-basic-fc lib32-pango-module-basic-fc'" > > ] > > }, > > "step4" : { > > @@ -915,7 +915,7 @@ > > "MULTILIBS = 'multilib:lib32'", > > "DEFAULTTUNE:virtclass-multilib-lib32 = 'x86'", > > "RPM_PREFER_ELF_ARCH = '1'", > > -"IMAGE_INSTALL:append = ' lib32-connman-gnome > > pango-module-basic-fc lib32-pango-module-basic-fc'" > > +"IMAGE_INSTALL:append = ' lib32-connman-gnome > > lib32-matchbox-terminal pango-module-basic-fc lib32-pango-module-basic-fc'" > > ] > > }, > > "step5" : { > > -- > > 2.43.0 > > > > > > > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#61745): https://lists.yoctoproject.org/g/yocto/message/61745 Mute This Topic: https://lists.yoctoproject.org/mt/102741765/21656 Group Owner: yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [yocto] [yocto-autobuilder-helper][PATCH] how can a missing file be a WARNING and the build 'succeed'?
I am trying to append to linux-imx. If I deliberately put a wrong filename in the src_uri append it warns me and carries on with no effect or worry. Anything I put in the do_configure:append() or prepend() is just totally and utterly ignored. -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#61744): https://lists.yoctoproject.org/g/yocto/message/61744 Mute This Topic: https://lists.yoctoproject.org/mt/102768193/21656 Group Owner: yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[yocto] [yocto-autobuilder-helper] scripts/run-toaster-tests.py: Add environment variables
Pass the toaster test environment SSTATE_DIR and DL_DIR for faster builds and TOASTER_DJANGO_TMPDIR to remove problematic temp files from the root level '/tmp' directory. Signed-off-by: Alexander Lussier-Cullen --- scripts/run-toaster-tests | 6 ++ 1 file changed, 6 insertions(+) diff --git a/scripts/run-toaster-tests b/scripts/run-toaster-tests index a785c36..516965e 100755 --- a/scripts/run-toaster-tests +++ b/scripts/run-toaster-tests @@ -14,6 +14,12 @@ builddir=$(realpath "$1") pokydir=$(realpath "$2") cd $builddir + +bitbake -e > bbenv +export SSTATE_DIR=$(grep '^SSTATE_DIR=' bbenv | cut -d "=" -f2-) +export DL_DIR=$(grep '^DL_DIR=' bbenv | cut -d "=" -f2-) +export TOASTER_DJANGO_TMPDIR=$builddir + mkdir -p toaster_logs python3 -m venv venv --without-pip --system-site-packages source venv/bin/activate -- 2.34.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#61743): https://lists.yoctoproject.org/g/yocto/message/61743 Mute This Topic: https://lists.yoctoproject.org/mt/102768032/21656 Group Owner: yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [yocto] [yocto-autobuilder-helper][PATCH] config.json: Add lib32-matchbox-terminal to multilib images
On 23 Nov 2023, at 12:19, Alexander Kanavin wrote: > > On Thu, 23 Nov 2023 at 13:14, Ross Burton wrote: >> >> On 23 Nov 2023, at 12:00, Alexander Kanavin wrote: >>> >>> matchbox-terminal depends on vte, and latest vte enables gtk4 support. >> >> Are you sure? >> >> https://git.yoctoproject.org/poky/tree/meta/recipes-support/vte/vte_0.72.2.bb#n14 > > Latest, as in latest submitted version update (to 0.74). Various > people are trying to make it pass the AB, first Markus, now Khem. It > has gained gtk4 support and it is enabled. Ah. Surely it shouldn’t be shipping the gtk3 and gtk4 libraries in a single package? Ross -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#61742): https://lists.yoctoproject.org/g/yocto/message/61742 Mute This Topic: https://lists.yoctoproject.org/mt/102741765/21656 Group Owner: yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/yocto/leave/6691583/21656/737036229/xyzzy [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [yocto] [yocto-autobuilder-helper][PATCH] config.json: Add lib32-matchbox-terminal to multilib images
On Thu, 23 Nov 2023 at 13:14, Ross Burton wrote: > > On 23 Nov 2023, at 12:00, Alexander Kanavin wrote: > > > > matchbox-terminal depends on vte, and latest vte enables gtk4 support. > > Are you sure? > > https://git.yoctoproject.org/poky/tree/meta/recipes-support/vte/vte_0.72.2.bb#n14 Latest, as in latest submitted version update (to 0.74). Various people are trying to make it pass the AB, first Markus, now Khem. It has gained gtk4 support and it is enabled. > The problem is that the ipkg rootfs generation works “interestingly” and > appears to create two parallel rootfs (one for normal one for multilib) and > then splats them together. > > The schemas are installed in /usr/share but if you have different sets of > libraries in /usr/lib and /usr/lib32 then the compiled schemas are different. > > This feels like an issue which has existed for a long time, so how has it > only just been noticed? Did something change? The conflicting schemas come from gtk4 and I guess until now there was no multilib scenario where it would get pulled in? Alex -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#61741): https://lists.yoctoproject.org/g/yocto/message/61741 Mute This Topic: https://lists.yoctoproject.org/mt/102741765/21656 Group Owner: yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [yocto] [yocto-autobuilder-helper][PATCH] config.json: Add lib32-matchbox-terminal to multilib images
On 23 Nov 2023, at 12:00, Alexander Kanavin wrote: > > matchbox-terminal depends on vte, and latest vte enables gtk4 support. Are you sure? https://git.yoctoproject.org/poky/tree/meta/recipes-support/vte/vte_0.72.2.bb#n14 > Also, I do not understand how the fix works. How does installing > additional packages into an image resolve a conflict between two > packages installing different files into the same location? The problem is that the ipkg rootfs generation works “interestingly” and appears to create two parallel rootfs (one for normal one for multilib) and then splats them together. The schemas are installed in /usr/share but if you have different sets of libraries in /usr/lib and /usr/lib32 then the compiled schemas are different. This feels like an issue which has existed for a long time, so how has it only just been noticed? Did something change? Ross -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#61740): https://lists.yoctoproject.org/g/yocto/message/61740 Mute This Topic: https://lists.yoctoproject.org/mt/102741765/21656 Group Owner: yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/yocto/leave/6691583/21656/737036229/xyzzy [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [yocto] [yocto-autobuilder-helper][PATCH] config.json: Add lib32-matchbox-terminal to multilib images
matchbox-terminal depends on vte, and latest vte enables gtk4 support. Also, I do not understand how the fix works. How does installing additional packages into an image resolve a conflict between two packages installing different files into the same location? Alex On Thu, 23 Nov 2023 at 12:50, Ross Burton wrote: > > Is this working around a failure on the autobuilder? How does > matchbox-terminal pull in gtk4? > > Ross > > On 22 Nov 2023, at 01:48, Khem Raj via lists.yoctoproject.org > > wrote: > > > > This avoids an issue when a package that pulls in gtk4 into > > core-image-sato but not into multilib pieces results in different > > gschema compiled files as reported in [1] > > > > [1] https://bugzilla.yoctoproject.org/show_bug.cgi?id=15291 > > > > Signed-off-by: Khem Raj > > --- > > config.json | 4 ++-- > > 1 file changed, 2 insertions(+), 2 deletions(-) > > > > diff --git a/config.json b/config.json > > index c5fca45..e95a292 100644 > > --- a/config.json > > +++ b/config.json > > @@ -900,7 +900,7 @@ > > "MULTILIBS = 'multilib:lib32'", > > "DEFAULTTUNE:virtclass-multilib-lib32 = 'x86'", > > "RPM_PREFER_ELF_ARCH = '1'", > > -"IMAGE_INSTALL:append = ' lib32-connman-gnome > > pango-module-basic-fc lib32-pango-module-basic-fc'" > > +"IMAGE_INSTALL:append = ' lib32-connman-gnome > > lib32-matchbox-terminal pango-module-basic-fc lib32-pango-module-basic-fc'" > > ] > > }, > > "step4" : { > > @@ -915,7 +915,7 @@ > > "MULTILIBS = 'multilib:lib32'", > > "DEFAULTTUNE:virtclass-multilib-lib32 = 'x86'", > > "RPM_PREFER_ELF_ARCH = '1'", > > -"IMAGE_INSTALL:append = ' lib32-connman-gnome > > pango-module-basic-fc lib32-pango-module-basic-fc'" > > +"IMAGE_INSTALL:append = ' lib32-connman-gnome > > lib32-matchbox-terminal pango-module-basic-fc lib32-pango-module-basic-fc'" > > ] > > }, > > "step5" : { > > -- > > 2.43.0 > > > > > > > > > > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#61739): https://lists.yoctoproject.org/g/yocto/message/61739 Mute This Topic: https://lists.yoctoproject.org/mt/102741765/21656 Group Owner: yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [yocto] [yocto-autobuilder-helper][PATCH] config.json: Add lib32-matchbox-terminal to multilib images
Is this working around a failure on the autobuilder? How does matchbox-terminal pull in gtk4? Ross > On 22 Nov 2023, at 01:48, Khem Raj via lists.yoctoproject.org > wrote: > > This avoids an issue when a package that pulls in gtk4 into > core-image-sato but not into multilib pieces results in different > gschema compiled files as reported in [1] > > [1] https://bugzilla.yoctoproject.org/show_bug.cgi?id=15291 > > Signed-off-by: Khem Raj > --- > config.json | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/config.json b/config.json > index c5fca45..e95a292 100644 > --- a/config.json > +++ b/config.json > @@ -900,7 +900,7 @@ > "MULTILIBS = 'multilib:lib32'", > "DEFAULTTUNE:virtclass-multilib-lib32 = 'x86'", > "RPM_PREFER_ELF_ARCH = '1'", > -"IMAGE_INSTALL:append = ' lib32-connman-gnome > pango-module-basic-fc lib32-pango-module-basic-fc'" > +"IMAGE_INSTALL:append = ' lib32-connman-gnome > lib32-matchbox-terminal pango-module-basic-fc lib32-pango-module-basic-fc'" > ] > }, > "step4" : { > @@ -915,7 +915,7 @@ > "MULTILIBS = 'multilib:lib32'", > "DEFAULTTUNE:virtclass-multilib-lib32 = 'x86'", > "RPM_PREFER_ELF_ARCH = '1'", > -"IMAGE_INSTALL:append = ' lib32-connman-gnome > pango-module-basic-fc lib32-pango-module-basic-fc'" > +"IMAGE_INSTALL:append = ' lib32-connman-gnome > lib32-matchbox-terminal pango-module-basic-fc lib32-pango-module-basic-fc'" > ] > }, > "step5" : { > -- > 2.43.0 > > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#61738): https://lists.yoctoproject.org/g/yocto/message/61738 Mute This Topic: https://lists.yoctoproject.org/mt/102741765/21656 Group Owner: yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/yocto/leave/6691583/21656/737036229/xyzzy [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [yocto] [meta-security][PATCH] tpm2-tss: support native builds
Mikko Rapeli escreveu no dia quinta, 23/11/2023 à(s) 11:07: > Hi, > > On Thu, Nov 23, 2023 at 11:01:12AM +, Jose Quaresma wrote: > > Hi Mikko, > > > > Mikko Rapeli escreveu no dia quinta, > 23/11/2023 > > à(s) 10:53: > > > > > systemd tool ukify > > > https://www.freedesktop.org/software/systemd/man/latest/ukify.html > > > depends on systemd-measure > > > > > > > https://www.freedesktop.org/software/systemd/man/latest/systemd-measure.html > > > which depends on tpm2-tss. So to support creating UKI > > > images containing both kernel and initramfs with systemd-native, > > > > > > > Is systemd-native supported in any public layer? > > I saw some proposals on the oe-core mailing list but they were not > > integrated. > > Not yet. But for uki and systemd style secure boot that will be needed. > Current public systemd-native proposal is in > > https://lore.kernel.org/all/20230901233231.1109712-1-michelle.lint...@gmail.com/T/ > and on Linaro side we're checking that among other things. There will > likely > be a need to move some recipes to oe-core so that singing etc tooling can > be > compiled from there without additional layers. But all this depends on how > maintainers > see the situation. > We at Foundries.io are also very interested in the uki and friends. Thanks for all the details and clarifications. Jose > Cheers, > > -Mikko > -- Best regards, José Quaresma -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#61737): https://lists.yoctoproject.org/g/yocto/message/61737 Mute This Topic: https://lists.yoctoproject.org/mt/102764925/21656 Group Owner: yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [yocto] [meta-security][PATCH] tpm2-tss: support native builds
Hi, On Thu, Nov 23, 2023 at 11:01:12AM +, Jose Quaresma wrote: > Hi Mikko, > > Mikko Rapeli escreveu no dia quinta, 23/11/2023 > à(s) 10:53: > > > systemd tool ukify > > https://www.freedesktop.org/software/systemd/man/latest/ukify.html > > depends on systemd-measure > > > > https://www.freedesktop.org/software/systemd/man/latest/systemd-measure.html > > which depends on tpm2-tss. So to support creating UKI > > images containing both kernel and initramfs with systemd-native, > > > > Is systemd-native supported in any public layer? > I saw some proposals on the oe-core mailing list but they were not > integrated. Not yet. But for uki and systemd style secure boot that will be needed. Current public systemd-native proposal is in https://lore.kernel.org/all/20230901233231.1109712-1-michelle.lint...@gmail.com/T/ and on Linaro side we're checking that among other things. There will likely be a need to move some recipes to oe-core so that singing etc tooling can be compiled from there without additional layers. But all this depends on how maintainers see the situation. Cheers, -Mikko -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#61736): https://lists.yoctoproject.org/g/yocto/message/61736 Mute This Topic: https://lists.yoctoproject.org/mt/102764925/21656 Group Owner: yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [yocto] [meta-security][PATCH] tpm2-tss: support native builds
Hi Mikko, Mikko Rapeli escreveu no dia quinta, 23/11/2023 à(s) 10:53: > systemd tool ukify > https://www.freedesktop.org/software/systemd/man/latest/ukify.html > depends on systemd-measure > > https://www.freedesktop.org/software/systemd/man/latest/systemd-measure.html > which depends on tpm2-tss. So to support creating UKI > images containing both kernel and initramfs with systemd-native, > Is systemd-native supported in any public layer? I saw some proposals on the oe-core mailing list but they were not integrated. Jose > tpm2-tss support is needed for native too. > > Signed-off-by: Mikko Rapeli > --- > meta-tpm/recipes-tpm2/tpm2-tss/tpm2-tss_4.0.1.bb | 2 ++ > 1 file changed, 2 insertions(+) > > diff --git a/meta-tpm/recipes-tpm2/tpm2-tss/tpm2-tss_4.0.1.bb > b/meta-tpm/recipes-tpm2/tpm2-tss/tpm2-tss_4.0.1.bb > index 6386105..dceebc2 100644 > --- a/meta-tpm/recipes-tpm2/tpm2-tss/tpm2-tss_4.0.1.bb > +++ b/meta-tpm/recipes-tpm2/tpm2-tss/tpm2-tss_4.0.1.bb > @@ -93,3 +93,5 @@ FILES:${PN} = "\ > ${sysconfdir}/sysusers.d" > > RDEPENDS:libtss2 = "libgcrypt" > + > +BBCLASSEXTEND = "native" > -- > 2.34.1 > > > > > -- Best regards, José Quaresma -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#61735): https://lists.yoctoproject.org/g/yocto/message/61735 Mute This Topic: https://lists.yoctoproject.org/mt/102764925/21656 Group Owner: yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[yocto] [meta-security][PATCH] tpm2-tss: support native builds
systemd tool ukify https://www.freedesktop.org/software/systemd/man/latest/ukify.html depends on systemd-measure https://www.freedesktop.org/software/systemd/man/latest/systemd-measure.html which depends on tpm2-tss. So to support creating UKI images containing both kernel and initramfs with systemd-native, tpm2-tss support is needed for native too. Signed-off-by: Mikko Rapeli --- meta-tpm/recipes-tpm2/tpm2-tss/tpm2-tss_4.0.1.bb | 2 ++ 1 file changed, 2 insertions(+) diff --git a/meta-tpm/recipes-tpm2/tpm2-tss/tpm2-tss_4.0.1.bb b/meta-tpm/recipes-tpm2/tpm2-tss/tpm2-tss_4.0.1.bb index 6386105..dceebc2 100644 --- a/meta-tpm/recipes-tpm2/tpm2-tss/tpm2-tss_4.0.1.bb +++ b/meta-tpm/recipes-tpm2/tpm2-tss/tpm2-tss_4.0.1.bb @@ -93,3 +93,5 @@ FILES:${PN} = "\ ${sysconfdir}/sysusers.d" RDEPENDS:libtss2 = "libgcrypt" + +BBCLASSEXTEND = "native" -- 2.34.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#61734): https://lists.yoctoproject.org/g/yocto/message/61734 Mute This Topic: https://lists.yoctoproject.org/mt/102764925/21656 Group Owner: yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [yocto] [RFC] devtool: support multiple sources
Le jeu. 23 nov. 2023 à 00:36, Richard Purdie a écrit : > > On Wed, 2023-11-22 at 13:53 +0100, Julien Stephan wrote: > > Le mar. 14 nov. 2023 à 12:21, Alexander Kanavin > > a écrit : > > > > > > I think no one actually anticipated all these corner cases when > > > devtool was written. In general it's simply not designed to handle > > > multiple sources in SRC_URI, it can do (tarball or git)+patches, and > > > not any of the other options. No one is expecting a fix for all of > > > them, perhaps it's best to keep the scope to plain gitsm://. > > > > > > > Hi Alex, > > > > I sent a series to add submodule support. As you suggested I focused > > myself on gitsm recipes, but I had to handle the situation of a git > > tree extracted into S because it was throwing an error now with my > > submodule implementation (while it was not working but not throwing > > any error on master). > > > > > I don't have specific advice for the broader issue; if you have ideas, > > > it would be good to at least document them. > > > > > > Alex > > > > > > For the other cases, I was thinking of using the newly merged API > > "unpack tracer" > > (https://git.yoctoproject.org/poky/commit/?id=ef3e46afd910d4b7727d42c4c18b501525c65695) > > (suggested by RP in this thread > > https://git.yoctoproject.org/poky/commit/?id=ef3e46afd910d4b7727d42c4c18b501525c65695). > > I really think that we could leverage this new api to create a devtool > > unpack tracer, so we can have a better idea of what is unpacked and > > where. This could help to solve the corner cases I described > > previously but also the bug 15162 > > (https://bugzilla.yoctoproject.org/show_bug.cgi?id=15162). I think it > > may also help to simplify devtool code in various places. > > Where should I document this? > > Should I open a new ticket? > > Yes please, it would be good to at least document the idea as I do > think it could help devtool with a number of the corner cases. A > bugzilla bug for it is the place to do it. > Hi Richard and Alexander, FYI, here is the bugzilla bug https://bugzilla.yoctoproject.org/show_bug.cgi?id=15294 Cheers Julien > Cheers, > > Richard -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#61733): https://lists.yoctoproject.org/g/yocto/message/61733 Mute This Topic: https://lists.yoctoproject.org/mt/102509834/21656 Group Owner: yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-