Received: by 2002:a25:1104:0:0:0:0:0 with SMTP id 4csp128101ybr; Fri, 22 May 2020 02:45:38 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyKAGA48MHdnZ5qoxHltuC7muCwS1KP3bypNDyarOg987lccEC0z988FpY1rlLectb6LqNq X-Received: by 2002:a05:6402:150f:: with SMTP id f15mr2369369edw.36.1590140737908; Fri, 22 May 2020 02:45:37 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1590140737; cv=none; d=google.com; s=arc-20160816; b=uwu4XHAAyl1an8+AiJkwzX2l+sS8uW0Q1/Eo7c40Rcs3JcCfdBiiPPugre3Yo5AJAi z2Mhz7amo2at4D813L25mKUXxbIgV6srNyobl7+4N8dDG8AeaktiU6520mgTjqmO3CS2 0vzZxaD4znEvnRWVMIoCNuNkJ81PTx72D5ItRnE4ZZX0EquSX8pFraLnEy1zOjPLPbMw kwwBq/TOqep6IhBXlQNg5XIGctmhkhkhs4jajrb0x9UO6qmXJPoCEbM1x1kkM0v7xA9y Hstl2PtagLF+zvCy7af93Z44U+EfPnn5xdX+VgRtYK3JP1VcylvGtx1kiJyfq6bymOf2 yDOA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:references:cc:to:from:subject; bh=1BcMeyJt+kuvoK2P6va0tRLLuTCuijahDYFpvE6syIs=; b=NMi+eXmg6Ea8geFPO9xUxAYa2Dd/GS9Tv5Rqk+1TRDZBQRXMl6dBwsHTDD3wDTJt2N CJofL9LDd0LuR6UZ/lMZj3TPbvdCVaqMIXfUrcJoy0MFHrw5rSALuR2XEZQxNoQZfmul bv2zzJdBRA/nru47iz4CQXpeW+GIBGjfvmAIgGjMtOW46SkZ8Mbsu/UJtXECADKxqnC3 XoVgmvjaS00cRpmfjkY82YDEfI2Rc7j/3JW2NEgVqpy06r8azFBPKp3Qddw9aje3vgKK ZJdow5IC+qq8xphpTtPZtQSEJ8hTr3UVsHcWgPnmwHeNVMdhEWq+dhdq/B9Ov4JXIDiE kaxA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id p12si4583012ejd.130.2020.05.22.02.45.13; Fri, 22 May 2020 02:45:37 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728413AbgEVJnl (ORCPT + 99 others); Fri, 22 May 2020 05:43:41 -0400 Received: from szxga07-in.huawei.com ([45.249.212.35]:46410 "EHLO huawei.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1728210AbgEVJnk (ORCPT ); Fri, 22 May 2020 05:43:40 -0400 Received: from DGGEMS407-HUB.china.huawei.com (unknown [172.30.72.58]) by Forcepoint Email with ESMTP id CA04AC95D7E41B77ACF4; Fri, 22 May 2020 17:43:38 +0800 (CST) Received: from [127.0.0.1] (10.166.213.93) by DGGEMS407-HUB.china.huawei.com (10.3.19.207) with Microsoft SMTP Server id 14.3.487.0; Fri, 22 May 2020 17:43:37 +0800 Subject: Re: arm64/acpi: NULL dereference reports from UBSAN at boot From: Hanjun Guo To: Will Deacon , CC: , , , References: <20200521100952.GA5360@willie-the-truck> Message-ID: <381deefd-db48-7884-8335-fb9e8f5c96dd@huawei.com> Date: Fri, 22 May 2020 17:43:37 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:68.0) Gecko/20100101 Thunderbird/68.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="utf-8"; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 7bit X-Originating-IP: [10.166.213.93] X-CFilter-Loop: Reflected Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2020/5/22 16:07, Hanjun Guo wrote: > Hi Will, > > On 2020/5/21 18:09, Will Deacon wrote: >> Hi folks, >> >> I just tried booting the arm64 for-kernelci branch under QEMU (version >> 4.2.50 (v4.2.0-779-g4354edb6dcc7)) with UBSAN enabled, and I see a couple >> of NULL pointer dereferences reported at boot. I think they're both GIC >> related (log below). I don't see a panic with UBSAN disabled, so >> something's >> fishy here. >> >> Please can you take a look when you get a chance? I haven't had time >> to see >> if this is a regression or not, but I don't think it's particularly >> serious >> as I have all sorts of horrible stuff enabled in my .config, since I'm >> trying to chase down another bug: >> >> https://git.kernel.org/pub/scm/linux/kernel/git/mark/linux.git/plain/arch/arm64/configs/fuzzing.config?h=fuzzing/arm64-kernelci-20200519&id=c149cf6a51aa4f72d53fc681c6661094e93ef660 >> >> >> (on top of defconfig) >> >> CONFIG_FAIL_PAGE_ALLOC may be to blame. > > I enabled UBSAN and CONFIG_FAIL_PAGE_ALLOC on top of defconfig, > testing against the for-kernelci branch on the D06 board, I > can see some UBSAN warnings from megaraid_sas driver [0], but not > from any other subsystem including ACPI, I will try all your > configs above to see if I can get more warnings. Enabled all the configs except "CONFIG_MODULES=n" and "CONFIG_SHADOW_CALL_STACK=y" (can't do that via make menuconfig, do it manually?) in the link, but still got the same warnings and no other warnings as before, the system is in good function, please let me know I can do anything more to help the debug. Thanks Hanjun