On Fri, 04 Sep 2015 09:33:10 +0200, Basil Chupin wrote:
On 03/09/15 19:26, Michal Marek wrote:
Hi,
since Leap is sharing code with SLE and it will eventually share the kernel as well, I would like to align the config/ directory with the SLE kernel where practical. ia64 has already been deleted, same happened to the trace flavors. We probably want to keep the 32bit ARM, PPC and x86 architectures, to make it easier to build Leap ports for those architectures. What we can drop is the -desktop flavor. Since openSUSE releases have been using this flavor by default, I assume that this is what the majority of users are running, so we probably want to keep some of the settings of the -desktop flavor, to make the transition seamless. Therefore, I propose the following:
- Set CONFIG_PREEMPT=y, CONFIG_HZ=1000 in i386/pae and x86_64/default - Set the sysctl default vm.dirty_ratio=20 for these two flavors - Make i386/pae and x86_64/default obsolete kernel-desktop
Left for discussion is whether PREEMPT and HZ=1000 are actually worth it even on desktop. The setting can be flipped back later if there is a consensus. What we will definitely lose are the various builtin driver choices of the -desktop flavor. Merging these with the SLE kernel configs would constantly result in conflicts, while the boot time gains are negligible. And we will lose the placebo effect of the kernel having "desktop" in its name.
Michal
Why is always necessary to change things when things are running smoothly? Why?
Because having two flavors costs very much: it costs double for maintenance, and it costs double for resources. As you might know, the kernel package is neither small nor trivial package.
In your own words, "What we will definitely lose are the various builtin driver choices of the -desktop flavor. Merging these with the SLE kernel configs would constantly result in conflicts.....", so why create avoidable angst and gnashing of teeth by users?
It's a technical detail, and we care not to break things. That's why we're *discussing* here now. If you have an enough technical reason not to do that (or doing other way), please let us know. Your comment above looks more like a FUD without actual evaluation. General speaking, this change will give more merits to users, too. The situation where we have default and desktop flavors is weird. Why desktop flavor is used as default installation while there is default flavor? It was intended as a short-time stop-gap, but this was dragged too long. So, reducing such a confusion is good for users. Also, changing from built-in to modules will give more merits. In that way, you can update the functionality more easily. For example, with the current desktop flavor, if you want to change something in ext4, you'd have to replace the whole kernel because it's built in. If it's a module, you can just install a KMP for testing and uninstall for reverting. Again, such built-in config was also considered as a temporary stop gap at the time we aimed more for speed on a slow Netbooks, and this won't justify any longer. So, think this action from another POV: it's a good chance to "fix" such weirdness. Takashi -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kernel+owner@opensuse.org