On Sun, 2013-09-08 at 15:36 +0100, Ben Hutchings wrote: > On Sun, 2013-09-08 at 16:19 +0200, Bastian Blank wrote: > > On Wed, Aug 28, 2013 at 11:53:58PM +0200, Helge Deller wrote: > > > On 08/28/2013 11:35 PM, Bastian Blank wrote: > > > > Looks reasonable. But please send further changes to remove the > > > > non-smp kernels. > > > I can do that. Do you have some background on this request for me? > > > Is it policy that you only want to gave SMP-kernels? > > > > We like to lower the image count. As long as there are no pressing > > needs, we like to only have one kernel variant. > > > > > (Actually I had a similiar idea to use kernel alternatives on parisc too > > > to avoid different UP/SMP kernels). > > > > Are there any UP machines since PA-8800? > > > > > >> PPPS: CONFIG_MLONGCALLS=y is necessary since the built kernel > > > >> otherwise gets too big so that jumps can't be reached. > > > > Are there drawbacks? > > > Yes, it might be a little bit slower since the jumps now have one > > > CPU instruction more. But there is no other way to solve it unless > > > we drop some unneccessary kernel options for parisc. > > > > How much space would be needed? Some Arm configs disable SELinux for > > example to save space. > > Right, debian/config/armel/config-reduced may be a useful list of things > that could potentially be disabled. > > It's also worth checking modules.builtin for things that could possibly > be modularised. (Not everything listed there will actually work > properly as a module though.) For example, CONFIG_IPV6=m is an easy way to reduce the kernel image size. (We don't do this in general because IPv6 is enabled by default and so will almost always be loaded, and modular code is slightly less efficient.) Ben. -- Ben Hutchings I haven't lost my mind; it's backed up on tape somewhere.
Attachment:
signature.asc
Description: This is a digitally signed message part