public inbox for libc-alpha@sourceware.org
 help / color / mirror / Atom feed
From: Adhemerval Zanella <adhemerval.zanella@linaro.org>
To: Stafford Horne <shorne@gmail.com>,
	GLIBC patches <libc-alpha@sourceware.org>
Subject: Re: [PATCH] iconv: Use TIMEOUTFACTOR for iconv test timeout
Date: Thu, 21 Oct 2021 11:17:13 -0300	[thread overview]
Message-ID: <5eea55e8-960f-09c0-0e56-aff1f3a45059@linaro.org> (raw)
In-Reply-To: <CAAfxs775bMFeeLEQsiJ1dQo-vO7PeQtqa4=bFE7yuBDLxm7KjQ@mail.gmail.com>



On 20/10/2021 18:22, Stafford Horne via Libc-alpha wrote:
> Ping,
> 

LGTM, thanks.

Reviewed-by: Adhemerval Zanella  <adhemerval.zanella@linaro.org>

> And by the way, Am I allowed to push upstream trivial fixes like this
> without review?  I think reviewing should be mandatory, but some
> projects feel different.

I think the current approach is to still send trivial patches upstream
and after some time announce that you intend to push.  The main problem
is sometime is hard to define what is 'trivial' fixes.

> 
> On Tue, Oct 5, 2021 at 10:56 AM Stafford Horne <shorne@gmail.com> wrote:
>>
>> Currently the timeout for each iconv test is hard coded to 3 seconds.
>> On my OpenRISC test platform this is too slow and the test fails with a
>> HANG error.
>>
>> This change uses the available TIMEOUTFACTOR to compute the timeout.
>> The default value is still 3.
>> ---
>>  iconv/tst-iconv_prog.sh | 5 ++++-
>>  1 file changed, 4 insertions(+), 1 deletion(-)
>>
>> diff --git a/iconv/tst-iconv_prog.sh b/iconv/tst-iconv_prog.sh
>> index 14b7c08c91..2505f0f371 100644
>> --- a/iconv/tst-iconv_prog.sh
>> +++ b/iconv/tst-iconv_prog.sh
>> @@ -32,6 +32,8 @@ $codir/iconv/iconv_prog
>>  '
>>  ICONV="$test_wrapper_env $run_program_env $ICONV"
>>
>> +TIMEOUTFACTOR=${TIMEOUTFACTOR:-1}
>> +
>>  # List of known hangs;
>>  # Gathered by running an exhaustive 2 byte input search against glibc-2.28
>>  hangarray=(
>> @@ -222,7 +224,8 @@ execute_test ()
>>  {
>>    eval PROG=\"$ICONV\"
>>    echo -en "$twobyte" \
>> -    | timeout -k 4 3 $PROG $c -f $from -t "$to" &>/dev/null
>> +    | timeout -k 4 $((3*$TIMEOUTFACTOR)) \
>> +      $PROG $c -f $from -t "$to" &>/dev/null
>>    ret=$?
>>  }
>>
>> --
>> 2.31.1
>>

      reply	other threads:[~2021-10-21 14:17 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-10-05  1:56 Stafford Horne
2021-10-20 21:22 ` Stafford Horne
2021-10-21 14:17   ` Adhemerval Zanella [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=5eea55e8-960f-09c0-0e56-aff1f3a45059@linaro.org \
    --to=adhemerval.zanella@linaro.org \
    --cc=libc-alpha@sourceware.org \
    --cc=shorne@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).