From mboxrd@z Thu Jan 1 00:00:00 1970 From: Sundareson, Prabindh Date: Sat, 15 Jun 2013 09:37:56 +0000 Subject: [Buildroot] [RFC] ti-gfx: add new package In-Reply-To: <20130614222254.56e49fcb@skate> References: <1370636307-23089-1-git-send-email-spenser@gillilanding.com> <20130614222254.56e49fcb@skate> Message-ID: <321768C95D21724485BCE784F1BE98473EB4E7EA@DBDE04.ent.ti.com> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: buildroot@busybox.net 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@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