Received: by 2002:a05:6a10:16a7:0:0:0:0 with SMTP id gp39csp2179538pxb; Sat, 21 Nov 2020 11:48:02 -0800 (PST) X-Google-Smtp-Source: ABdhPJwZzOsN4yU61CZUQIc+7F6uPmQwXctuWM4TUfp69YLSrOqKxj06134pCyoZmlDRcSxY4WkH X-Received: by 2002:a17:906:f744:: with SMTP id jp4mr39014765ejb.122.1605988082264; Sat, 21 Nov 2020 11:48:02 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1605988082; cv=none; d=google.com; s=arc-20160816; b=Rg2+4/PozhVklwzo9sEjUjk2/WPOVxcNe20slJhMqwS4a7MBUaYP1SIWTMNsNAoEYh /QE5k+bdWrnGE1OopyrLK5ChVEx2j+wk4iqioe3hC0ptp49dV6JwrnqTTGySJcKkt1Bu ropYzHahEg4CfpxO06lgX+6WMx9tN9P9vpwFEWt7BH0hDvvlituXD+zHE7ER2wQJ47aE SgWSA0f370V4sxVuC5IsdRmv/8hGqx+DFyWT6OlW/HEGD+xofLAAW4CNeZzwIzWxVRQf 1mavVEUKRqKy19K1hZIsKnwE0W6Emo0Z46/hRMXdda4V9TcGM+xCnTEAQPWR8tgz7jls q4Rw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature; bh=/n9qzU93yjpwWqpZ4t1OnDoSkIDxpyCWRVsrij+PqBU=; b=abPirOu8qhjJvzKOnIc2kGgX8Vdi8MAu0otMxk3iCiZanma0fghNYzBhL4o8pMZI9g ym+G/W/GnoKHSfB9QLBrQCOPmpnGFkz1A/3VWyVsJFYe5LJtpn5qL+TBRFDuUcIY/rfF /+tuFp1qphbpNW92JT3F6XpSggq2PFw/nqDWi2kVQEdNLEhPoxXui6ITlqku/5oOo/zv HtaVlEdHIQ2RuL9dYaK/ne3edwhyz2KOmQ5Tf4uc0PyFT7mxa94tax0DBHt6i8vfTrwL c/nExx+IKAPtl60NtTItopdmkmra0rl8uvdydV+uXxpa4aafONXCNMe77hEjSi2DOc+r RuLQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=cemCWQ7o; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id d24si3988052eds.446.2020.11.21.11.47.39; Sat, 21 Nov 2020 11:48:02 -0800 (PST) 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; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=cemCWQ7o; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728441AbgKUTpR (ORCPT + 99 others); Sat, 21 Nov 2020 14:45:17 -0500 Received: from us-smtp-delivery-124.mimecast.com ([63.128.21.124]:38323 "EHLO us-smtp-delivery-124.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728402AbgKUTpR (ORCPT ); Sat, 21 Nov 2020 14:45:17 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1605987916; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=/n9qzU93yjpwWqpZ4t1OnDoSkIDxpyCWRVsrij+PqBU=; b=cemCWQ7oly83tjEpQa/ROAt9TQDAU0N6t3y3arP0+DmrNBq9rv7ABe2pf/RTGZFThIt0QJ PMYXOMNvsnr534+SWP7R6Ha/9OcNHDM9ackK4JawGBKyf7S95gzm034/EL0QH3qRcJAAnf Fddrcnx/4VxCmYKFCfRdxIGdYe3K+X8= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-112-FDfrJ_tzPVSMkHwmKiKa3g-1; Sat, 21 Nov 2020 14:45:12 -0500 X-MC-Unique: FDfrJ_tzPVSMkHwmKiKa3g-1 Received: from smtp.corp.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id A872151D8; Sat, 21 Nov 2020 19:45:10 +0000 (UTC) Received: from mail (ovpn-112-35.rdu2.redhat.com [10.10.112.35]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 2A24E18996; Sat, 21 Nov 2020 19:45:07 +0000 (UTC) From: Andrea Arcangeli To: Mel Gorman , Andrew Morton , linux-mm@kvack.org, Qian Cai Cc: Vlastimil Babka , Michal Hocko , David Hildenbrand , linux-kernel@vger.kernel.org, Mike Rapoport , Baoquan He Subject: [PATCH 0/1] VM_BUG_ON_PAGE(!zone_spans_pfn) in set_pfnblock_flags_mask Date: Sat, 21 Nov 2020 14:45:05 -0500 Message-Id: <20201121194506.13464-1-aarcange@redhat.com> In-Reply-To: <8C537EB7-85EE-4DCF-943E-3CC0ED0DF56D@lca.pw> References: <8C537EB7-85EE-4DCF-943E-3CC0ED0DF56D@lca.pw> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.79 on 10.5.11.11 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hello, After hitting this twice on two different systems, I'm now running with the tentative fix applied, but it's not a meaningful test since it's non reproducible. However it is possible to inject this bug if you do "grep E820 /proc/iomem" and then find a phys addr there with a struct page (i.e. pfn_valid) in a zone, with this change: min_pfn = pageblock_start_pfn(cc->free_pfn - (distance >> 1)); + if (cc->zone is the zone where the e820 physaddr has a pfn_valid) + min_pfn = physaddr_of_E820_non_RAM_page_with_valid_pfn >> PAGE_SHIFT; I didn't try to inject the bug to validate the fix and it'd be great if someone can try that to validate this or any other fix. Andrea Arcangeli (1): mm: compaction: avoid fast_isolate_around() to set pageblock_skip on reserved pages mm/compaction.c | 5 ++++- 1 file changed, 4 insertions(+), 1 deletion(-)