lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20160816012659.GA9457@wfg-t540p.sh.intel.com>
Date:	Tue, 16 Aug 2016 09:26:59 +0800
From:	Fengguang Wu <fengguang.wu@...el.com>
To:	Dan Williams <dan.j.williams@...el.com>
Cc:	Johannes Thumshirn <jthumshirn@...e.de>, kbuild-all@...org,
	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
	Yilong Ren <yilongx.ren@...el.com>
Subject: Re: [kbuild-all] make[2]: *** No rule to make target
 'tools/testing/nvdimm//config_check.o', needed by
 'tools/testing/nvdimm//dax.o'.

On Mon, Aug 15, 2016 at 05:58:36PM -0700, Dan Williams wrote:
>On Mon, Aug 15, 2016 at 3:03 AM, kbuild test robot
><fengguang.wu@...el.com> wrote:
>> tree:   https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
>> head:   694d0d0bb2030d2e36df73e2d23d5770511dbc8d
>> commit: ab68f26221366f92611650e8470e6a926801c7d4 /dev/dax, pmem: direct access to persistent memory
>> date:   3 months ago
>> config: i386-randconfig-i1-201633 (attached as .config)
>> compiler: gcc-4.8 (Debian 4.8.4-1) 4.8.4
>> reproduce:
>>         git checkout ab68f26221366f92611650e8470e6a926801c7d4
>>         # save the attached .config to linux build tree
>>         make ARCH=i386
>>
>> All errors (new ones prefixed by >>):
>>
>>>> make[2]: *** No rule to make target 'tools/testing/nvdimm//config_check.o', needed by 'tools/testing/nvdimm//dax.o'.
>>    make[2]: Target '__build' not remade because of errors.
>
>I think this is an invalid build test.  tools/testing/nvdimm/ uses a
>external module Kbuild environment, not Kconfig.  So, there's nothing
>I can do to prevent this compile error, unless there's some other way
>0-day could determine the configuration dependencies?

Yeah if you can offer a concrete rule for the dependency, we'll add
it to 0-day. 

Yilong (CCed) recently enabled "make M=tools/testing/nvdimm/" and the
current "dependency" checking is pretty permissive: as long as there
is a tools/testing/nvdimm/ dir.

Thanks,
Fengguang

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