On Wed, 12 Sep 2012, Jan Stancek wrote:

> huge_at_4GB_normal_below, huge_below_4GB_normal_above, straddle_4GB
> are tests to test corner cases on powerpc. powerpc manages memory
> using slices: low (0-4G) and high (4G-).
> 
> These tests are using MAP_FIXED and try to mmap hugepage at various
> locations. Issue is that kernel or ld.so can be already using region
> that these tests want to use. At the moment it ends with failure:
>   # ./obj64/straddle_4GB
>   Starting testcase "./obj64/straddle_4GB", pid 25949
>   Mapping without MAP_FIXED at ff000000...got 0xefffe000000 instead, never 
> mind
>   Mapping with MAP_FIXED at ff000000
>   FAIL  mmap() FIXED failed: Device or resource busy
> 
> Looking at mappings prior to failed mmap, there are already some libraries
> mapped to first high slice (0).
> 
> 10010000-10020000 r--p 00000000 fd:01 2893006        
> /root/libhugetlbfs/tests/obj64/straddle_4GB
> 10020000-10030000 rw-p 00010000 fd:01 2893006        
> /root/libhugetlbfs/tests/obj64/straddle_4GB
> 8015160000-8015190000 r-xp 00000000 fd:01 1857222    /usr/lib64/ld-2.15.so
> 8015190000-80151a0000 r--p 00020000 fd:01 1857222    /usr/lib64/ld-2.15.so
> 80151a0000-80151b0000 rw-p 00030000 fd:01 1857222    /usr/lib64/ld-2.15.so
> 80151d0000-8015390000 r-xp 00000000 fd:01 1857223    /usr/lib64/libc-2.15.so
> 8015390000-80153a0000 r--p 001b0000 fd:01 1857223    /usr/lib64/libc-2.15.so
> 80153a0000-80153c0000 rw-p 001c0000 fd:01 1857223    /usr/lib64/libc-2.15.so
> 80153c0000-80153e0000 r-xp 00000000 fd:01 1835789    
> /usr/lib64/libpthread-2.15.so
> 80153e0000-80153f0000 r--p 00010000 fd:01 1835789    
> /usr/lib64/libpthread-2.15.so
> 80153f0000-8015400000 rw-p 00020000 fd:01 1835789    
> /usr/lib64/libpthread-2.15.so
> 8015400000-8015410000 r-xp 00000000 fd:01 1842374    /usr/lib64/libdl-2.15.so
> 8015410000-8015420000 r--p 00000000 fd:01 1842374    /usr/lib64/libdl-2.15.so
> 8015420000-8015430000 rw-p 00010000 fd:01 1842374    /usr/lib64/libdl-2.15.so
> 10022e00000-10022e30000 rw-p 00000000 00:00 0        [heap]
> fff8e650000-fff8e670000 r-xp 00000000 fd:01 1837902  
> /usr/lib64/libhugetlbfs.so
> fff8e670000-fff8e680000 r--p 00010000 fd:01 1837902  
> /usr/lib64/libhugetlbfs.so
> fff8e680000-fff8e690000 rw-p 00020000 fd:01 1837902  
> /usr/lib64/libhugetlbfs.so
> fff8e690000-fff8e6a0000 r-xp 00000000 fd:01 1842940  
> /usr/lib64/libhugetlbfs_privutils.so
> fff8e6a0000-fff8e6b0000 r--p 00000000 fd:01 1842940  
> /usr/lib64/libhugetlbfs_privutils.so
> fff8e6b0000-fff8e6c0000 rw-p 00010000 fd:01 1842940  
> /usr/lib64/libhugetlbfs_privutils.so
> fff8e6c0000-fff8e6d0000 rw-p 00000000 00:00 0
> fff8e6d0000-fff8e6f0000 r-xp 00000000 00:00 0        [vdso]
> fffc7110000-fffc7140000 rw-p 00000000 00:00 0        [stack]
> 
> This patch checks that slices used by tests are actually free (not mapped).
> If they are not free and mmap fails, test will PASS as inconclusive.
> 
> Signed-off-by: Jan Stancek <jstan...@redhat.com>

Applied, thanks.
Eric

Attachment: signature.asc
Description: Digital signature

------------------------------------------------------------------------------
LogMeIn Central: Instant, anywhere, Remote PC access and management.
Stay in control, update software, and manage PCs from one command center
Diagnose problems and improve visibility into emerging IT issues
Automate, monitor and manage. Do more in less time with Central
http://p.sf.net/sfu/logmein12331_d2d
_______________________________________________
Libhugetlbfs-devel mailing list
Libhugetlbfs-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/libhugetlbfs-devel

Reply via email to