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=-5.4 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED,USER_AGENT_SANE_1 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 AF701C433DB for ; Thu, 21 Jan 2021 13:16:37 +0000 (UTC) Received: from merlin.infradead.org (merlin.infradead.org [205.233.59.134]) (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 7367A239FD for ; Thu, 21 Jan 2021 13:16:37 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 7367A239FD Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=armlinux.org.uk Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=merlin.20170209; h=Sender:Content-Transfer-Encoding: Content-Type:Cc:List-Subscribe:List-Help:List-Post:List-Archive: List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:Message-ID: Subject:To:From:Date:Reply-To:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=I8gZe9IuH/9y2taP3HdyKYWimdij+mDAL2AAFxLkk2E=; b=0EMgKomcyAUoK23nTuD27hK9V sX/NCcLID1CdJSQMTt4ybU41krm1Y08EwDEtMVNu4NTyaJ6+ASZXR3ErjyOGpCos7e9Tdy74mZZpI 8JpMGE9DOTCtmoD8VSzc5buESNLFyak4m5KiyHtMtaJeY/IjB7JfNArkz4Uv2OpTvAZ1Cw6HCKBL5 wqlzsxgqp9U/lWoiagzTsN1Yu5LK+u1ceNJ6+HCDhUhgrUuUmy6+ZbfbQeCqoRbg3q7Xq/X8QXLix TVEQhOK6HK+tndobGl+j75xBWjuZHecKJxK54x/Y98xTzLMxEgAUDY6WmJMqg8HUbEow4aW2l5taH BtogYBFcQ==; Received: from localhost ([::1] helo=merlin.infradead.org) by merlin.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1l2Znc-00057O-SZ; Thu, 21 Jan 2021 13:14:56 +0000 Received: from pandora.armlinux.org.uk ([2001:4d48:ad52:32c8:5054:ff:fe00:142]) by merlin.infradead.org with esmtps (Exim 4.92.3 #3 (Red Hat Linux)) id 1l2ZnZ-00056i-PM for linux-arm-kernel@lists.infradead.org; Thu, 21 Jan 2021 13:14:54 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=armlinux.org.uk; s=pandora-2019; h=Sender:In-Reply-To:Content-Type: MIME-Version:References:Message-ID:Subject:Cc:To:From:Date:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=QnSNYCkIfdmtFuRImwEJ+w/RWSw9A2ewhqLS99lWgbc=; b=IMmStaLBcrq9Q4Qe9yQzIa+X3 E6WBylm4XQbC41BZGr1oFJPAI/yVL0wGV/NdBQBqzXUgaR48q0wMo/bsa3F9FA6W5iri0jC5Hq3fv t313fATOB+3eQyO75z/VnTTvfxnKixjW9CjBxSsplFTqRm6in/FaFX1WHdc+FZ0U4Pntg0znec2kb 6brj7gGO5Qg2P3RsZ7wFqf/Ty/2HlcvIJ4SQeFPtl+RTcrciXmvMN7LvT9DGaJLaEpT9oqYa8bed5 /Z+zS3QAwEjzx1YZHseHhhyAn5nEx6pFSbGUwrAkF2q2ijYO2EXIQ9AsHewafUQFjWD2ktK/gVWLz FLHSvxEWw==; Received: from shell.armlinux.org.uk ([fd8f:7570:feb6:1:5054:ff:fe00:4ec]:50828) by pandora.armlinux.org.uk with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1l2ZnT-0001Pj-5F; Thu, 21 Jan 2021 13:14:47 +0000 Received: from linux by shell.armlinux.org.uk with local (Exim 4.92) (envelope-from ) id 1l2ZnQ-00075s-QL; Thu, 21 Jan 2021 13:14:44 +0000 Date: Thu, 21 Jan 2021 13:14:44 +0000 From: Russell King - ARM Linux admin To: Dmitry Vyukov Subject: Re: Arm + KASAN + syzbot Message-ID: <20210121131444.GP1551@shell.armlinux.org.uk> References: <20210119111319.GH1551@shell.armlinux.org.uk> <20210119114341.GI1551@shell.armlinux.org.uk> <20210119123659.GJ1551@shell.armlinux.org.uk> <20210119194827.GL1551@shell.armlinux.org.uk> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20210119194827.GL1551@shell.armlinux.org.uk> User-Agent: Mutt/1.10.1 (2018-07-13) X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20210121_081453_867976_ABA91D32 X-CRM114-Status: GOOD ( 23.40 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Arnd Bergmann , Linus Walleij , Krzysztof Kozlowski , syzkaller , kasan-dev , Hailong Liu , Linux ARM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On Tue, Jan 19, 2021 at 07:48:27PM +0000, Russell King - ARM Linux admin wrote: > My knowledge about this is limited to qemu being used for KVM. > > Firstly, there is are no block devices except for MTD, USB, or CF > based block devices in the Versatile Express hardware. So, the DTB > contains no block devices. > > In your first case above, it is likely that QEMU modifies the passed > DTB to add PCIe devices to describe a virtio block device. > > In this case, because QEMU has no visibility of the appended DTB, it > can't modify it, so the kernel only knows about devices found on the > real hardware. Hence, any of the "special" virtio devices that QEMU > use likely won't be found. > > I'm not sure how QEMU adds those (you're probably in a better position > than I to boot using your first method, grab a copy of the DTB that > the booted kernel used from /sys/firmware/fdt, and use dtc to turn it > back into a dts and see what the changes are. > > I suspect you'll find that there's a new PCIe controller been added > by QEMU, behind which will be a load of virtio devices for things like > network and the "vda" block device. It may also be of relevance that 5.9 + a revert of the font changes boots for me under KVM, but 5.10 does not. The font changes were: 6735b4632def Fonts: Support FONT_EXTRA_WORDS macros for built-in fonts 5.10-rc1 similarly does not, but bisecting that brings me to: 316cdaa1158a net: add option to not create fall-back tunnels in root-ns as well which seems entirely unrelated, and looks like a false outcome. I've tried going back to 5.10 and turning off CONFIG_STRICT_KERNEL_RWX. Still doesn't boot. I've tried reverting the changes to the decompressor between 5.9 and 5.10. Still doesn't boot. Asking for a memory dump in ELF coredump format of the guest doesn't give anything useful - I can see that the kernel has been decompressed, but the BSS is completely uninitialised. It looks like the LPAE page tables have been initialised. The PC value in the ELF coredump seems to be spinning through a large amount of memory (physical address) and the CPSR is 0x197, which suggests it's taken an abort without any vectors setup. I'm currently struggling to find a way to debug what's going on. -- RMK's Patch system: https://www.armlinux.org.uk/developer/patches/ FTTP is here! 40Mbps down 10Mbps up. Decent connectivity at last! _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel