[yocto] Accelerate kernel module built in eSDK?
richard.purdie at linuxfoundation.org
richard.purdie at linuxfoundation.org
Fri Dec 28 07:01:34 PST 2018
On Fri, 2018-12-28 at 22:35 +0800, Zhaolong Zhang wrote:
> On 2018/12/28 19:40, richard.purdie at linuxfoundation.org wrote:
> > On Fri, 2018-12-28 at 18:19 +0800, Zhaolong Zhang wrote:
> > > Hi Experts,
> > >
> > > Building out-of-tree kernel modules in eSDK will trigger a new
> > > rebuilding of kernel, which consumes lots of time.
> > > Is it possible to cache the do_shared_workdir() task in sstate-
> > > cache
> > > and ship it within eSDK? And how?
> > >
> > > Or is there other method to accelerate?
> > >
> > > Thanks in advance.
> >
> > It is possible but it means creating a tarball of all the kernel
> > source
> > and build artefacts. Usually its just as quick to extract new
> > kernel
> > source and build it than it is to store this and extract it. The
> > sstate
> > object would be huge.
> >
>
> Hi Richard,
>
> Thanks for responding!
>
> Isn't sstate object also a tarball for them? Creating another
> tarball
> would be a hacking and how can I let module.bbclass know that the
> kernel
> source and build artifact are ready, without sstate hashes?
My point is that using sstate for this will be slow and mean there is a
very large sstate object. The performance benefits aren't very clear.
We used to create an sstate object but it got a lot of complaints about
speed/performance.
Cheers,
Richard
More information about the yocto
mailing list