[LTP] [PATCH V2] getrlimit03: adjust a bit of code to compatiable with mips32
Hongzhi, Song
hongzhi.song@windriver.com
Mon Jul 15 12:07:25 CEST 2019
On 7/12/19 6:06 PM, Jan Stancek wrote:
>
> ----- Original Message -----
>> On 7/12/19 3:14 PM, Jan Stancek wrote:
>>> ----- Original Message -----
>>>> On 7/11/19 3:48 PM, Jan Stancek wrote:
>>>>> ----- Original Message -----
>>>>>> Error info:
>>>>>> getrlimit03.c:104: FAIL: __NR_prlimit64(0) had rlim_cur =
>>>>>> ffffffffffffffff but __NR_getrlimit(0) had rlim_cur = 7fffffff
>>>>>>
>>>>>> According to kernel code: [arch/mips/include/uapi/asm/resource.h]
>>>>>> RLIM_INFINITY is set to 0x7fffffffUL instead of ULONG_MAX on mips32.
>>>>>>
>>>>>> /*
>>>>>> * SuS says limits have to be unsigned.
>>>>>> * Which makes a ton more sense anyway,
>>>>>> * but we keep the old value on MIPS32,
>>>>>> * for compatibility:
>>>>>> */
>>>>>> #ifndef __mips64
>>>>>> # define RLIM_INFINITY 0x7fffffffUL
>>>>>> #endif
>>>>>>
>>>>>> Adding conditional statement about mips to fix this.
>>>>>>
>>>>>> Signed-off-by: Hongzhi.Song <hongzhi.song@windriver.com>
>>>>>> ---
>>>>>> testcases/kernel/syscalls/getrlimit/getrlimit03.c | 10 ++++++++--
>>>>>> 1 file changed, 8 insertions(+), 2 deletions(-)
>>>>>>
>>>>>> diff --git a/testcases/kernel/syscalls/getrlimit/getrlimit03.c
>>>>>> b/testcases/kernel/syscalls/getrlimit/getrlimit03.c
>>>>>> index e4d56c4..1903558 100644
>>>>>> --- a/testcases/kernel/syscalls/getrlimit/getrlimit03.c
>>>>>> +++ b/testcases/kernel/syscalls/getrlimit/getrlimit03.c
>>>>>> @@ -61,7 +61,13 @@ struct rlimit_ulong {
>>>>>> unsigned long rlim_cur;
>>>>>> unsigned long rlim_max;
>>>>>> };
>>>>>> +#ifdef __mips
>>>>>> +#ifndef __mips64
>>>>>> +const unsigned long RLIM_INFINITY_UL = 0x7fffffffUL;
>>>>>> +#else
>>>>>> const unsigned long RLIM_INFINITY_UL = ULONG_MAX;
>>>>>> +#endif
>>>>>> +#endif
>>>>> Hi,
>>>>>
>>>>> This will break every other arch, because it's now undefined everywhere
>>>>> except mips.
>>>> Is there a good way to filter mips32?
>>> Maybe something like:
>>>
>>> #include "lapi/abisize.h"
>>>
>>> #if defined(__mips__) && defined(TST_ABI32)
>>> const unsigned long RLIM_INFINITY_UL = 0x7fffffffUL;
>>> #else
>>> const unsigned long RLIM_INFINITY_UL = ULONG_MAX;
>>> #endif
>>
>> TST_ABI32 looks like not work
> Can you elaborate?
Thanks for your patient instruction.
Now it passes with your suggestion.
Previously, my ltp project is too old to missing lapi/abisize.h.
I have sent patch-v4, please review it.
--Hongzhi
>
>> , and I sent patch-V3 using __mips and __mips64.
>>
>> --Hongzhi
>>
>>
>>>> I tried
>>>>
>>>> 65 #ifdef __mips
>>>> 66 #ifndef __mips64
>>>> 67 const unsigned long RLIM_INFINITY_UL = 0x7fffffffUL;
>>>> 68 #endif
>>>> 69 const unsigned long RLIM_INFINITY_UL = ULONG_MAX;
>>>> 70 #else
>>>> 71 const unsigned long RLIM_INFINITY_UL = ULONG_MAX;
>>>> 72 #endif
>>>>
>>>> but mips32 thinks the RLIM_INFINITY_UL micro is redefined.
>>>>
>>>>
>>>>>>
>>>>>> static int getrlimit_ulong(int resource, struct rlimit_ulong *rlim)
>>>>>> {
>>>>>> @@ -101,8 +107,8 @@ static int compare_u64_ulong(int resource, uint64_t
>>>>>> val_u64,
>>>>>> {
>>>>>> if ((val_u64 > RLIM_INFINITY_UL && val_ul != RLIM_INFINITY_UL) ||
>>>>>> (val_u64 <= RLIM_INFINITY_UL && val_ul != val_u64)) {
>>>>>> - tst_res(TFAIL, "__NR_prlimit64(%d) had %s = %" PRIx64 " but "
>>>>>> __NR_getrlimit_ulong_str "(%d) had %s = %lx",
>>>>>> - resource, kind, val_u64,
>>>>>> + tst_res(TFAIL, "SIGNED_GETRLIMIT = %d __WORDSIZE %d ULONG_MAX = %lu
>>>>>> RLIM_INFINITY_UL = %lu __NR_prlimit64(%d) had %s = %" PRIx64 " but "
>>>>>> __NR_getrlimit_ulong_str "(%d) had %s = %lx",
>>>>>> + SIGNED_GETRLIMIT, __WORDSIZE, ULONG_MAX, RLIM_INFINITY_UL, resource,
>>>>> I suggest to split it into another tst_res() message, line above is
>>>>> nearly
>>>>> 200 characters.
>>>> Sorry, I shouldn't append debug code to patch.
>>>>
>>>> --Hongzhi
>>>>
>>>>
>>>>> Regards,
>>>>> Jan
>>>>>
>>>>>> kind, val_u64,
>>>>>> resource, kind, val_ul);
>>>>>> return -1;
>>>>>> }
>>>>>> --
>>>>>> 2.8.1
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Mailing list info: https://lists.linux.it/listinfo/ltp
>>>>>>
More information about the ltp
mailing list