[alsa-devel] [RESEND PATCH v3 1/2] device property: Add function to search for named child of device

Opensource [Adam Thomson] Adam.Thomson.Opensource at diasemi.com
Tue Jun 21 16:07:23 CEST 2016


On 21 June 2016 13:27, Adam Thomson wrote:

> > > > > > +static inline bool acpi_data_node_match(struct fwnode_handle *fwnode,
> > > > > > +					const char *name)
> > > > > > +{
> > > > > > +	return is_acpi_data_node(fwnode) ?
> > > > > > +		(!strcasecmp(to_acpi_data_node(fwnode)->name, name)) :
> > false;
> > > > > > +}
> > > > >
> > > > > Looks fine to me.
> > > > >
> > > > > One question - is it expected that matching ACPI data nodes is always
> > > > > case insensitive?
> > > >
> > > > That would not be a correct expectation in theory, although I don't think it
> > > > really matters in practice.
> > >
> > > From my reading of the Hierarchical Data Extension and ACPI Spec, I thought
> > > that was the case (section 19.3.1 ASL Names - ASL names are not case-sensitive
> > > and will be converted to upper case). Am I misreading the documents/missing
> > > something else?
> >
> > Those are names in the ASL code itself.
> >
> > What we are talking here are actually just string values (name of the
> > data node).
> 
> Understood. For DT they are case insensitive (except for Sparc platforms) so
> having ACPI match seems to make sense. I can add a comment indicating this,
> just for clarity.

Actually, I'm going to back-track. Having seen the following discussion thread
on node name matching, it would seem the expected behaviour is that names should
be case sensitive for DT:

http://www.spinics.net/lists/devicetree/msg130870.html

Will follow that lead, and do the same for ACPI.


More information about the Alsa-devel mailing list