linux-kernel - very strange dependencies on CONFIG

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Message-ID: <CAF2Nc0zT5t_YeqzJWprUH7ma3_3LCWVXgbxLBODU7drgauDt=Q@mail.gmail.com>
Date:	Sun, 10 Mar 2013 16:14:27 +0100
From:	Konrad Vrba <konrad.vrba@...il.com>
To:	linux-kernel@...r.kernel.org
Subject: very strange dependencies on CONFIG_EXPERT=n in kernel 3.8

Dear list,
I have noticed that CONFIG_EXPERT=n makes the following options in the
kernel required (unremovable):

CONFIG_FW_LOADER=y
CONFIG_EXTRA_FIRMWARE=""
CONFIG_MOUSE_PS2_ALPS=y
CONFIG_MOUSE_PS2_LOGIPS2PP=y
CONFIG_MOUSE_PS2_SYNAPTICS=y
CONFIG_MOUSE_PS2_LIFEBOOK=y
CONFIG_MOUSE_PS2_TRACKPOINT=y
CONFIG_VGA_ARB=y
CONFIG_VGA_ARB_MAX_GPUS=16
CONFIG_I8253_LOCK=y
CONFIG_DEBUG_MEMORY_INIT=y
CONFIG_PCSPKR_PLATFORM=y

If I select CONFIG_EXPERT=y then I can remove those, but that creates
a new problem by making CONFIG_DEBUG_KERNEL=y unremovable.

To make a specific example, this makes it impossible to compile a kernel with
CONFIG_FW_LOADER=n
CONFIG_DEBUG_KERNEL=n
at the same time

I am not a kernel developer, but I can see no logical reason why that
should be so.
Could somebody please comment on this? I hope my question makes sense.

Cheers,
Konrad
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/