<div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-size:small"><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Apr 21, 2022 at 10:18 AM Li Wang <<a href="mailto:liwang@redhat.com">liwang@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><div style="font-size:small"><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Apr 21, 2022 at 4:56 AM Petr Vorel <<a href="mailto:pvorel@suse.cz" target="_blank">pvorel@suse.cz</a>> wrote:</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
> -     udevadm trigger --name-match=$TST_DEVICE<br>
> +     udevadm trigger --name-match=$TST_DEVICE --settle<br>
<br>
>       if [ -n "$device" ]; then<br>
>               mkswap_verify "$mkswap_op" "$op_arg" "$device" "$size" "$dev_file"<br>
<br>
--settle option for udevadm trigger has been added in v238 (in 2018) [1].<br>
This mean on <span class="gmail_default" style="font-size:small"></span>SLES 12-SP5, RHEL-7.9, 18.04 LTS bionic, ... we get:<br>
<br>
trigger: unrecognized option '--settle'<br></blockquote><div><br></div><div style="font-size:small">Thanks for pointing out this, Petr.</div><div style="font-size:small"></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Do we ignore backward compatibility hoping that all distros aren't tested with<br>
newer LTP?<br></blockquote><div><br></div><div style="font-size:small">Actually, we only use fixed older-version of LTP for long-term supported</div><div style="font-size:small">distros (e.g RHEL6/7) testing, as it falls into maintaining phase and no new</div><div style="font-size:small">features are added in. So this won't be a problem for us.</div><div style="font-size:small"><br></div><div style="font-size:small">But if we consider fully backward compatibility of newer LTP for old distros,</div><div style="font-size:small">this is a burden to maintaining work. We might need to make a balance on</div><div style="font-size:small">the patch accept or reject.</div><div style="font-size:small"><br></div></div><div><div style="font-size:small">With regard to this simple patch, if you think it's a problem to <span class="gmail_default"></span>SLES 12-SP5, I'm</div><div style="font-size:small">fine to NAK and rewrite with another way (at least for ioctl09 I will do that).</div></div><div style="font-size:small"><br></div><div style="font-size:small">But if you're OK with making use of fixed LTP on older distros, feel free to apply this one :).</div></div></blockquote><div><br></div><div><br></div><div class="gmail_default" style="font-size:small">Or, just go with the traditional way for compatibility:</div><div class="gmail_default" style="font-size:small"><br></div>--- a/testcases/commands/mkswap/mkswap01.sh<br>+++ b/testcases/commands/mkswap/mkswap01.sh<br>@@ -128,7 +128,8 @@ mkswap_test()<br>                return<br>        fi<br> <br>-       udevadm trigger --name-match=$TST_DEVICE --settle<br>+       udevadm trigger --name-match=$TST_DEVICE<br>+       udevadm settle --exit-if-exists==$TST_DEVICE<br> <br>        if [ -n "$device" ]; then<br>                mkswap_verify "$mkswap_op" "$op_arg" "$device" "$size" "$dev_file"</div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div>Regards,<br></div><div>Li Wang<br></div></div></div></div>