Thread (20 messages) 20 messages, 5 authors, 2016-04-07

Re: [PATCH v1 06/10] device property: switch to use UUID API

From: Andy Shevchenko <hidden>
Date: 2016-02-26 14:11:30
Also in: dri-devel, linux-acpi, linux-efi, lkml, nvdimm

On Thu, 2016-02-18 at 01:03 +0100, Rafael J. Wysocki wrote:
On Wednesday, February 17, 2016 02:17:24 PM Andy Shevchenko wrote:
quoted
Switch to use a generic UUID API instead of custom approach. It
allows to
define UUIDs, compare them, and validate.
[]
quoted
+static const uuid_le ads_uuid =
+	UUID_LE(0xdbb8e3e6, 0x5886, 0x4ba6,
+		0x87, 0x95, 0x13, 0x19, 0xf5, 0x2a, 0x96, 0x6b);
 
 static bool acpi_enumerate_nondev_subnodes(acpi_handle scope,
 					   const union acpi_object
*desc,
@@ -138,7 +136,7 @@ static bool
acpi_enumerate_nondev_subnodes(acpi_handle scope,
 		    || links->type != ACPI_TYPE_PACKAGE)
 			break;
 
-		if (memcmp(uuid->buffer.pointer, ads_uuid,
sizeof(ads_uuid)))
+		if (uuid_le_cmp(*(uuid_le *)uuid->buffer.pointer,
ads_uuid))
Maybe it's too late, but I don't quite understand the pointer
manipulations here.

I can see why you need a type conversion (although it looks ugly),
but why do you
need to dereference it too?
The function takes that kind of type on input. The other variants are
not compiled.
Perhaps we better change uuid_{lb}e_cmp() first to take normal
pointers, though I think the initial idea was to get type checking at
compile time.

-- 
Andy Shevchenko [off-list ref]
Intel Finland Oy
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help