Re: [linux-usb-devel] Re: [PATCH] reorganize USB submenu's
From: David Brownell (david-b_at_pacbell.net)
Date: 07/31/03
- Previous message: Andrew Morton: "Re: [PATCH] RCU: Reduce size of rcu_head 1 of 2"
- In reply to: Stephen Hemminger: "Re: [PATCH] reorganize USB submenu's"
- Next in thread: Stephen Hemminger: "Re: [linux-usb-devel] Re: [PATCH] reorganize USB submenu's"
- Reply: Stephen Hemminger: "Re: [linux-usb-devel] Re: [PATCH] reorganize USB submenu's"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Date: Thu, 31 Jul 2003 14:07:35 -0700 To: Stephen Hemminger <shemminger@osdl.org>
Stephen Hemminger wrote:
> --- linux-2.5/drivers/usb/gadget/Kconfig 2003-06-05 10:04:40.000000000 -0700
> +++ usb/drivers/usb/gadget/Kconfig 2003-07-31 12:45:04.000000000 -0700
> @@ -35,9 +35,6 @@
> #
> # USB Peripheral Controller Support
> #
> -choice
> - prompt "USB Peripheral Controller Support"
> - depends on USB_GADGET
>
> config USB_NET2280
> tristate "NetChip 2280 USB Peripheral Controller"
> @@ -54,21 +51,23 @@
> dynamically linked module called "net2280" and force all
> gadget drivers to also be dynamically linked.
>
> -endchoice
Why do you want to remove that choice menu? By doing that,
you've enabled illegal configurations.
In this case: no more than one controller driver may be
linked, since USB devices have exactly one upstream link.
By detecting this at configuration time, the current menus
prevent a link-time error.
This choice could be improved (at this point I'd likely
desupport "dummy plus real controller as modules", and
the more troublesome cases it carries along with it), but
that's not how I'd do it.
> @@ -110,7 +109,7 @@
>
> config USB_ETH
> tristate "Ethernet Gadget"
> - depends on USB_GADGET && (USB_DUMMY_HCD || USB_NET2280 || USB_PXA250 || USB_SA1100)
> + depends on USB_GADGET_CONTROL
This approach allows illegal configurations too. The config-time
dependencies prevent compile-time errors, by only enabling the
configurations that are known to compile and work.
When an "au1x00_udc" controller is added, each gadget driver will
need to be modified to know about its endpoints and config quirks,
then tested. (And some gadget drivers won't be able to do that:
maybe they need lots of endpoints, or rely on config change events
that particular hardware disallows.) By allowing arbitrary driver
stacking, you'd be causing at least compile errors.
Likewise, when an "audio" gadget driver is added, it'll need testing
on each controller. And since SA1100 can never support iso transfers,
that configuration shouldn't even be allowed.
Both your proposed changes share a common feature: reducing the degree
to which illegal configurations are prevented. Is that intentional?
- Dave
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
- Previous message: Andrew Morton: "Re: [PATCH] RCU: Reduce size of rcu_head 1 of 2"
- In reply to: Stephen Hemminger: "Re: [PATCH] reorganize USB submenu's"
- Next in thread: Stephen Hemminger: "Re: [linux-usb-devel] Re: [PATCH] reorganize USB submenu's"
- Reply: Stephen Hemminger: "Re: [linux-usb-devel] Re: [PATCH] reorganize USB submenu's"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
|
|
