From owner-freebsd-current@FreeBSD.ORG Sat Mar 15 21:13:14 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B81C41065671 for ; Sat, 15 Mar 2008 21:13:14 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id 6830B8FC2C for ; Sat, 15 Mar 2008 21:13:14 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=skuns.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1Jadgm-000KDQ-Ul for current@freebsd.org; Sat, 15 Mar 2008 23:13:13 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m2FLDKUw094088 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 15 Mar 2008 23:13:20 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m2FLD7c4082933; Sat, 15 Mar 2008 23:13:07 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m2FLD6nY082932; Sat, 15 Mar 2008 23:13:06 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 15 Mar 2008 23:13:05 +0200 From: Kostik Belousov To: "Bjoern A. Zeeb" Message-ID: <20080315211305.GO10374@deviant.kiev.zoral.com.ua> References: <20080315084441.V50685@maildrop.int.zabbadoz.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SBikYMzjhZGK9d4p" Content-Disposition: inline In-Reply-To: <20080315084441.V50685@maildrop.int.zabbadoz.net> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on skuns.kiev.zoral.com.ua X-Scanner-Signature: 6bd56f30920205a35a58b455a86ead09 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 2421 [Mar 14 2008] X-SpamTest-Info: helo_type=3 X-SpamTest-Method: none X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0278], KAS30/Release Cc: FreeBSD current mailing list Subject: Re: Why is linux.ko rebuild everytime? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Sat, 15 Mar 2008 21:13:14 -0000 --SBikYMzjhZGK9d4p Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Mar 15, 2008 at 08:46:50AM +0000, Bjoern A. Zeeb wrote: > Hi, >=20 > if I just do a make right after buildkernel finished successfully > linux.ko is rebuild (even though nothing was touched). > I have to admit I am doing make in obj/.../sys/KERNCONF/ but to > my understanding that should not matter. >=20 > ... > =3D=3D=3D> linsysfs (all) > =3D=3D=3D> linux (all) > ln -sf=20 > /local/building/freebsd/obj/local/building/freebsd/RELENG_7/sys/DOPT/opt_= apic.h opt_apic.h > cc -c -O2 -fno-strict-aliasing -pipe -DCOMPAT_IA32 -DCOMPAT_LINUX32=20 > -D_KERNEL -DKLD_MODULE -std=3Dc99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS= =20 > -include=20 > /local/building/freebsd/obj/local/building/freebsd/RELENG_7/sys/DOPT/opt_= global.h -I. -I@ -I@/contrib/altq -finline-limit=3D8000 --param inline-unit= -growth=3D100 --param large-function-growth=3D1000 -g -fno-omit-frame-point= er -I/local/building/freebsd/obj/local/building/freebsd/RELENG_7/sys/DOPT -= mcmodel=3Dkernel -mno-red-zone -mfpmath=3D387 -mno-sse -mno-sse2 -mno-mmx -= mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall= -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototype= s -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-e= xtensions @/amd64/amd64/genassym.c > sh @/kern/genassym.sh genassym.o > assym.s > cc -c -x assembler-with-cpp -DLOCORE -O2 -fno-strict-aliasing -pipe=20 > -DCOMPAT_IA32 -DCOMPAT_LINUX32 -D_KERNEL -DKLD_MODULE -std=3Dc99 -nostdi= nc =20 > -DHAVE_KERNEL_OPTION_HEADERS -include=20 > /local/building/freebsd/obj/local/building/freebsd/RELENG_7/sys/DOPT/opt_= global.h -I. -I@ -I@/contrib/altq -finline-limit=3D8000 --param inline-unit= -growth=3D100 --param large-function-growth=3D1000 -fno-common -g -fno-omit= -frame-pointer -I/local/building/freebsd/obj/local/building/freebsd/RELENG_= 7/sys/DOPT -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D387 -mno-sse -mno-ss= e2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffree= standing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmi= ssing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer= -sign -fformat-extensions /local/building/freebsd/RELENG_7/sys/modules/lin= ux/../../amd64/linux32/linux32_support.s -o linux32_support.o > as -o assym.o assym.s > ld -d -warn-common -r -d -o linux.ko.debug linux32_locore.o=20 > linux32_support.o linux32_dummy.o linux_emul.o linux_file.o linux_futex.o= =20 > linux_getcwd.o linux_ioctl.o linux_ipc.o linux32_machdep.o linux_mib.o=20 > linux_misc.o linux_signal.o linux_socket.o linux_stats.o linux_sysctl.o= =20 > linux32_sysent.o linux32_sysvec.o linux_uid16.o linux_util.o linux_time.o= =20 > assym.o > echo linux_emul_path linux_get_osname linux_get_osrelease linux_ifname= =20 > linux_ioctl_register_handler linux_ioctl_unregister_handler > export_syms > awk -f=20 > /local/building/freebsd/RELENG_7/sys/modules/linux/../../conf/kmod_syms.a= wk=20 > linux.ko.debug export_syms | xargs -J% objcopy % linux.ko.debug > objcopy --only-keep-debug linux.ko.debug linux.ko.symbols > objcopy --strip-debug --add-gnu-debuglink=3Dlinux.ko.symbols linux.ko.deb= ug=20 > linux.ko > =3D=3D=3D> lmc (all) > ... I want to say first that I do not know why, and I am interesting myself in the reason. Some time ago I tried to understand this, but did not come to any conclusio= n. The points I observed are below: 1. On i386, the acpi module (absent on the amd64) also often rebuilds without obvious reason. 2. Both linux and acpi depend on the assym.s. It seems that these are the only modules that depend on it. For instance, svr4 depends on svr4_genassym and does not rebuild. I did not saw anything obvious in the web of the rules to handle *assym. BTW, it usually tends to stabilize after several remakes. --SBikYMzjhZGK9d4p Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkfcO+AACgkQC3+MBN1Mb4gMiACgzXDBq22P3EfZ9X9ocRRVPBH8 OnEAoMDhuTPKYipNOxuzktQa8rdi8PSC =y7NN -----END PGP SIGNATURE----- --SBikYMzjhZGK9d4p--