* do_package task of the kernel takes extremely long
@ 2013-01-24 11:29 Daniel Kenji Morgan
2013-01-24 13:16 ` Bruce Ashfield
0 siblings, 1 reply; 2+ messages in thread
From: Daniel Kenji Morgan @ 2013-01-24 11:29 UTC (permalink / raw)
To: yocto
Hello,
I'm still fairly new to Yocto, and having some trouble with kernel
packaging taking an extremely long time.
I will try and keep details as simple as possible to explain my situation.
I am building images for the machine "imx6qsabrelite" in the
"meta-fsl-arm" BSP layer using Poky 1.3 (danny).
To make it easier to test out changes to the linux kernel source, I have
a copy of the source in a local subversion repository, which is checked
out to a local working copy.
I have created a kernel recipe to inherit "externalsrc" and set "S" to
the local working copy directory.
I have added a "configure_prepend" task to stage the build directory.
I use "bitbake core-image-minimal" to build the image.
Here is what I have found from checking the "do_package" task duration
of the kernel in the build stats:
1. Using a local working copy directory (subversion 1.6), the duration
exceeds 4000 seconds.
2. Using a local working copy directory (subversion 1.7), the duration
takes approximately 800 seconds.
3. Using the original kernel recipe which obtains the kernel source off
a Git repository from the internet, the duration takes approximately 400
seconds.
Checking the "do_package" task, it seems like all directories and
sub-directorys of the source are checked recursively in the process.
I think it's safe to say that the number of subversion administrative
directorys is affecting the "do_package" task duration.
Is there any way to make the "do_package" task ignore .svn
administrative directories?
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: do_package task of the kernel takes extremely long
2013-01-24 11:29 do_package task of the kernel takes extremely long Daniel Kenji Morgan
@ 2013-01-24 13:16 ` Bruce Ashfield
0 siblings, 0 replies; 2+ messages in thread
From: Bruce Ashfield @ 2013-01-24 13:16 UTC (permalink / raw)
To: daniel.kenji.morgan; +Cc: Yocto Project Discussion
[-- Attachment #1: Type: text/plain, Size: 2863 bytes --]
On Thu, Jan 24, 2013 at 6:29 AM, Daniel Kenji Morgan <
daniel.kenji.morgan@gmail.com> wrote:
> Hello,
>
> I'm still fairly new to Yocto, and having some trouble with kernel
> packaging taking an extremely long time.
> I will try and keep details as simple as possible to explain my situation.
>
> I am building images for the machine "imx6qsabrelite" in the
> "meta-fsl-arm" BSP layer using Poky 1.3 (danny).
> To make it easier to test out changes to the linux kernel source, I have
> a copy of the source in a local subversion repository, which is checked
> out to a local working copy.
>
kernel source in subversion, is obviously not an optimal configuration,
see below.
>
> I have created a kernel recipe to inherit "externalsrc" and set "S" to
> the local working copy directory.
> I have added a "configure_prepend" task to stage the build directory.
> I use "bitbake core-image-minimal" to build the image.
>
> Here is what I have found from checking the "do_package" task duration
> of the kernel in the build stats:
>
> 1. Using a local working copy directory (subversion 1.6), the duration
> exceeds 4000 seconds.
>
> 2. Using a local working copy directory (subversion 1.7), the duration
> takes approximately 800 seconds.
>
> 3. Using the original kernel recipe which obtains the kernel source off
> a Git repository from the internet, the duration takes approximately 400
> seconds.
>
>
As for the fetch, it is a one time cost, incremental updates to the tree are
simple and fast, so it can't and shouldn't be counted as a constant
overhead.
The development advantages of working out of a git repository based kernel
are significant (in terms of efficiency and diagnostics, etc) and shouldn't
be
discounted.
But as for some of the other comments, they are known and tracked by
several items in the bugtracker to address these issues:
https://bugzilla.yoctoproject.org/show_bug.cgi?id=3517
https://bugzilla.yoctoproject.org/show_bug.cgi?id=2686
as well as other bitbake/build system generic items (that I can't find at
the moment).
I already have some items in progress for 3517, and they'll be out shortly
for
inclusion in yocto 1.4.
Cheers,
Bruce
> Checking the "do_package" task, it seems like all directories and
> sub-directorys of the source are checked recursively in the process.
> I think it's safe to say that the number of subversion administrative
> directorys is affecting the "do_package" task duration.
>
> Is there any way to make the "do_package" task ignore .svn
> administrative directories?
>
> _______________________________________________
> yocto mailing list
> yocto@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto
>
--
"Thou shalt not follow the NULL pointer, for chaos and madness await thee
at its end"
[-- Attachment #2: Type: text/html, Size: 4543 bytes --]
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2013-01-24 13:16 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-01-24 11:29 do_package task of the kernel takes extremely long Daniel Kenji Morgan
2013-01-24 13:16 ` Bruce Ashfield
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.