On Mon, Jan 16, 2012 at 03:37:01PM -0800, David Rientjes wrote:
> > For instance, Why would CONFIG_EXPERT disable by default some HID devices?
> > I could understand why it is done for CONFIG_EMBEDDED, but certainly not
> > for an general EXPERT option.
> >
>
> Then this is a prime example that you've identified were it would make
> sense to have the default value be dependant on EMBEDDED rather than
> EXPERT. Feel free to send a patch to the HID maintainers.
>
How would you propose to write this patch? You say the default value
should be dependant on EMBEDDED, instead of EXPERT? So maybe something
like
diff --git a/drivers/hid/Kconfig b/drivers/hid/Kconfig
index a421abd..73c2d39 100644
--- a/drivers/hid/Kconfig
+++ b/drivers/hid/Kconfig
@@ -63,7 +63,7 @@ menu "Special HID drivers"
config HID_A4TECH
tristate "A4 tech mice" if EXPERT
depends on USB_HID
- default !EXPERT
+ default !EMBEDDED
---help---
Support for A4 tech X5 and WOP-35 / Trust 450L mice.
and the other HID drivers...
I guess it could be changed to 'if EXPERT || EMBEDDED', but at the moment
EMBEDDED selects EXPERT, so that's not currently necessary. I guess what's
above should be sufficient then. Oh, wait! That's exactly what this patch
does! And anybody who actually read it would have seen that.
I'm sorry if my writing style is starting to become a bit sarcastic. I
tend to get that way when I'm overly irritated. And I tend to get
irritated when people nack patches without reading them.
BTW, the HID maintainer, Jiri Kosina, is already on cc, since I cc'ed
every maintainer of the files that this patch touches.
Drew
--
To unsubscribe from this list: send the line "unsubscribe linux-arch" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
