Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp1493923ybt; Thu, 25 Jun 2020 07:25:01 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwmXzdrJoNxRvdMTrtB5RdZx3GAOZIuVQoL/IAd0bD9XSw2QhqQE9W2VzwrKzoM7wEJjA9f X-Received: by 2002:a50:f413:: with SMTP id r19mr12242865edm.17.1593095101481; Thu, 25 Jun 2020 07:25:01 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1593095101; cv=none; d=google.com; s=arc-20160816; b=njeiiJaSGUjihZCM6I/mxWd5TOED9fvntK4oVPo+bqdkkgtNE0Tq6mZsz4FnScx09W Hftq6WLaUbVGFWO4bhyQF4irMOQRW50Exalg3v59zJTGvMcAkfOcn/q3/sYoDreNUqIf Ox9raAKHSbo5Lj7QntnpaXU+7KmdIdz4KhNFcsF1MA4yrLibeBwy0DtjMoUbfIluO89q VfKRjW4bQLblb0cdn4pQAcfK+AYqc2i5OpDyc1b1kaWRcYxKoIv9y9ZP9TrPBVQZsAhR 2fx2tq4C4FoREF+9AT4UCFGhORyN3q0LGs+DXxRcsAgXh1UF7WJzmvUlgE38oYjxsZB/ 8Xkw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=Y+ZtbKOKX10FRQ/X2SmiDT2iPwxMyGZIFzesaKUw/OU=; b=H6S5HsSF0FriCWlVyimUHxfILjnWsNIZBVNLIGHBdMQ7VO2FlrzPBcz1GsbnnLAbOs rSXEMWLWxI4SBxcKthwVKIf49NfWYSSGh9y/SUKBKjTThAnLyNyk1gR50RVIZNa7kJf0 YiohLtQSTqMDJuqtH6kWEQokUJJsdK7oG7CxVHJAorBzEnQgjF9V2IdjwubOf15P0/Zq OdnJNR78TgPgPU9MsCHfIYpZQNFoo4DGcCvh/hzr7bsso2mC6wZjuF6P0+D0E91RnKn3 r5T+MAqBpqI8ltPTQrEbT3sU1pz7ADjPKExER2LUH4j2+4knJ6uG6xbEZB7AcyDoHPPQ rILA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=AIE1va1p; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id x21si3503823edr.315.2020.06.25.07.24.37; Thu, 25 Jun 2020 07:25:01 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=AIE1va1p; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2405336AbgFYOYd (ORCPT + 99 others); Thu, 25 Jun 2020 10:24:33 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:46202 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2405189AbgFYOYc (ORCPT ); Thu, 25 Jun 2020 10:24:32 -0400 Received: from mail-lj1-x243.google.com (mail-lj1-x243.google.com [IPv6:2a00:1450:4864:20::243]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C85A7C08C5DB for ; Thu, 25 Jun 2020 07:24:31 -0700 (PDT) Received: by mail-lj1-x243.google.com with SMTP id q19so6747298lji.2 for ; Thu, 25 Jun 2020 07:24:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Y+ZtbKOKX10FRQ/X2SmiDT2iPwxMyGZIFzesaKUw/OU=; b=AIE1va1pK6qjTUIYzsqfq69DSL60n3yRxhhJAUQ4ljo9HbnzGYGmzB06jqCpGnRGvm FLQJbddriT4bUI6Np72Zg2oIRPtdfckb/kWyIydY9842xrPMEFX0UQnMbHtTXcvAdrtM BlhZXKdWCMlaI1hz2Xlpk++uAshiCgzl8eiaDOaKYMb+CRQcclI4/RiD3Xf6oLapJ+eA bKrek8UrYI9Aj0CRgK6umLa2T+wz2NW/4RQw391bTv7Dk2zhamMCVrdOJu3nCCNCkljO ZPpytb0dgLNaupmZGVIt+yFK9OgrMw1vmMrIAtC6KGQEA54sC3qDbX52crKQAWEg0ahU +raQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Y+ZtbKOKX10FRQ/X2SmiDT2iPwxMyGZIFzesaKUw/OU=; b=Qjh0CRyHs8DB7+tDNtgS3uq/RWCmazsNzA/9I0VFwgtMc1jdMdy8Qho5OlwkCFj7pP PQ506NI7zQ6f57i9Ql4+GC/NS+3HOd4xsujJunM9LXjLK4+PXSu7u6VsIUkZw1wu9y14 6CxTLlHkvoDgOtr1a2Lzv4YSgLD4LDxzCUwEMp2Cmvf3RODQHRzMQ+ouZymaSh1mQE1n IfFw8dfoHLoorUwCW4C00B09oxrjzLpX2tgyLc/5H2OQKn7wlZaV/pCs1JGh7w0aLQ8Z jhqC9h+29RIWk3/S3qcdZEU6iaxHJf37J7uhnOWBjCMo4HctZ233qZ7Fcd2Np3QclyoF P0PQ== X-Gm-Message-State: AOAM53376BEP3GRqhqOPlLv5X6yUzygHzJ10RhtlnYHPWeXCb5xDmIY8 qXESVkc9qJvCXpaLkuo9zFoN+lT7Y/ZYVl4kaAD2ug== X-Received: by 2002:a2e:5c47:: with SMTP id q68mr18010266ljb.30.1593095070064; Thu, 25 Jun 2020 07:24:30 -0700 (PDT) MIME-Version: 1.0 References: <20200604175851.758-1-maxim.uvarov@linaro.org> <20200604175851.758-2-maxim.uvarov@linaro.org> <1592507935.15159.5.camel@HansenPartnership.com> <1592578844.4369.5.camel@HansenPartnership.com> <1593012069.28403.11.camel@HansenPartnership.com> In-Reply-To: <1593012069.28403.11.camel@HansenPartnership.com> From: Sumit Garg Date: Thu, 25 Jun 2020 19:54:18 +0530 Message-ID: Subject: Re: [Tee-dev] [PATCHv8 1/3] optee: use uuid for sysfs driver entry To: James Bottomley Cc: Jerome Forissier , Maxim Uvarov , Greg Kroah-Hartman , Linux Kernel Mailing List , Jarkko Sakkinen , Arnd Bergmann , "tee-dev @ lists . linaro . org" , Jason Gunthorpe , linux-integrity@vger.kernel.org, peterhuewe@gmx.de Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 24 Jun 2020 at 20:51, James Bottomley wrote: > > On Wed, 2020-06-24 at 16:17 +0530, Sumit Garg wrote: > > Apologies for delay in my reply as I was busy with some other stuff. > > > > On Fri, 19 Jun 2020 at 20:30, James Bottomley > > wrote: > [...] > > > it's about consistency with what the kernel types mean. When some > > > checker detects your using little endian operations on a big endian > > > structure (like in the prink for instance) they're going to keep > > > emailing you about it. > > > > As mentioned above, using different terminology is meant to cause > > more confusion than just difference in endianness which is manageable > > inside TEE. > > > > And I think it's safe to say that the kernel implements UUID in big > > endian format and thus uses %pUb whereas OP-TEE implements UUID in > > little endian format and thus uses %pUl. > > So what I think you're saying is that if we still had uuid_be and > uuid_le you'd use uuid_le, because that's exactly the structure > described in the docs. But because we renamed > > uuid_be -> uuid_t > uuid_le -> guid_t > > You can't use guid_t as a kernel type because it has the wrong name? Isn't the rename commit description [1] pretty clear about which is the true UUID type from Linux point of view? [1] commit f9727a17db9bab71ddae91f74f11a8a2f9a0ece6 Author: Christoph Hellwig Date: Wed May 17 10:02:48 2017 +0200 uuid: rename uuid types Our "little endian" UUID really is a Wintel GUID, so rename it and its helpers such (guid_t). The big endian UUID is the **only true** one, so give it the name uuid_t. The uuid_le and uuid_be names are retained for now, but will hopefully go away soon. The exception to that are the _cmp helpers that will be replaced by better primitives ASAP and thus don't get the new names. Also the _to_bin helpers are named to match the better named uuid_parse routine in userspace. Also remove the existing typedef in XFS that's now been superceeded by the generic type name. Signed-off-by: Christoph Hellwig [andy: also update the UUID_LE/UUID_BE macros including fallout] Signed-off-by: Andy Shevchenko Reviewed-by: Amir Goldstein Reviewed-by: Darrick J. Wong Reviewed-by: Andy Shevchenko Signed-off-by: Christoph Hellwig -Sumit > > James >