Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp5135906yba; Wed, 10 Apr 2019 12:09:03 -0700 (PDT) X-Google-Smtp-Source: APXvYqzUalpKodmvhlnenVk5pPkLmABAGZg4zIwIRhBGe9l5q5TVQ+gBYSpd7yjp2laIQZjjdbjv X-Received: by 2002:a63:d1f:: with SMTP id c31mr42008026pgl.353.1554923343713; Wed, 10 Apr 2019 12:09:03 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1554923343; cv=none; d=google.com; s=arc-20160816; b=mhZn/dIBjURqE7k0+PSSxTYLJv4mXXmCKEqYxUbA1e7e6358WGfafm0ZDYwxr97l0i +HSQDD2c0zTdYX2ATZyl4f27efvqF4x79fCRb3+blWJi+K87A5jfYpHZc8QlrXF2xeHD 0KRp0qrY4ioIxKI8AlvLNq3/Q8kOTxtewCzAtkAcFJuNGBU71eaUhLWWJxMEw2Ur59vt pmX89sorg355cUBmJh5K5Uj0OoQ9nEaHG3aDG+U8YYr9DN9y1FasrMfyfwWZ7wCeUoHR zO3DS0XZ7JbjVkZmmxcPnkODD3y1UD4kZjPWT0OFzfMXV5g5y9QpVt6l74pRH3uW3r8M tLSw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=6bLbV3gNXKOAfOQgi/q4nmeoBJo+agDjWTVrCW7Bq4E=; b=SNpHe2Mm55QVz6dln6O36ND7z1/+UdAoNN68X3fX76mURH/LjYnFVaDKeK8ZnolnAM wQKmsqcOPcYbFLKQfWRxuXK76WWfWZPqxvN+aWWP806gFNeiq2wGNzPZ15/QN4hXWQS4 2KXg3yBbqwRVwHeEcWMIAYDjCLwR9M8i57Ga3MLDhaRpgrpd0Ip109+W3bPqskIonHzH In9BYkT6wO92b2qMIzyKx3YuGXA7y1JUuwrELBSuIkwFNs/A1FS1YSVvSE06pmPSenYP kcBN6KY9hS5IUf8lx01bzrl3mRhOsVnOTt1/WOkizbPkB14MVaY6rRk+uFWlolY9MHM2 yz2g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=CLQUMqoD; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id u18si26051950plq.184.2019.04.10.12.08.48; Wed, 10 Apr 2019 12:09:03 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=CLQUMqoD; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730607AbfDJRyC (ORCPT + 99 others); Wed, 10 Apr 2019 13:54:02 -0400 Received: from mail.kernel.org ([198.145.29.99]:52792 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730566AbfDJRyB (ORCPT ); Wed, 10 Apr 2019 13:54:01 -0400 Received: from localhost (c-73-47-72-35.hsd1.nh.comcast.net [73.47.72.35]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 97D802063F; Wed, 10 Apr 2019 17:54:00 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1554918840; bh=OKNCXq/u5TsjghIDiv1qzNoZhWbxKDfTSSvKapP630o=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=CLQUMqoDtyBeAaYWnqqViRedTVyp7e+vssIRSwlF9NAV9zVJ18eIeUR5lC0sd7DwI /RXw+vIqrHngUynUaXlfAOiOah3uILk4TPYx0i0j0dYGVXXZ4u31G0JKooSz+9jvvH f6pNEbJ0t2iqieGDdaey10HDjBkL+Cma9Lv1PjkY= Date: Wed, 10 Apr 2019 13:53:59 -0400 From: Sasha Levin To: Jason Gunthorpe Cc: Rob Herring , Peter Huewe , Jarkko Sakkinen , Mark Rutland , Jonathan Corbet , Arnd Bergmann , Greg Kroah-Hartman , "linux-kernel@vger.kernel.org" , Linux Doc Mailing List , linux-integrity@vger.kernel.org, linux-kernel@microsoft.com, thiruan@microsoft.com, bryankel@microsoft.com Subject: Re: [PATCH v2 1/3] ftpm: dt-binding: add dts documentation for fTPM driver Message-ID: <20190410175359.GE11568@sasha-vm> References: <20190409184958.7476-1-sashal@kernel.org> <20190409184958.7476-2-sashal@kernel.org> <20190410161949.GC11568@sasha-vm> <20190410170316.GK8997@ziepe.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: <20190410170316.GK8997@ziepe.ca> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Apr 10, 2019 at 02:03:16PM -0300, Jason Gunthorpe wrote: >On Wed, Apr 10, 2019 at 12:01:37PM -0500, Rob Herring wrote: >> On Wed, Apr 10, 2019 at 11:19 AM Sasha Levin wrote: >> > >> > On Tue, Apr 09, 2019 at 04:18:29PM -0500, Rob Herring wrote: >> > >On Tue, Apr 9, 2019 at 1:50 PM Sasha Levin wrote: >> > >> >> > >> The parameters are similar to the ones used by IBM's vTPM and the >> > >> various I2C tpm drivers. >> > > >> > >Bindings describe h/w (or firmware interfaces in this case), not drivers. >> > > >> > >> >> > >> Signed-off-by: Sasha Levin >> > >> .../bindings/security/tpm/tpm_ftpm_tee.txt | 13 +++++++++++++ >> > >> .../devicetree/bindings/vendor-prefixes.txt | 1 + >> > >> 2 files changed, 14 insertions(+) >> > >> create mode 100644 Documentation/devicetree/bindings/security/tpm/tpm_ftpm_tee.txt >> > >> >> > >> diff --git a/Documentation/devicetree/bindings/security/tpm/tpm_ftpm_tee.txt b/Documentation/devicetree/bindings/security/tpm/tpm_ftpm_tee.txt >> > >> new file mode 100644 >> > >> index 000000000000..20fca67a56c4 >> > >> +++ b/Documentation/devicetree/bindings/security/tpm/tpm_ftpm_tee.txt >> > >> @@ -0,0 +1,13 @@ >> > >> +Required properties: >> > >> +- compatible: should be "microsoft,ftpm" >> > >> +- linux,sml-base: 64-bit base address of the reserved memory allocated >> > >> + for the firmware event log >> > >> +- linux,sml-size: size of the memory allocated for the firmware event log >> > > >> > >Firmware is defining linux specific properties? What if I want to run >> > >BSD? We should use 'reg' here instead. >> > >> > This is based on already existing code that defines these names, see >> > tpm_read_log_of() in drivers/char/tpm/eventlog/of.c . >> >> BTW, that probably needs updating to handle endianness correctly. > >IIRC this legacy IBM code has broken endianness in the firmware.. > >All that stuff in read_log_of, and the related DT stuff, is historical >IBM special case-ness and should not be copied into new things. The fTPM driver does not use it on it's own, so I guess I can just drop this patch then? -- Thanks, Sasha