[Buildroot] [RFC] ti-gfx: add new package
Sundareson, Prabindh
prabu at ti.com
Sat Jun 15 09:37:56 UTC 2013
Hello Thomas, Spenser,
You can try the installer package without any demos (I saw that the recipe is using the package with minimaldemos), and it should reduce size by another 30 MB. The reason for the larger size is due to the fact that the SDK has to support different cores that customers might have on the chipsets they use.
>> The fact that the Graphics_SDK thing is pretty huge to download is just due to the poor TI practices in terms of packaging and releases, and there's not much we can do about it.
regards,
Prabu
-----Original Message-----
From: buildroot-bounces at busybox.net [mailto:buildroot-bounces at busybox.net] On Behalf Of Thomas Petazzoni
Sent: Saturday, June 15, 2013 1:53 AM
To: Charles Krinke
Cc: buildroot
Subject: Re: [Buildroot] [RFC] ti-gfx: add new package
Dear Charles Krinke,
On Thu, 13 Jun 2013 07:11:18 -0700, Charles Krinke wrote:
> On Spenser's patch, my comments to the RFC remain the same and those
> are 1) Graphics_SDK should not be a part of buildroot and 2) A kernel
> build should be independent of the root file system.
Sorry, but you're wrong on both points I believe:
(1) The whole point of the ti-gfx package that Spenser is doing, and
the whole point of the GSoC project Spenser is working on is
*precisely* to create Buildroot packages for many binary blobs /
special kernel modules that are needed to enable OpenGL, EGL and
other similar technologies on ARM SoCs. So, we definitely want
such packages to automatically download, extract, configure, build
and install whatever is necessary to enable the usage of such
technologies, and this, without requiring special intervention
from the Buildroot user. Just like all the other packages we have.
The fact that the Graphics_SDK thing is pretty huge to download is
just due to the poor TI practices in terms of packaging and
releases, and there's not much we can do about it. And anyway,
Buildroot users willing to enable complex technologies such as
OpenGL are most likely ready to download fairly large packages.
(2) The Graphics_SDK contains some kernel modules. They have to be
built against a Linux kernel tree that has been configured and
built. The only way to do that in Buildroot is to depend on the
'linux' package, which triggers a build of the Linux kernel. This
is completely normal, and I really don't see how it could be done
otherwise. That's already what we do for a number of other
packages that contain kernel modules, such as linux-fusion,
lttng-modules or rtai.
So the build of the root filesystem (which contains kernel
modules) cannot be fully independent from the build of the kernel.
It would be interesting if you could expand on why (1) or (2) are causing problems for you, in the light of the above explanations.
Best regards,
Thomas Petazzoni
--
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux development, consulting, training and support.
http://free-electrons.com
_______________________________________________
buildroot mailing list
buildroot at busybox.net
http://lists.busybox.net/mailman/listinfo/buildroot
More information about the buildroot
mailing list