2019-05-19 20:08:55 +08:00
|
|
|
// SPDX-License-Identifier: GPL-2.0-only
|
2005-04-17 06:20:36 +08:00
|
|
|
/*
|
|
|
|
* pci.c - Low-Level PCI Access in IA-64
|
|
|
|
*
|
|
|
|
* Derived from bios32.c of i386 tree.
|
|
|
|
*
|
|
|
|
* (c) Copyright 2002, 2005 Hewlett-Packard Development Company, L.P.
|
|
|
|
* David Mosberger-Tang <davidm@hpl.hp.com>
|
|
|
|
* Bjorn Helgaas <bjorn.helgaas@hp.com>
|
|
|
|
* Copyright (C) 2004 Silicon Graphics, Inc.
|
|
|
|
*
|
|
|
|
* Note: Above list of copyright holders is incomplete...
|
|
|
|
*/
|
|
|
|
|
|
|
|
#include <linux/acpi.h>
|
|
|
|
#include <linux/types.h>
|
|
|
|
#include <linux/kernel.h>
|
|
|
|
#include <linux/pci.h>
|
2013-04-12 13:44:22 +08:00
|
|
|
#include <linux/pci-acpi.h>
|
2005-04-17 06:20:36 +08:00
|
|
|
#include <linux/init.h>
|
|
|
|
#include <linux/ioport.h>
|
|
|
|
#include <linux/slab.h>
|
|
|
|
#include <linux/spinlock.h>
|
2018-10-31 06:09:49 +08:00
|
|
|
#include <linux/memblock.h>
|
2011-08-01 06:33:21 +08:00
|
|
|
#include <linux/export.h>
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
#include <asm/machvec.h>
|
|
|
|
#include <asm/page.h>
|
|
|
|
#include <asm/io.h>
|
|
|
|
#include <asm/sal.h>
|
|
|
|
#include <asm/smp.h>
|
|
|
|
#include <asm/irq.h>
|
|
|
|
#include <asm/hw_irq.h>
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Low-level SAL-based PCI configuration access functions. Note that SAL
|
|
|
|
* calls are already serialized (via sal_lock), so we don't need another
|
|
|
|
* synchronization mechanism here.
|
|
|
|
*/
|
|
|
|
|
|
|
|
#define PCI_SAL_ADDRESS(seg, bus, devfn, reg) \
|
|
|
|
(((u64) seg << 24) | (bus << 16) | (devfn << 8) | (reg))
|
|
|
|
|
|
|
|
/* SAL 3.2 adds support for extended config space. */
|
|
|
|
|
|
|
|
#define PCI_SAL_EXT_ADDRESS(seg, bus, devfn, reg) \
|
|
|
|
(((u64) seg << 28) | (bus << 20) | (devfn << 12) | (reg))
|
|
|
|
|
2008-02-10 22:45:28 +08:00
|
|
|
int raw_pci_read(unsigned int seg, unsigned int bus, unsigned int devfn,
|
2005-04-17 06:20:36 +08:00
|
|
|
int reg, int len, u32 *value)
|
|
|
|
{
|
|
|
|
u64 addr, data = 0;
|
|
|
|
int mode, result;
|
|
|
|
|
|
|
|
if (!value || (seg > 65535) || (bus > 255) || (devfn > 255) || (reg > 4095))
|
|
|
|
return -EINVAL;
|
|
|
|
|
|
|
|
if ((seg | reg) <= 255) {
|
|
|
|
addr = PCI_SAL_ADDRESS(seg, bus, devfn, reg);
|
|
|
|
mode = 0;
|
2009-10-12 22:24:30 +08:00
|
|
|
} else if (sal_revision >= SAL_VERSION_CODE(3,2)) {
|
2005-04-17 06:20:36 +08:00
|
|
|
addr = PCI_SAL_EXT_ADDRESS(seg, bus, devfn, reg);
|
|
|
|
mode = 1;
|
2009-10-12 22:24:30 +08:00
|
|
|
} else {
|
|
|
|
return -EINVAL;
|
2005-04-17 06:20:36 +08:00
|
|
|
}
|
2009-10-12 22:24:30 +08:00
|
|
|
|
2005-04-17 06:20:36 +08:00
|
|
|
result = ia64_sal_pci_config_read(addr, mode, len, &data);
|
|
|
|
if (result != 0)
|
|
|
|
return -EINVAL;
|
|
|
|
|
|
|
|
*value = (u32) data;
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2008-02-10 22:45:28 +08:00
|
|
|
int raw_pci_write(unsigned int seg, unsigned int bus, unsigned int devfn,
|
2005-04-17 06:20:36 +08:00
|
|
|
int reg, int len, u32 value)
|
|
|
|
{
|
|
|
|
u64 addr;
|
|
|
|
int mode, result;
|
|
|
|
|
|
|
|
if ((seg > 65535) || (bus > 255) || (devfn > 255) || (reg > 4095))
|
|
|
|
return -EINVAL;
|
|
|
|
|
|
|
|
if ((seg | reg) <= 255) {
|
|
|
|
addr = PCI_SAL_ADDRESS(seg, bus, devfn, reg);
|
|
|
|
mode = 0;
|
2009-10-12 22:24:30 +08:00
|
|
|
} else if (sal_revision >= SAL_VERSION_CODE(3,2)) {
|
2005-04-17 06:20:36 +08:00
|
|
|
addr = PCI_SAL_EXT_ADDRESS(seg, bus, devfn, reg);
|
|
|
|
mode = 1;
|
2009-10-12 22:24:30 +08:00
|
|
|
} else {
|
|
|
|
return -EINVAL;
|
2005-04-17 06:20:36 +08:00
|
|
|
}
|
|
|
|
result = ia64_sal_pci_config_write(addr, mode, len, value);
|
|
|
|
if (result != 0)
|
|
|
|
return -EINVAL;
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2008-02-10 22:45:28 +08:00
|
|
|
static int pci_read(struct pci_bus *bus, unsigned int devfn, int where,
|
|
|
|
int size, u32 *value)
|
2005-04-17 06:20:36 +08:00
|
|
|
{
|
2008-02-10 22:45:28 +08:00
|
|
|
return raw_pci_read(pci_domain_nr(bus), bus->number,
|
2005-04-17 06:20:36 +08:00
|
|
|
devfn, where, size, value);
|
|
|
|
}
|
|
|
|
|
2008-02-10 22:45:28 +08:00
|
|
|
static int pci_write(struct pci_bus *bus, unsigned int devfn, int where,
|
|
|
|
int size, u32 value)
|
2005-04-17 06:20:36 +08:00
|
|
|
{
|
2008-02-10 22:45:28 +08:00
|
|
|
return raw_pci_write(pci_domain_nr(bus), bus->number,
|
2005-04-17 06:20:36 +08:00
|
|
|
devfn, where, size, value);
|
|
|
|
}
|
|
|
|
|
|
|
|
struct pci_ops pci_root_ops = {
|
|
|
|
.read = pci_read,
|
|
|
|
.write = pci_write,
|
|
|
|
};
|
|
|
|
|
2005-11-08 06:13:59 +08:00
|
|
|
struct pci_root_info {
|
2015-10-14 14:29:42 +08:00
|
|
|
struct acpi_pci_root_info common;
|
2015-10-14 14:29:37 +08:00
|
|
|
struct pci_controller controller;
|
2013-06-06 15:34:50 +08:00
|
|
|
struct list_head io_resources;
|
2005-11-08 06:13:59 +08:00
|
|
|
};
|
|
|
|
|
2015-10-14 14:29:42 +08:00
|
|
|
static unsigned int new_space(u64 phys_base, int sparse)
|
2005-04-17 06:20:36 +08:00
|
|
|
{
|
2005-11-08 06:13:59 +08:00
|
|
|
u64 mmio_base;
|
2005-04-17 06:20:36 +08:00
|
|
|
int i;
|
|
|
|
|
2005-11-08 06:13:59 +08:00
|
|
|
if (phys_base == 0)
|
|
|
|
return 0; /* legacy I/O port space */
|
2005-04-17 06:20:36 +08:00
|
|
|
|
2005-11-08 06:13:59 +08:00
|
|
|
mmio_base = (u64) ioremap(phys_base, 0);
|
2005-04-17 06:20:36 +08:00
|
|
|
for (i = 0; i < num_io_spaces; i++)
|
2005-11-08 06:13:59 +08:00
|
|
|
if (io_space[i].mmio_base == mmio_base &&
|
2005-04-17 06:20:36 +08:00
|
|
|
io_space[i].sparse == sparse)
|
2005-11-08 06:13:59 +08:00
|
|
|
return i;
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
if (num_io_spaces == MAX_IO_SPACES) {
|
2013-06-06 15:34:53 +08:00
|
|
|
pr_err("PCI: Too many IO port spaces "
|
2005-11-08 06:13:59 +08:00
|
|
|
"(MAX_IO_SPACES=%lu)\n", MAX_IO_SPACES);
|
2005-04-17 06:20:36 +08:00
|
|
|
return ~0;
|
|
|
|
}
|
|
|
|
|
|
|
|
i = num_io_spaces++;
|
2005-11-08 06:13:59 +08:00
|
|
|
io_space[i].mmio_base = mmio_base;
|
2005-04-17 06:20:36 +08:00
|
|
|
io_space[i].sparse = sparse;
|
|
|
|
|
2005-11-08 06:13:59 +08:00
|
|
|
return i;
|
|
|
|
}
|
|
|
|
|
2015-10-14 14:29:37 +08:00
|
|
|
static int add_io_space(struct device *dev, struct pci_root_info *info,
|
|
|
|
struct resource_entry *entry)
|
2005-11-08 06:13:59 +08:00
|
|
|
{
|
2015-10-14 14:29:38 +08:00
|
|
|
struct resource_entry *iospace;
|
2015-10-14 14:29:37 +08:00
|
|
|
struct resource *resource, *res = entry->res;
|
2005-11-08 06:13:59 +08:00
|
|
|
char *name;
|
2009-05-23 04:49:49 +08:00
|
|
|
unsigned long base, min, max, base_port;
|
2005-11-08 06:13:59 +08:00
|
|
|
unsigned int sparse = 0, space_nr, len;
|
|
|
|
|
2015-10-14 14:29:42 +08:00
|
|
|
len = strlen(info->common.name) + 32;
|
2015-10-14 14:29:38 +08:00
|
|
|
iospace = resource_list_create_entry(NULL, len);
|
2013-06-06 15:34:50 +08:00
|
|
|
if (!iospace) {
|
2015-10-14 14:29:37 +08:00
|
|
|
dev_err(dev, "PCI: No memory for %s I/O port space\n",
|
2015-10-14 14:29:42 +08:00
|
|
|
info->common.name);
|
2015-10-14 14:29:37 +08:00
|
|
|
return -ENOMEM;
|
2005-11-08 06:13:59 +08:00
|
|
|
}
|
|
|
|
|
2015-10-14 14:29:37 +08:00
|
|
|
if (res->flags & IORESOURCE_IO_SPARSE)
|
2005-11-08 06:13:59 +08:00
|
|
|
sparse = 1;
|
2015-10-14 14:29:37 +08:00
|
|
|
space_nr = new_space(entry->offset, sparse);
|
2005-11-08 06:13:59 +08:00
|
|
|
if (space_nr == ~0)
|
2013-06-06 15:34:50 +08:00
|
|
|
goto free_resource;
|
2005-11-08 06:13:59 +08:00
|
|
|
|
2015-10-14 14:29:37 +08:00
|
|
|
name = (char *)(iospace + 1);
|
|
|
|
min = res->start - entry->offset;
|
|
|
|
max = res->end - entry->offset;
|
2005-11-08 06:13:59 +08:00
|
|
|
base = __pa(io_space[space_nr].mmio_base);
|
|
|
|
base_port = IO_SPACE_BASE(space_nr);
|
2015-10-14 14:29:42 +08:00
|
|
|
snprintf(name, len, "%s I/O Ports %08lx-%08lx", info->common.name,
|
2015-10-14 14:29:37 +08:00
|
|
|
base_port + min, base_port + max);
|
2005-11-08 06:13:59 +08:00
|
|
|
|
|
|
|
/*
|
|
|
|
* The SDM guarantees the legacy 0-64K space is sparse, but if the
|
|
|
|
* mapping is done by the processor (not the bridge), ACPI may not
|
|
|
|
* mark it as sparse.
|
|
|
|
*/
|
|
|
|
if (space_nr == 0)
|
|
|
|
sparse = 1;
|
|
|
|
|
2015-10-14 14:29:38 +08:00
|
|
|
resource = iospace->res;
|
2005-11-08 06:13:59 +08:00
|
|
|
resource->name = name;
|
|
|
|
resource->flags = IORESOURCE_MEM;
|
|
|
|
resource->start = base + (sparse ? IO_SPACE_SPARSE_ENCODING(min) : min);
|
|
|
|
resource->end = base + (sparse ? IO_SPACE_SPARSE_ENCODING(max) : max);
|
2013-06-06 15:34:50 +08:00
|
|
|
if (insert_resource(&iomem_resource, resource)) {
|
2015-10-14 14:29:37 +08:00
|
|
|
dev_err(dev,
|
|
|
|
"can't allocate host bridge io space resource %pR\n",
|
|
|
|
resource);
|
2013-06-06 15:34:50 +08:00
|
|
|
goto free_resource;
|
|
|
|
}
|
2005-11-08 06:13:59 +08:00
|
|
|
|
2015-10-14 14:29:37 +08:00
|
|
|
entry->offset = base_port;
|
|
|
|
res->start = min + base_port;
|
|
|
|
res->end = max + base_port;
|
2015-10-14 14:29:38 +08:00
|
|
|
resource_list_add_tail(iospace, &info->io_resources);
|
2015-10-14 14:29:37 +08:00
|
|
|
|
|
|
|
return 0;
|
2005-11-08 06:13:59 +08:00
|
|
|
|
|
|
|
free_resource:
|
2015-10-14 14:29:38 +08:00
|
|
|
resource_list_free_entry(iospace);
|
2015-10-14 14:29:37 +08:00
|
|
|
return -ENOSPC;
|
2005-04-17 06:20:36 +08:00
|
|
|
}
|
|
|
|
|
2015-10-14 14:29:37 +08:00
|
|
|
/*
|
|
|
|
* An IO port or MMIO resource assigned to a PCI host bridge may be
|
|
|
|
* consumed by the host bridge itself or available to its child
|
|
|
|
* bus/devices. The ACPI specification defines a bit (Producer/Consumer)
|
|
|
|
* to tell whether the resource is consumed by the host bridge itself,
|
|
|
|
* but firmware hasn't used that bit consistently, so we can't rely on it.
|
|
|
|
*
|
|
|
|
* On x86 and IA64 platforms, all IO port and MMIO resources are assumed
|
|
|
|
* to be available to child bus/devices except one special case:
|
|
|
|
* IO port [0xCF8-0xCFF] is consumed by the host bridge itself
|
|
|
|
* to access PCI configuration space.
|
|
|
|
*
|
|
|
|
* So explicitly filter out PCI CFG IO ports[0xCF8-0xCFF].
|
|
|
|
*/
|
|
|
|
static bool resource_is_pcicfg_ioport(struct resource *res)
|
2005-09-24 01:39:07 +08:00
|
|
|
{
|
2015-10-14 14:29:37 +08:00
|
|
|
return (res->flags & IORESOURCE_IO) &&
|
|
|
|
res->start == 0xCF8 && res->end == 0xCFF;
|
2005-09-24 01:39:07 +08:00
|
|
|
}
|
|
|
|
|
2015-10-14 14:29:42 +08:00
|
|
|
static int pci_acpi_root_prepare_resources(struct acpi_pci_root_info *ci)
|
2005-04-17 06:20:36 +08:00
|
|
|
{
|
2015-10-14 14:29:42 +08:00
|
|
|
struct device *dev = &ci->bridge->dev;
|
|
|
|
struct pci_root_info *info;
|
|
|
|
struct resource *res;
|
2015-10-14 14:29:37 +08:00
|
|
|
struct resource_entry *entry, *tmp;
|
2015-10-14 14:29:42 +08:00
|
|
|
int status;
|
|
|
|
|
|
|
|
status = acpi_pci_probe_root_resources(ci);
|
|
|
|
if (status > 0) {
|
|
|
|
info = container_of(ci, struct pci_root_info, common);
|
|
|
|
resource_list_for_each_entry_safe(entry, tmp, &ci->resources) {
|
|
|
|
res = entry->res;
|
|
|
|
if (res->flags & IORESOURCE_MEM) {
|
|
|
|
/*
|
|
|
|
* HP's firmware has a hack to work around a
|
|
|
|
* Windows bug. Ignore these tiny memory ranges.
|
|
|
|
*/
|
|
|
|
if (resource_size(res) <= 16) {
|
|
|
|
resource_list_del(entry);
|
|
|
|
insert_resource(&iomem_resource,
|
|
|
|
entry->res);
|
|
|
|
resource_list_add_tail(entry,
|
|
|
|
&info->io_resources);
|
|
|
|
}
|
|
|
|
} else if (res->flags & IORESOURCE_IO) {
|
|
|
|
if (resource_is_pcicfg_ioport(entry->res))
|
|
|
|
resource_list_destroy_entry(entry);
|
|
|
|
else if (add_io_space(dev, info, entry))
|
|
|
|
resource_list_destroy_entry(entry);
|
2015-10-14 14:29:37 +08:00
|
|
|
}
|
|
|
|
}
|
2005-04-17 06:20:36 +08:00
|
|
|
}
|
2013-06-06 15:34:50 +08:00
|
|
|
|
2015-10-14 14:29:42 +08:00
|
|
|
return status;
|
2013-06-06 15:34:50 +08:00
|
|
|
}
|
|
|
|
|
2015-10-14 14:29:42 +08:00
|
|
|
static void pci_acpi_root_release_info(struct acpi_pci_root_info *ci)
|
2013-06-06 15:34:50 +08:00
|
|
|
{
|
2015-10-14 14:29:42 +08:00
|
|
|
struct pci_root_info *info;
|
|
|
|
struct resource_entry *entry, *tmp;
|
2013-06-06 15:34:50 +08:00
|
|
|
|
2015-10-14 14:29:42 +08:00
|
|
|
info = container_of(ci, struct pci_root_info, common);
|
|
|
|
resource_list_for_each_entry_safe(entry, tmp, &info->io_resources) {
|
2015-10-14 14:29:38 +08:00
|
|
|
release_resource(entry->res);
|
|
|
|
resource_list_destroy_entry(entry);
|
2015-10-14 14:29:37 +08:00
|
|
|
}
|
2013-06-06 15:34:50 +08:00
|
|
|
kfree(info);
|
|
|
|
}
|
|
|
|
|
2015-10-14 14:29:42 +08:00
|
|
|
static struct acpi_pci_root_ops pci_acpi_root_ops = {
|
|
|
|
.pci_ops = &pci_root_ops,
|
|
|
|
.release_info = pci_acpi_root_release_info,
|
|
|
|
.prepare_resources = pci_acpi_root_prepare_resources,
|
|
|
|
};
|
2013-06-06 15:34:51 +08:00
|
|
|
|
2012-12-22 06:05:13 +08:00
|
|
|
struct pci_bus *pci_acpi_scan_root(struct acpi_pci_root *root)
|
2005-04-17 06:20:36 +08:00
|
|
|
{
|
2010-03-12 03:20:11 +08:00
|
|
|
struct acpi_device *device = root->device;
|
2015-10-14 14:29:37 +08:00
|
|
|
struct pci_root_info *info;
|
2005-04-17 06:20:36 +08:00
|
|
|
|
2013-06-06 15:34:49 +08:00
|
|
|
info = kzalloc(sizeof(*info), GFP_KERNEL);
|
|
|
|
if (!info) {
|
2013-06-06 15:34:53 +08:00
|
|
|
dev_err(&device->dev,
|
2015-10-14 14:29:37 +08:00
|
|
|
"pci_bus %04x:%02x: ignored (out of memory)\n",
|
2015-10-14 14:29:42 +08:00
|
|
|
root->segment, (int)root->secondary.start);
|
2013-06-06 15:34:52 +08:00
|
|
|
return NULL;
|
2013-06-06 15:34:49 +08:00
|
|
|
}
|
|
|
|
|
2015-10-14 14:29:42 +08:00
|
|
|
info->controller.segment = root->segment;
|
2015-10-14 14:29:37 +08:00
|
|
|
info->controller.companion = device;
|
|
|
|
info->controller.node = acpi_get_node(device->handle);
|
|
|
|
INIT_LIST_HEAD(&info->io_resources);
|
2015-10-14 14:29:42 +08:00
|
|
|
return acpi_pci_root_create(root, &pci_acpi_root_ops,
|
|
|
|
&info->common, &info->controller);
|
2005-04-17 06:20:36 +08:00
|
|
|
}
|
|
|
|
|
ACPI / PCI: Set root bridge ACPI handle in advance
The ACPI handles of PCI root bridges need to be known to
acpi_bind_one(), so that it can create the appropriate
"firmware_node" and "physical_node" files for them, but currently
the way it gets to know those handles is not exactly straightforward
(to put it lightly).
This is how it works, roughly:
1. acpi_bus_scan() finds the handle of a PCI root bridge,
creates a struct acpi_device object for it and passes that
object to acpi_pci_root_add().
2. acpi_pci_root_add() creates a struct acpi_pci_root object,
populates its "device" field with its argument's address
(device->handle is the ACPI handle found in step 1).
3. The struct acpi_pci_root object created in step 2 is passed
to pci_acpi_scan_root() and used to get resources that are
passed to pci_create_root_bus().
4. pci_create_root_bus() creates a struct pci_host_bridge object
and passes its "dev" member to device_register().
5. platform_notify(), which for systems with ACPI is set to
acpi_platform_notify(), is called.
So far, so good. Now it starts to be "interesting".
6. acpi_find_bridge_device() is used to find the ACPI handle of
the given device (which is the PCI root bridge) and executes
acpi_pci_find_root_bridge(), among other things, for the
given device object.
7. acpi_pci_find_root_bridge() uses the name (sic!) of the given
device object to extract the segment and bus numbers of the PCI
root bridge and passes them to acpi_get_pci_rootbridge_handle().
8. acpi_get_pci_rootbridge_handle() browses the list of ACPI PCI
root bridges and finds the one that matches the given segment
and bus numbers. Its handle is then used to initialize the
ACPI handle of the PCI root bridge's device object by
acpi_bind_one(). However, this is *exactly* the ACPI handle we
started with in step 1.
Needless to say, this is quite embarassing, but it may be avoided
thanks to commit f3fd0c8 (ACPI: Allow ACPI handles of devices to be
initialized in advance), which makes it possible to initialize the
ACPI handle of a device before passing it to device_register().
Accordingly, add a new __weak routine, pcibios_root_bridge_prepare(),
defaulting to an empty implementation that can be replaced by the
interested architecutres (x86 and ia64 at the moment) with functions
that will set the root bridge's ACPI handle before its dev member is
passed to device_register(). Make both x86 and ia64 provide such
implementations of pcibios_root_bridge_prepare() and remove
acpi_pci_find_root_bridge() and acpi_get_pci_rootbridge_handle() that
aren't necessary any more.
Included is a fix for breakage on systems with non-ACPI PCI host
bridges from Bjorn Helgaas.
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>
2013-01-10 05:33:37 +08:00
|
|
|
int pcibios_root_bridge_prepare(struct pci_host_bridge *bridge)
|
|
|
|
{
|
2015-05-28 07:39:53 +08:00
|
|
|
/*
|
|
|
|
* We pass NULL as parent to pci_create_root_bus(), so if it is not NULL
|
|
|
|
* here, pci_create_root_bus() has been called by someone else and
|
|
|
|
* sysdata is likely to be different from what we expect. Let it go in
|
|
|
|
* that case.
|
|
|
|
*/
|
|
|
|
if (!bridge->dev.parent) {
|
|
|
|
struct pci_controller *controller = bridge->bus->sysdata;
|
|
|
|
ACPI_COMPANION_SET(&bridge->dev, controller->companion);
|
|
|
|
}
|
ACPI / PCI: Set root bridge ACPI handle in advance
The ACPI handles of PCI root bridges need to be known to
acpi_bind_one(), so that it can create the appropriate
"firmware_node" and "physical_node" files for them, but currently
the way it gets to know those handles is not exactly straightforward
(to put it lightly).
This is how it works, roughly:
1. acpi_bus_scan() finds the handle of a PCI root bridge,
creates a struct acpi_device object for it and passes that
object to acpi_pci_root_add().
2. acpi_pci_root_add() creates a struct acpi_pci_root object,
populates its "device" field with its argument's address
(device->handle is the ACPI handle found in step 1).
3. The struct acpi_pci_root object created in step 2 is passed
to pci_acpi_scan_root() and used to get resources that are
passed to pci_create_root_bus().
4. pci_create_root_bus() creates a struct pci_host_bridge object
and passes its "dev" member to device_register().
5. platform_notify(), which for systems with ACPI is set to
acpi_platform_notify(), is called.
So far, so good. Now it starts to be "interesting".
6. acpi_find_bridge_device() is used to find the ACPI handle of
the given device (which is the PCI root bridge) and executes
acpi_pci_find_root_bridge(), among other things, for the
given device object.
7. acpi_pci_find_root_bridge() uses the name (sic!) of the given
device object to extract the segment and bus numbers of the PCI
root bridge and passes them to acpi_get_pci_rootbridge_handle().
8. acpi_get_pci_rootbridge_handle() browses the list of ACPI PCI
root bridges and finds the one that matches the given segment
and bus numbers. Its handle is then used to initialize the
ACPI handle of the PCI root bridge's device object by
acpi_bind_one(). However, this is *exactly* the ACPI handle we
started with in step 1.
Needless to say, this is quite embarassing, but it may be avoided
thanks to commit f3fd0c8 (ACPI: Allow ACPI handles of devices to be
initialized in advance), which makes it possible to initialize the
ACPI handle of a device before passing it to device_register().
Accordingly, add a new __weak routine, pcibios_root_bridge_prepare(),
defaulting to an empty implementation that can be replaced by the
interested architecutres (x86 and ia64 at the moment) with functions
that will set the root bridge's ACPI handle before its dev member is
passed to device_register(). Make both x86 and ia64 provide such
implementations of pcibios_root_bridge_prepare() and remove
acpi_pci_find_root_bridge() and acpi_get_pci_rootbridge_handle() that
aren't necessary any more.
Included is a fix for breakage on systems with non-ACPI PCI host
bridges from Bjorn Helgaas.
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>
2013-01-10 05:33:37 +08:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2015-01-16 06:21:50 +08:00
|
|
|
void pcibios_fixup_device_resources(struct pci_dev *dev)
|
2005-04-28 15:25:46 +08:00
|
|
|
{
|
2015-01-16 06:21:50 +08:00
|
|
|
int idx;
|
2005-04-28 15:25:46 +08:00
|
|
|
|
|
|
|
if (!dev->bus)
|
2015-01-16 06:21:50 +08:00
|
|
|
return;
|
2005-04-28 15:25:46 +08:00
|
|
|
|
2015-01-16 06:21:50 +08:00
|
|
|
for (idx = 0; idx < PCI_BRIDGE_RESOURCES; idx++) {
|
|
|
|
struct resource *r = &dev->resource[idx];
|
2005-04-17 06:20:36 +08:00
|
|
|
|
2015-01-16 06:21:50 +08:00
|
|
|
if (!r->flags || r->parent || !r->start)
|
2005-04-17 06:20:36 +08:00
|
|
|
continue;
|
|
|
|
|
2015-01-16 06:21:50 +08:00
|
|
|
pci_claim_resource(dev, idx);
|
|
|
|
}
|
2006-01-16 12:45:23 +08:00
|
|
|
}
|
Altix: Add initial ACPI IO support
First phase in introducing ACPI support to SN.
In this phase, when running with an ACPI capable PROM,
the DSDT will define the root busses and all SN nodes
(SGIHUB, SGITIO). An ACPI bus driver will be registered
for the node devices, with the acpi_pci_root_driver being
used for the root busses. An ACPI vendor descriptor is
now used to pass platform specific information for both
nodes and busses, eliminating the need for the current
SAL calls. Also, with ACPI support, SN fixup code is no longer
needed to initiate the PCI bus scans, as the acpi_pci_root_driver
does that.
However, to maintain backward compatibility with non-ACPI capable
PROMs, none of the current 'fixup' code can been deleted, though
much restructuring has been done. For example, the bulk of the code
in io_common.c is relocated code that is now common regardless
of what PROM is running, while io_acpi_init.c and io_init.c contain
routines specific to an ACPI or non ACPI capable PROM respectively.
A new pci bus fixup platform vector has been created to provide
a hook for invoking platform specific bus fixup from pcibios_fixup_bus().
The size of io_space[] has been increased to support systems with
large IO configurations.
Signed-off-by: John Keller <jpk@sgi.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-10-05 05:49:25 +08:00
|
|
|
EXPORT_SYMBOL_GPL(pcibios_fixup_device_resources);
|
2006-01-16 12:45:23 +08:00
|
|
|
|
2012-12-22 06:05:13 +08:00
|
|
|
static void pcibios_fixup_bridge_resources(struct pci_dev *dev)
|
2006-01-16 12:45:23 +08:00
|
|
|
{
|
2015-01-16 06:21:50 +08:00
|
|
|
int idx;
|
|
|
|
|
|
|
|
if (!dev->bus)
|
|
|
|
return;
|
|
|
|
|
|
|
|
for (idx = PCI_BRIDGE_RESOURCES; idx < PCI_NUM_RESOURCES; idx++) {
|
|
|
|
struct resource *r = &dev->resource[idx];
|
|
|
|
|
|
|
|
if (!r->flags || r->parent || !r->start)
|
|
|
|
continue;
|
|
|
|
|
|
|
|
pci_claim_bridge_resource(dev, idx);
|
|
|
|
}
|
2006-01-16 12:45:23 +08:00
|
|
|
}
|
|
|
|
|
2005-04-17 06:20:36 +08:00
|
|
|
/*
|
|
|
|
* Called after each bus is probed, but before its children are examined.
|
|
|
|
*/
|
2012-12-22 06:05:13 +08:00
|
|
|
void pcibios_fixup_bus(struct pci_bus *b)
|
2005-04-17 06:20:36 +08:00
|
|
|
{
|
|
|
|
struct pci_dev *dev;
|
|
|
|
|
PCI: Revert "PCI: Call pci_read_bridge_bases() from core instead of arch code"
Revert dff22d2054b5 ("PCI: Call pci_read_bridge_bases() from core instead
of arch code").
Reading PCI bridge windows is not arch-specific in itself, but there is PCI
core code that doesn't work correctly if we read them too early. For
example, Hannes found this case on an ARM Freescale i.mx6 board:
pci_bus 0000:00: root bus resource [mem 0x01000000-0x01efffff]
pci 0000:00:00.0: PCI bridge to [bus 01-ff]
pci 0000:00:00.0: BAR 8: no space for [mem size 0x01000000] (mem window)
pci 0000:01:00.0: BAR 2: failed to assign [mem size 0x00200000]
pci 0000:01:00.0: BAR 1: failed to assign [mem size 0x00004000]
pci 0000:01:00.0: BAR 0: failed to assign [mem size 0x00000100]
The 00:00.0 mem window needs to be at least 3MB: the 01:00.0 device needs
0x204100 of space, and mem windows are megabyte-aligned.
Bus sizing can increase a bridge window size, but never *decrease* it (see
d65245c3297a ("PCI: don't shrink bridge resources")). Prior to
dff22d2054b5, ARM didn't read bridge windows at all, so the "original size"
was zero, and we assigned a 3MB window.
After dff22d2054b5, we read the bridge windows before sizing the bus. The
firmware programmed a 16MB window (size 0x01000000) in 00:00.0, and since
we never decrease the size, we kept 16MB even though we only needed 3MB.
But 16MB doesn't fit in the host bridge aperture, so we failed to assign
space for the window and the downstream devices.
I think this is a defect in the PCI core: we shouldn't rely on the firmware
to assign sensible windows.
Ray reported a similar problem, also on ARM, with Broadcom iProc.
Issues like this are too hard to fix right now, so revert dff22d2054b5.
Reported-by: Hannes <oe5hpm@gmail.com>
Reported-by: Ray Jui <rjui@broadcom.com>
Link: http://lkml.kernel.org/r/CAAa04yFQEUJm7Jj1qMT57-LG7ZGtnhNDBe=PpSRa70Mj+XhW-A@mail.gmail.com
Link: http://lkml.kernel.org/r/55F75BB8.4070405@broadcom.com
Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>
Acked-by: Yinghai Lu <yinghai@kernel.org>
Acked-by: Lorenzo Pieralisi <lorenzo.pieralisi@arm.com>
2015-09-16 02:18:04 +08:00
|
|
|
if (b->self) {
|
|
|
|
pci_read_bridge_bases(b);
|
2006-01-16 12:45:23 +08:00
|
|
|
pcibios_fixup_bridge_resources(b->self);
|
PCI: Revert "PCI: Call pci_read_bridge_bases() from core instead of arch code"
Revert dff22d2054b5 ("PCI: Call pci_read_bridge_bases() from core instead
of arch code").
Reading PCI bridge windows is not arch-specific in itself, but there is PCI
core code that doesn't work correctly if we read them too early. For
example, Hannes found this case on an ARM Freescale i.mx6 board:
pci_bus 0000:00: root bus resource [mem 0x01000000-0x01efffff]
pci 0000:00:00.0: PCI bridge to [bus 01-ff]
pci 0000:00:00.0: BAR 8: no space for [mem size 0x01000000] (mem window)
pci 0000:01:00.0: BAR 2: failed to assign [mem size 0x00200000]
pci 0000:01:00.0: BAR 1: failed to assign [mem size 0x00004000]
pci 0000:01:00.0: BAR 0: failed to assign [mem size 0x00000100]
The 00:00.0 mem window needs to be at least 3MB: the 01:00.0 device needs
0x204100 of space, and mem windows are megabyte-aligned.
Bus sizing can increase a bridge window size, but never *decrease* it (see
d65245c3297a ("PCI: don't shrink bridge resources")). Prior to
dff22d2054b5, ARM didn't read bridge windows at all, so the "original size"
was zero, and we assigned a 3MB window.
After dff22d2054b5, we read the bridge windows before sizing the bus. The
firmware programmed a 16MB window (size 0x01000000) in 00:00.0, and since
we never decrease the size, we kept 16MB even though we only needed 3MB.
But 16MB doesn't fit in the host bridge aperture, so we failed to assign
space for the window and the downstream devices.
I think this is a defect in the PCI core: we shouldn't rely on the firmware
to assign sensible windows.
Ray reported a similar problem, also on ARM, with Broadcom iProc.
Issues like this are too hard to fix right now, so revert dff22d2054b5.
Reported-by: Hannes <oe5hpm@gmail.com>
Reported-by: Ray Jui <rjui@broadcom.com>
Link: http://lkml.kernel.org/r/CAAa04yFQEUJm7Jj1qMT57-LG7ZGtnhNDBe=PpSRa70Mj+XhW-A@mail.gmail.com
Link: http://lkml.kernel.org/r/55F75BB8.4070405@broadcom.com
Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>
Acked-by: Yinghai Lu <yinghai@kernel.org>
Acked-by: Lorenzo Pieralisi <lorenzo.pieralisi@arm.com>
2015-09-16 02:18:04 +08:00
|
|
|
}
|
2005-04-17 06:20:36 +08:00
|
|
|
list_for_each_entry(dev, &b->devices, bus_list)
|
|
|
|
pcibios_fixup_device_resources(dev);
|
Altix: Add initial ACPI IO support
First phase in introducing ACPI support to SN.
In this phase, when running with an ACPI capable PROM,
the DSDT will define the root busses and all SN nodes
(SGIHUB, SGITIO). An ACPI bus driver will be registered
for the node devices, with the acpi_pci_root_driver being
used for the root busses. An ACPI vendor descriptor is
now used to pass platform specific information for both
nodes and busses, eliminating the need for the current
SAL calls. Also, with ACPI support, SN fixup code is no longer
needed to initiate the PCI bus scans, as the acpi_pci_root_driver
does that.
However, to maintain backward compatibility with non-ACPI capable
PROMs, none of the current 'fixup' code can been deleted, though
much restructuring has been done. For example, the bulk of the code
in io_common.c is relocated code that is now common regardless
of what PROM is running, while io_acpi_init.c and io_init.c contain
routines specific to an ACPI or non ACPI capable PROM respectively.
A new pci bus fixup platform vector has been created to provide
a hook for invoking platform specific bus fixup from pcibios_fixup_bus().
The size of io_space[] has been increased to support systems with
large IO configurations.
Signed-off-by: John Keller <jpk@sgi.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-10-05 05:49:25 +08:00
|
|
|
platform_pci_fixup_bus(b);
|
2005-04-17 06:20:36 +08:00
|
|
|
}
|
|
|
|
|
2013-04-12 13:44:22 +08:00
|
|
|
void pcibios_add_bus(struct pci_bus *bus)
|
|
|
|
{
|
|
|
|
acpi_pci_add_bus(bus);
|
|
|
|
}
|
|
|
|
|
|
|
|
void pcibios_remove_bus(struct pci_bus *bus)
|
|
|
|
{
|
|
|
|
acpi_pci_remove_bus(bus);
|
|
|
|
}
|
|
|
|
|
2011-10-29 05:47:49 +08:00
|
|
|
void pcibios_set_master (struct pci_dev *dev)
|
|
|
|
{
|
|
|
|
/* No special bus mastering setup handling */
|
|
|
|
}
|
|
|
|
|
2005-04-17 06:20:36 +08:00
|
|
|
int
|
|
|
|
pcibios_enable_device (struct pci_dev *dev, int mask)
|
|
|
|
{
|
|
|
|
int ret;
|
|
|
|
|
2008-03-05 02:56:52 +08:00
|
|
|
ret = pci_enable_resources(dev, mask);
|
2005-04-17 06:20:36 +08:00
|
|
|
if (ret < 0)
|
|
|
|
return ret;
|
|
|
|
|
2018-03-14 04:03:36 +08:00
|
|
|
if (!pci_dev_msi_enabled(dev))
|
2007-03-28 21:36:09 +08:00
|
|
|
return acpi_pci_irq_enable(dev);
|
|
|
|
return 0;
|
2005-04-17 06:20:36 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
void
|
|
|
|
pcibios_disable_device (struct pci_dev *dev)
|
|
|
|
{
|
2006-12-05 09:25:31 +08:00
|
|
|
BUG_ON(atomic_read(&dev->enable_cnt));
|
2018-03-14 04:03:36 +08:00
|
|
|
if (!pci_dev_msi_enabled(dev))
|
2007-03-28 21:36:09 +08:00
|
|
|
acpi_pci_irq_disable(dev);
|
2005-04-17 06:20:36 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* ia64_pci_get_legacy_mem - generic legacy mem routine
|
|
|
|
* @bus: bus to get legacy memory base address for
|
|
|
|
*
|
|
|
|
* Find the base of legacy memory for @bus. This is typically the first
|
|
|
|
* megabyte of bus address space for @bus or is simply 0 on platforms whose
|
|
|
|
* chipsets support legacy I/O and memory routing. Returns the base address
|
|
|
|
* or an error pointer if an error occurred.
|
|
|
|
*
|
|
|
|
* This is the ia64 generic version of this routine. Other platforms
|
|
|
|
* are free to override it with a machine vector.
|
|
|
|
*/
|
|
|
|
char *ia64_pci_get_legacy_mem(struct pci_bus *bus)
|
|
|
|
{
|
|
|
|
return (char *)__IA64_UNCACHED_OFFSET;
|
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* pci_mmap_legacy_page_range - map legacy memory space to userland
|
|
|
|
* @bus: bus whose legacy space we're mapping
|
|
|
|
* @vma: vma passed in by mmap
|
|
|
|
*
|
|
|
|
* Map legacy memory space for this device back to userspace using a machine
|
|
|
|
* vector to get the base address.
|
|
|
|
*/
|
|
|
|
int
|
2008-10-03 17:49:32 +08:00
|
|
|
pci_mmap_legacy_page_range(struct pci_bus *bus, struct vm_area_struct *vma,
|
|
|
|
enum pci_mmap_state mmap_state)
|
2005-04-17 06:20:36 +08:00
|
|
|
{
|
2006-05-06 07:19:50 +08:00
|
|
|
unsigned long size = vma->vm_end - vma->vm_start;
|
|
|
|
pgprot_t prot;
|
2005-04-17 06:20:36 +08:00
|
|
|
char *addr;
|
|
|
|
|
2008-10-03 17:49:32 +08:00
|
|
|
/* We only support mmap'ing of legacy memory space */
|
|
|
|
if (mmap_state != pci_mmap_mem)
|
|
|
|
return -ENOSYS;
|
|
|
|
|
2006-05-06 07:19:50 +08:00
|
|
|
/*
|
2019-04-18 21:10:33 +08:00
|
|
|
* Avoid attribute aliasing. See Documentation/ia64/aliasing.rst
|
2006-05-06 07:19:50 +08:00
|
|
|
* for more details.
|
|
|
|
*/
|
2006-07-10 19:45:27 +08:00
|
|
|
if (!valid_mmap_phys_addr_range(vma->vm_pgoff, size))
|
2006-05-06 07:19:50 +08:00
|
|
|
return -EINVAL;
|
|
|
|
prot = phys_mem_access_prot(NULL, vma->vm_pgoff, size,
|
|
|
|
vma->vm_page_prot);
|
|
|
|
|
2005-04-17 06:20:36 +08:00
|
|
|
addr = pci_get_legacy_mem(bus);
|
|
|
|
if (IS_ERR(addr))
|
|
|
|
return PTR_ERR(addr);
|
|
|
|
|
|
|
|
vma->vm_pgoff += (unsigned long)addr >> PAGE_SHIFT;
|
2006-05-06 07:19:50 +08:00
|
|
|
vma->vm_page_prot = prot;
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
if (remap_pfn_range(vma, vma->vm_start, vma->vm_pgoff,
|
2006-05-06 07:19:50 +08:00
|
|
|
size, vma->vm_page_prot))
|
2005-04-17 06:20:36 +08:00
|
|
|
return -EAGAIN;
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* ia64_pci_legacy_read - read from legacy I/O space
|
|
|
|
* @bus: bus to read
|
|
|
|
* @port: legacy port value
|
|
|
|
* @val: caller allocated storage for returned value
|
|
|
|
* @size: number of bytes to read
|
|
|
|
*
|
|
|
|
* Simply reads @size bytes from @port and puts the result in @val.
|
|
|
|
*
|
|
|
|
* Again, this (and the write routine) are generic versions that can be
|
|
|
|
* overridden by the platform. This is necessary on platforms that don't
|
|
|
|
* support legacy I/O routing or that hard fail on legacy I/O timeouts.
|
|
|
|
*/
|
|
|
|
int ia64_pci_legacy_read(struct pci_bus *bus, u16 port, u32 *val, u8 size)
|
|
|
|
{
|
|
|
|
int ret = size;
|
|
|
|
|
|
|
|
switch (size) {
|
|
|
|
case 1:
|
|
|
|
*val = inb(port);
|
|
|
|
break;
|
|
|
|
case 2:
|
|
|
|
*val = inw(port);
|
|
|
|
break;
|
|
|
|
case 4:
|
|
|
|
*val = inl(port);
|
|
|
|
break;
|
|
|
|
default:
|
|
|
|
ret = -EINVAL;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* ia64_pci_legacy_write - perform a legacy I/O write
|
|
|
|
* @bus: bus pointer
|
|
|
|
* @port: port to write
|
|
|
|
* @val: value to write
|
|
|
|
* @size: number of bytes to write from @val
|
|
|
|
*
|
|
|
|
* Simply writes @size bytes of @val to @port.
|
|
|
|
*/
|
2006-04-20 17:49:48 +08:00
|
|
|
int ia64_pci_legacy_write(struct pci_bus *bus, u16 port, u32 val, u8 size)
|
2005-04-17 06:20:36 +08:00
|
|
|
{
|
2005-12-22 06:21:36 +08:00
|
|
|
int ret = size;
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
switch (size) {
|
|
|
|
case 1:
|
|
|
|
outb(val, port);
|
|
|
|
break;
|
|
|
|
case 2:
|
|
|
|
outw(val, port);
|
|
|
|
break;
|
|
|
|
case 4:
|
|
|
|
outl(val, port);
|
|
|
|
break;
|
|
|
|
default:
|
|
|
|
ret = -EINVAL;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
2006-10-10 22:01:19 +08:00
|
|
|
* set_pci_cacheline_size - determine cacheline size for PCI devices
|
2005-04-17 06:20:36 +08:00
|
|
|
*
|
|
|
|
* We want to use the line-size of the outer-most cache. We assume
|
|
|
|
* that this line-size is the same for all CPUs.
|
|
|
|
*
|
|
|
|
* Code mostly taken from arch/ia64/kernel/palinfo.c:cache_info().
|
|
|
|
*/
|
2009-10-27 04:20:44 +08:00
|
|
|
static void __init set_pci_dfl_cacheline_size(void)
|
2005-04-17 06:20:36 +08:00
|
|
|
{
|
2009-05-23 04:49:49 +08:00
|
|
|
unsigned long levels, unique_caches;
|
|
|
|
long status;
|
2005-04-17 06:20:36 +08:00
|
|
|
pal_cache_config_info_t cci;
|
|
|
|
|
|
|
|
status = ia64_pal_cache_summary(&levels, &unique_caches);
|
|
|
|
if (status != 0) {
|
2013-06-06 15:34:53 +08:00
|
|
|
pr_err("%s: ia64_pal_cache_summary() failed "
|
2008-03-05 07:15:00 +08:00
|
|
|
"(status=%ld)\n", __func__, status);
|
2006-10-10 22:01:19 +08:00
|
|
|
return;
|
2005-04-17 06:20:36 +08:00
|
|
|
}
|
|
|
|
|
2006-10-10 22:01:19 +08:00
|
|
|
status = ia64_pal_cache_config_info(levels - 1,
|
|
|
|
/* cache_type (data_or_unified)= */ 2, &cci);
|
2005-04-17 06:20:36 +08:00
|
|
|
if (status != 0) {
|
2013-06-06 15:34:53 +08:00
|
|
|
pr_err("%s: ia64_pal_cache_config_info() failed "
|
2008-03-05 07:15:00 +08:00
|
|
|
"(status=%ld)\n", __func__, status);
|
2006-10-10 22:01:19 +08:00
|
|
|
return;
|
2005-04-17 06:20:36 +08:00
|
|
|
}
|
2009-10-27 04:20:44 +08:00
|
|
|
pci_dfl_cache_line_size = (1 << cci.pcci_line_size) / 4;
|
2005-04-17 06:20:36 +08:00
|
|
|
}
|
|
|
|
|
2006-10-10 22:01:19 +08:00
|
|
|
static int __init pcibios_init(void)
|
|
|
|
{
|
2009-10-27 04:20:44 +08:00
|
|
|
set_pci_dfl_cacheline_size();
|
2006-10-10 22:01:19 +08:00
|
|
|
return 0;
|
2005-04-17 06:20:36 +08:00
|
|
|
}
|
2006-10-10 22:01:19 +08:00
|
|
|
|
|
|
|
subsys_initcall(pcibios_init);
|