[LTP] Posix test case mmap/31-1 fails on Linux/eglibc

[LTP] Posix test case mmap/31-1 fails on Linux/eglibc

[Kang Kai]

Hi all,

I run mmap/31-1 failed with ENOMEM on linux, with error message:
off: fffffffffffff000, len: fffffffffffff000
Test FAIL: expect EOVERFLOW but get other error: Cannot allocate memory

But compare to mmap/24-2, it mmap() the same length but pass. Its output:
available memory: 18446744073709551615
addr: 7f78c54fa000, len: ffffffffffffffff
addr: 7f78c54fa000, len: fffffffffffff000
Test Pass: mmap/24-2.c Get ENOMEM: Cannot allocate memory

So I suppose that mmap/31-1 may need update, but I don't know how to 
make mmap() overflow as expect.
Any suggestion is appreciated.

Regards,
Kai

------------------------------------------------------------------------------
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
_______________________________________________
Ltp-list mailing list
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list

Re: [LTP] Posix test case mmap/31-1 fails on Linux/eglibc

[Cyril Hrubis]

Hi!
> I run mmap/31-1 failed with ENOMEM on linux, with error message:
> off: fffffffffffff000, len: fffffffffffff000
> Test FAIL: expect EOVERFLOW but get other error: Cannot allocate memory
> 
> But compare to mmap/24-2, it mmap() the same length but pass. Its output:
> available memory: 18446744073709551615
> addr: 7f78c54fa000, len: ffffffffffffffff
> addr: 7f78c54fa000, len: fffffffffffff000
> Test Pass: mmap/24-2.c Get ENOMEM: Cannot allocate memory

At least the mmap/31-1, mmap/28-1, mmap/27-1, mmap/24-2, mmap/11-4 and
mmap/11-5 are known to fail sometimes and most likely are coded
incorrecly.

> So I suppose that mmap/31-1 may need update, but I don't know how to 
> make mmap() overflow as expect.
> Any suggestion is appreciated.

I would start with careful reading of the mmap() manpages/docs, as most
likely some of the assumptions that the testcase makes is incorrect.

-- 
Cyril Hrubis
chrubis@suse.cz

------------------------------------------------------------------------------
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual 
desktops for less than the cost of PCs and save 60% on VDI infrastructure 
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
_______________________________________________
Ltp-list mailing list
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list

Re: [LTP] Posix test case mmap/31-1 fails on Linux/eglibc

[Yasuaki Ishimatsu]

Hi Kai,

2011/12/28 19:55, Kang Kai wrote:
> Hi all,
>
> I run mmap/31-1 failed with ENOMEM on linux, with error message:
> off: fffffffffffff000, len: fffffffffffff000
> Test FAIL: expect EOVERFLOW but get other error: Cannot allocate memory
>
> But compare to mmap/24-2, it mmap() the same length but pass. Its output:
> available memory: 18446744073709551615
> addr: 7f78c54fa000, len: ffffffffffffffff
> addr: 7f78c54fa000, len: fffffffffffff000
> Test Pass: mmap/24-2.c Get ENOMEM: Cannot allocate memory
>
> So I suppose that mmap/31-1 may need update, but I don't know how to
> make mmap() overflow as expect.
> Any suggestion is appreciated.

I don't think mmap/31-1 need update since it is Linux Kernel's problem,
not the test's problem. The problem is being discussed on LKML.

https://lkml.org/lkml/2011/12/22/85

Regards,
Yasuaki Ishimatsu

>
> Regards,
> Kai
>
> ------------------------------------------------------------------------------
> Write once. Port to many.
> Get the SDK and tools to simplify cross-platform app development. Create
> new or port existing apps to sell to consumers worldwide. Explore the
> Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
> http://p.sf.net/sfu/intel-appdev
> _______________________________________________
> Ltp-list mailing list
> Ltp-list@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/ltp-list
>
>



------------------------------------------------------------------------------
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual 
desktops for less than the cost of PCs and save 60% on VDI infrastructure 
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
_______________________________________________
Ltp-list mailing list
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list

Re: [LTP] Posix test case mmap/31-1 fails on Linux/eglibc

[Wanlong Gao]

