Received: by 2002:a25:c593:0:0:0:0:0 with SMTP id v141csp628518ybe; Wed, 4 Sep 2019 05:28:44 -0700 (PDT) X-Google-Smtp-Source: APXvYqzL8b44I+zuEisO6ruVqp1A/emCaYGenuFIwsXcdmfoqd+0pu541HBEXnd+TsgKUU218ydV X-Received: by 2002:a17:902:b20c:: with SMTP id t12mr40340470plr.205.1567600124159; Wed, 04 Sep 2019 05:28:44 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1567600124; cv=none; d=google.com; s=arc-20160816; b=W2X3cbBoZJfoTStBeuURXTvLnULXLGePr/VaGp8rYRsiT7z7O/ZL63OtU3OszhYmxv aQCexVpdIYdfT141Vab+/tRBuT5fVpwrGq3rCp1tWNVIsOAfQac7NMDoX10lGQn8naNL ncSOl9DibOlQVFFZQoYqZHPXKtnbS4mCCKb5oAZcBfcdWftDPzimiwbwP+r1UpcTX3LO PMv1re8l692Yy23KvdJurchWmlcvKb0xwzQFaubrqiExsvV3qlyG4Im/oV6kgr9VFF1Y HwxgfeOSAWE6f/mXUH0CcrJskOHDZHaXYU7cwl2RJ0sHRorUuXhdW/9TJbz8pRH5NveS 02xA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:organization:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=ONrhai2BfJ2uVRB+nlNw7gNk1TPnvds+ZB0yc/h0KLI=; b=t4L1GqHoE/KGYyJlOPNwL/wIkodT/GoJzGONJJCBE9gaXVmdb0mt5tzXbHRaRVArg1 OwH1I7OrsnPWv42Xv9iL7PpPKhk+jaPQQ9JbfUBPhDORDnVAD1H0VvouVlhPaTWCL48V XmWm0eZq7wlcAfHyeOKHy/aonxBnSkhrzHVRzoJeNdMWkEXqIWrTTXO0RlsN4oA1oEn2 eEflZNvIdSloS9Gy6DIju8+gEYlaGAQyFXTONhvKvveKAiPXdFTKE/GbTDsZKMWGehg/ 6DyZKhC1lvI366hHHmZT8FCAq7fQE3mS9RES8N3iTGq7uDJO2jflxLYJqeWzOwwY8wcA pSjw== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 126si20893455pff.111.2019.09.04.05.28.28; Wed, 04 Sep 2019 05:28:44 -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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729907AbfIDM1I (ORCPT + 99 others); Wed, 4 Sep 2019 08:27:08 -0400 Received: from mga09.intel.com ([134.134.136.24]:49461 "EHLO mga09.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725938AbfIDM1I (ORCPT ); Wed, 4 Sep 2019 08:27:08 -0400 X-Amp-Result: UNSCANNABLE X-Amp-File-Uploaded: False Received: from fmsmga005.fm.intel.com ([10.253.24.32]) by orsmga102.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 04 Sep 2019 05:27:07 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.64,465,1559545200"; d="scan'208";a="382496209" Received: from smile.fi.intel.com (HELO smile) ([10.237.68.40]) by fmsmga005.fm.intel.com with ESMTP; 04 Sep 2019 05:27:05 -0700 Received: from andy by smile with local (Exim 4.92.1) (envelope-from ) id 1i5UNM-0000iu-Hy; Wed, 04 Sep 2019 15:27:04 +0300 Date: Wed, 4 Sep 2019 15:27:04 +0300 From: Andy Shevchenko To: Jarkko Nikula Cc: linux-kernel@vger.kernel.org, Lee Jones , Chris Chiu , Mika Westerberg Subject: Re: [PATCH] mfd: intel-lpss: Add default I2C device properties for Gemini Lake Message-ID: <20190904122704.GJ2680@smile.fi.intel.com> References: <20190904055625.12037-1-jarkko.nikula@linux.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190904055625.12037-1-jarkko.nikula@linux.intel.com> Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo 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, Sep 04, 2019 at 08:56:25AM +0300, Jarkko Nikula wrote: > It turned out Intel Gemini Lake doesn't use the same I2C timing > parameters as Broxton. > > I got confirmation from the Windows team that Gemini Lake systems should > use updated timing parameters that differ from those used in Broxton > based systems. > Acked-by: Andy Shevchenko > Fixes: f80e78aa11ad ("mfd: intel-lpss: Add Intel Gemini Lake PCI IDs") > Tested-by: Chris Chiu > Signed-off-by: Jarkko Nikula > --- > This is not immediate stable material since there is no regression > related to this. Those machines that need updated parameters have > obviously never worked and I don't want this to cause regression either > so better to let this get some test coverage first. > --- > drivers/mfd/intel-lpss-pci.c | 28 ++++++++++++++++++++-------- > 1 file changed, 20 insertions(+), 8 deletions(-) > > diff --git a/drivers/mfd/intel-lpss-pci.c b/drivers/mfd/intel-lpss-pci.c > index ade6e1ce5a98..269cb851a596 100644 > --- a/drivers/mfd/intel-lpss-pci.c > +++ b/drivers/mfd/intel-lpss-pci.c > @@ -120,6 +120,18 @@ static const struct intel_lpss_platform_info apl_i2c_info = { > .properties = apl_i2c_properties, > }; > > +static struct property_entry glk_i2c_properties[] = { > + PROPERTY_ENTRY_U32("i2c-sda-hold-time-ns", 313), > + PROPERTY_ENTRY_U32("i2c-sda-falling-time-ns", 171), > + PROPERTY_ENTRY_U32("i2c-scl-falling-time-ns", 290), > + { }, > +}; > + > +static const struct intel_lpss_platform_info glk_i2c_info = { > + .clk_rate = 133000000, > + .properties = glk_i2c_properties, > +}; > + > static const struct intel_lpss_platform_info cnl_i2c_info = { > .clk_rate = 216000000, > .properties = spt_i2c_properties, > @@ -172,14 +184,14 @@ static const struct pci_device_id intel_lpss_pci_ids[] = { > { PCI_VDEVICE(INTEL, 0x1ac6), (kernel_ulong_t)&bxt_info }, > { PCI_VDEVICE(INTEL, 0x1aee), (kernel_ulong_t)&bxt_uart_info }, > /* GLK */ > - { PCI_VDEVICE(INTEL, 0x31ac), (kernel_ulong_t)&bxt_i2c_info }, > - { PCI_VDEVICE(INTEL, 0x31ae), (kernel_ulong_t)&bxt_i2c_info }, > - { PCI_VDEVICE(INTEL, 0x31b0), (kernel_ulong_t)&bxt_i2c_info }, > - { PCI_VDEVICE(INTEL, 0x31b2), (kernel_ulong_t)&bxt_i2c_info }, > - { PCI_VDEVICE(INTEL, 0x31b4), (kernel_ulong_t)&bxt_i2c_info }, > - { PCI_VDEVICE(INTEL, 0x31b6), (kernel_ulong_t)&bxt_i2c_info }, > - { PCI_VDEVICE(INTEL, 0x31b8), (kernel_ulong_t)&bxt_i2c_info }, > - { PCI_VDEVICE(INTEL, 0x31ba), (kernel_ulong_t)&bxt_i2c_info }, > + { PCI_VDEVICE(INTEL, 0x31ac), (kernel_ulong_t)&glk_i2c_info }, > + { PCI_VDEVICE(INTEL, 0x31ae), (kernel_ulong_t)&glk_i2c_info }, > + { PCI_VDEVICE(INTEL, 0x31b0), (kernel_ulong_t)&glk_i2c_info }, > + { PCI_VDEVICE(INTEL, 0x31b2), (kernel_ulong_t)&glk_i2c_info }, > + { PCI_VDEVICE(INTEL, 0x31b4), (kernel_ulong_t)&glk_i2c_info }, > + { PCI_VDEVICE(INTEL, 0x31b6), (kernel_ulong_t)&glk_i2c_info }, > + { PCI_VDEVICE(INTEL, 0x31b8), (kernel_ulong_t)&glk_i2c_info }, > + { PCI_VDEVICE(INTEL, 0x31ba), (kernel_ulong_t)&glk_i2c_info }, > { PCI_VDEVICE(INTEL, 0x31bc), (kernel_ulong_t)&bxt_uart_info }, > { PCI_VDEVICE(INTEL, 0x31be), (kernel_ulong_t)&bxt_uart_info }, > { PCI_VDEVICE(INTEL, 0x31c0), (kernel_ulong_t)&bxt_uart_info }, > -- > 2.23.0.rc1 > -- With Best Regards, Andy Shevchenko