From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:58889) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aLcdD-0004QM-MT for qemu-devel@nongnu.org; Tue, 19 Jan 2016 15:12:00 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aLcdA-0007TE-Dp for qemu-devel@nongnu.org; Tue, 19 Jan 2016 15:11:59 -0500 Received: from mail-qg0-x234.google.com ([2607:f8b0:400d:c04::234]:36119) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aLcdA-0007T5-9Z for qemu-devel@nongnu.org; Tue, 19 Jan 2016 15:11:56 -0500 Received: by mail-qg0-x234.google.com with SMTP id e32so501601015qgf.3 for ; Tue, 19 Jan 2016 12:11:56 -0800 (PST) Sender: Richard Henderson References: <1452093672-75002-1-git-send-email-webberapple@gmail.com> <56993740.2090801@twiddle.net> From: Richard Henderson Message-ID: <569E9888.4070103@twiddle.net> Date: Tue, 19 Jan 2016 12:11:52 -0800 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [RFC] util: Fix QEMU_LD_PREFIX endless loop List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Peter Maydell Cc: "Wei-Bo, Chen" , QEMU Developers On 01/19/2016 10:15 AM, Peter Maydell wrote: > On 15 January 2016 at 18:15, Richard Henderson wrote: >> .../qemu/run/qemu-alpha -> .../gcc/run-cross/alphaev67-linux/sys-root >> .../qemu/run/qemu-arm -> .../gcc/run-cross/arm-linux-gnueabi/sys-root >> .../qemu/run/qemu-sparc -> .../gcc/run-cross/sparc64-linux/sys-root >> .../qemu/run/qemu-sparc64 -> .../gcc/run-cross/sparc64-linux/sys-root >> >> The DT_LNK is required for traversing even the first link. > > Right. So the path.c code is definitely buggy, but this patch > isn't the right way to fix it. It really doesn't behave > sensibly if you point it at a full root fs, but lots of people > want to do that, so it would be nice if it worked... > > I think the underlying thing the code is trying to do is > create a sort of union-mount of the real root filesystem and > the directory you point at with -L. We need to do that in a way > that doesn't insist on scanning everything in the -L directory > on startup. I'm happy with any fix that lets my setup above work. ;-) r~