[OE-core] [PATCH] [RFC] kernel: rework kernel and module classes to allow for building out-of-tree modules

[Koen Kooi]

Op 15 mrt 2011, om 18:07 heeft Darren Hart het volgende geschreven:

> 
> 
> On 03/15/2011 01:31 AM, Koen Kooi wrote:
>> 
>> Op 15 mrt 2011, om 08:25 heeft Darren Hart het volgende geschreven:
>> 
>>> NOT FOR INCLUSION
>>> 
>>> Before we include something like this, it needs review from folks
>>> like Koen and Gary to confirm it works in their environment as
>>> well.
>>> 
>>> The existing infrastructure uses an external build tree which
>>> references the kernel source in the work dir. If run with rm work,
>>> building external modules will fail.
>>> 
>>> This patch places a configured source tree in sysroots. Striking a
>>> balance between minimal size and minimal maintenance is difficult.
>>> This version leans on the side of caution and removes only the
>>> obviously unecessary parts of the source tree to conserve space.
>>> 
>>> Care is also taken to clean the hostprogs in scripts, and the
>>> modules are responsible for building them as needed.
>> 
>> I get this:
>> 
>> | cp: cannot open
>> `./.pc/0001-PSP-3.0.1.6-kernel-source-patched-with-OCF-Linux.patch/crypto/ocf/ixp4xx/ixp4xx.c'
>> for reading: Permission denied
>> 
>> After adding 'do_make_scripts' in my module do_compile and applying
>> your patch. So it seems to be tripping on the quilt directory :(
> 
> What are the ownership and perms on those?

drwxr-xr-x 126 koen koen   16384 2011-03-10 15:42 .pc/

and

drwxr-xr-x   5 koen koen  4096 2011-03-10 15:42 0001-Added-Crane-Board-support.patch/
drwxr-xr-x   3 koen koen  4096 2011-03-10 15:42 0001-BeagleBoard-Adjust-USER-button-pin-for-xM.patch/
drwxr-xr-x   4 koen koen  4096 2011-03-10 15:42 0001-mt9t111-first-stab-at-merging-sensor-driver-based-on.patch/

etc.

and finally:

---------- 1 koen koen 0 2011-03-10 15:42 git/.pc/0001-PSP-3.0.1.6-kernel-source-patched-with-OCF-Linux.patch/crypto/ocf/ixp4xx/ixp4xx.c

> I suppose we could avoid the .pc directory - but it's going to require something more than cp or some additional scripting. Something like tar's exclude functionality might be needed - but I hate to add the intermediate step as the kernel recipes are already so slow.

It's that or forbidding people to apply patches to the kernel :)

regards,

Koen