From: kbuild test robot <lkp@intel.com>
To: Waiman Long <longman@redhat.com>
Cc: kbuild-all@01.org, Alexander Viro <viro@zeniv.linux.org.uk>,
Jan Kara <jack@suse.com>, Jeff Layton <jlayton@poochiereds.net>,
"J. Bruce Fields" <bfields@fieldses.org>,
Tejun Heo <tj@kernel.org>,
Christoph Lameter <cl@linux-foundation.org>,
linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org,
Ingo Molnar <mingo@redhat.com>,
Peter Zijlstra <peterz@infradead.org>,
Andi Kleen <andi@firstfloor.org>,
Dave Chinner <dchinner@redhat.com>,
Boqun Feng <boqun.feng@gmail.com>,
Davidlohr Bueso <dave@stgolabs.net>,
Waiman Long <longman@redhat.com>,
Waiman Long <Waiman.Long@hpe.com>
Subject: Re: [PATCH v6 4/6] lib/dlock-list: Make sibling CPUs share the same linked list
Date: Sat, 7 Oct 2017 21:44:46 +0800 [thread overview]
Message-ID: <201710072123.ri0s4nVB%fengguang.wu@intel.com> (raw)
In-Reply-To: <1507152007-28753-5-git-send-email-longman@redhat.com>
[-- Attachment #1: Type: text/plain, Size: 2805 bytes --]
Hi Waiman,
[auto build test ERROR on linus/master]
[also build test ERROR on v4.14-rc3]
[cannot apply to next-20170929]
[if your patch is applied to the wrong git tree, please drop us a note to help improve the system]
url: https://github.com/0day-ci/linux/commits/Waiman-Long/vfs-Use-dlock-list-for-SB-s-s_inodes-list/20171007-210724
config: i386-tinyconfig (attached as .config)
compiler: gcc-6 (Debian 6.2.0-3) 6.2.0 20160901
reproduce:
# save the attached .config to linux build tree
make ARCH=i386
All error/warnings (new ones prefixed by >>):
lib/dlock-list.c: In function 'cpu2idx_init':
>> lib/dlock-list.c:75:16: error: assignment to expression with array type
sibling_mask = topology_sibling_cpumask(cpu);
^
>> lib/dlock-list.c:76:7: warning: the address of 'sibling_mask' will always evaluate as 'true' [-Waddress]
if (sibling_mask) {
^~~~~~~~~~~~
vim +75 lib/dlock-list.c
44
45 /*
46 * Initialize cpu2idx mapping table & nr_dlock_lists.
47 *
48 * It is possible that a dlock-list can be allocated before the cpu2idx is
49 * initialized. In this case, all the cpus are mapped to the first entry
50 * before initialization.
51 *
52 * All the sibling CPUs of a sibling group will map to the same dlock list so
53 * as to reduce the number of dlock lists to be maintained while minimizing
54 * cacheline contention.
55 *
56 * As the sibling masks are set up in the core initcall phase, this function
57 * has to be done in the postcore phase to get the right data.
58 */
59 static int __init cpu2idx_init(void)
60 {
61 int idx, cpu;
62 cpumask_var_t sibling_mask;
63 static struct cpumask mask __initdata;
64
65 cpumask_clear(&mask);
66 idx = 0;
67 for_each_possible_cpu(cpu) {
68 int scpu;
69
70 if (cpumask_test_cpu(cpu, &mask))
71 continue;
72 per_cpu(cpu2idx, cpu) = idx;
73 cpumask_set_cpu(cpu, &mask);
74
> 75 sibling_mask = topology_sibling_cpumask(cpu);
> 76 if (sibling_mask) {
77 for_each_cpu(scpu, sibling_mask) {
78 per_cpu(cpu2idx, scpu) = idx;
79 cpumask_set_cpu(scpu, &mask);
80 }
81 }
82 idx++;
83 }
84
85 /*
86 * nr_dlock_lists can only be set after cpu2idx is properly
87 * initialized.
88 */
89 smp_mb();
90 nr_dlock_lists = idx;
91 pr_info("dlock-list: %d head entries per dlock list.\n",
92 nr_dlock_lists);
93 return 0;
94 }
95 postcore_initcall(cpu2idx_init);
96
---
0-DAY kernel test infrastructure Open Source Technology Center
https://lists.01.org/pipermail/kbuild-all Intel Corporation
[-- Attachment #2: .config.gz --]
[-- Type: application/gzip, Size: 6685 bytes --]
next prev parent reply other threads:[~2017-10-07 13:45 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-10-04 21:20 [PATCH v6 0/6] vfs: Use dlock list for SB's s_inodes list Waiman Long
2017-10-04 21:20 ` [PATCH v6 1/6] lib/dlock-list: Distributed and lock-protected lists Waiman Long
2017-10-04 21:20 ` [PATCH v6 2/6] vfs: Remove unnecessary list_for_each_entry_safe() variants Waiman Long
2017-10-04 21:20 ` [PATCH v6 3/6] vfs: Use dlock list for superblock's inode list Waiman Long
2017-10-04 21:20 ` [PATCH v6 4/6] lib/dlock-list: Make sibling CPUs share the same linked list Waiman Long
2017-10-05 8:59 ` Jan Kara
2017-10-05 14:57 ` Waiman Long
2017-10-09 7:26 ` Jan Kara
2017-10-05 17:40 ` Davidlohr Bueso
2017-10-05 18:01 ` Waiman Long
2017-10-07 13:44 ` kbuild test robot [this message]
2017-10-07 14:38 ` kbuild test robot
2017-10-04 21:20 ` [PATCH v6 5/6] lib/dlock-list: Enable faster lookup with hashing Waiman Long
2017-10-05 9:14 ` Jan Kara
2017-10-05 11:06 ` Davidlohr Bueso
2017-10-04 21:20 ` [PATCH v6 6/6] lib/dlock-list: Provide IRQ-safe APIs Waiman Long
2017-10-04 22:46 ` Davidlohr Bueso
2017-10-05 13:40 ` Waiman Long
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=201710072123.ri0s4nVB%fengguang.wu@intel.com \
--to=lkp@intel.com \
--cc=Waiman.Long@hpe.com \
--cc=andi@firstfloor.org \
--cc=bfields@fieldses.org \
--cc=boqun.feng@gmail.com \
--cc=cl@linux-foundation.org \
--cc=dave@stgolabs.net \
--cc=dchinner@redhat.com \
--cc=jack@suse.com \
--cc=jlayton@poochiereds.net \
--cc=kbuild-all@01.org \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=longman@redhat.com \
--cc=mingo@redhat.com \
--cc=peterz@infradead.org \
--cc=tj@kernel.org \
--cc=viro@zeniv.linux.org.uk \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®