Hi. 06.08.2013 20:28, KP Kirchdoerfer пишет: > Hi all; > > I'm currently building our packages with latest 3.4.56 kernel, which btw > is expected to build and work for 5.0.1. > If no showstoppers occure I'll do a first rc later this week. > > > I have committed also some changes for a new boot menu into next. > It has improvements for vga based version, like a new boot screen with > our new logo, hardware detection if we decide to include and even > memtest. I tested on a spare alix box if it still boots, it does, but > it's currently useless. > So my first proposal is that we update the vga based versions for > 5.1-beta and look for a solution for serial versions later. > I'd like to ask for help to test vga versions and probably improve > serial versions. > > Yesterday the kernel maintainers announced that the 3.10 kernel will be > next long-term maintained kernel. This is intersting because the 3.10 > kernel supports more arm devices, esp the raspberry pi, without heavy > patching the kernel. > First tests, done a few weeks ago, showed that during 3.4 and 3.10 > serious changes has been applied, requiring some more work on a lot of > packages including patching of uClibc (see: > https://lkml.org/lkml/2012/7/20/419 and http://lwn.net/Articles/507794/ > and my mail on leaf-devel "findings with kernel 3.10-rc4"). > Anyway, with 3.10 announced as a new long-term kernel, it will be a good > target for LEAF Bering-uClibc 5.1. > The second proposal for 5.1 will be to update the kernel (and packages) > to 3.10. This requires more help working on packages, that failed on > latest tests. It'll be OK. We have almost nothing that is kernel-related, except kernel, initmod and moddb/kmodules. So kernel upgrade will not be painful for end users, even they can run old kernel with fresh userland. > And finally, if we can improve and include Andrews proposal to build > linux-headers/toolchain separately from the remaining packages to speed > up building, it would be a nice improvement. > > What do you think? > kp It'll be good to finish this mod. Main showstopper for this was a decision about kernel version specifying. Now we grab version from kernel sources, so we need linux pseudo-package to be built before toolchain and before call buildpackage. We should specify kernel version(s) somewhere else, because each target may have different kernel (or even some kernels). And than we may merge linux and kernel packages into one.
------------------------------------------------------------------------------ Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with <2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk _______________________________________________ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
