All of lore.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.