Received: by 2002:ad5:4acb:0:0:0:0:0 with SMTP id n11csp880596imw; Thu, 14 Jul 2022 12:38:51 -0700 (PDT) X-Google-Smtp-Source: AGRyM1v0x84IIMdXMhaxgrlNMUA0Ce70aCRbcc/+ey8rdpqPbjN/izBkwVdF11BHk4xI2DLP0Ssk X-Received: by 2002:a17:90a:d195:b0:1ef:b15e:8cb5 with SMTP id fu21-20020a17090ad19500b001efb15e8cb5mr11386365pjb.228.1657827531105; Thu, 14 Jul 2022 12:38:51 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1657827531; cv=none; d=google.com; s=arc-20160816; b=enijoDd97UB8GbGKfjRNuMb9vMe19HWHtpn9SSfW3v8m3uxYRaG4xZPyCGYa4pIJEM AGaPEyN4OgBUVFLPVCBp5cUy9+3MMzYrTPzyRLylZBfkgy4Du2LGu8zfL2IkwDlVc1eC 2eGaa0lC4yK6zNsM5yxdgQQU+1TGqXDce/Ef5s9TT16VpUt+KtKE1YNVVHzSgIS4wjF6 2iB0l9pDR1ONY5npssFat/9M+Tfd2+dSVxWOV9qmYDyx+ElhW/G2h4Qds9Gy1//3RWeO n0uqkXEMu3tPB2oZJ55N5zxeqDumz0iSq31HrUDc2hl0AFKKssoSB81nbaxU3ZwLFgm3 EZjw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=wrqocee6wFB7VNnjcoQjCA09g9WsXTBwX3U1N3wurho=; b=YoyyOcV0BW9X18hcni7U43Hdk9OdZzf6Nfjux3SFB21DkpWz/4BzvSjfANEDZ9KImq 29s3IAmNpdwjBXTA5eASOnXeIz4/7f/87HTFDRN9cGhL84EdEwUDl8NPHuN95RiR5Rc6 w5dwHkGMOfwZew7XsrpvmIkqZ0mpkrgOtPc9gsTrjqpYw2JdgObd+6Ex1zwWaEMsPGOb 1pKOZbnar4sdr9yjeopkrKgcqGxMNuoqjV8jnbEgB62DuCGIGUxXdZfDXCDa8GxQVbz+ Fs3zbtWbd5zrG4jfWsCy3beTAlAfBjASRX4lTEtZSZu6Hd/P7/ozGZ9s0sUByHUUW+IZ A2Gg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=gm8yMiBz; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id q190-20020a6343c7000000b004160a07032dsi2740870pga.35.2022.07.14.12.38.36; Thu, 14 Jul 2022 12:38:51 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=gm8yMiBz; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S240422AbiGNTcX (ORCPT + 99 others); Thu, 14 Jul 2022 15:32:23 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:34784 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232336AbiGNTcV (ORCPT ); Thu, 14 Jul 2022 15:32:21 -0400 Received: from mail-qk1-x72f.google.com (mail-qk1-x72f.google.com [IPv6:2607:f8b0:4864:20::72f]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id BDEB84AD7E for ; Thu, 14 Jul 2022 12:32:19 -0700 (PDT) Received: by mail-qk1-x72f.google.com with SMTP id g1so1206718qki.7 for ; Thu, 14 Jul 2022 12:32:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=wrqocee6wFB7VNnjcoQjCA09g9WsXTBwX3U1N3wurho=; b=gm8yMiBzyEjQMl52W80Wt/8mHUwSS5cm/nBVfYddpKK55Jp2MXXG+ymKBlXP8tLoKq jPCk4RlASYUS9BqlmgSLtyx6XvtzH7kK21OIq5MNf2TNvtZXyULSrYxbQ80mvcYhoqVa +gU45JV9fcnT75lp5kWnKbV1B8eTAvLOlPEWALPZ4Y1R9RBfyzYubMCaHWepfyoGE88N BFxoBDHo1T+DBWui/Bq+64uIWw5yu297OVBfTssak+1r6qhZ0O0dMUqNYzwtKWTlpBG5 tjXZCQS896PoOHo8MfzxGOmKuy45vKy0Mex6fRWY6Id4jZiN3Hbgb8g1BA7ROCbVnc/8 c7xA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=wrqocee6wFB7VNnjcoQjCA09g9WsXTBwX3U1N3wurho=; b=H9/BsRtA1cri48fqb2o6Co8RvQqjozdP/wU7IPlGM6pytQ1iKJmrcxtJQORi/E/jwT lRXGL5jWdIaUoK49YumMKcdmQAl9wpDvr5AdCbqUB7sZKdtRU8K+IApNGufoIw4cQ2aH EMB33A1BCASm5ZfY2YTAWnknfY4r59BHzDWId6tkA2fqmNoGT8expUfrNbodzB+mUfWX vDPnRcCE4Fzw+/dHLEAhI4YDUqPR9JWrqPFlD8opr8pdFG9WXRTb+SAe+qEHWzwFyEex TospY+AM8MLEBUW9dOvLjnv9ZdqVK3GTg1l90q6HIT9HPTpp8GSWcHqDSNyAwBE5cGAj d/Cw== X-Gm-Message-State: AJIora/XxE0C19ltOGt6FWOsC5pDPpRjbt8wukTsI2fQJImifq0CatFg Lii2VAigVvvDr4Wi08AThGr3I1oSw2c= X-Received: by 2002:a05:620a:bcb:b0:6a9:8f2a:ecf9 with SMTP id s11-20020a05620a0bcb00b006a98f2aecf9mr7202974qki.351.1657827138641; Thu, 14 Jul 2022 12:32:18 -0700 (PDT) Received: from localhost (c-69-254-185-160.hsd1.ar.comcast.net. [69.254.185.160]) by smtp.gmail.com with ESMTPSA id i2-20020ae9ee02000000b006af039ff090sm1878886qkg.97.2022.07.14.12.32.17 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 14 Jul 2022 12:32:17 -0700 (PDT) Date: Thu, 14 Jul 2022 12:32:17 -0700 From: Yury Norov To: Phil Auld Cc: linux-kernel@vger.kernel.org, Greg Kroah-Hartman , "Rafael J . Wysocki" , Barry Song <21cnbao@gmail.com>, Tian Tao Subject: Re: [PATCH v4 RESEND] drivers/base: fix userspace break from using bin_attributes for cpumap and cpulist Message-ID: References: <20220714183021.2924119-1-pauld@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20220714183021.2924119-1-pauld@redhat.com> X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM, RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Jul 14, 2022 at 02:30:21PM -0400, Phil Auld wrote: > Using bin_attributes with a 0 size causes fstat and friends to return that 0 size. > This breaks userspace code that retrieves the size before reading the file. Rather > than reverting 75bd50fa841 ("drivers/base/node.c: use bin_attribute to break the size > limitation of cpumap ABI") let's put in a size value at compile time. Use direct > comparison and a worst-case maximum to ensure compile time constants. For cpulist the > max is on the order of NR_CPUS * (ceil(log10(NR_CPUS)) + 1) which for 8192 is 40960 > (8192 * 5). In order to get near that you'd need a system with every other CPU on one > node or something similar. e.g. (0,2,4,8, ... ). My python says: >>> len(str(list(range(0, 8194, 2))).replace(" ", '')) 19931 Where the list looks like: [0,2,4,6,8,10,...,8190,8192] So excluding open and close braces, max length of the cpu list is 19929 bytes, which is almost3 times smaller than your estimation (8192 * 7 = 57344). For NR_CPUS == 16x8192: >>> len(str(list(range(0, 8194 * 16, 2))).replace(" ", '')) - 2 403308 >>> 8192 * 16 * 7 917504 For NR_CPUS == 128x8192: >>> len(str(list(range(0, 8194 * 128, 2))).replace(" ", '')) - 2 3639774 >>> 8192 * 16 * 7 7340032 Looks like it 2x overestimates for large lists, and 4x for standard 256-bit mask. Before, it was possible to fit ~1800 cpus into 4k page, after - 585. > To simplify the math and support > larger NR_CPUS in the future we are using NR_CPUS * 7. We also set it to a min of > PAGE_SIZE to retain the older behavior for smaller NR_CPUS. The cpumap file wants to > be something like NR_CPUS/4 + NR_CPUS/32, for the ","s so for simplicity we are using > NR_CPUS/2. This again overestimates almost twice. In this case, NR_CPUS * 9/32 - 1 is a precise value, if I didn't screw up. Why don't you just use it? > Add a set of macros for these values to cpumask.h so they can be used in multiple places. > Apply these to the handful of such files in drivers/base/topology.c as well as node.c. > > On an 80 cpu 4-node sytem (NR_CPUS == 8192) > > before: > > -r--r--r--. 1 root root 0 Jul 12 14:08 /sys/devices/system/node/node0/cpulist > -r--r--r--. 1 root root 0 Jul 11 17:25 /sys/devices/system/node/node0/cpumap > > after: > > -r--r--r--. 1 root root 57344 Jul 13 11:32 /sys/devices/system/node/node0/cpulist > -r--r--r--. 1 root root 4096 Jul 13 11:31 /sys/devices/system/node/node0/cpumap > > CONFIG_NR_CPUS = 16384 > -r--r--r--. 1 root root 114688 Jul 13 14:03 /sys/devices/system/node/node0/cpulist > -r--r--r--. 1 root root 8192 Jul 13 14:02 /sys/devices/system/node/node0/cpumap > > Fixes: 75bd50fa841 ("drivers/base/node.c: use bin_attribute to break the size limitation of cpumap ABI") > Fixes: bb9ec13d156 ("topology: use bin_attribute to break the size limitation of cpumap ABI") > Cc: Greg Kroah-Hartman > Cc: "Rafael J. Wysocki" > Signed-off-by: Phil Auld > --- > > v2: Fix cpumap size calculation. Increase multiplier for cpulist size. > > v3: Add comments in code. > > v4: Define constants in cpumask.h. Move comments there. Also fix > topology.c. > > > drivers/base/node.c | 4 ++-- > drivers/base/topology.c | 32 ++++++++++++++++---------------- > include/linux/cpumask.h | 16 ++++++++++++++++ > 3 files changed, 34 insertions(+), 18 deletions(-) > > diff --git a/drivers/base/node.c b/drivers/base/node.c > index 0ac6376ef7a1..eb0f43784c2b 100644 > --- a/drivers/base/node.c > +++ b/drivers/base/node.c > @@ -45,7 +45,7 @@ static inline ssize_t cpumap_read(struct file *file, struct kobject *kobj, > return n; > } > > -static BIN_ATTR_RO(cpumap, 0); > +static BIN_ATTR_RO(cpumap, CPUMAP_FILE_MAX_BYTES); > > static inline ssize_t cpulist_read(struct file *file, struct kobject *kobj, > struct bin_attribute *attr, char *buf, > @@ -66,7 +66,7 @@ static inline ssize_t cpulist_read(struct file *file, struct kobject *kobj, > return n; > } > > -static BIN_ATTR_RO(cpulist, 0); > +static BIN_ATTR_RO(cpulist, CPULIST_FILE_MAX_BYTES); > > /** > * struct node_access_nodes - Access class device to hold user visible > diff --git a/drivers/base/topology.c b/drivers/base/topology.c > index ac6ad9ab67f9..89f98be5c5b9 100644 > --- a/drivers/base/topology.c > +++ b/drivers/base/topology.c > @@ -62,47 +62,47 @@ define_id_show_func(ppin, "0x%llx"); > static DEVICE_ATTR_ADMIN_RO(ppin); > > define_siblings_read_func(thread_siblings, sibling_cpumask); > -static BIN_ATTR_RO(thread_siblings, 0); > -static BIN_ATTR_RO(thread_siblings_list, 0); > +static BIN_ATTR_RO(thread_siblings, CPUMAP_FILE_MAX_BYTES); > +static BIN_ATTR_RO(thread_siblings_list, CPULIST_FILE_MAX_BYTES); > > define_siblings_read_func(core_cpus, sibling_cpumask); > -static BIN_ATTR_RO(core_cpus, 0); > -static BIN_ATTR_RO(core_cpus_list, 0); > +static BIN_ATTR_RO(core_cpus, CPUMAP_FILE_MAX_BYTES); > +static BIN_ATTR_RO(core_cpus_list, CPULIST_FILE_MAX_BYTES); > > define_siblings_read_func(core_siblings, core_cpumask); > -static BIN_ATTR_RO(core_siblings, 0); > -static BIN_ATTR_RO(core_siblings_list, 0); > +static BIN_ATTR_RO(core_siblings, CPUMAP_FILE_MAX_BYTES); > +static BIN_ATTR_RO(core_siblings_list, CPULIST_FILE_MAX_BYTES); > > #ifdef TOPOLOGY_CLUSTER_SYSFS > define_siblings_read_func(cluster_cpus, cluster_cpumask); > -static BIN_ATTR_RO(cluster_cpus, 0); > -static BIN_ATTR_RO(cluster_cpus_list, 0); > +static BIN_ATTR_RO(cluster_cpus, CPUMAP_FILE_MAX_BYTES); > +static BIN_ATTR_RO(cluster_cpus_list, CPULIST_FILE_MAX_BYTES); > #endif > > #ifdef TOPOLOGY_DIE_SYSFS > define_siblings_read_func(die_cpus, die_cpumask); > -static BIN_ATTR_RO(die_cpus, 0); > -static BIN_ATTR_RO(die_cpus_list, 0); > +static BIN_ATTR_RO(die_cpus, CPUMAP_FILE_MAX_BYTES); > +static BIN_ATTR_RO(die_cpus_list, CPULIST_FILE_MAX_BYTES); > #endif > > define_siblings_read_func(package_cpus, core_cpumask); > -static BIN_ATTR_RO(package_cpus, 0); > -static BIN_ATTR_RO(package_cpus_list, 0); > +static BIN_ATTR_RO(package_cpus, CPUMAP_FILE_MAX_BYTES); > +static BIN_ATTR_RO(package_cpus_list, CPULIST_FILE_MAX_BYTES); > > #ifdef TOPOLOGY_BOOK_SYSFS > define_id_show_func(book_id, "%d"); > static DEVICE_ATTR_RO(book_id); > define_siblings_read_func(book_siblings, book_cpumask); > -static BIN_ATTR_RO(book_siblings, 0); > -static BIN_ATTR_RO(book_siblings_list, 0); > +static BIN_ATTR_RO(book_siblings, CPUMAP_FILE_MAX_BYTES); > +static BIN_ATTR_RO(book_siblings_list, CPULIST_FILE_MAX_BYTES); > #endif > > #ifdef TOPOLOGY_DRAWER_SYSFS > define_id_show_func(drawer_id, "%d"); > static DEVICE_ATTR_RO(drawer_id); > define_siblings_read_func(drawer_siblings, drawer_cpumask); > -static BIN_ATTR_RO(drawer_siblings, 0); > -static BIN_ATTR_RO(drawer_siblings_list, 0); > +static BIN_ATTR_RO(drawer_siblings, CPUMAP_FILE_MAX_BYTES); > +static BIN_ATTR_RO(drawer_siblings_list, CPULIST_FILE_MAX_BYTES); > #endif > > static struct bin_attribute *bin_attrs[] = { > diff --git a/include/linux/cpumask.h b/include/linux/cpumask.h > index fe29ac7cc469..007acdb462bd 100644 > --- a/include/linux/cpumask.h > +++ b/include/linux/cpumask.h > @@ -1071,4 +1071,20 @@ cpumap_print_list_to_buf(char *buf, const struct cpumask *mask, > [0] = 1UL \ > } } > > +/* > + * Provide a valid theoretical max size for cpumap ands cpulist sysfs files to s/ands/and > + * avoid breaking userspace which may allocate a buffer based on the size > + * reported by e.g. fstat. > + * > + * For cpumap NR_CPUS/2 is a simplification of NR_CPUS/4 + NR_CPUS/32. > + * > + * For cpulist 7 is (ceil(log10(NR_CPUS)) + 1) allowing for NR_CPUS to be up to > + * 2 orders of magnitude larger than 8192. This covers a worst-case of every > + * other cpu being on one of two nodes for a very large NR_CPUS. > + * > + * Use PAGE_SIZE as a minimum for smaller configurations. > + */ > +#define CPUMAP_FILE_MAX_BYTES (((NR_CPUS >> 1) > PAGE_SIZE) ? NR_CPUS >> 1 : PAGE_SIZE) > +#define CPULIST_FILE_MAX_BYTES (((NR_CPUS * 7) > PAGE_SIZE) ? NR_CPUS * 7 : PAGE_SIZE) > + > #endif /* __LINUX_CPUMASK_H */ > -- > 2.31.1