From patchwork Tue Mar 31 13:23:14 2015 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Boaz Harrosh X-Patchwork-Id: 6129811 Return-Path: X-Original-To: patchwork-linux-fsdevel@patchwork.kernel.org Delivered-To: patchwork-parsemail@patchwork2.web.kernel.org Received: from mail.kernel.org (mail.kernel.org [198.145.29.136]) by patchwork2.web.kernel.org (Postfix) with ESMTP id 6AA43BF4A7 for ; Tue, 31 Mar 2015 13:23:44 +0000 (UTC) Received: from mail.kernel.org (localhost [127.0.0.1]) by mail.kernel.org (Postfix) with ESMTP id 94F5D201EC for ; Tue, 31 Mar 2015 13:23:39 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 1D26B201E4 for ; Tue, 31 Mar 2015 13:23:34 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754206AbbCaNXV (ORCPT ); Tue, 31 Mar 2015 09:23:21 -0400 Received: from mail-wi0-f170.google.com ([209.85.212.170]:33540 "EHLO mail-wi0-f170.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752139AbbCaNXS (ORCPT ); Tue, 31 Mar 2015 09:23:18 -0400 Received: by wixm2 with SMTP id m2so14228051wix.0 for ; Tue, 31 Mar 2015 06:23:17 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=qLxQ4+os8fFg914EpUUNDxRaulVrC4wWiEx5+FqD5HE=; b=l9ggLj5zpv3D4YriogZhGn0ATlXHQnHtAO7NpYHuoUbAxxrXViGSVLrMH9r/7DYspf xSHtEoZBr9BDrUIilGOvzJrteM+wXcR2zi4yxF0ZZ4NQ5gXl++rVBIvn38QULiMqVPPT yHrmwAw9YlOtQ3g7YVD51+h0ofgpagft9sCXwUS0YHB9oIPbycFZvXwA0seoFINRGSWS A5Obzn2Oe1211o1HH9HpYGn8kv9lo5VpZoSz+3a9lRIQi0aE2WZUr+xS3SHxCbpt1izR fqAX/zluHadGjXo06BTzdrzaem84P2Gapyd26P6pd5PgfSjXOh51lwqs3BpiGWE9IMas 7fgQ== X-Gm-Message-State: ALoCoQltEy90jM2mfw+EviFmiLFHzqBmNncz3VnqpX104zoISjq4VWfQNYaAyLixm3qhALrJlh9C X-Received: by 10.180.126.69 with SMTP id mw5mr5673907wib.12.1427808197045; Tue, 31 Mar 2015 06:23:17 -0700 (PDT) Received: from [10.0.0.5] ([207.232.55.62]) by mx.google.com with ESMTPSA id bx3sm20358108wjc.21.2015.03.31.06.23.15 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 31 Mar 2015 06:23:16 -0700 (PDT) Message-ID: <551A9FC2.1030005@plexistor.com> Date: Tue, 31 Mar 2015 16:23:14 +0300 From: Boaz Harrosh User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Christoph Hellwig CC: linux-nvdimm@ml01.01.org, linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, x86@kernel.org, ross.zwisler@linux.intel.com, axboe@kernel.dk Subject: [PATCH 1/6] SQUASHME: Don't let e820_PMEM sections References: <1427358764-6126-1-git-send-email-hch@lst.de> <55143A8B.2060304@plexistor.com> <20150331092526.GA25958@lst.de> <551A9EB3.8000605@plexistor.com> In-Reply-To: <551A9EB3.8000605@plexistor.com> Sender: linux-fsdevel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-fsdevel@vger.kernel.org X-Spam-Status: No, score=-6.9 required=5.0 tests=BAYES_00, RCVD_IN_DNSWL_HI, T_RP_MATCHES_RCVD, UNPARSEABLE_RELAY autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail.kernel.org X-Virus-Scanned: ClamAV using ClamSMTP From: Christoph Hellwig If we need a NUMA crossing a mids a contiguous memory range we split the range at NUMA boundary so to produce two pmemX devices. We do not like 2 NUMA IDs at the same device. TODO: What happens with real type-12 NvDIMM the BIOS splits these ranges? Christoph I please need this patch for now. I have booting problems on some machines, when a contiguous pmem range crosses a NUMA boundary. Signed-off-by: Boaz Harrosh --- arch/x86/kernel/e820.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/x86/kernel/e820.c b/arch/x86/kernel/e820.c index 4bd525a..a098c74 100644 --- a/arch/x86/kernel/e820.c +++ b/arch/x86/kernel/e820.c @@ -346,7 +346,7 @@ int __init sanitize_e820_map(struct e820entry *biosmap, int max_nr_map, * continue building up new bios map based on this * information */ - if (current_type != last_type) { + if (current_type != last_type || current_type == E820_PRAM) { if (last_type != 0) { new_bios[new_bios_entry].size = change_point[chgidx]->addr - last_addr;