On 01/04/2012 09:37 AM, Yasuaki Ishimatsu wrote:

> Hi Kai,
> 
> 2011/12/28 19:55, Kang Kai wrote:
>> Hi all,
>>
>> I run mmap/31-1 failed with ENOMEM on linux, with error message:
>> off: fffffffffffff000, len: fffffffffffff000
>> Test FAIL: expect EOVERFLOW but get other error: Cannot allocate memory
>>
>> But compare to mmap/24-2, it mmap() the same length but pass. Its output:
>> available memory: 18446744073709551615
>> addr: 7f78c54fa000, len: ffffffffffffffff
>> addr: 7f78c54fa000, len: fffffffffffff000
>> Test Pass: mmap/24-2.c Get ENOMEM: Cannot allocate memory
>>
>> So I suppose that mmap/31-1 may need update, but I don't know how to
>> make mmap() overflow as expect.
>> Any suggestion is appreciated.
> 
> I don't think mmap/31-1 need update since it is Linux Kernel's problem,
> not the test's problem. The problem is being discussed on LKML.
> 
> https://lkml.org/lkml/2011/12/22/85


But it seems that the patch was not acceptable.

Thanks
-Wanlong Gao

> 
> Regards,
> Yasuaki Ishimatsu
> 
>>
>> Regards,
>> Kai



------------------------------------------------------------------------------
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual 
desktops for less than the cost of PCs and save 60% on VDI infrastructure 
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
_______________________________________________
Ltp-list mailing list
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list

Re: [LTP] Posix test case mmap/31-1 fails on Linux/eglibc

[Yasuaki Ishimatsu]

Hi Gao,

2012/01/04 11:05, Wanlong Gao wrote:
 > On 01/04/2012 09:37 AM, Yasuaki Ishimatsu wrote:
 >
 >> Hi Kai,
 >>
 >> 2011/12/28 19:55, Kang Kai wrote:
 >>> Hi all,
 >>>
 >>> I run mmap/31-1 failed with ENOMEM on linux, with error message:
 >>> off: fffffffffffff000, len: fffffffffffff000
 >>> Test FAIL: expect EOVERFLOW but get other error: Cannot allocate memory
 >>>
 >>> But compare to mmap/24-2, it mmap() the same length but pass. Its output:
 >>> available memory: 18446744073709551615
 >>> addr: 7f78c54fa000, len: ffffffffffffffff
 >>> addr: 7f78c54fa000, len: fffffffffffff000
 >>> Test Pass: mmap/24-2.c Get ENOMEM: Cannot allocate memory
 >>>
 >>> So I suppose that mmap/31-1 may need update, but I don't know how to
 >>> make mmap() overflow as expect.
 >>> Any suggestion is appreciated.
 >>
 >> I don't think mmap/31-1 need update since it is Linux Kernel's problem,
 >> not the test's problem. The problem is being discussed on LKML.
 >>
 >> https://lkml.org/lkml/2011/12/22/85
 >
 >
 > But it seems that the patch was not acceptable.

As you say, it has not been accepted yet.
But I think Linux will be fixed to return EOVERFLOW in mmap/31-1's test
in the near future.

Regards,
Yasuaki Ishimatsu

 >
 > Thanks
 > -Wanlong Gao
 >
 >>
 >> Regards,
 >> Yasuaki Ishimatsu
 >>
 >>>
 >>> Regards,
 >>> Kai
 >
 >
 >
 >


------------------------------------------------------------------------------
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual 
desktops for less than the cost of PCs and save 60% on VDI infrastructure 
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
_______________________________________________
Ltp-list mailing list
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list

Re: [LTP] Posix test case mmap/31-1 fails on Linux/eglibc

[Wanlong Gao]

On 01/04/2012 10:50 AM, Yasuaki Ishimatsu wrote:

