Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp667341ybt; Wed, 24 Jun 2020 08:21:57 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzmxw56Vk6MpsBo8QZlE9wYm1tMpt5pQhhKI+wAWgSVEGljwEAp1M1+S1MDdGYeBKXLFD6K X-Received: by 2002:a17:906:1ed2:: with SMTP id m18mr24550328ejj.529.1593012117010; Wed, 24 Jun 2020 08:21:57 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1593012117; cv=none; d=google.com; s=arc-20160816; b=kwd0Nw4bxB9xx8mQBmOya9vH0aLs6ufPlHmdXXo3v7wUtzwX53+0M6ndLKYJyoKZgb 8KAkKKtBKjKZ1DWD4b24Q55llOTqIUUZxlU5dAQKQb5djaNsdXoeqaQLCKVIV/yZ5cEs MkNaZBxzKbdOhiSiuRqb0U0rKoP8G+/viYFcgOKUVJEPIRsSfXXdX99JMqeK2XGr8M5B grPAteN1ghn21plHrZB0f6ikQaIMeHaQ6uzMc90FgzWT4puAu01r2qPxOo1GOb3i51Hd Kks5pFDmjpe8jIjZ+63FESc/soUl1NxBGdZFIhvXWIJyyiKkEpzCKt4OTUPH36vGuqnY 6f3A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:date:cc:to:from:subject:message-id :dkim-signature:dkim-signature; bh=j+SS46a7+vqkdq5MmJUV9+3HfaqFayNQVVPBJxcV9qI=; b=fqOHaPo7h0Yzg6R+/OtrLiucTKyNjkeqqcqORYzP+wqBe5EV2ZTCdd0ZeJJgS7La+e lxOx12VFcmzPr6eUkWk9/V4iFoTaB1MSGqbn/eZngaisGuKrrumdF60hQJvnyG8+uCnX elzh9bZWC51qNw6n6MzKFGG3iDhOn1tlswBDKwbDMaHGxafHy0RVly++Dspkf3grMZqw suClUX5vGaZzvdpK4zARFzCGm251aeQd+n717wmQ3VSK1SOqRL5zeXcxjfqEMtdw9T3E TOQbyNsuEZo7vd+Uo+JNHgLpNtrPnPQhhss++Wnjqp7xb/HZdHm6sVT8V36/BqU+5+3Q 57rw== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@hansenpartnership.com header.s=20151216 header.b=jnpRf2uO; dkim=fail header.i=@hansenpartnership.com header.s=20151216 header.b=jnpRf2uO; 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=fail (p=NONE sp=NONE dis=NONE) header.from=hansenpartnership.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id v7si9025842edd.252.2020.06.24.08.21.33; Wed, 24 Jun 2020 08:21:56 -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=fail header.i=@hansenpartnership.com header.s=20151216 header.b=jnpRf2uO; dkim=fail header.i=@hansenpartnership.com header.s=20151216 header.b=jnpRf2uO; 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=fail (p=NONE sp=NONE dis=NONE) header.from=hansenpartnership.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2404071AbgFXPVM (ORCPT + 99 others); Wed, 24 Jun 2020 11:21:12 -0400 Received: from bedivere.hansenpartnership.com ([66.63.167.143]:51730 "EHLO bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2403781AbgFXPVM (ORCPT ); Wed, 24 Jun 2020 11:21:12 -0400 Received: from localhost (localhost [127.0.0.1]) by bedivere.hansenpartnership.com (Postfix) with ESMTP id C06958EE16A; Wed, 24 Jun 2020 08:21:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com; s=20151216; t=1593012070; bh=DOfXn7+KwCf/KpOq0sgZgebZBq+AocK/Mz+BMpU//pw=; h=Subject:From:To:Cc:Date:In-Reply-To:References:From; b=jnpRf2uO2k/DXOOIyuh7s7drZDKCrsxIQ5uRzBjEtPAVaoVdvmXcbKggYo1Rh65vS VfJkjwHplAQLF/lGQPdl5jUDMKDhZc/FIpzMMIXZ94UN26BGDD98CPfXMCzFqC5H0J 0vTwpXwEgOkLBHllHmNZ8p2QKY+LswhDsnzeujJI= Received: from bedivere.hansenpartnership.com ([127.0.0.1]) by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qYj7yQLOuoXC; Wed, 24 Jun 2020 08:21:10 -0700 (PDT) Received: from [153.66.254.194] (unknown [50.35.76.230]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 1BBFB8EE0E9; Wed, 24 Jun 2020 08:21:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com; s=20151216; t=1593012070; bh=DOfXn7+KwCf/KpOq0sgZgebZBq+AocK/Mz+BMpU//pw=; h=Subject:From:To:Cc:Date:In-Reply-To:References:From; b=jnpRf2uO2k/DXOOIyuh7s7drZDKCrsxIQ5uRzBjEtPAVaoVdvmXcbKggYo1Rh65vS VfJkjwHplAQLF/lGQPdl5jUDMKDhZc/FIpzMMIXZ94UN26BGDD98CPfXMCzFqC5H0J 0vTwpXwEgOkLBHllHmNZ8p2QKY+LswhDsnzeujJI= Message-ID: <1593012069.28403.11.camel@HansenPartnership.com> Subject: Re: [Tee-dev] [PATCHv8 1/3] optee: use uuid for sysfs driver entry From: James Bottomley To: Sumit Garg 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 Date: Wed, 24 Jun 2020 08:21:09 -0700 In-Reply-To: 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> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.26.6 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 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? James