From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:55289) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XKt2g-0001Hk-2t for qemu-devel@nongnu.org; Fri, 22 Aug 2014 13:54:33 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XKt2Y-0003Xz-IG for qemu-devel@nongnu.org; Fri, 22 Aug 2014 13:54:26 -0400 Received: from smtp.codeaurora.org ([198.145.11.231]:35277) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XKt2Y-0003Xg-7w for qemu-devel@nongnu.org; Fri, 22 Aug 2014 13:54:18 -0400 Message-ID: <53F783C6.2030409@codeaurora.org> Date: Fri, 22 Aug 2014 13:54:14 -0400 From: Christopher Covington MIME-Version: 1.0 References: <5293718E.4090508@gentoo.org> <53F64DA2.3060308@codeaurora.org> <20140822062744.GA12382@u-barrelet> <53F739A0.4070106@codeaurora.org> <20140822124906.GA13229@u-galfione> In-Reply-To: <20140822124906.GA13229@u-galfione> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [V9fs-developer] QEMU dies on any attempt to load a Linux kernel module when using a 9P rootfs List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Dominique Martinet Cc: Richard Yao , qemu-devel@nongnu.org, agraf@suse.de, kernel@gentoo.org, v9fs-developer@lists.sourceforge.net, virtualization@lists.linux-foundation.org Hi Dominique, On 08/22/2014 08:49 AM, Dominique Martinet wrote: > Hi, > > Christopher Covington wrote on Fri, Aug 22, 2014 at 08:37:52AM -0400: >> Thanks for the pointer to this patch. I think I started this kernel half way >> through the 3.16 merge window. The last non-cherry-picked patch I have is: >> >> commit 6d87c225f5d82d29243dc124f1ffcbb0e14ec358 >> >> So I do have the change you pointed out. Nevertheless, I'll reconfirm with the >> latest torvalds/master. > > Right, so you already do have it. I don't think there's been anything > else 9P related recently, so it probably will not help much -- sorry for > blindly assuming it would be this. > > Actually reading the error message now, "no channels available" is > printed when virtio doesn't find any match in device name so it would > look like the mount name doesn't match maybe? > > Could we get your exact qemu command line to confirm? (the name that > needs to match is /dev/root here, used for booting as root= and for qemu > as mount_tag) I re-transposed Richard's command line to my environment and it worked. Thanks for pointing me in that direction. For the record, I used: $dir/bin/x86_64-linux-gnu/qemu-system-x86_64 \ -m 1024 \ -kernel $dir/boot/x86_64-linux-gnu/bzImage-x86_64 \ -append 'root=/dev/root init=/sbin/x86_64-linux-gnu/init rootfstype=9p rootflags=trans=virtio,version=9p2000.L ro console=ttyS0' \ -serial stdio \ -fsdev local,id=root,path=$dir,security_model=none \ -device virtio-9p-pci,fsdev=root,mount_tag=/dev/root \ -monitor none $dir/bin/x86_64-linux-gnu/qemu-system-arm \ -M virt \ -cpu cortex-a15 \ -m 1024 \ -kernel $dir/boot/arm-linux-gnueabihf/Image \ -append 'root=/dev/root init=/sbin/arm-linux-gnueabihf/init rootfstype=9p rootflags=trans=virtio,version=9p2000.L ro console=ttyAMA0' \ -serial stdio \ -fsdev local,id=root,path=$dir,security_model=none \ -device virtio-9p-device,fsdev=root,mount_tag=/dev/root \ -monitor none $dir/bin/x86_64-linux-gnu/qemu-system-aarch64 \ -M virt \ -cpu cortex-a57 \ -m 1024 \ -kernel $dir/boot/aarch64-linux-gnu/Image \ -append 'root=/dev/root init=/sbin/aarch64-linux-gnu/init rootfstype=9p rootflags=trans=virtio,version=9p2000.L ro console=ttyAMA0' \ -serial stdio \ -fsdev local,id=root,path=$dir,security_model=none \ -device virtio-9p-device,fsdev=root,mount_tag=/dev/root -monitor none Christopher -- Employee of Qualcomm Innovation Center, Inc. Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, hosted by the Linux Foundation.