All of lore.kernel.org
 help / color / mirror / Atom feed
From: Wanlong Gao <gaowanlong@cn.fujitsu.com>
To: Jan Stancek <jstancek@redhat.com>, Caspar Zhang <caspar@casparzhang.com>
Cc: LTP <ltp-list@lists.sourceforge.net>
Subject: Re: [LTP] [PATCH V3] lib: add tst_kvercmp2 to compare specific vendor extra kernel versions
Date: Thu, 11 Jul 2013 09:14:07 +0800	[thread overview]
Message-ID: <51DE06DF.4080002@cn.fujitsu.com> (raw)
In-Reply-To: <1212845049.2016896.1373481206257.JavaMail.root@redhat.com>

On 07/11/2013 02:33 AM, Jan Stancek wrote:
> 
> 
> ----- Original Message -----
>> From: "Caspar Zhang" <caspar@casparzhang.com>
>> To: "Wanlong Gao" <gaowanlong@cn.fujitsu.com>
>> Cc: "LTP" <ltp-list@lists.sourceforge.net>, "Cyril Hrubis" <chrubis@suse.cz>, "Garrett Cooper" <yanegomi@gmail.com>,
>> "Mike Frysinger" <vapier@gentoo.org>, jstancek@redhat.com
>> Sent: Wednesday, 10 July, 2013 7:35:32 PM
>> Subject: Re: [PATCH V3] lib: add tst_kvercmp2 to compare specific vendor extra kernel versions
>>
>> On 07/09/2013 03:54 PM, Wanlong Gao wrote:
>>> We can now test specific verdor kernel versions in
>>> test cases like:
>>>
>>> static struct tst_kern_exv exv[] = {
>>> 	{"RHEL6", "234"},
>>> 	{"SLES10", "0.91"},
>>> 	{NULL, NULL}
>>> };
>>>
>>> ...
>>>
>>> 	if (tst_kvercmp2(2, 6, 25, exv) < 0)
>>> 		...
>>> ...
>>>
>>> Thank you for Cyril's suggestion.
>>>
>>>
>>> Signed-off-by: Wanlong Gao <gaowanlong@cn.fujitsu.com>
>>> ---
>>>   include/test.h    |  7 +++++++
>>>   lib/tst_kvercmp.c | 46 +++++++++++++++++++++++++++++++++++++++++++---
>>>   2 files changed, 50 insertions(+), 3 deletions(-)
>>>
>>> diff --git a/include/test.h b/include/test.h
>>> index ee3efc3..a76fafc 100644
>>> --- a/include/test.h
>>> +++ b/include/test.h
>>> @@ -173,6 +173,13 @@ char *get_high_address(void);
>>>   void tst_getkver(int *k1, int *k2, int *k3);
>>>   int tst_kvercmp(int r1, int r2, int r3);
>>>
>>> +struct tst_kern_exv {
>>> +	char *dist_name;
>>> +	char *extra_ver;
>>> +};
>>> +
>>> +int tst_kvercmp2(int r1, int r2, int r3, struct tst_kern_exv *vers);
>>> +
>>>   /* lib/tst_is_cwd.c */
>>>   int tst_is_cwd_nfs(void);
>>>   int tst_is_cwd_v9fs(void);
>>> diff --git a/lib/tst_kvercmp.c b/lib/tst_kvercmp.c
>>> index cb4fd67..15fb571 100644
>>> --- a/lib/tst_kvercmp.c
>>> +++ b/lib/tst_kvercmp.c
>>> @@ -34,15 +34,13 @@
>>>   #include <unistd.h>
>>>   #include <string.h>
>>>   #include <sys/utsname.h>
>>> +#include "test.h"
>>>
>>>   void get_kver(int *k1, int *k2, int *k3)
>>>   {
>>>   	struct utsname uval;
>>>   	char *kver;
>>>   	char *r1, *r2, *r3;
>>> -#if !defined(linux)
>>> -	extern char *strsep();	/* shut up some compilers */
>>> -#endif
>>>
>>>   	uname(&uval);
>>>   	kver = uval.release;
>>> @@ -66,3 +64,45 @@ int tst_kvercmp(int r1, int r2, int r3)
>>>
>>>   	return currver - testver;
>>>   }
>>> +
>>> +static int tst_kexvcmp(char *tst_exv, char *cur_ver)
>>> +{
>>> +	int c1 = 0, c2 = 0, t1 = 0, t2 = 0;
>>> +	int ret;
>>> +
>>> +	sscanf(cur_ver, "%*d.%*d.%*d-%d.%d", &c1, &c2);
>>> +	sscanf(tst_exv, "%d.%d", &t1, &t2);
>>> +	if ((ret = c1 - t1))
>>
>> not sure if the brackets are duplicated...
> 
> What caught my (and checkpatch's) eye is that these are assignments in if condition,
> but I'm not sure how strictly we take checkpatch output.

Adding one more parenthesis just shut down the gcc warning here.

Thanks,
Wanlong Gao


------------------------------------------------------------------------------
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
_______________________________________________
Ltp-list mailing list
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list

  reply	other threads:[~2013-07-11  1:14 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <1373356491-15338-1-git-send-email-gaowanlong@cn.fujitsu.com>
2013-07-10 13:38 ` [LTP] [PATCH V3] lib: add tst_kvercmp2 to compare specific vendor extra kernel versions chrubis
     [not found] ` <51DD9B64.7050802@casparzhang.com>
2013-07-10 18:33   ` Jan Stancek
2013-07-11  1:14     ` Wanlong Gao [this message]
2013-07-11  9:37     ` chrubis

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=51DE06DF.4080002@cn.fujitsu.com \
    --to=gaowanlong@cn.fujitsu.com \
    --cc=caspar@casparzhang.com \
    --cc=jstancek@redhat.com \
    --cc=ltp-list@lists.sourceforge.net \
    /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 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.