From: Hui Su <sh_def@163.com>
To: David Riley <davidriley@chromium.org>
Cc: akpm@linux-foundation.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] tools/time: access /sys/kernel/debug/udelay_test before test.
Date: Wed, 21 Oct 2020 22:19:32 +0800 [thread overview]
Message-ID: <20201021141932.GA138281@rlk> (raw)
In-Reply-To: <CAASgrz1FoQDz55m6F_raEYKoxX0GrUHif0Rm0DvWsR9WTqpBKg@mail.gmail.com>
On Tue, Oct 20, 2020 at 10:27:05AM -0700, David Riley wrote:
> I don't think it's worth making debug_file_exist a separate function. It's
> more clear to just do the check for the file, especially since you then log
> that path in the failure case.
>
> On Fri, Oct 16, 2020 at 11:05 AM Hui Su <sh_def@163.com> wrote:
>
> > before(when i did not compile udelay_test.ko):
> > sh@ubuntu:~/workspace/compile/tools/time$ sudo ./udelay_test.sh
> > ./udelay_test.sh: line 25: /sys/kernel/debug/udelay_test: Permission denied
> > ./udelay_test.sh: line 26: /sys/kernel/debug/udelay_test: No such file or
> > directory
> > ./udelay_test.sh: line 25: /sys/kernel/debug/udelay_test: Permission denied
> > ./udelay_test.sh: line 26: /sys/kernel/debug/udelay_test: No such file or
> > directory
> > ...
> > about two hundreds lines.
> >
> > we access '/sys/kernel/debug/udelay_test' the before starting the
> > udelay_test.
> >
> > now(when i did not compile udelay_test.ko):
> > sh@ubuntu:~/workspace/linux-stable/tools/time$ sudo ./udelay_test.sh
> > modprobe: FATAL: Module udelay_test not found in directory
> > /lib/modules/5.4.44
> > ERROR, can not access /sys/kernel/debug/udelay_test.
> > modprobe: FATAL: Module udelay_test not found.
> >
> > Signed-off-by: Hui Su <sh_def@163.com>
> > ---
> > tools/time/udelay_test.sh | 51 +++++++++++++++++++++++++--------------
> > 1 file changed, 33 insertions(+), 18 deletions(-)
> >
> > diff --git a/tools/time/udelay_test.sh b/tools/time/udelay_test.sh
> > index 6779d7e55d85..853ba04e4149 100755
> > --- a/tools/time/udelay_test.sh
> > +++ b/tools/time/udelay_test.sh
> > @@ -12,10 +12,11 @@
> >
> > MODULE_NAME=udelay_test
> > UDELAY_PATH=/sys/kernel/debug/udelay_test
> > +retcode=0
> >
> > setup()
> > {
> > - /sbin/modprobe -q $MODULE_NAME
> > + /sbin/modprobe $MODULE_NAME
> > tmp_file=`mktemp`
> > }
> >
> > @@ -31,29 +32,43 @@ cleanup()
> > if [ -f $tmp_file ]; then
> > rm $tmp_file
> > fi
> > - /sbin/modprobe -q -r $MODULE_NAME
> > + /sbin/modprobe -r $MODULE_NAME
> > +}
> > +
> > +debug_file_exist()
> > +{
> > + if [ ! -d "$UDELAY_PATH" ]; then
> > + return 1
> > + fi
> > + return 0
> > }
> >
> > trap cleanup EXIT
> > setup
> > +debug_file_exist
> >
> > -# Delay for a variety of times.
> > -# 1..200, 200..500 (by 10), 500..2000 (by 100)
> > -for (( delay = 1; delay < 200; delay += 1 )); do
> > - test_one $delay
> > -done
> > -for (( delay = 200; delay < 500; delay += 10 )); do
> > - test_one $delay
> > -done
> > -for (( delay = 500; delay <= 2000; delay += 100 )); do
> > - test_one $delay
> > -done
> > -
> > -# Search for failures
> > -count=`grep -c FAIL $tmp_file`
> > -if [ $? -eq "0" ]; then
> > - echo "ERROR: $count delays failed to delay long enough"
> > +if [ $? -eq 1 ]; then
> > retcode=1
> > + echo "ERROR, can not access $UDELAY_PATH."
> > +else
> > + # Delay for a variety of times.
> > + # 1..200, 200..500 (by 10), 500..2000 (by 100)
> > + for (( delay = 1; delay < 200; delay += 1 )); do
> > + test_one $delay
> > + done
> > + for (( delay = 200; delay < 500; delay += 10 )); do
> > + test_one $delay
> > + done
> > + for (( delay = 500; delay <= 2000; delay += 100 )); do
> > + test_one $delay
> > + done
> > +
> > + # Search for failures
> > + count=`grep -c FAIL $tmp_file`
> > + if [ $? -eq "0" ]; then
> > + echo "ERROR: $count delays failed to delay long enough"
> > + retcode=1
> > + fi
> > fi
> >
> > exit $retcode
> > --
> > 2.25.1
> >
> >
> >
Yeah, i will send PATCH V2 after changing like you said.
prev parent reply other threads:[~2020-10-21 18:09 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-10-16 18:05 [PATCH] tools/time: access /sys/kernel/debug/udelay_test before test Hui Su
[not found] ` <CAASgrz1FoQDz55m6F_raEYKoxX0GrUHif0Rm0DvWsR9WTqpBKg@mail.gmail.com>
2020-10-21 14:19 ` Hui Su [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=20201021141932.GA138281@rlk \
--to=sh_def@163.com \
--cc=akpm@linux-foundation.org \
--cc=davidriley@chromium.org \
--cc=linux-kernel@vger.kernel.org \
/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