> Hi Gao,
> 
> 2012/01/04 11:05, Wanlong Gao wrote:
>> On 01/04/2012 09:37 AM, Yasuaki Ishimatsu wrote:
>>
>>> Hi Kai,
>>>
>>> 2011/12/28 19:55, Kang Kai wrote:
>>>> Hi all,
>>>>
>>>> I run mmap/31-1 failed with ENOMEM on linux, with error message:
>>>> off: fffffffffffff000, len: fffffffffffff000
>>>> Test FAIL: expect EOVERFLOW but get other error: Cannot allocate memory
>>>>
>>>> But compare to mmap/24-2, it mmap() the same length but pass. Its output:
>>>> available memory: 18446744073709551615
>>>> addr: 7f78c54fa000, len: ffffffffffffffff
>>>> addr: 7f78c54fa000, len: fffffffffffff000
>>>> Test Pass: mmap/24-2.c Get ENOMEM: Cannot allocate memory
>>>>
>>>> So I suppose that mmap/31-1 may need update, but I don't know how to
>>>> make mmap() overflow as expect.
>>>> Any suggestion is appreciated.
>>>
>>> I don't think mmap/31-1 need update since it is Linux Kernel's problem,
>>> not the test's problem. The problem is being discussed on LKML.
>>>
>>> https://lkml.org/lkml/2011/12/22/85
>>
>>
>> But it seems that the patch was not acceptable.
> 
> As you say, it has not been accepted yet.
> But I think Linux will be fixed to return EOVERFLOW in mmap/31-1's test
> in the near future.


Yeah, agree, so we need not update this test case now and wait for a while
to let the kernel bug to be fixed.

> 
> Regards,
> Yasuaki Ishimatsu
> 
>>
>> Thanks
>> -Wanlong Gao
>>
>>>
>>> Regards,
>>> Yasuaki Ishimatsu
>>>
>>>>
>>>> Regards,
>>>> Kai
>>
>>
>>
>>
> 
> 



------------------------------------------------------------------------------
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual 
desktops for less than the cost of PCs and save 60% on VDI infrastructure 
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
_______________________________________________
Ltp-list mailing list
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list

Re: [LTP] Posix test case mmap/31-1 fails on Linux/eglibc

[Kang Kai]

On 2012年01月04日 10:57, Wanlong Gao wrote:
> On 01/04/2012 10:50 AM, Yasuaki Ishimatsu wrote:
>
>> Hi Gao,
>>
>> 2012/01/04 11:05, Wanlong Gao wrote:
>>> On 01/04/2012 09:37 AM, Yasuaki Ishimatsu wrote:
>>>
>>>> Hi Kai,
>>>>
>>>> 2011/12/28 19:55, Kang Kai wrote:
>>>>> Hi all,
>>>>>
>>>>> I run mmap/31-1 failed with ENOMEM on linux, with error message:
>>>>> off: fffffffffffff000, len: fffffffffffff000
>>>>> Test FAIL: expect EOVERFLOW but get other error: Cannot allocate memory
>>>>>
>>>>> But compare to mmap/24-2, it mmap() the same length but pass. Its output:
>>>>> available memory: 18446744073709551615
>>>>> addr: 7f78c54fa000, len: ffffffffffffffff
>>>>> addr: 7f78c54fa000, len: fffffffffffff000
>>>>> Test Pass: mmap/24-2.c Get ENOMEM: Cannot allocate memory
>>>>>
>>>>> So I suppose that mmap/31-1 may need update, but I don't know how to
>>>>> make mmap() overflow as expect.
>>>>> Any suggestion is appreciated.
>>>> I don't think mmap/31-1 need update since it is Linux Kernel's problem,
>>>> not the test's problem. The problem is being discussed on LKML.
>>>>
>>>> https://lkml.org/lkml/2011/12/22/85
>>>
>>> But it seems that the patch was not acceptable.
>> As you say, it has not been accepted yet.
>> But I think Linux will be fixed to return EOVERFLOW in mmap/31-1's test
>> in the near future.
>
> Yeah, agree, so we need not update this test case now and wait for a while
> to let the kernel bug to be fixed.

OK, thank you very much!

>
>> Regards,
>> Yasuaki Ishimatsu
>>
>>> Thanks
>>> -Wanlong Gao
>>>
>>>> Regards,
>>>> Yasuaki Ishimatsu
>>>>
>>>>> Regards,
>>>>> Kai
>>>
>>>
>>>
>>
>


------------------------------------------------------------------------------
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual 
desktops for less than the cost of PCs and save 60% on VDI infrastructure 
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
_______________________________________________
Ltp-list mailing list
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list