public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Nishanth Aravamudan <nacc@us.ibm.com>
To: gerald.schaefer@de.ibm.com
Cc: schwidefsky@de.ibm.com, LKML <linux-kernel@vger.kernel.org>,
	agl@us.ibm.com
Subject: s390 hugetlb oops with libhugetlbfs test-suite
Date: Fri, 25 Jul 2008 14:10:35 -0700	[thread overview]
Message-ID: <20080725211035.GA19738@us.ibm.com> (raw)

Hi Gerald,

Having noticed that the hugetlbfs code recently got an update to work on s390,
I decided to port the libhugetlbfs test-suite to work on s390. The current
development snapshot is available at
http://libhugetlbfs.ozlabs.org/snapshots/libhugetlbfs-dev-20080724.tar.gz.  You
will need a patch [1] to build on s390, but it should roughly work otherwise.
The specific testcase that causes the oops is counters. The bit set in the
flags is PG_Reserved, I think.

Bad page state in process 'counters'
page:000003e040000000 flags:0x0000000000000400 mapping:0000000000000000 mapcount
:0 count:0
Trying to fix it up, but a reboot is needed
Backtrace:
CPU: 3 Not tainted 2.6.26-autokern1 #1
Process counters (pid: 5578, task: 000000003f3ca958, ksp: 000000003f1bbc08)
0000000000000005 000000003f1bb920 0000000000000002 0000000000000000
       000000003f1bb9c0 000000003f1bb938 000000003f1bb938 000000000003cfe2
       0000000000000000 0000000000000400 0000000000000000 000000000000000b
       0000000000000008 0000000000000000 000000003f1bb920 000000003f1bb998
       000000000024a780 0000000000016b0a 000000003f1bb920 000000003f1bb970
Call Trace:
(Ý<0000000000016a6c>¨ show_trace+0xdc/0xec)
 Ý<000000000007a38a>¨ bad_page+0x96/0xc8
 Ý<000000000007b11c>¨ free_hot_cold_page+0x9c/0x1e4
 Ý<0000000000099e4a>¨ __unmap_hugepage_range+0x38a/0x3cc
 Ý<0000000000099edc>¨ unmap_hugepage_range+0x50/0x78
 Ý<00000000000877d6>¨ unmap_vmas+0x14e/0xb34
 Ý<000000000008c6f2>¨ exit_mmap+0x14a/0x2f8
 Ý<00000000000397dc>¨ mmput+0x60/0x110
 Ý<00000000000401b4>¨ do_exit+0x264/0x7f4
 Ý<00000000000407d6>¨ do_group_exit+0x92/0xc0
 Ý<000000000004b558>¨ get_signal_to_deliver+0x344/0x36c
 Ý<000000000001d746>¨ do_signal+0xe2/0x878
 Ý<0000000000023b7a>¨ sysc_sigpending+0xe/0x22
 Ý<000000000040123a>¨ 0x40123a

[1]

libhugetlbfs: Add basic s390x support

The tests/Makefile change is needed until the signal check can be added
for s390.

diff --git a/Makefile b/Makefile
index f1f83fa..59fdb47 100644
--- a/Makefile
+++ b/Makefile
@@ -63,6 +63,13 @@ CC64 = gcc -m64
 LIB64 = lib64
 CFLAGS += -DNO_ELFLINK
 else
+ifeq ($(ARCH),s390x)
+CC64 = gcc -m64
+CC32 = gcc -m31
+LIB64 = lib64
+LIB32 = lib
+CFLAGS += -DNO_ELFLINK
+else
 $(error "Unrecognized architecture ($(ARCH))")
 endif
 endif
@@ -70,6 +77,7 @@ endif
 endif
 endif
 endif
+endif
 
 ifdef CC32
 OBJDIRS += obj32
diff --git a/tests/Makefile b/tests/Makefile
index b723db7..ebd7fb8 100644
--- a/tests/Makefile
+++ b/tests/Makefile
@@ -2,7 +2,7 @@ PREFIX = /usr/local
 
 LIB_TESTS = gethugepagesize test_root find_path unlinked_fd misalign \
 	readback truncate shared private fork-cow empty_mounts large_mounts \
-	meminfo_nohuge ptrace-write-hugepage icache-hygiene slbpacaflush \
+	meminfo_nohuge ptrace-write-hugepage slbpacaflush \
 	chunk-overcommit mprotect alloc-instantiate-race mlock \
 	truncate_reserve_wraparound truncate_sigbus_versus_oom \
 	map_high_truncate_2 truncate_above_4GB direct \

-- 
Nishanth Aravamudan <nacc@us.ibm.com>
IBM Linux Technology Center

             reply	other threads:[~2008-07-25 21:11 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-07-25 21:10 Nishanth Aravamudan [this message]
2008-07-26  3:32 ` s390 hugetlb oops with libhugetlbfs test-suite Nishanth Aravamudan
2008-07-26  3:41   ` Nishanth Aravamudan
2008-07-29 17:22     ` Gerald Schaefer
2008-07-29 21:46       ` Nishanth Aravamudan
2008-08-05 15:49         ` Gerald Schaefer
2008-08-05 16:14           ` Nishanth Aravamudan

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20080725211035.GA19738@us.ibm.com \
    --to=nacc@us.ibm.com \
    --cc=agl@us.ibm.com \
    --cc=gerald.schaefer@de.ibm.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=schwidefsky@de.ibm.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox