From: Dinh Nguyen <dinguyen@opensource.altera.com>
To: Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>
Cc: <paulz@synopsys.com>, <gregkh@linuxfoundation.org>,
<balbi@ti.com>, <dinh.linux@gmail.com>, <swarren@wwwdotorg.org>,
<matthijs@stdin.nl>, <r.baldyga@samsung.com>,
<jg1.han@samsung.com>, <sachin.kamat@linaro.org>,
<ben-linux@fluff.org>, <dianders@chromium.org>,
<kever.yang@rock-chips.com>, <linux-usb@vger.kernel.org>,
<linux-kernel@vger.kernel.org>
Subject: Re: [PATCHv4 01/12] usb: dwc2: Update Kconfig to support dual-role
Date: Thu, 18 Sep 2014 10:54:24 -0500 [thread overview]
Message-ID: <541B0030.3000904@opensource.altera.com> (raw)
In-Reply-To: <2539965.N1OFkvgc6j@amdc1032>
Hi Bartlomiej,
On 09/12/2014 10:49 AM, Bartlomiej Zolnierkiewicz wrote:
>
> [ added linux-kernel ML to cc: ]
>
> Hi,
>
> On Tuesday, August 26, 2014 11:19:52 AM dinguyen@opensource.altera.com wrote:
>> From: Dinh Nguyen <dinguyen@opensource.altera.com>
>>
>> Update DWC2 kconfig and makefile to support dual-role mode. The platform
>> file will always get compiled for the case where the controller is directly
>> connected to the CPU. So for loadable modules, only dwc2.ko is needed.
>
> Kconfig and Makefile changes should be done after (or at the same time as)
> driver code itself is modified to support dual-role mode. Each individual
> patch of the patchset should be correct itself (not cause any breakages)
> in order to keep the whole patchset bisectable.
>
Paulz mentioned this in v1 of this patch series and ever since then, I
have been careful to test each patch on it's own, and each version since
then has passed 0-Day kbuild testing. But I may have missed something in
v4. Will try to move the edits to Kconfig/Makefile to end for v5.
>> Signed-off-by: Dinh Nguyen <dinguyen@opensource.altera.com>
>> Acked-by: Paul Zimmerman <paulz@synopsys.com>
>> ---
>> v3: Add USB_GADGET=y and USB_GADGET=USB_DWC2 for peripheral and dual-role
>> config options.
>> v2: Remove reference to dwc2_gadget
>> ---
>> drivers/usb/dwc2/Kconfig | 63 +++++++++++++++++++++++++++--------------------
>> drivers/usb/dwc2/Makefile | 21 ++++++++--------
>> 2 files changed, 47 insertions(+), 37 deletions(-)
>>
>> diff --git a/drivers/usb/dwc2/Kconfig b/drivers/usb/dwc2/Kconfig
>> index f93807b..4396a1f 100644
>> --- a/drivers/usb/dwc2/Kconfig
>> +++ b/drivers/usb/dwc2/Kconfig
>> @@ -1,40 +1,29 @@
>> config USB_DWC2
>> - bool "DesignWare USB2 DRD Core Support"
>> + tristate "DesignWare USB2 DRD Core Support"
>> depends on USB
>> help
>> Say Y here if your system has a Dual Role Hi-Speed USB
>> controller based on the DesignWare HSOTG IP Core.
>>
>> - For host mode, if you choose to build the driver as dynamically
>> - linked modules, the core module will be called dwc2.ko, the PCI
>> - bus interface module (if you have a PCI bus system) will be
>> - called dwc2_pci.ko, and the platform interface module (for
>> - controllers directly connected to the CPU) will be called
>> - dwc2_platform.ko. For gadget mode, there will be a single
>> - module called dwc2_gadget.ko.
>> -
>> - NOTE: The s3c-hsotg driver is now renamed to dwc2_gadget. The
>> - host and gadget drivers are still currently separate drivers.
>> - There are plans to merge the dwc2_gadget driver with the dwc2
>> - host driver in the near future to create a dual-role driver.
>> + If you choose to build the driver as dynamically
>> + linked modules, a single dwc2.ko(regardless of mode of operation)
>
> minort nitpick: " " is missing after dwc2.ko
>
>> + will get built for both platform IPs and PCI.
>
> Why do you want ot merge both platform and PCI drivers into one?
>
> To do it properly you need to modify module_init/exit() of the final
> module to properly handle both PCI and platform devices. It should
> be easier to leave separate dwc2_pci/platform drivers and just put
> the common code into dwc2.ko.
I need to rework to the comment. I think it should say, "will get built
for either platform IPs or PCI." I am not merging both platform and PCI
drivers into one.
>
>> if USB_DWC2
>>
>> +choice
>> + bool "DWC2 Mode Selection"
>> + default USB_DWC2_DUAL_ROLE if (USB && USB_GADGET)
>> + default USB_DWC2_HOST if (USB && !USB_GADGET)
>> + default USB_DWC2_PERIPHERAL if (!USB && USB_GADGET)
>> +
>> config USB_DWC2_HOST
>> - tristate "Host only mode"
>> + bool "Host only mode"
>> depends on USB
>> help
>> The Designware USB2.0 high-speed host controller
>> - integrated into many SoCs.
>> -
>> -config USB_DWC2_PLATFORM
>> - bool "DWC2 Platform"
>> - depends on USB_DWC2_HOST
>> - default USB_DWC2_HOST
>> - help
>> - The Designware USB2.0 platform interface module for
>> - controllers directly connected to the CPU. This is only
>> - used for host mode.
>> + integrated into many SoCs. Select this option if you want the
>> + driver to operate in Host-only mode.
>>
>> config USB_DWC2_PCI
>> bool "DWC2 PCI"
>
> Why have you left this option into middle of 'choice' selection?
Will move...
>
> You've also left the "depends on USB_DWC2_HOST && PCI" unmodified
> which causes DWC2 PCI support to show up only if "Host only mode"
> is selected (it is not available if "Dual Role mode" is selected).
>
Does PCI support gadget? I left it unmodified because I didn't think the
PCI driver supported Gadget.
>> @@ -47,11 +36,31 @@ config USB_DWC2_PCI
>> comment "Gadget mode requires USB Gadget support to be enabled"
>>
>> config USB_DWC2_PERIPHERAL
>> - tristate "Gadget only mode"
>> - depends on USB_GADGET
>> + bool "Gadget only mode"
>> + depends on USB_GADGET=y || USB_GADGET=USB_DWC2
>> help
>> The Designware USB2.0 high-speed gadget controller
>> - integrated into many SoCs.
>> + integrated into many SoCs. Select this option if you want the
>> + driver to operate in Peripheral-only mode. This option requires
>> + USB_GADGET=y.
>> +
>> +config USB_DWC2_DUAL_ROLE
>> + bool "Dual Role mode"
>> + depends on ((USB=y || USB=USB_DWC2) && (USB_GADGET=y || USB_GADGET=USB_DWC2))
>
> I believe that extra parentheses are not needed.
Yes, I can remove the extra parentheses.
>
>> + help
>> + Select this option if you want the driver to work in a dual-role
>> + mode. In this mode both host and gadget features are enabled, and
>> + the role will be determined by the cable that gets plugged-in. This
>> + option requires USB_GADGET=y.
>> +endchoice
>> +
>> +config USB_DWC2_PLATFORM
>> + bool
>> + depends on !PCI
>
> Why have you introduced this limitation (without even mentioning it in
> the patch description)? I suspect that by this change and disabling
> PCI in your config you've workarounded the issue of having the common
> module for PCI and platform parts completely. Sorry but this is
> incorrect as we want to have PCI and platform support in one compiled
> kernel.
Yes...I will remove.
>
>> + default y
>> + help
>> + The Designware USB2.0 platform interface module for
>> + controllers directly connected to the CPU.
>>
>> config USB_DWC2_DEBUG
>> bool "Enable Debugging Messages"
>> diff --git a/drivers/usb/dwc2/Makefile b/drivers/usb/dwc2/Makefile
>> index b73d2a5..3026135 100644
>> --- a/drivers/usb/dwc2/Makefile
>> +++ b/drivers/usb/dwc2/Makefile
>> @@ -1,10 +1,17 @@
>> ccflags-$(CONFIG_USB_DWC2_DEBUG) += -DDEBUG
>> ccflags-$(CONFIG_USB_DWC2_VERBOSE) += -DVERBOSE_DEBUG
>>
>> -obj-$(CONFIG_USB_DWC2_HOST) += dwc2.o
>> +obj-$(CONFIG_USB_DWC2) += dwc2.o
>> dwc2-y := core.o core_intr.o
>> -dwc2-y += hcd.o hcd_intr.o
>> -dwc2-y += hcd_queue.o hcd_ddma.o
>> +
>> +ifneq ($(filter y,$(CONFIG_USB_DWC2_HOST) $(CONFIG_USB_DWC2_DUAL_ROLE)),)
>> + dwc2-y += hcd.o hcd_intr.o
>> + dwc2-y += hcd_queue.o hcd_ddma.o
>> +endif
>> +
>> +ifneq ($(filter y,$(CONFIG_USB_DWC2_PERIPHERAL) $(CONFIG_USB_DWC2_DUAL_ROLE)),)
>> + dwc2-y += gadget.o
>> +endif
>>
>> # NOTE: The previous s3c-hsotg peripheral mode only driver has been moved to
>> # this location and renamed gadget.c. When building for dynamically linked
>
> This comment is no longer true after your changes.
Well, this patch series doesn't affect this comment. gadget.c is still
gadget.c that was renamed from s3c-hsotg. I'd like to leave this comment
here for now because people are still forgetting that s3c-hsotg is now
gadget.
>
>> @@ -19,10 +26,4 @@ ifneq ($(CONFIG_USB_DWC2_PCI),)
>> dwc2_pci-y := pci.o
>> endif
>
> dwc2_pci will still be build as separate module despite what the updated
> documentation for USB_DWC2 says.
Ah...So should I keep for PCD, dwc2-pci.ko or dwc2.ko?
>
>> -ifneq ($(CONFIG_USB_DWC2_PLATFORM),)
>> - obj-$(CONFIG_USB_DWC2_HOST) += dwc2_platform.o
>> - dwc2_platform-y := platform.o
>> -endif
>> -
>> -obj-$(CONFIG_USB_DWC2_PERIPHERAL) += dwc2_gadget.o
>> -dwc2_gadget-y := gadget.o
>> +dwc2-$(CONFIG_USB_DWC2_PLATFORM) += platform.o
>
> platform.c references code from hcd.c but will be built alone for
> USB_DWC2_PERIPHERAL=y config (the link failure will happen).
I believed I have wrapped all the necessary functions from hcd.c so that
the link failure will not happen. But I will check again.
Thanks for your review.
Dinh
next prev parent reply other threads:[~2014-09-18 15:59 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1409070003-21195-1-git-send-email-dinguyen@opensource.altera.com>
[not found] ` <1409070003-21195-2-git-send-email-dinguyen@opensource.altera.com>
2014-09-12 15:49 ` [PATCHv4 01/12] usb: dwc2: Update Kconfig to support dual-role Bartlomiej Zolnierkiewicz
2014-09-18 15:54 ` Dinh Nguyen [this message]
2014-09-18 19:59 ` Paul Zimmerman
2014-09-19 14:49 ` Bartlomiej Zolnierkiewicz
2014-09-19 19:02 ` Paul Zimmerman
2014-09-22 16:10 ` Bartlomiej Zolnierkiewicz
[not found] ` <1409070003-21195-3-git-send-email-dinguyen@opensource.altera.com>
2014-09-12 15:56 ` [PATCHv4 02/12] usb: dwc2: move "samsung,s3c6400-hsotg" into common platform Bartlomiej Zolnierkiewicz
[not found] ` <1409070003-21195-4-git-send-email-dinguyen@opensource.altera.com>
2014-09-12 16:08 ` [PATCHv4 03/12] usb: dwc2: Update the gadget driver to use common dwc2_hsotg structure Bartlomiej Zolnierkiewicz
[not found] ` <1409070003-21195-5-git-send-email-dinguyen@opensource.altera.com>
2014-09-12 16:18 ` [PATCHv4 04/12] usb: dwc2: Add the appropriate init calls in platform code Bartlomiej Zolnierkiewicz
2014-09-18 19:24 ` Dinh Nguyen
[not found] ` <1409070003-21195-9-git-send-email-dinguyen@opensource.altera.com>
2014-09-12 16:28 ` [PATCHv4 08/12] usb: dwc2: gadget: Do not fail probe if there isn't a clock node Bartlomiej Zolnierkiewicz
2014-09-19 14:29 ` Dinh Nguyen
[not found] ` <1409070003-21195-10-git-send-email-dinguyen@opensource.altera.com>
2014-09-12 16:34 ` [PATCHv4 09/12] usb: dwc2: initialize the spin_lock for both host and gadget Bartlomiej Zolnierkiewicz
[not found] ` <1409070003-21195-11-git-send-email-dinguyen@opensource.altera.com>
2014-09-12 16:36 ` [PATCHv4 10/12] usb: dwc2: Add suspend/resume for gadget Bartlomiej Zolnierkiewicz
[not found] ` <1409070003-21195-12-git-send-email-dinguyen@opensource.altera.com>
2014-09-12 16:38 ` [PATCHv4 11/12] usb: dwc2: check that the host work queue is valid Bartlomiej Zolnierkiewicz
2014-09-12 16:44 ` [PATCHv4 00/12] usb: dwc2: Add support for dual role Bartlomiej Zolnierkiewicz
2014-09-12 18:29 ` Dinh Nguyen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=541B0030.3000904@opensource.altera.com \
--to=dinguyen@opensource.altera.com \
--cc=b.zolnierkie@samsung.com \
--cc=balbi@ti.com \
--cc=ben-linux@fluff.org \
--cc=dianders@chromium.org \
--cc=dinh.linux@gmail.com \
--cc=gregkh@linuxfoundation.org \
--cc=jg1.han@samsung.com \
--cc=kever.yang@rock-chips.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-usb@vger.kernel.org \
--cc=matthijs@stdin.nl \
--cc=paulz@synopsys.com \
--cc=r.baldyga@samsung.com \
--cc=sachin.kamat@linaro.org \
--cc=swarren@wwwdotorg.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox