All of lore.kernel.org
 help / color / mirror / Atom feed
From: Tetsuyuki Kobayashi <koba@kmckk.co.jp>
To: linux-sh@vger.kernel.org
Subject: Re: [RFC][PATCH] ARM: shmobile: kzm9g: add r8a66597_udc support
Date: Fri, 31 Aug 2012 02:50:15 +0000	[thread overview]
Message-ID: <50402667.5080707@kmckk.co.jp> (raw)
In-Reply-To: <4FF2921A.2080803@kmckk.co.jp>

Paul, Simon, Thank you for comments.
I will refine this patch using Kconfig option.

(2012/08/30 15:22), Paul Mundt wrote:
> (Resending due to mail server silliness, apologies for any duplicates)
>
> On Sat, Aug 25, 2012 at 11:01:10AM +0900, Simon Horman wrote:
>> On Tue, Jul 03, 2012 at 03:32:58PM +0900, Tetsuyuki Kobayashi wrote:
>>> Add r8a66597_udc support for CN6 connector on KZM-A9-GT board.
>>> r8a66597 USB controller can not use host mode and peripheral mode
>>> at the same time. At default r8a66597_udc is disabled.
>>> To use r8a66597_udc define USE_R8A66597_UDC.
>>>
>>> Signed-off-by: Tetsuyuki Kobayashi <koba@kmckk.co.jp>
>>> ---
>>> Hello,
>>>
>>> This is an experimental patch to test if r8a66597_udc works or not.
>>> I think that using r8a66597_udc is very rare because usually r8a66597_hcd is used
>>> and they can not use at the same time. So this patch is really for test and
>>> I add this patch code is all inside #ifdef USE_R8A66597_UDC.
>>>
>>> My question, this kind of test code should not merge to mainline?
>>> Or, the define USE_R8A66597_UDC should be change to CONFIG_R8A66597_UDC or so,
>>> and it to Kconfig?
>>
>> Hi Kobayashi-san,
>>
>> my opinion is that this kind of code should be merged into mainline and
>> that a run-time switch or or more likely Kconfig options should be in place
>> to ensure that hdc and udc can't run at the same time.
>>
>> Paul, do you have an opinion on this?
>>
> In general the ifdeffery for this should be avoided anyways, whether this
> means we need to register a dummy gpio or whatever else that can be
> consumed by both the udc/hcd drivers, ensuring that whoever gets there
> first succeeds in its probe path.
>
> If you need to put ifdefs in your platform device array, something is
> horribly wrong in the drivers. ie, there's nothing stopping you from
> having both built as modules, and you should have no problems switching
> from one to the other.
>


      parent reply	other threads:[~2012-08-31  2:50 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-07-03  6:32 [RFC][PATCH] ARM: shmobile: kzm9g: add r8a66597_udc support Tetsuyuki Kobayashi
2012-07-04  2:54 ` Kuninori Morimoto
2012-07-04 11:40 ` Tetsuyuki Kobayashi
2012-07-05  0:53 ` Kuninori Morimoto
2012-07-05 12:03 ` Tetsuyuki Kobayashi
2012-08-25  2:01 ` Simon Horman
2012-08-30  6:22 ` Paul Mundt
2012-08-31  2:50 ` Tetsuyuki Kobayashi [this message]

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=50402667.5080707@kmckk.co.jp \
    --to=koba@kmckk.co.jp \
    --cc=linux-sh@vger.kernel.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.