On Tue, Jan 16, 2018 at 11:47:47AM +0100, Arnd Bergmann wrote: > On Tue, Jan 16, 2018 at 6:59 AM, Greg KH <[email protected]> wrote: > > On Tue, Jan 16, 2018 at 01:45:44PM +1100, Stephen Rothwell wrote: > >> Hi Greg, > >> > >> After merging the staging tree, today's linux-next build (x86_64 > >> allmodconfig) produced this warning: > >> > >> drivers/staging/lustre/lnet/selftest/module.c: In function > >> 'lnet_selftest_init': > >> drivers/staging/lustre/lnet/selftest/module.c:98:10: warning: 'rc' may be > >> used uninitialized in this function [-Wmaybe-uninitialized] > >> return rc; > >> ^~ > >> > >> Introduced by commit > >> > >> 6106c0f82481 ("staging: lustre: lnet: convert selftest to use > >> workqueues") > > > > Yeah, I told Neil about this, hopefully he sends me a fix soon :) > > I sent a fix for that one, but now ran into another problem that I can't > easily figure out: > > drivers/staging/lustre/lnet/selftest/module.c: In function > 'lnet_selftest_init': > drivers/staging/lustre/lnet/selftest/module.c:128:49: error: 'struct > cfs_cpt_table' has no member named 'ctb_parts'; did you mean > 'ctb_nparts'? > cpumask_copy(attrs.cpumask, lnet_cpt_table()->ctb_parts[i].cpt_cpumask); > > I see that there are two definitions of 'struct cfs_cpt_table', and only > one of them has a ctb_parts member, but I don't know what this means > for its users. > > The build regression also comes from commit 6106c0f82481 ("staging: > lustre: lnet: convert selftest to use workqueues"), and I see that all > other references to ctb_parts are in > drivers/staging/lustre/lnet/libcfs/linux/linux-cpu.c.
Odd, I can't duplicate the build error here, but 0-day also complains about this. Neil is out until Friday, so maybe he can fix it up then... thanks, greg k-h
