Linux Input/HID development
 help / color / mirror / Atom feed
From: Andy Shevchenko <andriy.shevchenko@intel.com>
To: Danny Kaehn <danny.kaehn@plexus.com>
Cc: Jiri Kosina <jkosina@suse.com>,
	Bartosz Golaszewski <bartosz.golaszewski@oss.qualcomm.com>,
	Benjamin Tissoires <bentiss@kernel.org>,
	linux-input@vger.kernel.org
Subject: Re: Firmware Support for USB-HID Devices and CP2112
Date: Tue, 10 Nov 2026 21:55:57 +0200	[thread overview]
Message-ID: <avN2zfSvXs3OOFX4@ashevche-desk.local> (raw)
In-Reply-To: <20261110185603.GA102891@LNDCL34533.neenah.na.plexus.com>

On Tue, Nov 10, 2026 at 12:56:03PM -0600, Danny Kaehn wrote:
> On Wed, Nov 04, 2026 at 07:19:46PM +0200, Andy Shevchenko wrote:
> > In lieu of this discussion [1] I just realised that CP2112 misses the
> > documentation piece under Documentation/firmware-guide/acpi/ on how
> > it's supposed to be enumerated. Danny, can you add a such, please?
> > 
> > [1]: 20261003095924.1370238-1-thierry.reding@kernel.org

> Apologies about the delay here -- getting an environment set up to send
> kernel email always takes some time :)
> 
> I will target getting something sent out for this by the end of the
> week.
> 
> This can wait for the review of course, but since it seems like
> this is a relatively unblazed trail (ACPI "binding" documents for
> specific drivers), do you have opinions on whether a directory tree
> should be started for driver documents like this? (i.e. an i2c
> subdirectory?), or would you prefer it just be added to the top-level
> directory? It seems like there also isn't yet a naming convention for
> these -- presumably the "silabs,cp2112.rst" name would be too
> "DeviceTree-ish"... maybe "i2c-silabs-cp2112.rst" if kept at the
> top-level...

Hmm... Since you rose this topic, I think we can move i2c-mux ACPI
documentation to i2c folder and create there the support for that specific
hardware in DTish naming schema.

-- 
With Best Regards,
Andy Shevchenko



  reply	other threads:[~2026-11-10 19:56 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-05-20 16:13 [PATCH v14 0/2] Firmware Support for USB-HID Devices and CP2112 Danny Kaehn
2026-05-20 16:13 ` [PATCH v14 1/2] HID: cp2112: Add fwnode support Danny Kaehn
2026-05-20 17:02   ` sashiko-bot
2026-06-02  7:55     ` Benjamin Tissoires
2026-06-04 14:31       ` Danny Kaehn
2026-06-04 14:41         ` Benjamin Tissoires
2026-06-01 19:18   ` Andy Shevchenko
2026-06-03 19:46   ` Jacky Huang
2026-06-04 12:45   ` Bartosz Golaszewski
2026-05-20 16:13 ` [PATCH v14 2/2] HID: cp2112: Configure I2C bus speed from firmware Danny Kaehn
2026-05-20 17:44   ` sashiko-bot
2026-06-02  7:59     ` Benjamin Tissoires
2026-06-04 14:23       ` Danny Kaehn
2026-06-10 15:35 ` [PATCH v14 0/2] Firmware Support for USB-HID Devices and CP2112 Jiri Kosina
2026-11-04 17:19 ` Andy Shevchenko
2026-11-10 18:56   ` Danny Kaehn
2026-11-10 19:55     ` Andy Shevchenko [this message]
2026-11-05  9:01 ` [PATCH v14 0/2] " Bartosz Golaszewski

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=avN2zfSvXs3OOFX4@ashevche-desk.local \
    --to=andriy.shevchenko@intel.com \
    --cc=bartosz.golaszewski@oss.qualcomm.com \
    --cc=bentiss@kernel.org \
    --cc=danny.kaehn@plexus.com \
    --cc=jkosina@suse.com \
    --cc=linux-input@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox