mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Markus Probst <markus.probst@posteo.de>
To: Hans de Goede <hansg@kernel.org>, ChunAn Wu <an.wu@canonical.com>,
	 linux-serial@vger.kernel.org,
	platform-driver-x86@vger.kernel.org
Cc: linux-kernel@vger.kernel.org, gregkh@linuxfoundation.org,
	 jirislaby@kernel.org, ilpo.jarvinen@linux.intel.com,
	mpearson-lenovo@squebb.ca, 	derekjohn.clark@gmail.com
Subject: Re: [PATCH v2 1/3] serdev: handle devices without an ACPI or device tree node
Date: Wed, 21 Oct 2026 15:08:17 +0000	[thread overview]
Message-ID: <59137675cf11f7b034220c3b71c5ababab48f8d0.camel@posteo.de> (raw)
In-Reply-To: <250bded6-2a51-457d-9bf2-24c299dbd7a9@kernel.org>

[-- Attachment #1: Type: text/plain, Size: 7852 bytes --]

On Wed, 2026-10-21 at 16:32 +0200, Hans de Goede wrote:
> Hi,
> 
> On 21-Oct-26 11:21, ChunAn Wu wrote:
> > Driver-created serdev clients may lack an ACPI companion or device tree
> > node.
> > 
> > Add a creator-supplied name for these clients. Use it as a serial
> > modalias fallback and to match a serdev driver of the same name. Keep
> > returning -ENODEV for unnamed clients.
> > 
> > Signed-off-by: ChunAn Wu <an.wu@canonical.com>
> 
> For v3 of this series please include a cover-letter and explain
> why this series is an improvement over the` existing situation.
> 
> The dell-uart-backlight and lenovo-yoga-tab2-pro-1380-fastcharger
> drivers are both pretty special cases and here you are adding
> a chunk of code to the serdev-core for those special cases,
> so I wonder: why?
> 
> The current manual attach approach taking in these 2 special
> drivers works fine.
> 
> What does this new approach gain us ?

That was my review comment [1] that resulted in this.

From what I can tell from revision 1, ChunAn Wu is trying to fix that
accessing uevent and modalias of the device (via sysfs) results in a -
ENODEV error.

As mentioned in my review:

- "/* TODO: platform modalias */"
- "/* TODO: platform matching */"
still exist in the serdev codebase (drivers/tty/serdev/core.c) and are
unresolved. Resolving those also fixes the issue mentioned above.
Therefore I think this would be a better approach.

A cover letter is ofc still needed.

> 
> Also if you are going to do this may I suggest looking at doing
> some sort of of-compatible matching based on a compatible string
> inside a swnode ? I do not know what that would look like but
> that is something which seems like it might be generally useful
> also outside these 2 special cases.

I haven't used them before, but I don't think of-compatible string
matching inside a swnode is done anywhere in the kernel (At least I
haven't found a case).

They can be added supplementary if needed.

Thanks
- Markus Probst

[1]
https://lore.kernel.org/linux-serial/8e4ca13d3e8acd5d649bd4c7357e5da0785ba6b3.camel@posteo.de/

> 
> Regards,
> 
> Hans
> 
> 
> 
> > ---
> >  drivers/tty/serdev/core.c | 36 ++++++++++++++++++++++++++++++------
> >  include/linux/serdev.h    | 31 +++++++++++++++++++++++++++++++
> >  2 files changed, 61 insertions(+), 6 deletions(-)
> > 
> > diff --git a/drivers/tty/serdev/core.c b/drivers/tty/serdev/core.c
> > index 7500efcdfc21..8354a4688fd8 100644
> > --- a/drivers/tty/serdev/core.c
> > +++ b/drivers/tty/serdev/core.c
> > @@ -29,13 +29,21 @@ static DEFINE_IDA(ctrl_ida);
> >  static ssize_t modalias_show(struct device *dev,
> >  			     struct device_attribute *attr, char *buf)
> >  {
> > +	const struct serdev_device *serdev = to_serdev_device(dev);
> >  	int len;
> >  
> >  	len = acpi_device_modalias(dev, buf, PAGE_SIZE - 1);
> >  	if (len != -ENODEV)
> >  		return len;
> >  
> > -	return of_device_modalias(dev, buf, PAGE_SIZE);
> > +	len = of_device_modalias(dev, buf, PAGE_SIZE);
> > +	if (len != -ENODEV)
> > +		return len;
> > +
> > +	if (!serdev->name[0])
> > +		return -ENODEV;
> > +
> > +	return sysfs_emit(buf, "%s%s\n", SERDEV_MODULE_PREFIX, serdev->name);
> >  }
> >  static DEVICE_ATTR_RO(modalias);
> >  
> > @@ -47,15 +55,22 @@ ATTRIBUTE_GROUPS(serdev_device);
> >  
> >  static int serdev_device_uevent(const struct device *dev, struct kobj_uevent_env *env)
> >  {
> > +	const struct serdev_device *serdev = to_serdev_device(dev);
> >  	int rc;
> >  
> > -	/* TODO: platform modalias */
> > -
> >  	rc = acpi_device_uevent_modalias(dev, env);
> >  	if (rc != -ENODEV)
> >  		return rc;
> >  
> > -	return of_device_uevent_modalias(dev, env);
> > +	rc = of_device_uevent_modalias(dev, env);
> > +	if (rc != -ENODEV)
> > +		return rc;
> > +
> > +	if (!serdev->name[0])
> > +		return -ENODEV;
> > +
> > +	add_uevent_var(env, "MODALIAS=%s%s", SERDEV_MODULE_PREFIX, serdev->name);
> > +	return 0;
> >  }
> >  
> >  static void serdev_device_release(struct device *dev)
> > @@ -88,14 +103,23 @@ static const struct device_type serdev_ctrl_type = {
> >  
> >  static int serdev_device_match(struct device *dev, const struct device_driver *drv)
> >  {
> > +	const struct serdev_device *serdev;
> > +
> >  	if (!is_serdev_device(dev))
> >  		return 0;
> >  
> > -	/* TODO: platform matching */
> >  	if (acpi_driver_match_device(dev, drv))
> >  		return 1;
> >  
> > -	return of_driver_match_device(dev, drv);
> > +	if (of_driver_match_device(dev, drv))
> > +		return 1;
> > +
> > +	/* Fall back to the name set by the creator of the device */
> > +	serdev = to_serdev_device(dev);
> > +	if (!serdev->name[0])
> > +		return 0;
> > +
> > +	return strcmp(serdev->name, drv->name) == 0;
> >  }
> >  
> >  /**
> > diff --git a/include/linux/serdev.h b/include/linux/serdev.h
> > index b6c3d957ec15..26baa0321eef 100644
> > --- a/include/linux/serdev.h
> > +++ b/include/linux/serdev.h
> > @@ -8,6 +8,7 @@
> >  #include <linux/types.h>
> >  #include <linux/device.h>
> >  #include <linux/iopoll.h>
> > +#include <linux/string.h>
> >  #include <linux/uaccess.h>
> >  #include <linux/termios.h>
> >  #include <linux/delay.h>
> > @@ -19,6 +20,10 @@ struct serdev_device;
> >   * serdev device structures
> >   */
> >  
> > +/* Large enough to hold the KBUILD_MODNAME of any serdev client driver */
> > +#define SERDEV_NAME_SIZE	40
> > +#define SERDEV_MODULE_PREFIX	"serial:"
> > +
> >  /**
> >   * struct serdev_device_ops - Callback operations for a serdev device
> >   * @receive_buf:	Function called with data received from device;
> > @@ -35,6 +40,9 @@ struct serdev_device_ops {
> >   * struct serdev_device - Basic representation of an serdev device
> >   * @dev:	Driver model representation of the device.
> >   * @nr:		Device number on serdev bus.
> > + * @name:	Name of the device, set by its creator, empty for devices
> > + *		which are enumerated from firmware, see
> > + *		serdev_device_set_name().
> >   * @ctrl:	serdev controller managing this device.
> >   * @ops:	Device operations.
> >   * @write_comp:	Completion used by serdev_device_write() internally
> > @@ -43,6 +51,7 @@ struct serdev_device_ops {
> >  struct serdev_device {
> >  	struct device dev;
> >  	int nr;
> > +	char name[SERDEV_NAME_SIZE];
> >  	struct serdev_controller *ctrl;
> >  	const struct serdev_device_ops *ops;
> >  	struct completion write_comp;
> > @@ -135,6 +144,28 @@ static inline void serdev_device_set_client_ops(struct serdev_device *serdev,
> >  	serdev->ops = ops;
> >  }
> >  
> > +/**
> > + * serdev_device_set_name() - set the name of a serdev device
> > + * @serdev:	serdev device.
> > + * @name:	non-empty name to use, typically KBUILD_MODNAME of the client
> > + *		driver.
> > + *
> > + * A serdev device is identified by its ACPI companion, by its device tree
> > + * node, or by a name set by its creator. Serdev devices which are
> > + * instantiated by a driver rather than by firmware have neither of the
> > + * former, so they must set a name before serdev_device_add() to be
> > + * identifiable. Doing so gives them a SERDEV_MODULE_PREFIX modalias and
> > + * makes them match a serdev device driver of the same name.
> > + *
> > + * Devices enumerated from firmware have no name and keep deriving their
> > + * modalias and their driver match from firmware only.
> > + */
> > +static inline void serdev_device_set_name(struct serdev_device *serdev,
> > +					  const char *name)
> > +{
> > +	strscpy(serdev->name, name);
> > +}
> > +
> >  static inline
> >  void *serdev_controller_get_drvdata(const struct serdev_controller *ctrl)
> >  {
> > 
> > base-commit: 9e947d96915af63e28896caae85a81b74855621b

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 870 bytes --]

      reply	other threads:[~2026-10-21 15:08 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-10-21  9:21 ChunAn Wu
2026-10-21  9:21 ` [PATCH v2 2/3] platform/x86: dell-uart-backlight: Bind through normal serdev matching ChunAn Wu
2026-10-21  9:21 ` [PATCH v2 3/3] platform/x86: lenovo-yoga-tab2-pro-1380-fastcharger: " ChunAn Wu
2026-10-21 13:39 ` [PATCH v2 1/3] serdev: handle devices without an ACPI or device tree node Markus Probst
2026-10-21 14:32 ` Hans de Goede
2026-10-21 15:08   ` Markus Probst [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=59137675cf11f7b034220c3b71c5ababab48f8d0.camel@posteo.de \
    --to=markus.probst@posteo.de \
    --cc=an.wu@canonical.com \
    --cc=derekjohn.clark@gmail.com \
    --cc=gregkh@linuxfoundation.org \
    --cc=hansg@kernel.org \
    --cc=ilpo.jarvinen@linux.intel.com \
    --cc=jirislaby@kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-serial@vger.kernel.org \
    --cc=mpearson-lenovo@squebb.ca \
    --cc=platform-driver-x86@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

all inboxes | Powered by JetHome®