From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.2 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED,USER_AGENT_SANE_2 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id BD8D3C43331 for ; Wed, 1 Apr 2020 16:07:27 +0000 (UTC) Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 8DC032071A for ; Wed, 1 Apr 2020 16:07:27 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 8DC032071A Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=huawei.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=qemu-devel-bounces+qemu-devel=archiver.kernel.org@nongnu.org Received: from localhost ([::1]:34106 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jJftm-0000VZ-Hf for qemu-devel@archiver.kernel.org; Wed, 01 Apr 2020 12:07:26 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:55945) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jJfoM-00049P-Uq for qemu-devel@nongnu.org; Wed, 01 Apr 2020 12:01:52 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1jJfoK-000812-G8 for qemu-devel@nongnu.org; Wed, 01 Apr 2020 12:01:50 -0400 Received: from lhrrgout.huawei.com ([185.176.76.210]:2096 helo=huawei.com) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1jJfoI-0007lf-Mx for qemu-devel@nongnu.org; Wed, 01 Apr 2020 12:01:47 -0400 Received: from lhreml710-chm.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id DB95265654A3D22F32C3; Wed, 1 Apr 2020 17:01:32 +0100 (IST) Received: from localhost (10.227.96.57) by lhreml710-chm.china.huawei.com (10.201.108.61) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1713.5; Wed, 1 Apr 2020 17:01:32 +0100 Date: Wed, 1 Apr 2020 17:01:31 +0100 From: Jonathan Cameron To: Richard Henderson Subject: Re: [PATCH v7 00/41] target/arm: Implement ARMv8.1-VHE Message-ID: <20200401170131.00005f57@huawei.com> In-Reply-To: <20200401114522.00007335@huawei.com> References: <20200206105448.4726-1-richard.henderson@linaro.org> <20200331163324.000020fb@Huawei.com> <2c29aaa9-0c92-ba48-e218-ab816044eec3@linaro.org> <20200401114522.00007335@huawei.com> Organization: Huawei tech. R&D (UK) Ltd. X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; i686-w64-mingw32) MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Originating-IP: [10.227.96.57] X-ClientProxiedBy: lhreml717-chm.china.huawei.com (10.201.108.68) To lhreml710-chm.china.huawei.com (10.201.108.61) X-CFilter-Loop: Reflected X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 185.176.76.210 X-BeenThere: qemu-devel@nongnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Peter Maydell , salil.mehta@huawei.com, QEMU Developers , shameerali.kolothum.thodi@huawei.com Errors-To: qemu-devel-bounces+qemu-devel=archiver.kernel.org@nongnu.org Sender: "Qemu-devel" On Wed, 1 Apr 2020 11:45:22 +0100 Jonathan Cameron wrote: > On Tue, 31 Mar 2020 11:59:13 -0700 > Richard Henderson wrote: > > > On 3/31/20 8:33 AM, Jonathan Cameron wrote: > > > Just wondering if there are any known issues with this? > > > > Nope. It works for me. > > Can you give us any more details. > > > > Unfortunately not a lot more to add. > > I ran some sanity checks that it wasn't something else looking like > an issue in these patches. > > All with 5.6 kernel and 5.0.0 rc0 qemu > > 1) sve=off but VHE still on. failed. > 2) sve=off + VH bit not set. fine but obviously no VHE. > (dance with SVE required because of kernel checks for SVE before > allowing no VHE kvm). > 3) above tests run on mainline qemu just after VHE patches applied > (just in case we have a regression from some other change). No > change. 4) EDK2 for the guest. Synchronous exception. (works fine > with no VHE) 0x00..05F9B2208 This one may be something since fixed in edk2. I did a fresh build of the current tree and it goes away. > > I do get an additional error sometimes such as the ld.so one here. > > [ 16.539375] Run /sbin/init as init process > Inconsistency detected by ld.so: rtld.c: 721: init_tls: Assertion `i > == GL(dl_tls_max_dtv_idx)' failed! [ 17.780596] Kernel panic - not > syncing: Attempted to kill init! exitcode=0x00007f00 [ 17.847709] > CPU: 0 PID: 1 Comm: init Not tainted 5.6.0 #356 [ 17.897260] > Hardware name: linux,dummy-virt (DT) [ 17.940007] Call trace: > [ 17.962297] dump_backtrace+0x0/0x190 > [ 17.993897] show_stack+0x1c/0x28 > [ 18.022382] dump_stack+0xb4/0xfc > [ 18.050781] panic+0x160/0x35c > [ 18.077469] do_exit+0x9a4/0xa08 > [ 18.105510] do_group_exit+0x48/0xa8 > [ 18.136073] __arm64_sys_exit_group+0x1c/0x20 > [ 18.173677] el0_svc_common.constprop.0+0x70/0x168 > [ 18.218659] do_el0_svc+0x28/0x88 > [ 18.247154] el0_sync_handler+0x10c/0x180 > [ 18.281379] el0_sync+0x140/0x180 > [ 18.310684] Kernel Offset: 0x2a67dcc00000 from 0xffff800010000000 > [ 18.362474] PHYS_OFFSET: 0xfffff79400000000 > [ 18.398314] CPU features: 0x40012,20c0a238 > [ 18.433416] Memory Limit: none > [ 18.463648] ---[ end Kernel panic - not syncing: Attempted to kill > init! exitcode=0x00007f00 ]--- Seems I can get away with an initrd, but not a qcow2 based disk image. Not that this necessarily helps much with working out what is going wrong! Jonathan > > > Jonathan > > > > > > r~ >