This is a generic version of Daniel's patch [1] letting us have unsafe module parameters (experimental, debugging, testing, etc.) that taint the kernel when set. Quoting Daniel, """ Users just love to set random piles of options since surely enabling all the experimental stuff helps. Later on we get bug reports because it all fell apart. Even more fun when it's labelled a regression when some change only just made the feature possible (e.g. stolen memory fixes suddenly making fbc possible). Make it clear that users are playing with fire here. """ Patches 1-3 add the core functionality, patch 4 is our use case as an example. BR, Jani. [1] http://lkml.kernel.org/r/1394011994-30604-1-git-send-email-daniel.vetter@xxxxxxxx Jani Nikula (4): module: rename KERNEL_PARAM_FL_NOARG to avoid confusion module: make it possible to have unsafe, tainting module params module: add module_param_unsafe and module_param_named_unsafe drm/i915: taint the kernel if unsafe module parameters are set drivers/gpu/drm/i915/i915_params.c | 8 ++--- drivers/tty/serial/8250/8250_core.c | 2 +- include/linux/moduleparam.h | 64 +++++++++++++++++++++++++++++++------ kernel/module.c | 2 +- kernel/params.c | 17 ++++++++-- security/apparmor/lsm.c | 4 +-- 6 files changed, 76 insertions(+), 21 deletions(-) -- 1.9.1 _______________________________________________ Intel-gfx mailing list Intel-gfx@xxxxxxxxxxxxxxxxxxxxx http://lists.freedesktop.org/mailman/listinfo/intel-gfx