From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933106AbcKJNP1 (ORCPT ); Thu, 10 Nov 2016 08:15:27 -0500 Received: from mail.linuxfoundation.org ([140.211.169.12]:47192 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932336AbcKJNP0 (ORCPT ); Thu, 10 Nov 2016 08:15:26 -0500 Date: Thu, 10 Nov 2016 14:15:33 +0100 From: Greg Kroah-Hartman To: "Winkler, Tomas" Cc: "Usyskin, Alexander" , "linux-kernel@vger.kernel.org" , Jarkko Sakkinen Subject: Re: [char-misc-next 2/2] mei: send OS type to the FW Message-ID: <20161110131533.GA21880@kroah.com> References: <1478622369-31604-1-git-send-email-tomas.winkler@intel.com> <1478622369-31604-2-git-send-email-tomas.winkler@intel.com> <20161110072246.GB31032@kroah.com> <5B8DA87D05A7694D9FA63FD143655C1B54319BE8@hasmsx108.ger.corp.intel.com> <20161110121418.GA12783@kroah.com> <5B8DA87D05A7694D9FA63FD143655C1B54319C9A@hasmsx108.ger.corp.intel.com> <20161110122734.GB9104@kroah.com> <5B8DA87D05A7694D9FA63FD143655C1B54319CEB@hasmsx108.ger.corp.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5B8DA87D05A7694D9FA63FD143655C1B54319CEB@hasmsx108.ger.corp.intel.com> User-Agent: Mutt/1.7.1 (2016-10-04) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Nov 10, 2016 at 01:00:54PM +0000, Winkler, Tomas wrote: > > > > On Thu, Nov 10, 2016 at 12:19:06PM +0000, Winkler, Tomas wrote: > > > > > > > > On Thu, Nov 10, 2016 at 12:00:29PM +0000, Winkler, Tomas wrote: > > > > > > > > > > > > > > > > -----Original Message----- > > > > > > From: Greg Kroah-Hartman [mailto:gregkh@linuxfoundation.org] > > > > > > Sent: Thursday, November 10, 2016 09:23 > > > > > > To: Winkler, Tomas > > > > > > Cc: Usyskin, Alexander ; linux- > > > > > > kernel@vger.kernel.org; Jarkko Sakkinen > > > > > > > > > > > > Subject: Re: [char-misc-next 2/2] mei: send OS type to the FW > > > > > > > > > > > > On Tue, Nov 08, 2016 at 06:26:09PM +0200, Tomas Winkler wrote: > > > > > > > From: Alexander Usyskin > > > > > > > > > > > > > > Tell the FW that we are running a sane OS and TPM2_ChangeEPS() > > > > > > > is supported. This workaround was added to support other > > > > > > > broken OS and we need to follow here. The command is sent just > > > > > > > once at the boot > > > > time. > > > > > > > > > > > > > > Cc: Jarkko Sakkinen > > > > > > > Signed-off-by: Tomas Winkler > > > > > > > Signed-off-by: Alexander Usyskin > > > > > > > --- > > > > > > > drivers/misc/mei/bus-fixup.c | 98 > > > > > > > ++++++++++++++++++++++++++++++++++++++++++++ > > > > > > > 1 file changed, 98 insertions(+) > > > > > > > > > > > > > > diff --git a/drivers/misc/mei/bus-fixup.c > > > > > > > b/drivers/misc/mei/bus-fixup.c index > > > > > > > 9e10d86e3887..344a0c99ee44 > > > > > > > 100644 > > > > > > > --- a/drivers/misc/mei/bus-fixup.c > > > > > > > +++ b/drivers/misc/mei/bus-fixup.c > > > > > > > @@ -38,6 +38,9 @@ static const uuid_le mei_nfc_info_guid = > > > > > > > MEI_UUID_NFC_INFO; #define MEI_UUID_WD UUID_LE(0x05B79A6F, > > > > > > 0x4628, 0x4D7F, \ > > > > > > > 0x89, 0x9D, 0xA9, 0x15, 0x14, 0xCB, 0x32, > > 0xAB) > > > > > > > > > > > > > > +#define MEI_UUID_MKHIF_FIX UUID_LE(0x55213584, 0x9a29, > > 0x4916, \ > > > > > > > + 0xba, 0xdf, 0xf, 0xb7, 0xed, 0x68, 0x2a, 0xeb) > > > > > > > + > > > > > > > #define MEI_UUID_ANY NULL_UUID_LE > > > > > > > > > > > > > > /** > > > > > > > @@ -69,6 +72,100 @@ static void blacklist(struct mei_cl_device > > *cldev) > > > > > > > cldev->do_match = 0; > > > > > > > } > > > > > > > > > > > > > > +#define OSTYPE_LINUX 2 > > > > > > > +struct mei_os_ver { > > > > > > > + u16 build; > > > > > > > + u16 reserved1; > > > > > > > > > > > > Don't you need to specify the endian-type of these (well for > > > > > > build), as they get written to hardware? > > > > > > > > > > This is really x86 stuff only (depends on X86), the device lives > > > > > in PCH or SoC, you cannot really plug it into PowerPC. So we are > > > > > consciously not using endian-types in the HW interface. > > > > > > > > Then just mark them all as little endian and be done with it :) > > > > > > Then I will have to run the leX_to_cpu all over the code, which will > > > really do nothing. > > > > It's not "nothing", it is explicitly stating what the hardware expects. > > In this specific case this serves as annotation, so I suggest to solves this by adding documentation. And anyhow fixing just this patch will just create more confusion. please wrap your email lines properly Maybe, you have to start somewhere :) Anyway, you have to redo this patch anyway... thanks, greg k-h