Thread (25 messages) 25 messages, 5 authors, 2025-07-10

Re: [PATCH net 1/4] auxiliary: Allow empty id

From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Date: 2025-06-20 16:15:04
Also in: linux-arm-kernel, lkml

On Fri, Jun 20, 2025 at 12:09:29PM -0400, Sean Anderson wrote:
On 6/20/25 12:02, Greg Kroah-Hartman wrote:
quoted
On Fri, Jun 20, 2025 at 11:37:40AM -0400, Sean Anderson wrote:
quoted
On 6/20/25 01:13, Greg Kroah-Hartman wrote:
quoted
On Thu, Jun 19, 2025 at 04:05:34PM -0400, Sean Anderson wrote:
quoted
Support creating auxiliary devices with the id included as part of the
name. This allows for non-decimal ids, which may be more appropriate for
auxiliary devices created as children of memory-mapped devices. For
example, a name like "xilinx_emac.mac.802c0000" could be achieved by
setting .name to "mac.802c0000" and .id to AUXILIARY_DEVID_NONE.
I don't see the justification for this, sorry.  An id is just an id, it
doesn't matter what is is and nothing should be relying on it to be the
same across reboots or anywhere else.  The only requirement is that it
be unique at this point in time in the system.
It identifies the device in log messages. Without this you have to read
sysfs to determine what device is (for example) producing an error.
That's fine, read sysfs :)
I should not have to read sysfs to decode boot output. If there is an
error during boot I should be able to determine the offending device.
This very important when the boot process fails before init is started,
and very convenient otherwise. 
The boot log will show you the name of the device that is having a
problem.  And you get to pick a portion of that name to make it make
some kind of sense to users if you want.
quoted
quoted
This
may be inconvenient to do if the error prevents the system from booting.
This series converts a platform device with a legible ID like
"802c0000.ethernet" to an auxiliary device, and I believe descriptive
device names produce a better developer experience.
You can still have 802c0000.ethernet be the prefix of the name, that's
fine.
This is not possible due to how the auxiliary bus works. If device's
name is in the form "foo.id", then the driver must have an
auxiliary_device_id in its id_table with .name = "foo". So the address
*must* come after the last period in the name.
So what is the new name without this aux patch that looks so wrong?
What is the current log line before and after the change you made?

thanks,

greg k-h
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help