Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1761758Ab2FEKoF (ORCPT ); Tue, 5 Jun 2012 06:44:05 -0400 Received: from mailout-de.gmx.net ([213.165.64.23]:49786 "HELO mailout-de.gmx.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S1751387Ab2FEKoE (ORCPT ); Tue, 5 Jun 2012 06:44:04 -0400 X-Authenticated: #5108953 X-Provags-ID: V01U2FsdGVkX1/rVVFTRJjrlbxefcHcAU2LHUx9lyBv1apM3qSubb BC/7x36bcOSCHK Message-ID: <4FCDE2ED.8010501@gmx.de> Date: Tue, 05 Jun 2012 12:43:57 +0200 From: =?ISO-8859-1?Q?Toralf_F=F6rster?= User-Agent: Mozilla/5.0 (X11; Linux i686; rv:12.0) Gecko/20120603 Thunderbird/12.0.1 MIME-Version: 1.0 To: Konstantin Khlebnikov CC: Linux Kernel , richard -rw- weinberger , Hugh Dickins , Christoph Hellwig , Andrew Morton Subject: commit 0fc9d10 : chroot under kernel 3.4.x core dumps References: <4FCD28E4.3090409@gmx.de> In-Reply-To: <4FCD28E4.3090409@gmx.de> X-Enigmail-Version: 1.5pre X-Forwarded-Message-Id: <4FCD28E4.3090409@gmx.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Y-GMX-Trusted: 0 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1693 Lines: 50 When I try under kernel versions 3.4.[01] to chroot into a user mode linux image, I often get this : + mount -o loop /home/tfoerste/virtual/uml/gentoo_unstable /mnt/loop + mount -t proc none /mnt/loop/proc + mount -o bind /dev /mnt/loop/dev + mount -o bind /dev/pts /mnt/loop/dev/pts + mount -o bind /usr/portage /mnt/loop/usr/portage + mount -o bind /usr/local/portage /mnt/loop/usr/local/portage + mount -o bind /tmp/uml_portage /mnt/loop/var/tmp/portage + chroot /mnt/loop /bin/bash /home/tfoerste/workspace/bin/chr_uml.sh: line 55: 4143 Segmentation fault (core dumped) chroot /mnt/loop /bin/bash The core file itself is only 400 KB in size and the back trace with gbd is meaningless : Core was generated by `/bin/bash'. Program terminated with signal 11, Segmentation fault. #0 0xb75cac00 in ?? () (gdb) bt #0 0xb75cac00 in ?? () #1 0xb76f4ff4 in ?? () Cannot access memory at address 0xffffffdc In the rare cases, where the chroot doesn't crash, all subsequent commands cores instead. Furthermore it seems, that the boinc grid software has problems too under kernel 3.4.1. All kernel 3.3.x works fine. I bisected it to : commit 0fc9d1040313047edf6a39fd4d7c7defdca97c62 Author: Konstantin Khlebnikov Date: Wed Mar 28 14:42:54 2012 -0700 radix-tree: use iterators in find_get_pages* functions -- MfG/Sincerely Toralf F?rster pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3 -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/