From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754696AbcI2Nie (ORCPT ); Thu, 29 Sep 2016 09:38:34 -0400 Received: from mga05.intel.com ([192.55.52.43]:51151 "EHLO mga05.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750700AbcI2Ni1 (ORCPT ); Thu, 29 Sep 2016 09:38:27 -0400 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.30,415,1470726000"; d="scan'208";a="1047469152" Date: Thu, 29 Sep 2016 16:29:40 +0300 From: Mika Westerberg To: "Kraemer, Matthias (Ferchau; ADITG/SW1)" Cc: "linux-mtd@lists.infradead.org" , Brian Norris , David Woodhouse , Lee Jones , Peter Tyser , "key.seong.lim@intel.com" , "linux-kernel@vger.kernel.org" Subject: Re: [PATCH v3 3/3] mfd: lpc_ich: Add support for Intel Apollo Lake SoC Message-ID: <20160929132940.GP1218@lahna.fi.intel.com> References: <1471245044-12767-1-git-send-email-mika.westerberg@linux.intel.com> <1471245044-12767-4-git-send-email-mika.westerberg@linux.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo User-Agent: Mutt/1.7.0 (2016-08-17) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Sep 29, 2016 at 01:19:30PM +0000, Kraemer, Matthias (Ferchau; ADITG/SW1) wrote: > Hello Mika, > > In line 1239 you specify "struct pci_bus *bus = dev->bus;" > }, @@ -1122,6 +1131,36 @@ static int lpc_ich_init_spi(struct pci_dev *dev) > } > break; > > + case INTEL_SPI_BXT: { > + unsigned int p2sb = PCI_DEVFN(13, 0); > + unsigned int spi = PCI_DEVFN(13, 2); > + struct pci_bus *bus = dev->bus; > > but in line 1262 you are using dev->bus again. > + > + pci_bus_write_config_byte(dev->bus, p2sb, 0xe1, 0x1); Good point. It is a typo, although works. > Sure this is not a runtime issue, but it would be nice to keep the > coding-style consistent. We could just use dev->bus for BXT SOCs, > like the remaining parts of this driver do. Or "bus". But yeah I agree it should be consistent. Since it looks like this driver is not going to make it for v4.9, I'll fix this up and resend the whole thing once v4.9-rc1 is released.