[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <ZTzNBAPe0ToFUqIw@black.fi.intel.com>
Date: Sat, 28 Oct 2023 11:58:12 +0300
From: Raag Jadav <raag.jadav@...el.com>
To: "Rafael J. Wysocki" <rafael@...nel.org>
Cc: Mika Westerberg <mika.westerberg@...ux.intel.com>,
len.brown@...el.com, andriy.shevchenko@...ux.intel.com,
linux-acpi@...r.kernel.org, linux-kernel@...r.kernel.org,
mallikarjunappa.sangannavar@...el.com, bala.senthil@...el.com
Subject: Re: [PATCH v2] ACPI: LPSS: use acpi_dev_uid_match() for matching _UID
On Fri, Oct 27, 2023 at 07:40:38PM +0200, Rafael J. Wysocki wrote:
> On Fri, Oct 27, 2023 at 7:19 PM Rafael J. Wysocki <rafael@...nel.org> wrote:
> >
> > On Fri, Oct 27, 2023 at 6:51 PM Raag Jadav <raag.jadav@...el.com> wrote:
> > >
> > > On Fri, Oct 27, 2023 at 05:28:56PM +0300, Mika Westerberg wrote:
> > > >
> > > > Indeed, but using the _Generic() you should be able to have
> > > > a single acpi_dev_uid_match() to work for either type so:
> > > >
> > > > acpi_dev_uid_match(adev, "1")
> > > >
> > > > and
> > > >
> > > > acpi_dev_uid_match(adev, 1)
> > > >
> > > > would both work with type checkings etc.
> > > >
> > > > Not sure if this is worth the trouble though.
> > >
> > > Well, in that case we can probably try both and hope for the best ;)
> > >
> > > bool acpi_dev_uid_match(struct acpi_device *adev, const char *uid2)
> > > {
> > > const char *uid1 = acpi_device_uid(adev);
> > > u64 uid1_d;
> > >
> > > return uid1 && uid2 && (!strcmp(uid1, uid2) ||
> > > (!kstrtou64(uid1, 0, &uid1_d) && uid1_d == (u64)uid2));
> > > }
> > >
> > > But I'm guessing the compiler wouldn't be very happy about this.
> >
> > IMO it would be better to use the observation that if the uid2 string
> > can be successfully cast to an int and the device's unique_id string
> > can't be cast to an int (or the other way around), there is no match.
> >
> > If they both can be cast to an int, they match as long as the casting
> > results are equal.
> >
> > If none of them can be cast to an int, they need to be compared as strings.
>
> Or if the strings don't match literally, try to convert them both to
> ints and compare.
We'd probably end up with an oops trying to strcmp into a random address
without knowing its type, so I think Mika's would be a better approach.
#define acpi_dev_uid_match(adev, uid2) \
({ \
const char *uid1 = acpi_device_uid(adev); \
u64 __uid1; \
\
_Generic(uid2, \
int: uid1 && !kstrtou64(uid1, 0, &__uid1) && (typeof(uid2))__uid1 == uid2, \
const char *: uid1 && uid2 && !strcmp(uid1, (const char *)uid2), \
default: false); \
\
})
This one I atleast got to compile, but I'm not very well versed with _Generic,
so this could definitely use some comments.
Raag
Powered by blists - more mailing lists