Hi Andrew; Am 29.04.2013 14:21, schrieb Andrew: > Hi. > It looks like there will be a three steps that I described, except order > - 2nd and 1st step should be exchanged. So 1) add linux headers (and > look if headers for different archs differs - AFAIK some of headers will > be different); 2) add separate targets and 3) add choose for target > kernel (and list of available kernels for arch/subarch with possibility > to build all in list).
Will you give a try for first step in a new branch (or next branch, if merged with master)? kp (I'll be offline for a week) > 28.04.2013 17:16, KP Kirchdoerfer пишет: >> Hi Andrew; >> >> is there a possibilty to divide the proposal below in two or more steps, >> so we can test, work with and get more experienced? >> >> Like 1) add three targets, including cleaning each target (and it's >> dependencies) 2) add building different kernel and modules >> >> >> kp >> >> >> Am 23.04.2013 21:59, schrieb Andrew: >>> Hi all. >>> >>> Now we have building of toolchain, userlevel apps and kernel (with >>> modules) as similar targets, with same logic. But for future embedded >>> platforms with same/similar CPU arch (but with multiple kernels - for >>> each SoC required separate kernel, possible even with different versions >>> - like rpi case) it causes some troubles. Also rebuilding from scratch >>> taints also toolchain - ~20-30% of rebuilding time. >>> >>> I think that it'll be good if we'll separate building of toolchain, >>> kernel(+modules) and userland into 3 different procedures. For this, I >>> propose to do next things: >>> >>> 1) Add 3 targets - 'build-toolchain', 'build-userspace', 'build-kernel' >>> instead of single 'build'; for toolchain - 'build-userspace' will just >>> install libs'headers from toolchain dir into staging dir. This should >>> allow to quickly rebuild only userspace soft, or only kernel, or all >>> except toolchain. >>> >>> 2) Add tarball with kernel headers into toolchain instead of headers >>> generation from linux source (it shouldn't produce any pbs - at least >>> for some years of Gentoo usage I didn't saw pbs if headers were older >>> than kernel sources or packages were built with older headers; and more >>> - it's usual situation in Gentoo). This will remove pain of multiple >>> kernel versions into single tree and remove toolchain dependency from >>> linux kernel. >>> >>> 3) Add possibility to specify arch/version of kernel to build via >>> cmdline, and specify list of available major versions (for ex., 3.4, 3.6 >>> and so on) with default one in platform makefile (currently I don't know >>> optimal method to do this). Also this should affect buildpackage.pl. >>> >>> I'll be glad to hear your ideas about this. >>> >>> ------------------------------------------------------------------------------ >>> Try New Relic Now & We'll Send You this Cool Shirt >>> New Relic is the only SaaS-based application performance monitoring service >>> that delivers powerful full stack analytics. Optimize and monitor your >>> browser, app, & servers with just a few lines of code. Try New Relic >>> and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr >>> >>> _______________________________________________ >>> leaf-devel mailing list >>> leaf-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/leaf-devel >>> >> ------------------------------------------------------------------------------ >> Try New Relic Now & We'll Send You this Cool Shirt >> New Relic is the only SaaS-based application performance monitoring service >> that delivers powerful full stack analytics. Optimize and monitor your >> browser, app, & servers with just a few lines of code. Try New Relic >> and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr >> >> _______________________________________________ >> leaf-devel mailing list >> leaf-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/leaf-devel > > > ------------------------------------------------------------------------------ > Try New Relic Now & We'll Send You this Cool Shirt > New Relic is the only SaaS-based application performance monitoring service > that delivers powerful full stack analytics. Optimize and monitor your > browser, app, & servers with just a few lines of code. Try New Relic > and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr > > _______________________________________________ > leaf-devel mailing list > leaf-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/leaf-devel > ------------------------------------------------------------------------------ Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET Get 100% visibility into your production application - at no cost. Code-level diagnostics for performance bottlenecks with <2% overhead Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap1 _______________________________________________ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
