There is no need for caller to know how uuid_t type is constructed. Thus,
whenever we use it the implementation details are not needed. Drop it for good.

Signed-off-by: Andy Shevchenko <[email protected]>
---
 drivers/nvdimm/namespace_devs.c | 8 ++++----
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/drivers/nvdimm/namespace_devs.c b/drivers/nvdimm/namespace_devs.c
index 4b077555ac70..47485373c5cd 100644
--- a/drivers/nvdimm/namespace_devs.c
+++ b/drivers/nvdimm/namespace_devs.c
@@ -1811,8 +1811,8 @@ static bool has_uuid_at_pos(struct nd_region *nd_region, 
u8 *uuid,
                                        && !guid_equal(&nd_set->type_guid,
                                                &nd_label->type_guid)) {
                                dev_dbg(ndd->dev, "expect type_guid %pUb got 
%pUb\n",
-                                               nd_set->type_guid.b,
-                                               nd_label->type_guid.b);
+                                               &nd_set->type_guid,
+                                               &nd_label->type_guid);
                                continue;
                        }
 
@@ -2216,8 +2216,8 @@ static struct device *create_namespace_blk(struct 
nd_region *nd_region,
        if (namespace_label_has(ndd, type_guid)) {
                if (!guid_equal(&nd_set->type_guid, &nd_label->type_guid)) {
                        dev_dbg(ndd->dev, "expect type_guid %pUb got %pUb\n",
-                                       nd_set->type_guid.b,
-                                       nd_label->type_guid.b);
+                                       &nd_set->type_guid,
+                                       &nd_label->type_guid);
                        return ERR_PTR(-EAGAIN);
                }
 
-- 
2.20.1

_______________________________________________
Linux-nvdimm mailing list
[email protected]
https://lists.01.org/mailman/listinfo/linux-nvdimm

Reply via email to