Hi Takashi, Le Wednesday 05 June 2013 à 18:41 +0200, Takashi Iwai a écrit :
At Wed, 05 Jun 2013 18:29:53 +0200, Jean Delvare wrote:
* With DRM/KMS being the norm now, I believe drm and drm_kms_helper could be built-in, even though the former is quite large. drm selects i2c-algo-bit, most (all?) DRM/KMS drivers use it. Even servers have graphics chips.
I thought i2c-algo-bit is only about i915, but it's no big deal, it's small. The only cases where we don't need KMS are with Nvidia and AMD binary drivers. But built-in drm and drm_kms_helper are harmless except for the memory usage.
i2c-algo-bit is definitely used by radeon, and I can see indirect references to it in nouveau as well. Note that it is also needed for many TV / DVB adapters and a few framebuffer drivers. So I suspect almost every system out there uses it. In fact it was the first module catching my attention and getting me to ask the question: are there other modules which we'd rather build in?
* I suppose fuse is only used on desktop machines by default, for gvfs, so having it as a module seems OK.
NTFS will use FUSE, too.
Right, but then again not everyone mounts NTFS partitions under Linux, so I don't think this is enough to warrant building fuse in.
* I think microcode could be unloaded after use, maybe for security reasons it might even be preferable, or just because there is simply no point in keeping it in memory. Thomas? Either way we should keep it modular.
The microcode driver loads the firmware by itself via request_firmware() at probe. If we build in, we'll need microcode firmware in initrd, to.
Ah, good point. So we leave microcode modular, period. Still I think it would make sense to unload it after the microcode update.
* For sound drivers, Takashi should know better than me. I suppose that the rationale for having these modular is that servers have no sound chip?
Yes. Also I'm still providing update KMP, so it's convenient to keep them as modules.
Fair enough.
pcspkr was built in ago, but this was split as a module. Making it as a module has another merit: you can blacklist it if you are annoyed by beep sound.
Oh yes :) Thanks for your input, Takashi! -- Jean Delvare Suse L3 -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kernel+owner@opensuse.org