Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp5729927imu; Wed, 30 Jan 2019 02:35:25 -0800 (PST) X-Google-Smtp-Source: ALg8bN7/aipIvDf/hctCYiayVBVV90VqUrylDNcqZUqor2r/5KCHLnIQP4JbWdtwlTIaTTmqv0Cr X-Received: by 2002:a17:902:f24:: with SMTP id 33mr30127152ply.65.1548844525757; Wed, 30 Jan 2019 02:35:25 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1548844525; cv=none; d=google.com; s=arc-20160816; b=ZlATGq0ULeE0GMdT8VyJ8Xh9wXUYPZhU39DsSaaXRn4uI6SkS15WlDMOFw1wTz9+3i sF0QMWtN/WfyfMSci8TT/XrhRXwsdyYUNDGyI1HrHSUJzx+kN8JmB3SA1rzRT5BqdRBK bLwXAoTMdM/9oFiVGhnnoKj8QQfgdfrfnMQ2m6Dkj+rwtqTFaGZkLR/AI9vfoOGVdFtu by0XjIrQTmXWD8XVCNy/MZilJDuoxaqalCUOLshlJA3xzUXLX764GO696e8jabF1qV45 WjB1oLqBooA6JCfxtM2LfcI0gvapuY4P0hS+rVhuSIJatS7oiHitdAP1Z1g4SiB/zJdR RgDA== 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:organization:from:references:cc:to:subject :dkim-signature; bh=woIhQhcHdMvE7zVXG2WxVNo2R5BUawbaMTGgZIzP08U=; b=XiR5aegMh2jKLSocZaE/wSARbl7CavNglHwGYQuSGUnVefuKBxYcHdr9JQ073dPp3y 8/8Gd8piGMmuQu6CxW2VPOh17NO3nCCmodjcpMrMByMmfeqIS2vtt3aeWvdXskiG4ET3 Y+BJx5YsA+KrQaXHXQGC9rPy97xU55LHX6ADR1WN+SFzxAhEsdwWXSJ5Sz/QxxTYjk/W n1p/skSZ3XpFUCkhNmNnO+FzjFQeIW6g2aPboLLs1loljaJFMbU8+voga4lbcU2M1qcc XTbPD3jfPhHh9kXqgaLFwdyovFsbSOlxRJf9mU1eB66umYQzrAYCOEm+3I08P1+KE1JU wflA== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@scalemp.com header.s=default header.b=SKBf2Fcf; 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=scalemp.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id j191si993862pgd.31.2019.01.30.02.35.10; Wed, 30 Jan 2019 02:35:25 -0800 (PST) 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; dkim=fail header.i=@scalemp.com header.s=default header.b=SKBf2Fcf; 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=scalemp.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730789AbfA3Kdh (ORCPT + 99 others); Wed, 30 Jan 2019 05:33:37 -0500 Received: from www.scalemp.com ([169.44.78.149]:41229 "EHLO scalemp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727555AbfA3Kdf (ORCPT ); Wed, 30 Jan 2019 05:33:35 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=scalemp.com ; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To: MIME-Version:Date:Message-ID:From:References:Cc:To:Subject:Sender:Reply-To: 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=woIhQhcHdMvE7zVXG2WxVNo2R5BUawbaMTGgZIzP08U=; b=SKBf2FcfbbPs3qfxjLBLv2F69l /RlpMmpwNHeU911VjnC/nnm2xrJWjoNSGiY30jTb/TMvIFMHVhvTq6wj9MVyPkENWPLCrriyFZ9/q wepnPFP+bvrLcOxgQbKJ9sJrU/LdKICp4vmMxIvmG2ml31mWr1s9BhvQ/HzXRFw55z9s=; Received: from bzq-80-45-146.static.bezeqint.net ([82.80.45.146]:22572 helo=[10.100.0.120]) by hosting.virtualsmp.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91) (envelope-from ) id 1gonBW-000dIL-Kx; Wed, 30 Jan 2019 05:33:34 -0500 Subject: Re: [PATCH] percpu/module resevation: change resevation size iff X86_VSMP is set To: linux-kernel@vger.kernel.org Cc: Shai Fultheim , Oren Twaig References: <1548071251-1849-1-git-send-email-eial@scalemp.com> From: Eial Czerwacki Organization: ScaleMP Message-ID: <902b2b1d-e6bd-bded-dc72-ea792f807d18@scalemp.com> Date: Wed, 30 Jan 2019 12:33:32 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 In-Reply-To: <1548071251-1849-1-git-send-email-eial@scalemp.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - hosting.virtualsmp.com X-AntiAbuse: Original Domain - vger.kernel.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - scalemp.com X-Get-Message-Sender-Via: hosting.virtualsmp.com: authenticated_id: eial@scalemp.com X-Authenticated-Sender: hosting.virtualsmp.com: eial@scalemp.com X-Source: X-Source-Args: X-Source-Dir: Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Greetings, On 1/21/19 1:47 PM, Eial Czerwacki wrote: > as reported in bug #201339 (https://bugzilla.kernel.org/show_bug.cgi?id=201339) > by enabling X86_VSMP, INTERNODE_CACHE_BYTES's definition differs from the default one > causing the struct size to exceed the size ok 8KB. > > in order to avoid such issue, increse PERCPU_MODULE_RESERVE to 64KB if CONFIG_X86_VSMP is set. > > the value was caculated on linux 4.20.3, make allmodconfig all and the following oneliner: > for f in `find -name *.ko`; do echo $f; readelf -S $f |grep perc; done |grep data..percpu -B 1 |grep ko |while read r; do echo -n "$r: "; objdump --syms --section=.data..percpu $r|grep data |sort -n |awk '{c++; d=strtonum("0x" $1) + strtonum("0x" $5); if (m < d) m = d;} END {printf("%d vars-> last addr 0x%x ( %d )\n", c, m, m)}' ; done |column -t |sort -k 8 -n | awk '{print $8}'| paste -sd+ | bc > > Signed-off-by: Eial Czerwacki > Signed-off-by: Shai Fultheim > Signed-off-by: Oren Twaig > --- > include/linux/percpu.h | 4 ++++ > 1 file changed, 4 insertions(+) > > diff --git a/include/linux/percpu.h b/include/linux/percpu.h > index 70b7123..6b79693 100644 > --- a/include/linux/percpu.h > +++ b/include/linux/percpu.h > @@ -14,7 +14,11 @@ > > /* enough to cover all DEFINE_PER_CPUs in modules */ > #ifdef CONFIG_MODULES > +#ifdef X86_VSMP > +#define PERCPU_MODULE_RESERVE (1 << 16) > +#else > #define PERCPU_MODULE_RESERVE (8 << 10) > +#endif > #else > #define PERCPU_MODULE_RESERVE 0 > #endif > is it possible to push this patch to mainline? it seems like no objections/comment regarding it exists. we'd like to fix the bug mentioned above.