All of lore.kernel.org
 help / color / mirror / Atom feed
From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
To: Roy Luo <royluo@google.com>
Cc: "Doug Anderson" <dianders@google.com>,
	"Rob Herring" <robh@kernel.org>,
	"Krzysztof Kozlowski" <krzk+dt@kernel.org>,
	"Conor Dooley" <conor+dt@kernel.org>,
	"Peter Griffin" <peter.griffin@linaro.org>,
	"André Draszik" <andre.draszik@linaro.org>,
	"Tudor Ambarus" <tudor.ambarus@linaro.org>,
	"Thinh Nguyen" <Thinh.Nguyen@synopsys.com>,
	"Philipp Zabel" <p.zabel@pengutronix.de>,
	"Badhri Jagan Sridharan" <badhri@google.com>,
	linux-usb@vger.kernel.org, devicetree@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org,
	linux-samsung-soc@vger.kernel.org,
	"Joy Chakraborty" <joychakr@google.com>,
	"Naveen Kumar" <mnkumar@google.com>
Subject: Re: [PATCH v9 2/2] usb: dwc3: Add Google Tensor SoC DWC3 glue driver
Date: Thu, 18 Dec 2025 07:27:33 +0100	[thread overview]
Message-ID: <2025121847-swifter-pug-a1f7@gregkh> (raw)
In-Reply-To: <CA+zupgyG4Nov0=jihSApp_3_0hy6YNZMkfOp6Q4-zmERFm10Ag@mail.gmail.com>

On Wed, Dec 17, 2025 at 05:34:37PM -0800, Roy Luo wrote:
> On Wed, Dec 17, 2025 at 12:14 PM Doug Anderson <dianders@google.com> wrote:
> >
> > Hi,
> >
> > On Wed, Dec 17, 2025 at 11:18 AM Roy Luo <royluo@google.com> wrote:
> > >
> > > On Wed, Dec 17, 2025 at 5:24 AM Greg Kroah-Hartman
> > > <gregkh@linuxfoundation.org> wrote:
> > > >
> > > > On Thu, Dec 04, 2025 at 11:14:39PM -0800, Roy Luo wrote:
> > > > > On Thu, Dec 4, 2025 at 10:05 PM Greg Kroah-Hartman
> > > > > <gregkh@linuxfoundation.org> wrote:
> > > > > >
> > > > > > On Fri, Dec 05, 2025 at 02:26:38AM +0000, Roy Luo wrote:
> > > > > > > +config USB_DWC3_GOOGLE
> > > > > > > +     tristate "Google Platform"
> > > > > > > +     depends on ARCH_GOOGLE || COMPILE_TEST
> > > > > >
> > > > > > There is no ARCH_GOOGLE in the tree now, so how is this supposed to
> > > > > > work?  Shouldn't tools that check for "invalid config options" trigger
> > > > > > on this?
> > > > > >
> > > > > > thanks,
> > > > > >
> > > > > > greg k-h
> > > > >
> > > > > Hi Greg,
> > > > >
> > > > > The menuconfig looks like the following and it doesn't complain:
> > > > > | Symbol: ARCH_GOOGLE [=ARCH_GOOGLE]
> > > > > | Type  : unknown
> > > > > |
> > > > > | Symbol: PHY_GOOGLE_USB [=y]
> > > > > | Type  : tristate
> > > > > | Defined at drivers/phy/Kconfig:104
> > > > > |     Prompt: Google Tensor SoC USB PHY driver
> > > > > |     Depends on: ARCH_GOOGLE || COMPILE_TEST [=y]
> > > > >
> > > > > According to Kconfig documentation [1], the unknown symbol
> > > > > would simply be evaluated as an "n", which is what we want.
> > > > > "Convert the symbol into an expression. Boolean and tristate
> > > > > symbols are simply converted into the respective expression
> > > > > values. All other symbol types result in ‘n’."
> > > > >
> > > > > In a different Kconfig documentation, an environment variable
> > > > > "KCONFIG_WARN_UNKNOWN_SYMBOLS" is there to detect
> > > > > undefined symbols in the "config input", but I can't find one that
> > > > > catches undefined symbols in the Kconfig tree itself.
> > > > >
> > > > > That is, the tool seems to allow this.
> > > > > However, if this turns out to be a major problem. I think we
> > > > > can either:
> > > > > - Remove ARCH_GOOGLE and leave COMPILE_TEST as
> > > > >   the only dependency. Then add ARCH_GOOGLE back
> > > > >   later once it's in the tree.
> > > >
> > > > Please do this.  I do not want to take patches that purposfully add
> > > > dependencies on config options that might, or might not, appear in the
> > > > future.  Please just remove all of the dependancies for now, as they are
> > > > not needed, right?
> > > >
> > > > thanks,
> > > >
> > > > greg k-h
> > >
> > > Greg,
> > >
> > > Yes, we can remove ARCH_GOOGLE for now.
> > > To clarify, we're not removing all of the dependencies, we still want
> > > to keep COMPILE_TEST for build tests, right?
> > > Please let me know if you think otherwise.
> >
> > I think you'd just remove all of them. Normally COMPILE_TEST just
> > allows folks to compile stuff even when they don't want the ARCH. We
> > can can add ARCH_GOOGLE back in later once the config exists.
> >
> > -Doug
> 
> Doug,
> 
> Thanks for chiming in. I'm hesitant to remove COMPILE_TEST
> because Greg specifically requested its inclusion in v7 [1].
> Also it seems beneficial to get some build coverage before
> ARCH_GOOGLE is officially added to the tree.
> Greg, could you clarify?

