Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp78416yba; Mon, 20 May 2019 05:19:42 -0700 (PDT) X-Google-Smtp-Source: APXvYqxz5Vi6R2SO5cIEnY+sJMgtE281sUmOt1EFCAeCCYbjdUxDE/hG3ufUpTRoVYxKmwzMteqj X-Received: by 2002:a62:3085:: with SMTP id w127mr56954661pfw.170.1558354782511; Mon, 20 May 2019 05:19:42 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1558354782; cv=none; d=google.com; s=arc-20160816; b=P6eg92S9a+I52y8Wgrs/GDZ7MMrewWK2ZDjhdnr4GcoTbpW8ETibcfuLGVyL0/kt0B jzWeJedozCkKkXGgiwEQEE3DICnjT6rtXHzXa4r0jnZuE+qaokU61vXtC0Z467+air91 jCi2RFeJSHlfmaLcnVIFMReeD0ZifesYNQN4qh5o/PE5DF8h7XX/1VjQy8vYDrzN3ete cwtLl/+n7I2frKg09Al+dvEQuyBfYUT0vyOc95+FXAqUgSB3f/42kBRTIyj2cCr45UFv KMSs3OjTo65PekrVjkWusoNUqRHtEra0rQI1M7OLGbRUIzKkZZ8lt4FCg9kkYnS/qHPj dkGw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=HdmuEBylQlqR9r1B2ZKvc6ddc6VRRU24KwGi42KDIPI=; b=Awb8zr5CIx3ONecGuN0P75jyzseG/VGgvSNOu+ZexXUyNej9aiyVUYbKA5pYhHa/9S KFa8ZmR0L9c673PNdcS9aW80W+/8mk4fLslgzsEVwJCda0t1v/3H46lMYK45U+iv5fS6 N8mb7T/XnYO32f8Bhny+7Bqb6gEX44Xco1witALiIBFTTwg8WsKnA+wja4Z6t43mB6J6 mwUa9ouYmEVIqzQzTo2+sG8+cz2BQxPVUfq3rKGOcHMHCNdvH7ObqTDTJm8iaIZy827i nlKIM0liQErnIRzSAkgTI57Il49QlabO79VDg/ip9XoFWhVQKX1IoMj/7SNm3ZGVkiUj KvUA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 36si18060877pla.235.2019.05.20.05.19.27; Mon, 20 May 2019 05:19:42 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1732236AbfETL4M (ORCPT + 99 others); Mon, 20 May 2019 07:56:12 -0400 Received: from outbound-smtp06.blacknight.com ([81.17.249.39]:35233 "EHLO outbound-smtp06.blacknight.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730534AbfETL4M (ORCPT ); Mon, 20 May 2019 07:56:12 -0400 Received: from mail.blacknight.com (pemlinmail06.blacknight.ie [81.17.255.152]) by outbound-smtp06.blacknight.com (Postfix) with ESMTPS id B003198AF4 for ; Mon, 20 May 2019 11:56:10 +0000 (UTC) Received: (qmail 22741 invoked from network); 20 May 2019 11:56:10 -0000 Received: from unknown (HELO techsingularity.net) (mgorman@techsingularity.net@[37.228.225.79]) by 81.17.254.9 with ESMTPSA (AES256-SHA encrypted, authenticated); 20 May 2019 11:56:10 -0000 Date: Mon, 20 May 2019 12:56:08 +0100 From: Mel Gorman To: Justin Piszcz Cc: LKML Subject: Re: 5.1 and 5.1.1: BUG: unable to handle kernel paging request at ffffea0002030000 Message-ID: <20190520115608.GK18914@techsingularity.net> References: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, May 12, 2019 at 04:27:45AM -0400, Justin Piszcz wrote: > Hello, > > I've turned off zram/zswap and I am still seeing the following during > periods of heavy I/O, I am returning to 5.0.xx in the meantime. > > Kernel: 5.1.1 > Arch: x86_64 > Dist: Debian x86_64 > > [29967.019411] BUG: unable to handle kernel paging request at ffffea0002030000 > [29967.019414] #PF error: [normal kernel read fault] > [29967.019415] PGD 103ffee067 P4D 103ffee067 PUD 103ffed067 PMD 0 > [29967.019417] Oops: 0000 [#1] SMP PTI > [29967.019419] CPU: 10 PID: 77 Comm: khugepaged Tainted: G > T 5.1.1 #4 > [29967.019420] Hardware name: Supermicro X9SRL-F/X9SRL-F, BIOS 3.2 01/16/2015 > [29967.019424] RIP: 0010:isolate_freepages_block+0xb9/0x310 > [29967.019425] Code: 24 28 48 c1 e0 06 40 f6 c5 1f 48 89 44 24 20 49 > 8d 45 79 48 89 44 24 18 44 89 f0 4d 89 ee 45 89 fd 41 89 c7 0f 84 ef > 00 00 00 <48> 8b 03 41 83 c4 01 a9 00 00 01 00 75 0c 48 8b 43 08 a8 01 > 0f 84 If you have debugging symbols installed, can you translate the faulting address with the following? ADDR=`nm /path/to/vmlinux-or-debuginfo-file | grep "t isolate_freepages_block\$" | awk '{print $1}'` addr2line -i -e vmlinux `printf "0x%lX" $((0x$ADDR+0xb9))` I haven't seen this particular error before so I want to see if the faulting address could have anything to do with the randomising of struct fields. Similarly a full dmesg log would be nice so I can see what your memory layout looks like. Thanks Justin. -- Mel Gorman SUSE Labs