Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1761805Ab2FEK4G (ORCPT ); Tue, 5 Jun 2012 06:56:06 -0400 Received: from mail-lb0-f174.google.com ([209.85.217.174]:60230 "EHLO mail-lb0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751530Ab2FEK4E (ORCPT ); Tue, 5 Jun 2012 06:56:04 -0400 Message-ID: <4FCDE5BF.6000905@openvz.org> Date: Tue, 05 Jun 2012 14:55:59 +0400 From: Konstantin Khlebnikov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.4) Gecko/20120517 Firefox/10.0.4 Iceape/2.7.4 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Toralf_F=F6rster?= CC: Linux Kernel , richard -rw- weinberger , Hugh Dickins , Christoph Hellwig , Andrew Morton Subject: Re: commit 0fc9d10 : chroot under kernel 3.4.x core dumps References: <4FCD28E4.3090409@gmx.de> <4FCDE2ED.8010501@gmx.de> In-Reply-To: <4FCDE2ED.8010501@gmx.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1763 Lines: 49 Toralf F?rster wrote: > > 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 > > I have two reports about this, and NFS is mentioned in both. Did you use it? -- 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/