* [OE-core][PATCH v1] util-linux: ptest: fix flock test timeout on slow targets
@ 2026-09-17 14:40 Pratik Farkase
2026-09-17 15:40 ` Trevor Gamblin
2026-09-24 15:05 ` Yoann Congal
0 siblings, 2 replies; 5+ messages in thread
From: Pratik Farkase @ 2026-09-17 14:40 UTC (permalink / raw)
To: openembedded-core; +Cc: pratik.farkase, Pratik Farkase
The flock ptest starts flock in the background and waits only 1 second
(hardcoded "timeout 1s") for flock to spawn its child, polling with
"pgrep -P". That budget only covers process startup, so it depends on
host speed. Under emulation (qemuriscv64 under TCG) spawning bash and
flock can exceed 1s, so the child is not seen in time and the test
aborts with "timeout waiting for flock child", failing intermittently on
the autobuilder.
Backport a test fix that raises the timeout to 30s. The poll loop exits
as soon as the child appears, so fast hosts are unaffected; it only adds
headroom on slow/emulated targets.
[YOCTO #16425]
Signed-off-by: Pratik Farkase <pratik.farkase@est.tech>
---
meta/recipes-core/util-linux/util-linux.inc | 1 +
...ncrease-wait-for-flock-child-timeout.patch | 38 +++++++++++++++++++
2 files changed, 39 insertions(+)
create mode 100644 meta/recipes-core/util-linux/util-linux/0001-tests-flock-increase-wait-for-flock-child-timeout.patch
diff --git a/meta/recipes-core/util-linux/util-linux.inc b/meta/recipes-core/util-linux/util-linux.inc
index b30fb04e05..249ae09545 100644
--- a/meta/recipes-core/util-linux/util-linux.inc
+++ b/meta/recipes-core/util-linux/util-linux.inc
@@ -23,6 +23,7 @@ SRC_URI = "${KERNELORG_MIRROR}/linux/utils/util-linux/v${MAJOR_VERSION}/util-lin
file://0004-libmount-use-USE_LIBMOUNT_MOUNTFD_SUPPORT-for-idmap-h.patch \
file://0005-tools-add-non-newmount.conf-config-gen-profile.patch \
file://0006-tests-lsfd-accept-rw-mode-for-mmap-ed-packet-socket-.patch \
+ file://0001-tests-flock-increase-wait-for-flock-child-timeout.patch \
"
SRC_URI[sha256sum] = "66ac7c0e725278eb2b039e3104f2c91119341d941b41bac7a285c695f940bd57"
diff --git a/meta/recipes-core/util-linux/util-linux/0001-tests-flock-increase-wait-for-flock-child-timeout.patch b/meta/recipes-core/util-linux/util-linux/0001-tests-flock-increase-wait-for-flock-child-timeout.patch
new file mode 100644
index 0000000000..60b6c86eeb
--- /dev/null
+++ b/meta/recipes-core/util-linux/util-linux/0001-tests-flock-increase-wait-for-flock-child-timeout.patch
@@ -0,0 +1,38 @@
+From 0000000000000000000000000000000000000000 Mon Sep 17 00:00:00 2001
+From: Pratik Farkase <pratik.farkase@est.tech>
+Date: Wed, 17 Sep 2026 12:00:00 +0000
+Subject: [PATCH] tests: flock: increase "wait for flock child" timeout
+
+The flock test launches "flock ... bash -c '... sleep 3 ...'" in the
+background and then waits for flock to spawn its child using a hardcoded
+"timeout 1s" around a pgrep poll loop. That 1 second only covers process
+startup, so it is purely a function of host speed. Under emulation (e.g.
+qemuriscv64 under TCG) spawning the shell and flock can exceed 1s, so
+pgrep does not see the child in time and the test aborts with "timeout
+waiting for flock child", failing intermittently.
+
+Increase the timeout to 30s. The loop exits as soon as the child
+appears, so this does not slow down fast hosts; it only adds headroom on
+slow/emulated targets.
+
+Upstream-Status: Submitted [https://github.com/util-linux/util-linux/pull/4639]
+
+Signed-off-by: Pratik Farkase <pratik.farkase@est.tech>
+---
+ tests/ts/flock/flock | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/tests/ts/flock/flock b/tests/ts/flock/flock
+--- a/tests/ts/flock/flock
++++ b/tests/ts/flock/flock
+@@ -65,7 +65,7 @@
+ ts_die "unable to run flock"
+ fi
+ # the lock should be established when flock has a child
+- timeout 1s bash -c "while ! pgrep -P $pid >/dev/null; do sleep 0.1 ;done" \
++ timeout 30s bash -c "while ! pgrep -P $pid >/dev/null; do sleep 0.1 ;done" \
+ || ts_die "timeout waiting for flock child"
+
+ ts_init_subtest "${subtest_prefix}non-block"
+--
+2.43.0
--
2.43.0
^ permalink raw reply related [flat|nested] 5+ messages in thread* Re: [OE-core][PATCH v1] util-linux: ptest: fix flock test timeout on slow targets
2026-09-17 14:40 [OE-core][PATCH v1] util-linux: ptest: fix flock test timeout on slow targets Pratik Farkase
@ 2026-09-17 15:40 ` Trevor Gamblin
2026-09-18 8:03 ` Pratik Farkase
2026-09-24 15:05 ` Yoann Congal
1 sibling, 1 reply; 5+ messages in thread
From: Trevor Gamblin @ 2026-09-17 15:40 UTC (permalink / raw)
To: Pratik Farkase, openembedded-core; +Cc: pratik.farkase
On Thu Sep 17, 2026 at 10:40 AM EDT, Pratik Farkase wrote:
> The flock ptest starts flock in the background and waits only 1 second
> (hardcoded "timeout 1s") for flock to spawn its child, polling with
> "pgrep -P". That budget only covers process startup, so it depends on
> host speed. Under emulation (qemuriscv64 under TCG) spawning bash and
> flock can exceed 1s, so the child is not seen in time and the test
> aborts with "timeout waiting for flock child", failing intermittently on
> the autobuilder.
>
> Backport a test fix that raises the timeout to 30s. The poll loop exits
> as soon as the child appears, so fast hosts are unaffected; it only adds
> headroom on slow/emulated targets.
>
> [YOCTO #16425]
Thanks for this. Hopefully, upstream takes the patch. Out of curiosity, why did
you choose 30s? Did you test with shorter timeouts (e.g. 10s)?
Trevor
>
> Signed-off-by: Pratik Farkase <pratik.farkase@est.tech>
> ---
> meta/recipes-core/util-linux/util-linux.inc | 1 +
> ...ncrease-wait-for-flock-child-timeout.patch | 38 +++++++++++++++++++
> 2 files changed, 39 insertions(+)
> create mode 100644 meta/recipes-core/util-linux/util-linux/0001-tests-flock-increase-wait-for-flock-child-timeout.patch
>
> diff --git a/meta/recipes-core/util-linux/util-linux.inc b/meta/recipes-core/util-linux/util-linux.inc
> index b30fb04e05..249ae09545 100644
> --- a/meta/recipes-core/util-linux/util-linux.inc
> +++ b/meta/recipes-core/util-linux/util-linux.inc
> @@ -23,6 +23,7 @@ SRC_URI = "${KERNELORG_MIRROR}/linux/utils/util-linux/v${MAJOR_VERSION}/util-lin
> file://0004-libmount-use-USE_LIBMOUNT_MOUNTFD_SUPPORT-for-idmap-h.patch \
> file://0005-tools-add-non-newmount.conf-config-gen-profile.patch \
> file://0006-tests-lsfd-accept-rw-mode-for-mmap-ed-packet-socket-.patch \
> + file://0001-tests-flock-increase-wait-for-flock-child-timeout.patch \
> "
>
> SRC_URI[sha256sum] = "66ac7c0e725278eb2b039e3104f2c91119341d941b41bac7a285c695f940bd57"
> diff --git a/meta/recipes-core/util-linux/util-linux/0001-tests-flock-increase-wait-for-flock-child-timeout.patch b/meta/recipes-core/util-linux/util-linux/0001-tests-flock-increase-wait-for-flock-child-timeout.patch
> new file mode 100644
> index 0000000000..60b6c86eeb
> --- /dev/null
> +++ b/meta/recipes-core/util-linux/util-linux/0001-tests-flock-increase-wait-for-flock-child-timeout.patch
> @@ -0,0 +1,38 @@
> +From 0000000000000000000000000000000000000000 Mon Sep 17 00:00:00 2001
> +From: Pratik Farkase <pratik.farkase@est.tech>
> +Date: Wed, 17 Sep 2026 12:00:00 +0000
> +Subject: [PATCH] tests: flock: increase "wait for flock child" timeout
> +
> +The flock test launches "flock ... bash -c '... sleep 3 ...'" in the
> +background and then waits for flock to spawn its child using a hardcoded
> +"timeout 1s" around a pgrep poll loop. That 1 second only covers process
> +startup, so it is purely a function of host speed. Under emulation (e.g.
> +qemuriscv64 under TCG) spawning the shell and flock can exceed 1s, so
> +pgrep does not see the child in time and the test aborts with "timeout
> +waiting for flock child", failing intermittently.
> +
> +Increase the timeout to 30s. The loop exits as soon as the child
> +appears, so this does not slow down fast hosts; it only adds headroom on
> +slow/emulated targets.
> +
> +Upstream-Status: Submitted [https://github.com/util-linux/util-linux/pull/4639]
> +
> +Signed-off-by: Pratik Farkase <pratik.farkase@est.tech>
> +---
> + tests/ts/flock/flock | 2 +-
> + 1 file changed, 1 insertion(+), 1 deletion(-)
> +
> +diff --git a/tests/ts/flock/flock b/tests/ts/flock/flock
> +--- a/tests/ts/flock/flock
> ++++ b/tests/ts/flock/flock
> +@@ -65,7 +65,7 @@
> + ts_die "unable to run flock"
> + fi
> + # the lock should be established when flock has a child
> +- timeout 1s bash -c "while ! pgrep -P $pid >/dev/null; do sleep 0.1 ;done" \
> ++ timeout 30s bash -c "while ! pgrep -P $pid >/dev/null; do sleep 0.1 ;done" \
> + || ts_die "timeout waiting for flock child"
> +
> + ts_init_subtest "${subtest_prefix}non-block"
> +--
> +2.43.0
^ permalink raw reply [flat|nested] 5+ messages in thread* Re: [OE-core][PATCH v1] util-linux: ptest: fix flock test timeout on slow targets
2026-09-17 15:40 ` Trevor Gamblin
@ 2026-09-18 8:03 ` Pratik Farkase
0 siblings, 0 replies; 5+ messages in thread
From: Pratik Farkase @ 2026-09-18 8:03 UTC (permalink / raw)
To: Trevor Gamblin, openembedded-core@lists.openembedded.org
Cc: pratik.farkase@ericsson.com
Hi TRevor,
30s was just a conservative margin, not a tuned value. I didn't benchmark 10s. The timeout only bounds a `pgrep` poll loop that exits as soon as flock's child appears, so it's near-instant on a healthy host; the ceiling only needs to clear worst-case startup under loaded TCG emulation, where 1s was too tight. Since it's filed upstream as PR #4639, I'd rather let the exact value settle there and keep the OE backport in sync.
Best Regards,
Pratik
________________________________________
From: Trevor Gamblin <tgamblin@baylibre.com>
Sent: Thursday, September 17, 2026 5:40 PM
To: Pratik Farkase; openembedded-core@lists.openembedded.org
Cc: pratik.farkase@ericsson.com
Subject: Re: [OE-core][PATCH v1] util-linux: ptest: fix flock test timeout on slow targets
On Thu Sep 17, 2026 at 10:40 AM EDT, Pratik Farkase wrote:
> The flock ptest starts flock in the background and waits only 1 second
> (hardcoded "timeout 1s") for flock to spawn its child, polling with
> "pgrep -P". That budget only covers process startup, so it depends on
> host speed. Under emulation (qemuriscv64 under TCG) spawning bash and
> flock can exceed 1s, so the child is not seen in time and the test
> aborts with "timeout waiting for flock child", failing intermittently on
> the autobuilder.
>
> Backport a test fix that raises the timeout to 30s. The poll loop exits
> as soon as the child appears, so fast hosts are unaffected; it only adds
> headroom on slow/emulated targets.
>
> [YOCTO #16425]
Thanks for this. Hopefully, upstream takes the patch. Out of curiosity, why did
you choose 30s? Did you test with shorter timeouts (e.g. 10s)?
Trevor
>
> Signed-off-by: Pratik Farkase <pratik.farkase@est.tech>
> ---
> meta/recipes-core/util-linux/util-linux.inc | 1 +
> ...ncrease-wait-for-flock-child-timeout.patch | 38 +++++++++++++++++++
> 2 files changed, 39 insertions(+)
> create mode 100644 meta/recipes-core/util-linux/util-linux/0001-tests-flock-increase-wait-for-flock-child-timeout.patch
>
> diff --git a/meta/recipes-core/util-linux/util-linux.inc b/meta/recipes-core/util-linux/util-linux.inc
> index b30fb04e05..249ae09545 100644
> --- a/meta/recipes-core/util-linux/util-linux.inc
> +++ b/meta/recipes-core/util-linux/util-linux.inc
> @@ -23,6 +23,7 @@ SRC_URI = "${KERNELORG_MIRROR}/linux/utils/util-linux/v${MAJOR_VERSION}/util-lin
> file://0004-libmount-use-USE_LIBMOUNT_MOUNTFD_SUPPORT-for-idmap-h.patch \
> file://0005-tools-add-non-newmount.conf-config-gen-profile.patch \
> file://0006-tests-lsfd-accept-rw-mode-for-mmap-ed-packet-socket-.patch \
> + file://0001-tests-flock-increase-wait-for-flock-child-timeout.patch \
> "
>
> SRC_URI[sha256sum] = "66ac7c0e725278eb2b039e3104f2c91119341d941b41bac7a285c695f940bd57"
> diff --git a/meta/recipes-core/util-linux/util-linux/0001-tests-flock-increase-wait-for-flock-child-timeout.patch b/meta/recipes-core/util-linux/util-linux/0001-tests-flock-increase-wait-for-flock-child-timeout.patch
> new file mode 100644
> index 0000000000..60b6c86eeb
> --- /dev/null
> +++ b/meta/recipes-core/util-linux/util-linux/0001-tests-flock-increase-wait-for-flock-child-timeout.patch
> @@ -0,0 +1,38 @@
> +From 0000000000000000000000000000000000000000 Mon Sep 17 00:00:00 2001
> +From: Pratik Farkase <pratik.farkase@est.tech>
> +Date: Wed, 17 Sep 2026 12:00:00 +0000
> +Subject: [PATCH] tests: flock: increase "wait for flock child" timeout
> +
> +The flock test launches "flock ... bash -c '... sleep 3 ...'" in the
> +background and then waits for flock to spawn its child using a hardcoded
> +"timeout 1s" around a pgrep poll loop. That 1 second only covers process
> +startup, so it is purely a function of host speed. Under emulation (e.g.
> +qemuriscv64 under TCG) spawning the shell and flock can exceed 1s, so
> +pgrep does not see the child in time and the test aborts with "timeout
> +waiting for flock child", failing intermittently.
> +
> +Increase the timeout to 30s. The loop exits as soon as the child
> +appears, so this does not slow down fast hosts; it only adds headroom on
> +slow/emulated targets.
> +
> +Upstream-Status: Submitted [https://github.com/util-linux/util-linux/pull/4639]
> +
> +Signed-off-by: Pratik Farkase <pratik.farkase@est.tech>
> +---
> + tests/ts/flock/flock | 2 +-
> + 1 file changed, 1 insertion(+), 1 deletion(-)
> +
> +diff --git a/tests/ts/flock/flock b/tests/ts/flock/flock
> +--- a/tests/ts/flock/flock
> ++++ b/tests/ts/flock/flock
> +@@ -65,7 +65,7 @@
> + ts_die "unable to run flock"
> + fi
> + # the lock should be established when flock has a child
> +- timeout 1s bash -c "while ! pgrep -P $pid >/dev/null; do sleep 0.1 ;done" \
> ++ timeout 30s bash -c "while ! pgrep -P $pid >/dev/null; do sleep 0.1 ;done" \
> + || ts_die "timeout waiting for flock child"
> +
> + ts_init_subtest "${subtest_prefix}non-block"
> +--
> +2.43.0
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [OE-core][PATCH v1] util-linux: ptest: fix flock test timeout on slow targets
2026-09-17 14:40 [OE-core][PATCH v1] util-linux: ptest: fix flock test timeout on slow targets Pratik Farkase
2026-09-17 15:40 ` Trevor Gamblin
@ 2026-09-24 15:05 ` Yoann Congal
2026-09-29 13:36 ` Pratik Farkase
1 sibling, 1 reply; 5+ messages in thread
From: Yoann Congal @ 2026-09-24 15:05 UTC (permalink / raw)
To: pratik.farkase, openembedded-core; +Cc: pratik.farkase
On Thu Sep 17, 2026 at 4:40 PM CEST, Pratik Farkase via lists.openembedded.org wrote:
> The flock ptest starts flock in the background and waits only 1 second
> (hardcoded "timeout 1s") for flock to spawn its child, polling with
> "pgrep -P". That budget only covers process startup, so it depends on
> host speed. Under emulation (qemuriscv64 under TCG) spawning bash and
> flock can exceed 1s, so the child is not seen in time and the test
> aborts with "timeout waiting for flock child", failing intermittently on
> the autobuilder.
>
> Backport a test fix that raises the timeout to 30s. The poll loop exits
> as soon as the child appears, so fast hosts are unaffected; it only adds
> headroom on slow/emulated targets.
>
> [YOCTO #16425]
>
> Signed-off-by: Pratik Farkase <pratik.farkase@est.tech>
> ---
> meta/recipes-core/util-linux/util-linux.inc | 1 +
> ...ncrease-wait-for-flock-child-timeout.patch | 38 +++++++++++++++++++
> 2 files changed, 39 insertions(+)
> create mode 100644 meta/recipes-core/util-linux/util-linux/0001-tests-flock-increase-wait-for-flock-child-timeout.patch
>
> diff --git a/meta/recipes-core/util-linux/util-linux.inc b/meta/recipes-core/util-linux/util-linux.inc
> index b30fb04e05..249ae09545 100644
> --- a/meta/recipes-core/util-linux/util-linux.inc
> +++ b/meta/recipes-core/util-linux/util-linux.inc
> @@ -23,6 +23,7 @@ SRC_URI = "${KERNELORG_MIRROR}/linux/utils/util-linux/v${MAJOR_VERSION}/util-lin
> file://0004-libmount-use-USE_LIBMOUNT_MOUNTFD_SUPPORT-for-idmap-h.patch \
> file://0005-tools-add-non-newmount.conf-config-gen-profile.patch \
> file://0006-tests-lsfd-accept-rw-mode-for-mmap-ed-packet-socket-.patch \
> + file://0001-tests-flock-increase-wait-for-flock-child-timeout.patch \
> "
>
> SRC_URI[sha256sum] = "66ac7c0e725278eb2b039e3104f2c91119341d941b41bac7a285c695f940bd57"
> diff --git a/meta/recipes-core/util-linux/util-linux/0001-tests-flock-increase-wait-for-flock-child-timeout.patch b/meta/recipes-core/util-linux/util-linux/0001-tests-flock-increase-wait-for-flock-child-timeout.patch
> new file mode 100644
> index 0000000000..60b6c86eeb
> --- /dev/null
> +++ b/meta/recipes-core/util-linux/util-linux/0001-tests-flock-increase-wait-for-flock-child-timeout.patch
> @@ -0,0 +1,38 @@
> +From 0000000000000000000000000000000000000000 Mon Sep 17 00:00:00 2001
> +From: Pratik Farkase <pratik.farkase@est.tech>
> +Date: Wed, 17 Sep 2026 12:00:00 +0000
> +Subject: [PATCH] tests: flock: increase "wait for flock child" timeout
> +
> +The flock test launches "flock ... bash -c '... sleep 3 ...'" in the
> +background and then waits for flock to spawn its child using a hardcoded
> +"timeout 1s" around a pgrep poll loop. That 1 second only covers process
> +startup, so it is purely a function of host speed. Under emulation (e.g.
> +qemuriscv64 under TCG) spawning the shell and flock can exceed 1s, so
> +pgrep does not see the child in time and the test aborts with "timeout
> +waiting for flock child", failing intermittently.
> +
> +Increase the timeout to 30s. The loop exits as soon as the child
> +appears, so this does not slow down fast hosts; it only adds headroom on
> +slow/emulated targets.
> +
> +Upstream-Status: Submitted [https://github.com/util-linux/util-linux/pull/4639]
Hello,
This patch is now merged (Congrats :)) Can you send a follow-up patch to
update de Upstream-Status?
Thanks!
--
Yoann Congal
Smile ECS
^ permalink raw reply [flat|nested] 5+ messages in thread* Re: [OE-core][PATCH v1] util-linux: ptest: fix flock test timeout on slow targets
2026-09-24 15:05 ` Yoann Congal
@ 2026-09-29 13:36 ` Pratik Farkase
0 siblings, 0 replies; 5+ messages in thread
From: Pratik Farkase @ 2026-09-29 13:36 UTC (permalink / raw)
To: Yoann Congal, openembedded-core@lists.openembedded.org
Cc: pratik.farkase@ericsson.com
Hi Yoann,
It's on the list as a separate patch: https://lists.openembedded.org/g/openembedded-core/message/246869
Best Regards,
Pratik
________________________________________
From: Yoann Congal <yoann.congal@smile.fr>
Sent: Thursday, September 24, 2026 5:05 PM
To: Pratik Farkase; openembedded-core@lists.openembedded.org
Cc: pratik.farkase@ericsson.com
Subject: Re: [OE-core][PATCH v1] util-linux: ptest: fix flock test timeout on slow targets
On Thu Sep 17, 2026 at 4:40 PM CEST, Pratik Farkase via lists.openembedded.org wrote:
> The flock ptest starts flock in the background and waits only 1 second
> (hardcoded "timeout 1s") for flock to spawn its child, polling with
> "pgrep -P". That budget only covers process startup, so it depends on
> host speed. Under emulation (qemuriscv64 under TCG) spawning bash and
> flock can exceed 1s, so the child is not seen in time and the test
> aborts with "timeout waiting for flock child", failing intermittently on
> the autobuilder.
>
> Backport a test fix that raises the timeout to 30s. The poll loop exits
> as soon as the child appears, so fast hosts are unaffected; it only adds
> headroom on slow/emulated targets.
>
> [YOCTO #16425]
>
> Signed-off-by: Pratik Farkase <pratik.farkase@est.tech>
> ---
> meta/recipes-core/util-linux/util-linux.inc | 1 +
> ...ncrease-wait-for-flock-child-timeout.patch | 38 +++++++++++++++++++
> 2 files changed, 39 insertions(+)
> create mode 100644 meta/recipes-core/util-linux/util-linux/0001-tests-flock-increase-wait-for-flock-child-timeout.patch
>
> diff --git a/meta/recipes-core/util-linux/util-linux.inc b/meta/recipes-core/util-linux/util-linux.inc
> index b30fb04e05..249ae09545 100644
> --- a/meta/recipes-core/util-linux/util-linux.inc
> +++ b/meta/recipes-core/util-linux/util-linux.inc
> @@ -23,6 +23,7 @@ SRC_URI = "${KERNELORG_MIRROR}/linux/utils/util-linux/v${MAJOR_VERSION}/util-lin
> file://0004-libmount-use-USE_LIBMOUNT_MOUNTFD_SUPPORT-for-idmap-h.patch \
> file://0005-tools-add-non-newmount.conf-config-gen-profile.patch \
> file://0006-tests-lsfd-accept-rw-mode-for-mmap-ed-packet-socket-.patch \
> + file://0001-tests-flock-increase-wait-for-flock-child-timeout.patch \
> "
>
> SRC_URI[sha256sum] = "66ac7c0e725278eb2b039e3104f2c91119341d941b41bac7a285c695f940bd57"
> diff --git a/meta/recipes-core/util-linux/util-linux/0001-tests-flock-increase-wait-for-flock-child-timeout.patch b/meta/recipes-core/util-linux/util-linux/0001-tests-flock-increase-wait-for-flock-child-timeout.patch
> new file mode 100644
> index 0000000000..60b6c86eeb
> --- /dev/null
> +++ b/meta/recipes-core/util-linux/util-linux/0001-tests-flock-increase-wait-for-flock-child-timeout.patch
> @@ -0,0 +1,38 @@
> +From 0000000000000000000000000000000000000000 Mon Sep 17 00:00:00 2001
> +From: Pratik Farkase <pratik.farkase@est.tech>
> +Date: Wed, 17 Sep 2026 12:00:00 +0000
> +Subject: [PATCH] tests: flock: increase "wait for flock child" timeout
> +
> +The flock test launches "flock ... bash -c '... sleep 3 ...'" in the
> +background and then waits for flock to spawn its child using a hardcoded
> +"timeout 1s" around a pgrep poll loop. That 1 second only covers process
> +startup, so it is purely a function of host speed. Under emulation (e.g.
> +qemuriscv64 under TCG) spawning the shell and flock can exceed 1s, so
> +pgrep does not see the child in time and the test aborts with "timeout
> +waiting for flock child", failing intermittently.
> +
> +Increase the timeout to 30s. The loop exits as soon as the child
> +appears, so this does not slow down fast hosts; it only adds headroom on
> +slow/emulated targets.
> +
> +Upstream-Status: Submitted [https://github.com/util-linux/util-linux/pull/4639]
Hello,
This patch is now merged (Congrats :)) Can you send a follow-up patch to
update de Upstream-Status?
Thanks!
--
Yoann Congal
Smile ECS
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2026-09-29 13:36 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2026-09-17 14:40 [OE-core][PATCH v1] util-linux: ptest: fix flock test timeout on slow targets Pratik Farkase
2026-09-17 15:40 ` Trevor Gamblin
2026-09-18 8:03 ` Pratik Farkase
2026-09-24 15:05 ` Yoann Congal
2026-09-29 13:36 ` Pratik Farkase
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.