I wanted it in because it would not build without it on a non "google"
system.  But now, as that option isn't there, just don't have any
dependency, as it's obviously not needed.

thanks,

greg k-h


  reply	other threads:[~2025-12-18  6:27 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-12-05  2:26 [PATCH v9 0/2] Add Google Tensor SoC USB controller support Roy Luo
2025-12-05  2:26 ` [PATCH v9 1/2] dt-bindings: usb: dwc3: Add Google Tensor G5 DWC3 Roy Luo
2025-12-05 17:14   ` Krzysztof Kozlowski
2025-12-06 10:47   ` Krzysztof Kozlowski
2025-12-05  2:26 ` [PATCH v9 2/2] usb: dwc3: Add Google Tensor SoC DWC3 glue driver Roy Luo
2025-12-05  6:05   ` Greg Kroah-Hartman
2025-12-05  7:14     ` Roy Luo
2025-12-16 23:34       ` Thinh Nguyen
2025-12-17  0:25         ` Roy Luo
2025-12-17 13:24       ` Greg Kroah-Hartman
2025-12-17 19:17         ` Roy Luo
2025-12-17 20:14           ` Doug Anderson
2025-12-18  1:34             ` Roy Luo
2025-12-18  6:27               ` Greg Kroah-Hartman [this message]
2025-12-18  7:06               ` Krzysztof Kozlowski
2025-12-18 19:02                 ` Roy Luo

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=2025121847-swifter-pug-a1f7@gregkh \
    --to=gregkh@linuxfoundation.org \
    --cc=Thinh.Nguyen@synopsys.com \
    --cc=andre.draszik@linaro.org \
    --cc=badhri@google.com \
    --cc=conor+dt@kernel.org \
    --cc=devicetree@vger.kernel.org \
    --cc=dianders@google.com \
    --cc=joychakr@google.com \
    --cc=krzk+dt@kernel.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-samsung-soc@vger.kernel.org \
    --cc=linux-usb@vger.kernel.org \
    --cc=mnkumar@google.com \
    --cc=p.zabel@pengutronix.de \
    --cc=peter.griffin@linaro.org \
    --cc=robh@kernel.org \
    --cc=royluo@google.com \
    --cc=tudor.ambarus@linaro.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.