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

Kang Kai

author

2011-12-28 10:55 UTC #0 lore raw

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
[email protected]
https://lists.sourceforge.net/lists/listinfo/ltp-list

Cyril Hrubis

2011-12-28 18:05 UTC #1 lore raw

Hi!

Quoted 9 lines

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.

Quoted 3 lines

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.

Signature · 13 lines

Cyril Hrubis
[email protected]

------------------------------------------------------------------------------
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
[email protected]
https://lists.sourceforge.net/lists/listinfo/ltp-list

Yasuaki Ishimatsu

2012-01-04 01:37 UTC #2 lore raw

In reply to Kang Kai

Hi Kai,

Quoted 12 lines · 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

Quoted 3 lines

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

Quoted 4 lines

Regards,
Kai

Quoted 12 lines

------------------------------------------------------------------------------
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
[email protected]
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
[email protected]
https://lists.sourceforge.net/lists/listinfo/ltp-list

Wanlong Gao

2012-01-04 02:07 UTC #3 lore raw

Quoted 15 lines · Yasuaki Ishimatsu

Hi Kai,
Quoted 12 lines · 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

Quoted 8 lines

Quoted 3 lines
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

Quoted 7 lines

Regards,
Yasuaki Ishimatsu
Quoted 3 lines
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
[email protected]
https://lists.sourceforge.net/lists/listinfo/ltp-list

Yasuaki Ishimatsu

2012-01-04 02:50 UTC #4 lore raw

Hi Gao,

Quoted 21 lines · Wanlong Gao

Quoted 19 lines · Yasuaki Ishimatsu
Hi Kai,
Quoted 15 lines · 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.

Quoted 7 lines

Quoted 4 lines
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

Quoted 15 lines

Thanks
-Wanlong Gao
Quoted 7 lines
Regards,
Yasuaki Ishimatsu
Quoted 3 lines
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
[email protected]
https://lists.sourceforge.net/lists/listinfo/ltp-list

Wanlong Gao

2012-01-04 02:58 UTC #5 lore raw

Quoted 27 lines · Yasuaki Ishimatsu

Hi Gao,
Quoted 24 lines · Wanlong Gao
Quoted 22 lines · Yasuaki Ishimatsu
Hi Kai,
Quoted 12 lines · 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
Quoted 3 lines
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.

Quoted 8 lines

Quoted 4 lines
Quoted 1 line
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.

Quoted 21 lines

Regards,
Yasuaki Ishimatsu
Quoted 15 lines
Thanks
-Wanlong Gao
Quoted 7 lines
Regards,
Yasuaki Ishimatsu
Quoted 3 lines
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
[email protected]
https://lists.sourceforge.net/lists/listinfo/ltp-list

Kang Kai

author

2012-01-04 03:32 UTC #6 lore raw

Quoted 30 lines · Wanlong Gao

Quoted 28 lines · Yasuaki Ishimatsu
Hi Gao,
Quoted 25 lines · Wanlong Gao
Quoted 22 lines · Yasuaki Ishimatsu
Hi Kai,
Quoted 12 lines · 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
Quoted 3 lines
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

Quoted 7 lines

Quoted 4 lines
Quoted 1 line
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!

Quoted 10 lines

Quoted 10 lines
Regards,
Yasuaki Ishimatsu
Quoted 6 lines
Thanks
-Wanlong Gao
Quoted 3 lines
Regards,
Yasuaki Ishimatsu

Quoted 7 lines

Quoted 6 lines
Quoted 5 lines
Quoted 2 lines
Quoted 2 lines
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
[email protected]
https://lists.sourceforge.net/lists/listinfo/ltp-list