Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752947AbdLYNiQ (ORCPT ); Mon, 25 Dec 2017 08:38:16 -0500 Received: from mail.linuxfoundation.org ([140.211.169.12]:56204 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752202AbdLYNiO (ORCPT ); Mon, 25 Dec 2017 08:38:14 -0500 Date: Mon, 25 Dec 2017 14:38:16 +0100 From: Greg Kroah-Hartman To: Ivan Kozik Cc: linux-kernel@vger.kernel.org, Linus Torvalds , akpm@linux-foundation.org, Guenter Roeck , Shuah Khan , patches@kernelci.org, Ben Hutchings , lkft-triage@lists.linaro.org, stable@vger.kernel.org Subject: Re: [PATCH 4.14 000/159] 4.14.9-stable review Message-ID: <20171225133816.GF18221@kroah.com> References: <20171222084623.668990192@linuxfoundation.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.9.2 (2017-12-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2133 Lines: 55 On Sun, Dec 24, 2017 at 07:37:23PM +0000, Ivan Kozik wrote: > On Fri, Dec 22, 2017 at 8:44 AM, Greg Kroah-Hartman > wrote: > > This is the start of the stable review cycle for the 4.14.9 release. > > There are 159 patches in this series, all will be posted as a response > > to this one. If anyone has any issues with these being applied, please > > let me know. > > > > Responses should be made by Sun Dec 24 08:45:36 UTC 2017. > > Anything received after that time might be too late. > > > > > Josh Poimboeuf > > x86/unwind: Make CONFIG_UNWINDER_ORC=y the default in kconfig for 64-bit > > This is uncovering a very difficult-to-debug build failure with NVIDIA DKMS: > with CONFIG_UNWINDER_ORC=y, out-of-tree modules hit this rule in > scripts/Makefile.build: > > $(obj)/%.o: $(src)/%.c $(recordmcount_source) $(objtool_dep) FORCE > > and fail (here, at least) to build tools/objtool/objtool (note: I do have > libelf-dev installed) Is this problem also in Linus's tree? > After editing dkms.conf to do `make --debug=a -j1`, I see make output: > > Considering target file > '/var/lib/dkms/nvidia-current/387.34/build/nvidia/nv-gpu-numa.o'. > File '/var/lib/dkms/nvidia-current/387.34/build/nvidia/nv-gpu-numa.o' > does not exist. > Looking for an implicit rule for > '/var/lib/dkms/nvidia-current/387.34/build/nvidia/nv-gpu-numa.o'. > [...] > Trying rule prerequisite 'tools/objtool/objtool'. > Looking for a rule with intermediate file 'tools/objtool/objtool'. > Avoiding implicit rule recursion. > > then silently fail to build objtool, silently fail to build all the .o files, > then continue until ld finally errors out trying to link nonexistent object > files. Is this just a bug in the nvidia Makefile somehow? > If things look alright to you, and objtool is known to work with out-of-tree > modules, and the Debian packaging just needs to be adjusted, please ignore; > I figured I'd send this anyway because it was such a pain to debug. objtool should work with out-of-tree modules, again, try Linus's tree to verify this. thanks, greg k-h