2.6.22-rc1-mm1 huge pages VM freeze (maybe?)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



I was playing with huge pages and libhugetlbfs.  Small programs like
"ls" work fine.  I tried running Evolution through libhugetlbfs and the
system slowly stops running.  One interesting thing is the "ps" command,
it gets stuck like this:

ps            D ffff81001e57ed40     0 103558 103483
 ffff81001f061dc8 0000000000000096 ffff81003d8586e8 ffff81001cbadc00
 0000000000000006 ffffffff80537009 0000000000000030 ffffffff807ff700
 ffffffff807ff700 ffffffff807ff700 ffffffff807ff700 ffffffff807ff700
Call Trace:
 [<ffffffff80537009>] _spin_unlock+0x29/0x50
 [<ffffffff80536425>] __down_read+0x75/0xaf
 [<ffffffff80295f49>] access_process_vm+0x49/0x190
 [<ffffffff802f3003>] proc_pid_cmdline+0xa3/0x130
 [<ffffffff802f4cea>] proc_info_read+0xba/0x100
 [<ffffffff802b0085>] vfs_read+0xc5/0x180
 [<ffffffff802b0583>] sys_read+0x53/0x90
 [<ffffffff8020c1de>] system_call+0x7e/0x83

and nothing will touch it after that.

Here's my kernel command line:
root=/dev/sda2 rootfstype=reiser4 rootflags=no_write_barrier ro
i8042.nomux elevator=cfq resume=/dev/sda3 panic=5 nmi_watchdog=2,panic
debug hugepages=32

Here's the "huge" script I was using to run programs:
#!/bin/sh
export LD_PRELOAD=libhugetlbfs.so
export HUGETLB_MORECORE=yes
export HUGETLB_PATH=/mnt/huge
export HUGETLB_VERBOSE=1
exec "$@"

I don't have any more info than that at the moment but I could reproduce
it with whatever, on request.

-- 
Zan Lynx <[email protected]>

Attachment: signature.asc
Description: This is a digitally signed message part


[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]
  Powered by Linux