From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [80.91.229.2] (helo=ciao.gmane.org) by linuxtogo.org with esmtp (Exim 4.69) (envelope-from ) id 1Lq60m-0008JK-5B for openembedded-devel@openembedded.org; Sat, 04 Apr 2009 15:38:03 +0200 Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Lq5yD-0001Ss-Uk for openembedded-devel@openembedded.org; Sat, 04 Apr 2009 13:31:37 +0000 Received: from s55917625.adsl.wanadoo.nl ([85.145.118.37]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 04 Apr 2009 13:31:37 +0000 Received: from k.kooi by s55917625.adsl.wanadoo.nl with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 04 Apr 2009 13:31:37 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: openembedded-devel@openembedded.org From: Koen Kooi Date: Sat, 04 Apr 2009 15:31:25 +0200 Message-ID: Mime-Version: 1.0 X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: s55917625.adsl.wanadoo.nl User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b4pre) Gecko/20090328 Shredder/3.0b3pre Sender: news X-SA-Exim-Connect-IP: 80.91.229.2 X-SA-Exim-Mail-From: gcho-openembedded-devel@m.gmane.org X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on serenity X-Spam-Level: X-Spam-Status: No, score=-3.4 required=5.0 tests=AWL,BAYES_00, RCVD_IN_DNSWL_LOW, RDNS_NONE, SPF_HELO_PASS, SPF_PASS autolearn=ham version=3.2.5 X-SA-Exim-Version: 4.2.1 (built Wed, 25 Jun 2008 17:14:11 +0000) X-SA-Exim-Scanned: Yes (on linuxtogo.org) Subject: [RFC] Rebuild external kernel modules on kernel change X-BeenThere: openembedded-devel@lists.openembedded.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: openembedded-devel@lists.openembedded.org List-Id: Using the OpenEmbedded metadata to build Distributions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Apr 2009 13:38:04 -0000 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Hi, For beagleboard I have a few things I need to rebuild everytime the kernel changes: * powervr kerneldrivers * sdma kernel module * dmai kernel module * codec-engine And I have roughly two kinds of kernel changes: 1) version upgrade (e.g. 2.6.29 -> 2.6.29) 2) config changes (e.g. enable ethernet bridging) The first type of change could be solved by putting KERNEL_VERSION in PV or PR, but that needs a non-trivial amount of python since the information isn't available at parsing time (exactly like debian.bbclass). The second kind of change is a lot harder to detect, unless we start storing md5sums for kernel defconfigs. I have a lowtech proposal for this: ----- conf/bitbake.conf: # Define a PR for kernels that machines can override so things like # modules get rebuilt MACHINE_KERNEL_PR ?= "r0" conf/machine/beagleboard.conf: # Increase this everytime the kernel changes MACHINE_KERNEL_PR = "r39" classes/kernel.bbclass: # A machine.conf or local.conf can increase MACHINE_KERNEL_PR to force # rebuilds for kernel and external modules PR = "${MACHINE_KERNEL_PR}" class/module-base.bbclass: # A machine.conf or local.conf can increase MACHINE_KERNEL_PR to force # rebuilds for kernel and external modules PR = "${MACHINE_KERNEL_PR}" ----- I don't really like this method, but I'm having a hard time coming up with a decent solution that: a) works b) requires less or equal manual work c) keeps PR in sync between different buildhosts regards, Koen