Linux kernel staging patches
 help / color / mirror / Atom feed
From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
To: Pengpeng Hou <pengpeng@iscas.ac.cn>
Cc: Vaibhav Hiremath <hvaibhav.linux@gmail.com>,
	Johan Hovold <johan@kernel.org>, Alex Elder <elder@kernel.org>,
	greybus-dev@lists.linaro.org, linux-staging@lists.linux.dev,
	linux-kernel@vger.kernel.org
Subject: Re: [RFC] staging: greybus: arche still depends on missing USB3613 provider
Date: Tue, 7 Jul 2026 11:02:29 +0200	[thread overview]
Message-ID: <2026070752-maggot-corrosive-265d@gregkh> (raw)
In-Reply-To: <20260625061208.30279-1-pengpeng@iscas.ac.cn>

On Thu, Jun 25, 2026 at 02:12:08PM +0800, Pengpeng Hou wrote:
> Hi,
> 
> while auditing conditional provider/header contracts, I noticed that Greybus
> Arche still appears to describe a USB3613 provider world that is absent from
> current mainline.
> 
> drivers/staging/greybus/Kconfig still has:
> 
> depends on USB_HSIC_USB3613 || COMPILE_TEST
> 
> and drivers/staging/greybus/arche-platform.c still conditionally includes
> the USB3613 header and calls usb3613_hub_mode_ctrl() when
> CONFIG_USB_HSIC_USB3613 is enabled.  However, the current tree does not appear
> to provide include/linux/usb/usb3613.h or a Kconfig provider for
> USB_HSIC_USB3613.
> 
> I am not sending a patch yet because this is staging/hardware policy sensitive.
> The possible directions seem to be:
> 
> 1. restore or move the USB3613 provider/header if the hardware path is still
>    intended;
> 2. remove the stale USB3613 integration path and rely on the local stub;
> 3. change the Kconfig dependency to describe only current supported worlds; or
> 4. keep the contract if an out-of-tree provider is intentionally expected.
> 
> Could you advise which direction is expected for Arche?

I would just leave it as-is for now.  Hopefully once the greybus code
for the beaglebone devices gets more integrated we can get all of this
code out of staging, which will delete the unused stuff properly.

thanks,

greg k-h

      reply	other threads:[~2026-07-07  9:02 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-06-25  6:12 [RFC] staging: greybus: arche still depends on missing USB3613 provider Pengpeng Hou
2026-07-07  9:02 ` Greg Kroah-Hartman [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=2026070752-maggot-corrosive-265d@gregkh \
    --to=gregkh@linuxfoundation.org \
    --cc=elder@kernel.org \
    --cc=greybus-dev@lists.linaro.org \
    --cc=hvaibhav.linux@gmail.com \
    --cc=johan@kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-staging@lists.linux.dev \
    --cc=pengpeng@iscas.ac.cn \
    /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