From: Greg Ungerer <gerg@uclinux.org>
To: Rob Herring <robh@kernel.org>, linux-kernel@vger.kernel.org
Cc: Arnd Bergmann <arnd@arndb.de>,
linux-pci@vger.kernel.org, Bjorn Helgaas <bhelgaas@google.com>,
Russell King <linux@arm.linux.org.uk>,
linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH 09/16] ARM: ks8695: convert PCI to use generic config accesses
Date: Mon, 12 Jan 2015 22:38:04 +1000 [thread overview]
Message-ID: <54B3C02C.10603@uclinux.org> (raw)
In-Reply-To: <1420857290-8373-10-git-send-email-robh@kernel.org>
Hi Rob,
On 10/01/15 12:34, Rob Herring wrote:
> Convert the ks8695 PCI driver to use the generic config access functions.
>
> This changes accesses from __raw_readX/__raw_writeX to readX/writeX
> variants.
>
> Signed-off-by: Rob Herring <robh@kernel.org>
> Cc: Greg Ungerer <gerg@uclinux.org>
I wasn't CC'ed on the generic implementation patch ("pci: introduce
common pci config space accessors"), but I assume this is it:
https://www.mail-archive.com/linux-kernel@vger.kernel.org/msg800405.html
That all looks ok to me. I have not tested it, but:
Acked-by: Greg Ungerer <gerg@uclinux.org>
Regards
Greg
> Cc: Russell King <linux@arm.linux.org.uk>
> Cc: linux-arm-kernel@lists.infradead.org
> ---
> arch/arm/mach-ks8695/pci.c | 77 ++++------------------------------------------
> 1 file changed, 6 insertions(+), 71 deletions(-)
>
> diff --git a/arch/arm/mach-ks8695/pci.c b/arch/arm/mach-ks8695/pci.c
> index bb18193..c1bc4c3 100644
> --- a/arch/arm/mach-ks8695/pci.c
> +++ b/arch/arm/mach-ks8695/pci.c
> @@ -38,8 +38,6 @@
>
>
> static int pci_dbg;
> -static int pci_cfg_dbg;
> -
>
> static void ks8695_pci_setupconfig(unsigned int bus_nr, unsigned int devfn, unsigned int where)
> {
> @@ -59,75 +57,11 @@ static void ks8695_pci_setupconfig(unsigned int bus_nr, unsigned int devfn, unsi
> }
> }
>
> -
> -/*
> - * The KS8695 datasheet prohibits anything other than 32bit accesses
> - * to the IO registers, so all our configuration must be done with
> - * 32bit operations, and the correct bit masking and shifting.
> - */
> -
> -static int ks8695_pci_readconfig(struct pci_bus *bus,
> - unsigned int devfn, int where, int size, u32 *value)
> -{
> - ks8695_pci_setupconfig(bus->number, devfn, where);
> -
> - *value = __raw_readl(KS8695_PCI_VA + KS8695_PBCD);
> -
> - switch (size) {
> - case 4:
> - break;
> - case 2:
> - *value = *value >> ((where & 2) * 8);
> - *value &= 0xffff;
> - break;
> - case 1:
> - *value = *value >> ((where & 3) * 8);
> - *value &= 0xff;
> - break;
> - }
> -
> - if (pci_cfg_dbg) {
> - printk("read: %d,%08x,%02x,%d: %08x (%08x)\n",
> - bus->number, devfn, where, size, *value,
> - __raw_readl(KS8695_PCI_VA + KS8695_PBCD));
> - }
> -
> - return PCIBIOS_SUCCESSFUL;
> -}
> -
> -static int ks8695_pci_writeconfig(struct pci_bus *bus,
> - unsigned int devfn, int where, int size, u32 value)
> +static void __iomem *ks8695_pci_map_bus(struct pci_bus *bus, unsigned int devfn,
> + int where)
> {
> - unsigned long tmp;
> -
> - if (pci_cfg_dbg) {
> - printk("write: %d,%08x,%02x,%d: %08x\n",
> - bus->number, devfn, where, size, value);
> - }
> -
> ks8695_pci_setupconfig(bus->number, devfn, where);
> -
> - switch (size) {
> - case 4:
> - __raw_writel(value, KS8695_PCI_VA + KS8695_PBCD);
> - break;
> - case 2:
> - tmp = __raw_readl(KS8695_PCI_VA + KS8695_PBCD);
> - tmp &= ~(0xffff << ((where & 2) * 8));
> - tmp |= value << ((where & 2) * 8);
> -
> - __raw_writel(tmp, KS8695_PCI_VA + KS8695_PBCD);
> - break;
> - case 1:
> - tmp = __raw_readl(KS8695_PCI_VA + KS8695_PBCD);
> - tmp &= ~(0xff << ((where & 3) * 8));
> - tmp |= value << ((where & 3) * 8);
> -
> - __raw_writel(tmp, KS8695_PCI_VA + KS8695_PBCD);
> - break;
> - }
> -
> - return PCIBIOS_SUCCESSFUL;
> + return KS8695_PCI_VA + KS8695_PBCD;
> }
>
> static void ks8695_local_writeconfig(int where, u32 value)
> @@ -137,8 +71,9 @@ static void ks8695_local_writeconfig(int where, u32 value)
> }
>
> static struct pci_ops ks8695_pci_ops = {
> - .read = ks8695_pci_readconfig,
> - .write = ks8695_pci_writeconfig,
> + .map_bus = ks8695_pci_map_bus,
> + .read = pci_generic_config_read32,
> + .write = pci_generic_config_write32,
> };
>
> static struct resource pci_mem = {
next prev parent reply other threads:[~2015-01-12 12:38 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-01-10 2:34 [PATCH 00/16] PCI generic configuration space accessors Rob Herring
2015-01-10 2:34 ` [PATCH 01/16] frv: add struct pci_ops member names to initialization Rob Herring
2015-01-10 2:34 ` [PATCH 02/16] mips: " Rob Herring
2015-01-10 2:34 ` [PATCH 03/16] mn10300: " Rob Herring
2015-01-10 2:34 ` [PATCH 04/16] powerpc: " Rob Herring
2015-01-10 2:34 ` [PATCH 05/16] pci: introduce common pci config space accessors Rob Herring
2015-01-12 10:01 ` Thierry Reding
2015-01-12 10:04 ` Thierry Reding
2015-01-10 2:34 ` [PATCH 06/16] ARM: cns3xxx: convert PCI to use generic config accesses Rob Herring
2015-01-29 6:16 ` Krzysztof Hałasa
2015-01-29 14:35 ` Bjorn Helgaas
2015-01-10 2:34 ` [PATCH 07/16] ARM: integrator: " Rob Herring
2015-01-10 21:40 ` Linus Walleij
2015-01-10 21:53 ` Arnd Bergmann
2015-01-12 0:05 ` Linus Walleij
2015-01-22 20:33 ` Bjorn Helgaas
2015-01-26 18:22 ` Bjorn Helgaas
2015-01-26 23:22 ` Linus Walleij
2015-01-10 2:34 ` [PATCH 08/16] ARM: sa1100: " Rob Herring
2015-01-10 2:34 ` [PATCH 09/16] ARM: ks8695: " Rob Herring
2015-01-12 12:38 ` Greg Ungerer [this message]
2015-01-10 2:34 ` [PATCH 10/16] powerpc: fsl_pci: " Rob Herring
2015-01-10 2:34 ` [PATCH 11/16] powerpc: powermac: " Rob Herring
2015-01-10 2:34 ` [PATCH 12/16] pci/host: generic: convert " Rob Herring
2015-01-12 17:51 ` Will Deacon
2015-01-10 2:34 ` [PATCH 13/16] pci/host: rcar-gen2: " Rob Herring
2015-01-12 9:25 ` Geert Uytterhoeven
2015-01-10 2:34 ` [PATCH 14/16] pci/host: tegra: " Rob Herring
2015-01-12 10:07 ` Thierry Reding
2015-01-10 2:34 ` [PATCH 15/16] pci/host: xgene: " Rob Herring
2015-01-10 2:34 ` [PATCH 16/16] pci/host: xilinx: " Rob Herring
2015-01-22 21:03 ` [PATCH 00/16] PCI generic configuration space accessors Bjorn Helgaas
2015-01-22 23:47 ` Rob Herring
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=54B3C02C.10603@uclinux.org \
--to=gerg@uclinux.org \
--cc=arnd@arndb.de \
--cc=bhelgaas@google.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pci@vger.kernel.org \
--cc=linux@arm.linux.org.uk \
--cc=robh@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).