From owner-freebsd-current@freebsd.org Wed Jul 8 19:33:37 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D99E899697F; Wed, 8 Jul 2015 19:33:37 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 91D041D09; Wed, 8 Jul 2015 19:33:37 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) with esmtp (envelope-from ) id <1ZCv60-000bCg-Dp>; Wed, 08 Jul 2015 21:33:28 +0200 Received: from x5ce12921.dyn.telefonica.de ([92.225.41.33] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) with esmtpsa (envelope-from ) id <1ZCv60-0006Zi-5T>; Wed, 08 Jul 2015 21:33:28 +0200 Date: Wed, 8 Jul 2015 21:33:20 +0200 From: "O. Hartmann" To: Larry Rosenman Cc: Freebsd current , owner-freebsd-current@freebsd.org Subject: Re: Kernel Link issue Message-ID: <20150708213320.2d50c910.ohartman@zedat.fu-berlin.de> In-Reply-To: <5b090863bf4fb09936a056fe64b8d8a9@thebighonker.lerctr.org> References: <20150705111428.20e2bc5e.ohartman@zedat.fu-berlin.de> <354ea269dfbda15450736c89ba5b56ad@thebighonker.lerctr.org> <20150706231256.62d155e0.ohartman@zedat.fu-berlin.de> <5b090863bf4fb09936a056fe64b8d8a9@thebighonker.lerctr.org> Organization: FU Berlin X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.27; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/=s5LxVyxqS=z.Nt43R8.YWQ"; protocol="application/pgp-signature" X-Originating-IP: 92.225.41.33 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jul 2015 19:33:37 -0000 --Sig_/=s5LxVyxqS=z.Nt43R8.YWQ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Mon, 06 Jul 2015 16:17:23 -0500 Larry Rosenman schrieb: > On 2015-07-06 16:12, O. Hartmann wrote: > > Am Sun, 05 Jul 2015 09:42:16 -0500 > > Larry Rosenman schrieb: > >=20 > >> On 2015-07-05 04:14, O. Hartmann wrote: > >> > Am Sat, 04 Jul 2015 18:56:31 -0500 > >> > Larry Rosenman schrieb: > >> > > >> >> --- kernel.debug --- > >> >> linking kernel.debug > >>=20 > >> > > >> > I see the same here on most recen source (r285155). > >> > > >> > The failure occurs when device nvme and device nvd are enabled in > >> > kernel. On another > >> > system, exact with the same source revision, without both optionis > >> > enabled in the kernel > >> > the world and kernel built well. > >> > > >> > Regards, > >> > O. Hartmann > >>=20 > >> This also happens if you have options ZFS. > >>=20 > >> I saw some complaints from make about the linker files: > >> cd /usr/obj/usr/src/sys/VT-LER; MAKEOBJDIRPREFIX=3D/usr/obj > >> MACHINE_ARCH=3Damd64 MACHINE=3Damd64 CPUTYPE=3D > >> GROFF_BIN_PATH=3D/usr/obj/usr/src/tmp/legacy/u > >> sr/bin =20 > >> GROFF_FONT_PATH=3D/usr/obj/usr/src/tmp/legacy/usr/share/groff_font > >> GROFF_TMAC_PATH=3D/usr/obj/usr/src/tmp/legacy/usr/share/tmac > >> _LDSCRIPTROOT > >> =3D VERSION=3D"FreeBSD 11.0-CURRENT amd64 1100077" INSTALL=3D"sh > >> /usr/src/tools/install.sh" > >> PATH=3D/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src > >> /tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/bin:/usr/obj/usr/src/t= mp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bin > >> CC=3D"cc > >> " CXX=3D"c++ " DEPFLAGS=3D"" CPP=3D"cpp " AS=3D"as" AR=3D"ar" LD= =3D"ld"=20 > >> NM=3Dnm > >> OBJDUMP=3Dobjdump OBJCOPY=3D"objcopy" RANLIB=3Dranlib STRINGS=3D SIZ= E=3D"size" > >> make > >> -j 20 -J 15,16 -m /usr/src/share/mk KERNEL=3Dkernel cleandir > >> make[2]: "/usr/obj/usr/src/sys/VT-LER/Makefile" line 3797: warning: > >> duplicate script for target "nvpair.ln" ignored > >> make[2]: "/usr/obj/usr/src/sys/VT-LER/Makefile" line 1914: warning: > >> using previous script for "nvpair.ln" defined here > >> make[2]: "/usr/obj/usr/src/sys/VT-LER/Makefile" line 3800: warning: > >> duplicate script for target "nvpair.o" ignored > >> make[2]: "/usr/obj/usr/src/sys/VT-LER/Makefile" line 1918: warning: > >> using previous script for "nvpair.o" defined here > >> make[2]: "/usr/obj/usr/src/sys/VT-LER/Makefile" line 3801: warning: > >> duplicate script for target "nvpair.o" ignored > >> make[2]: "/usr/obj/usr/src/sys/VT-LER/Makefile" line 1918: warning: > >> using previous script for "nvpair.o" defined here > >>=20 > >>=20 > >=20 > > I need to correct: it only happens when options ZFS is in the kernel! > > My first (false) > > statement was wrong and is obsolete. > >=20 > > The problem still persists in r 285220. > >=20 > > O. Hartmann > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D201356 >=20 > has a patch that fixes is. I guess the patch hasn't been submitted yet since buildkernel still fails. = It is annoying for nanoBSD builds where ZFS is builtin due to non-module environments we m= aintain. Is there any chance getting the patch in line within the next couple of days? --Sig_/=s5LxVyxqS=z.Nt43R8.YWQ Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJVnXsBAAoJEOgBcD7A/5N8wkwH/i5aMHqaXWCVoOb0M4rAbneD MQXxSMiYzu6CvwUJ7A51idkC3sIcQs688aQU9oMKv2alHDbJkJdiI3dVBY9UqZ8o zY1D30r/jA4mRC0cxeK0raUgAWTNhul/m0zPFclFoEU6dbr7fjtKUXcfdsg5e9a6 fyv8o4qu7eKQ7RmZ/d1LYSt4BALCIb+vSv0A/bMB0D6yEIo5o7TX1o6wkTi1HrQZ 8O4/5ZyB9ZUACuX/e3PURcXedM6LiLBc6pwcoNS1xotrQcwL3rweIDXasDwZOtFd YjUetaJCJnyBwvhkV8E4G/1TPjRRYrZ+srPvE4VQkWGSgdjK3irh0Ieffxe7Lh8= =BI3a -----END PGP SIGNATURE----- --Sig_/=s5LxVyxqS=z.Nt43R8.YWQ--