[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <3163346d-a9a5-c0b4-b216-9f483c6ae55e@osg.samsung.com>
Date: Wed, 16 Aug 2017 21:53:53 -0600
From: Shuah Khan <shuahkh@....samsung.com>
To: John Stultz <john.stultz@...aro.org>
Cc: Miroslav Lichvar <mlichvar@...hat.com>,
lkml <linux-kernel@...r.kernel.org>,
Thomas Gleixner <tglx@...utronix.de>,
Stephen Boyd <sboyd@...eaurora.org>,
linux-kselftest@...r.kernel.org, Shuah Khan <shuah@...nel.org>,
Shuah Khan <shuahkh@....samsung.com>
Subject: Re: [RFC][PATCH 2/2] selftests: timers: freq-step: Fix build warning
On 08/16/2017 09:31 PM, John Stultz wrote:
> On Wed, Aug 16, 2017 at 4:10 PM, John Stultz <john.stultz@...aro.org> wrote:
>> On Wed, Aug 16, 2017 at 4:01 PM, Shuah Khan <shuahkh@....samsung.com> wrote:
>>> Hi John,
>>>
>>> On 08/15/2017 06:11 AM, Miroslav Lichvar wrote:
>>>> On Mon, Aug 14, 2017 at 02:01:36PM -0700, John Stultz wrote:
>>>>> Fixes the following build warning:
>>>>> freq-step.c: In function ‘main’:
>>>>> freq-step.c:271:1: warning: control reaches end of non-void function [-Wreturn-type]
>>>>
>>>>> @@ -268,4 +268,6 @@ int main(int argc, char **argv)
>>>>> ksft_exit_fail();
>>>
>>> This needs to be changes as well to return ksft_exit_fail();
>>>>>
>>>>> ksft_exit_pass();
>>>>> +
>>>>> + return 0;
>>>>> }
>>>>
>>>> It seems most tests use "return ksft_exit_pass();". Would that be
>>>> preferred over separate return? I don't have a preference.
>>>
>>> Let's go with "return ksft_exit_pass();"
>>
>> Thanks for the review, I've made both changes and I'll send these out
>> shortly with the rest of my 4.14 focused queue.
>
> Shuah,
> One more question here. I'm noticing that running "make
> run_destructive_tests" in the timers dir, the freq-step test returns
> ksft_exit_skip, which results in the test returning an exit code of 4,
> which causes make to think it failed, halting the testing.
I think exit code 4 might not be good option. It could be tripping the
make target rules.
>
> I'm guessing there is some extra logic for how to properly run
> extended tests such that the various error codes are handled and a
> skip doesn't result in the test stopping?
>
> Any suggestions/pointers?
>
Skip is really a case of not being able to run the test and it might not
be necessary to differentiate SKIP vs. PASS. I think we can just get rid
of EXIT_SKIP and use EXIT_PASS. I would rather do that than adding handling
for exit code 4.
I can get that change in for 4.14-rc1 if this can wait or I will try to get
that into 4.13-rc7 possibly.
Also just FYI - I am going to send out patch series for timers test conversion
to TAP13 tomorrow.
thanks,
-- Shuah
Powered by blists - more mailing lists