Displaying 3 results from an estimated 3 matches for "guid_cmp".
Did you mean:
uuid_cmp
2017 May 05
2
[PATCH v1] ACPI: Switch to use generic UUID API
...way. But I wouldn't prevent current users of uuid_le to
continue using it without conversion (it may be done case by case after
we settle an API)
So, summarize what Christoph said it will look like
typedef uuid_be uuid_t;
typedef uuid_le guid_t
uuid_cmp() / uuid_copy() / uuid_to_bin() / etc
guid_cmp() / guid_copy() / guid_to_bin() / etc
Correct? Christoph?
--
Andy Shevchenko <andriy.shevchenko at linux.intel.com>
Intel Finland Oy
2017 May 05
1
[PATCH v1] ACPI: Switch to use generic UUID API
...of uuid_le to
> continue using it without conversion (it may be done case by case after
> we settle an API)
>
> So, summarize what Christoph said it will look like
>
> typedef uuid_be uuid_t;
> typedef uuid_le guid_t
>
> uuid_cmp() / uuid_copy() / uuid_to_bin() / etc
> guid_cmp() / guid_copy() / guid_to_bin() / etc
>
> Correct? Christoph?
>
That looks right to me.
To complete the picture for folks not cc'ed on my patches,
xfs use case suggests there is also justification for the additional helpers:
uuid_is_null() / uuid_equal()
guid_is_null() / guid_equal(...
2017 May 05
2
[PATCH v1] ACPI: Switch to use generic UUID API
On Thu, May 4, 2017 at 2:21 AM, Andy Shevchenko
<andriy.shevchenko at linux.intel.com> wrote:
> acpi_evaluate_dsm() and friends take a pointer to a raw buffer of 16
> bytes. Instead we convert them to use uuid_le type. At the same time we
> convert current users.
>
> acpi_str_to_uuid() becomes useless after the conversion and it's safe to
> get rid of it.
>
> The