2005-04-16 22:20:36 +00:00
|
|
|
/*
|
|
|
|
* This file is subject to the terms and conditions of the GNU General Public
|
|
|
|
* License. See the file "COPYING" in the main directory of this archive
|
|
|
|
* for more details.
|
|
|
|
*
|
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-04 21:49:25 +00:00
|
|
|
* Copyright (C) 1992 - 1997, 2000-2006 Silicon Graphics, Inc. All rights reserved.
|
2005-04-16 22:20:36 +00:00
|
|
|
*/
|
|
|
|
|
|
|
|
#include <asm/sn/types.h>
|
|
|
|
#include <asm/sn/addrs.h>
|
|
|
|
#include <asm/sn/io.h>
|
2006-03-08 18:30:18 +00:00
|
|
|
#include <asm/sn/module.h>
|
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-04 21:49:25 +00:00
|
|
|
#include <asm/sn/intr.h>
|
2005-07-06 22:26:51 +00:00
|
|
|
#include <asm/sn/pcibus_provider_defs.h>
|
|
|
|
#include <asm/sn/pcidev.h>
|
|
|
|
#include <asm/sn/sn_sal.h>
|
|
|
|
#include "xtalk/hubdev.h"
|
2005-08-03 20:35:00 +00:00
|
|
|
|
2005-04-25 18:26:03 +00: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-04 21:49:25 +00:00
|
|
|
* The code in this file will only be executed when running with
|
|
|
|
* a PROM that does _not_ have base ACPI IO support.
|
|
|
|
* (i.e., SN_ACPI_BASE_SUPPORT() == 0)
|
2005-04-25 18:26:03 +00: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-04 21:49:25 +00:00
|
|
|
static int max_segment_number; /* Default highest segment number */
|
|
|
|
static int max_pcibus_number = 255; /* Default highest pci bus number */
|
2005-04-16 22:20:36 +00:00
|
|
|
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Retrieve the hub device info structure for the given nasid.
|
|
|
|
*/
|
2005-12-23 18:33:25 +00:00
|
|
|
static inline u64 sal_get_hubdev_info(u64 handle, u64 address)
|
2005-04-16 22:20:36 +00:00
|
|
|
{
|
|
|
|
struct ia64_sal_retval ret_stuff;
|
|
|
|
ret_stuff.status = 0;
|
|
|
|
ret_stuff.v0 = 0;
|
|
|
|
|
|
|
|
SAL_CALL_NOLOCK(ret_stuff,
|
|
|
|
(u64) SN_SAL_IOIF_GET_HUBDEV_INFO,
|
|
|
|
(u64) handle, (u64) address, 0, 0, 0, 0, 0);
|
|
|
|
return ret_stuff.v0;
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Retrieve the pci bus information given the bus number.
|
|
|
|
*/
|
2005-12-23 18:33:25 +00:00
|
|
|
static inline u64 sal_get_pcibus_info(u64 segment, u64 busnum, u64 address)
|
2005-04-16 22:20:36 +00:00
|
|
|
{
|
|
|
|
struct ia64_sal_retval ret_stuff;
|
|
|
|
ret_stuff.status = 0;
|
|
|
|
ret_stuff.v0 = 0;
|
|
|
|
|
|
|
|
SAL_CALL_NOLOCK(ret_stuff,
|
|
|
|
(u64) SN_SAL_IOIF_GET_PCIBUS_INFO,
|
|
|
|
(u64) segment, (u64) busnum, (u64) address, 0, 0, 0, 0);
|
|
|
|
return ret_stuff.v0;
|
|
|
|
}
|
|
|
|
|
2007-01-30 06:17:37 +00:00
|
|
|
/*
|
|
|
|
* Retrieve the pci device information given the bus and device|function number.
|
|
|
|
*/
|
|
|
|
static inline u64
|
|
|
|
sal_get_pcidev_info(u64 segment, u64 bus_number, u64 devfn, u64 pci_dev,
|
|
|
|
u64 sn_irq_info)
|
|
|
|
{
|
|
|
|
struct ia64_sal_retval ret_stuff;
|
|
|
|
ret_stuff.status = 0;
|
|
|
|
ret_stuff.v0 = 0;
|
|
|
|
|
|
|
|
SAL_CALL_NOLOCK(ret_stuff,
|
|
|
|
(u64) SN_SAL_IOIF_GET_PCIDEV_INFO,
|
|
|
|
(u64) segment, (u64) bus_number, (u64) devfn,
|
|
|
|
(u64) pci_dev,
|
|
|
|
sn_irq_info, 0, 0);
|
|
|
|
return ret_stuff.v0;
|
|
|
|
}
|
|
|
|
|
2006-01-16 20:31:52 +00:00
|
|
|
|
2005-04-16 22:20:36 +00: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-04 21:49:25 +00:00
|
|
|
* sn_fixup_ionodes() - This routine initializes the HUB data structure for
|
|
|
|
* each node in the system. This function is only
|
|
|
|
* executed when running with a non-ACPI capable PROM.
|
2005-04-16 22:20:36 +00:00
|
|
|
*/
|
2006-02-02 10:15:51 +00:00
|
|
|
static void __init sn_fixup_ionodes(void)
|
2005-04-16 22:20:36 +00: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-04 21:49:25 +00:00
|
|
|
|
2005-04-16 22:20:36 +00:00
|
|
|
struct hubdev_info *hubdev;
|
2005-12-23 18:33:25 +00:00
|
|
|
u64 status;
|
|
|
|
u64 nasid;
|
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-04 21:49:25 +00:00
|
|
|
int i;
|
|
|
|
extern void sn_common_hubdev_init(struct hubdev_info *);
|
2005-04-16 22:20:36 +00:00
|
|
|
|
2005-08-03 20:35:00 +00:00
|
|
|
/*
|
|
|
|
* Get SGI Specific HUB chipset information.
|
|
|
|
* Inform Prom that this kernel can support domain bus numbering.
|
|
|
|
*/
|
2005-09-12 17:15:43 +00:00
|
|
|
for (i = 0; i < num_cnodes; i++) {
|
2005-04-16 22:20:36 +00:00
|
|
|
hubdev = (struct hubdev_info *)(NODEPDA(i)->pdinfo);
|
|
|
|
nasid = cnodeid_to_nasid(i);
|
2005-08-03 20:35:00 +00:00
|
|
|
hubdev->max_segment_number = 0xffffffff;
|
|
|
|
hubdev->max_pcibus_number = 0xff;
|
2005-12-23 18:33:25 +00:00
|
|
|
status = sal_get_hubdev_info(nasid, (u64) __pa(hubdev));
|
2005-04-16 22:20:36 +00:00
|
|
|
if (status)
|
|
|
|
continue;
|
|
|
|
|
2005-08-03 20:35:00 +00:00
|
|
|
/* Save the largest Domain and pcibus numbers found. */
|
|
|
|
if (hubdev->max_segment_number) {
|
|
|
|
/*
|
|
|
|
* Dealing with a Prom that supports segments.
|
|
|
|
*/
|
|
|
|
max_segment_number = hubdev->max_segment_number;
|
|
|
|
max_pcibus_number = hubdev->max_pcibus_number;
|
|
|
|
}
|
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-04 21:49:25 +00:00
|
|
|
sn_common_hubdev_init(hubdev);
|
|
|
|
}
|
|
|
|
}
|
2005-08-03 20:35:00 +00: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-04 21:49:25 +00:00
|
|
|
/*
|
|
|
|
* sn_pci_legacy_window_fixup - Create PCI controller windows for
|
|
|
|
* legacy IO and MEM space. This needs to
|
|
|
|
* be done here, as the PROM does not have
|
|
|
|
* ACPI support defining the root buses
|
|
|
|
* and their resources (_CRS),
|
|
|
|
*/
|
|
|
|
static void
|
|
|
|
sn_legacy_pci_window_fixup(struct pci_controller *controller,
|
|
|
|
u64 legacy_io, u64 legacy_mem)
|
|
|
|
{
|
|
|
|
controller->window = kcalloc(2, sizeof(struct pci_window),
|
|
|
|
GFP_KERNEL);
|
|
|
|
if (controller->window == NULL)
|
2006-02-13 10:29:57 +00:00
|
|
|
BUG();
|
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-04 21:49:25 +00:00
|
|
|
controller->window[0].offset = legacy_io;
|
|
|
|
controller->window[0].resource.name = "legacy_io";
|
|
|
|
controller->window[0].resource.flags = IORESOURCE_IO;
|
|
|
|
controller->window[0].resource.start = legacy_io;
|
|
|
|
controller->window[0].resource.end =
|
|
|
|
controller->window[0].resource.start + 0xffff;
|
|
|
|
controller->window[0].resource.parent = &ioport_resource;
|
|
|
|
controller->window[1].offset = legacy_mem;
|
|
|
|
controller->window[1].resource.name = "legacy_mem";
|
|
|
|
controller->window[1].resource.flags = IORESOURCE_MEM;
|
|
|
|
controller->window[1].resource.start = legacy_mem;
|
|
|
|
controller->window[1].resource.end =
|
|
|
|
controller->window[1].resource.start + (1024 * 1024) - 1;
|
|
|
|
controller->window[1].resource.parent = &iomem_resource;
|
|
|
|
controller->windows = 2;
|
2005-04-16 22:20:36 +00:00
|
|
|
}
|
|
|
|
|
2005-11-29 22:36:32 +00:00
|
|
|
/*
|
|
|
|
* sn_pci_window_fixup() - Create a pci_window for each device resource.
|
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-04 21:49:25 +00:00
|
|
|
* It will setup pci_windows for use by
|
|
|
|
* pcibios_bus_to_resource(), pcibios_resource_to_bus(),
|
|
|
|
* etc.
|
2005-11-29 22:36:32 +00:00
|
|
|
*/
|
|
|
|
static void
|
|
|
|
sn_pci_window_fixup(struct pci_dev *dev, unsigned int count,
|
2006-01-17 03:54:40 +00:00
|
|
|
s64 * pci_addrs)
|
2005-11-29 22:36:32 +00:00
|
|
|
{
|
|
|
|
struct pci_controller *controller = PCI_CONTROLLER(dev->bus);
|
|
|
|
unsigned int i;
|
|
|
|
unsigned int idx;
|
|
|
|
unsigned int new_count;
|
|
|
|
struct pci_window *new_window;
|
|
|
|
|
|
|
|
if (count == 0)
|
|
|
|
return;
|
|
|
|
idx = controller->windows;
|
|
|
|
new_count = controller->windows + count;
|
|
|
|
new_window = kcalloc(new_count, sizeof(struct pci_window), GFP_KERNEL);
|
|
|
|
if (new_window == NULL)
|
|
|
|
BUG();
|
|
|
|
if (controller->window) {
|
|
|
|
memcpy(new_window, controller->window,
|
|
|
|
sizeof(struct pci_window) * controller->windows);
|
|
|
|
kfree(controller->window);
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Setup a pci_window for each device resource. */
|
|
|
|
for (i = 0; i <= PCI_ROM_RESOURCE; i++) {
|
|
|
|
if (pci_addrs[i] == -1)
|
|
|
|
continue;
|
|
|
|
|
|
|
|
new_window[idx].offset = dev->resource[i].start - pci_addrs[i];
|
|
|
|
new_window[idx].resource = dev->resource[i];
|
|
|
|
idx++;
|
|
|
|
}
|
|
|
|
|
|
|
|
controller->windows = new_count;
|
|
|
|
controller->window = new_window;
|
|
|
|
}
|
|
|
|
|
2005-04-16 22:20:36 +00:00
|
|
|
/*
|
2007-01-30 06:17:37 +00:00
|
|
|
* sn_io_slot_fixup() - We are not running with an ACPI capable PROM,
|
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-04 21:49:25 +00:00
|
|
|
* and need to convert the pci_dev->resource
|
|
|
|
* 'start' and 'end' addresses to mapped addresses,
|
|
|
|
* and setup the pci_controller->window array entries.
|
2005-04-16 22:20:36 +00: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-04 21:49:25 +00:00
|
|
|
void
|
2007-01-30 06:17:37 +00:00
|
|
|
sn_io_slot_fixup(struct pci_dev *dev)
|
2005-04-16 22:20:36 +00:00
|
|
|
{
|
2005-11-29 22:36:32 +00:00
|
|
|
unsigned int count = 0;
|
2005-04-16 22:20:36 +00:00
|
|
|
int idx;
|
2006-01-17 03:54:40 +00:00
|
|
|
s64 pci_addrs[PCI_ROM_RESOURCE + 1];
|
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-04 21:49:25 +00:00
|
|
|
unsigned long addr, end, size, start;
|
2007-01-30 06:17:37 +00:00
|
|
|
struct pcidev_info *pcidev_info;
|
|
|
|
struct sn_irq_info *sn_irq_info;
|
|
|
|
int status;
|
|
|
|
|
|
|
|
pcidev_info = kzalloc(sizeof(struct pcidev_info), GFP_KERNEL);
|
|
|
|
if (!pcidev_info)
|
2008-03-04 23:15:00 +00:00
|
|
|
panic("%s: Unable to alloc memory for pcidev_info", __func__);
|
2007-01-30 06:17:37 +00:00
|
|
|
|
|
|
|
sn_irq_info = kzalloc(sizeof(struct sn_irq_info), GFP_KERNEL);
|
|
|
|
if (!sn_irq_info)
|
2008-03-04 23:15:00 +00:00
|
|
|
panic("%s: Unable to alloc memory for sn_irq_info", __func__);
|
2007-01-30 06:17:37 +00:00
|
|
|
|
|
|
|
/* Call to retrieve pci device information needed by kernel. */
|
|
|
|
status = sal_get_pcidev_info((u64) pci_domain_nr(dev),
|
|
|
|
(u64) dev->bus->number,
|
|
|
|
dev->devfn,
|
|
|
|
(u64) __pa(pcidev_info),
|
|
|
|
(u64) __pa(sn_irq_info));
|
|
|
|
|
|
|
|
if (status)
|
|
|
|
BUG(); /* Cannot get platform pci device information */
|
|
|
|
|
2005-11-29 22:36:32 +00:00
|
|
|
|
2005-04-16 22:20:36 +00:00
|
|
|
/* Copy over PIO Mapped Addresses */
|
|
|
|
for (idx = 0; idx <= PCI_ROM_RESOURCE; idx++) {
|
|
|
|
|
2005-11-29 22:36:32 +00:00
|
|
|
if (!pcidev_info->pdi_pio_mapped_addr[idx]) {
|
|
|
|
pci_addrs[idx] = -1;
|
2005-04-16 22:20:36 +00:00
|
|
|
continue;
|
2005-11-29 22:36:32 +00:00
|
|
|
}
|
2005-04-16 22:20:36 +00:00
|
|
|
|
|
|
|
start = dev->resource[idx].start;
|
|
|
|
end = dev->resource[idx].end;
|
|
|
|
size = end - start;
|
2005-11-29 22:36:32 +00:00
|
|
|
if (size == 0) {
|
|
|
|
pci_addrs[idx] = -1;
|
|
|
|
continue;
|
|
|
|
}
|
|
|
|
pci_addrs[idx] = start;
|
|
|
|
count++;
|
|
|
|
addr = pcidev_info->pdi_pio_mapped_addr[idx];
|
2005-04-16 22:20:36 +00:00
|
|
|
addr = ((addr << 4) >> 4) | __IA64_UNCACHED_OFFSET;
|
|
|
|
dev->resource[idx].start = addr;
|
|
|
|
dev->resource[idx].end = addr + size;
|
2007-03-18 09:26:08 +00:00
|
|
|
|
|
|
|
/*
|
|
|
|
* if it's already in the device structure, remove it before
|
|
|
|
* inserting
|
|
|
|
*/
|
|
|
|
if (dev->resource[idx].parent && dev->resource[idx].parent->child)
|
|
|
|
release_resource(&dev->resource[idx]);
|
|
|
|
|
2005-04-16 22:20:36 +00:00
|
|
|
if (dev->resource[idx].flags & IORESOURCE_IO)
|
2007-03-18 09:26:08 +00:00
|
|
|
insert_resource(&ioport_resource, &dev->resource[idx]);
|
2005-04-16 22:20:36 +00:00
|
|
|
else
|
2007-03-18 09:26:08 +00:00
|
|
|
insert_resource(&iomem_resource, &dev->resource[idx]);
|
2007-07-09 18:42:24 +00:00
|
|
|
/*
|
|
|
|
* If ROM, set the actual ROM image size, and mark as
|
|
|
|
* shadowed in PROM.
|
|
|
|
*/
|
|
|
|
if (idx == PCI_ROM_RESOURCE) {
|
|
|
|
size_t image_size;
|
|
|
|
void __iomem *rom;
|
|
|
|
|
|
|
|
rom = ioremap(pci_resource_start(dev, PCI_ROM_RESOURCE),
|
|
|
|
size + 1);
|
|
|
|
image_size = pci_get_rom_size(rom, size + 1);
|
|
|
|
dev->resource[PCI_ROM_RESOURCE].end =
|
|
|
|
dev->resource[PCI_ROM_RESOURCE].start +
|
|
|
|
image_size - 1;
|
|
|
|
dev->resource[PCI_ROM_RESOURCE].flags |=
|
|
|
|
IORESOURCE_ROM_BIOS_COPY;
|
|
|
|
}
|
2005-04-16 22:20:36 +00:00
|
|
|
}
|
2005-11-29 22:36:32 +00:00
|
|
|
/* Create a pci_window in the pci_controller struct for
|
|
|
|
* each device resource.
|
|
|
|
*/
|
|
|
|
if (count > 0)
|
|
|
|
sn_pci_window_fixup(dev, count, pci_addrs);
|
2007-01-30 06:17:37 +00:00
|
|
|
|
|
|
|
sn_pci_fixup_slot(dev, pcidev_info, sn_irq_info);
|
2005-04-16 22:20:36 +00:00
|
|
|
}
|
|
|
|
|
2007-01-30 06:17:37 +00:00
|
|
|
EXPORT_SYMBOL(sn_io_slot_fixup);
|
|
|
|
|
2005-04-16 22:20:36 +00:00
|
|
|
/*
|
|
|
|
* sn_pci_controller_fixup() - This routine sets up a bus's resources
|
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-04 21:49:25 +00:00
|
|
|
* consistent with the Linux PCI abstraction layer.
|
2005-04-16 22:20:36 +00: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-04 21:49:25 +00:00
|
|
|
static void
|
|
|
|
sn_pci_controller_fixup(int segment, int busnum, struct pci_bus *bus)
|
2005-04-16 22:20:36 +00: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-04 21:49:25 +00:00
|
|
|
s64 status = 0;
|
2005-04-16 22:20:36 +00:00
|
|
|
struct pci_controller *controller;
|
|
|
|
struct pcibus_bussoft *prom_bussoft_ptr;
|
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-04 21:49:25 +00:00
|
|
|
|
2005-04-16 22:20:36 +00:00
|
|
|
|
2005-07-06 22:29:53 +00:00
|
|
|
status = sal_get_pcibus_info((u64) segment, (u64) busnum,
|
|
|
|
(u64) ia64_tpa(&prom_bussoft_ptr));
|
|
|
|
if (status > 0)
|
|
|
|
return; /*bus # does not exist */
|
2005-04-16 22:20:36 +00:00
|
|
|
prom_bussoft_ptr = __va(prom_bussoft_ptr);
|
|
|
|
|
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-04 21:49:25 +00:00
|
|
|
controller = kzalloc(sizeof(*controller), GFP_KERNEL);
|
|
|
|
if (!controller)
|
2005-11-29 22:36:32 +00:00
|
|
|
BUG();
|
2005-08-03 20:35:00 +00:00
|
|
|
controller->segment = segment;
|
2005-07-06 22:29:53 +00:00
|
|
|
|
2005-04-16 22:20:36 +00: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-04 21:49:25 +00:00
|
|
|
* Temporarily save the prom_bussoft_ptr for use by sn_bus_fixup().
|
|
|
|
* (platform_data will be overwritten later in sn_common_bus_fixup())
|
2005-04-16 22:20:36 +00: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-04 21:49:25 +00:00
|
|
|
controller->platform_data = prom_bussoft_ptr;
|
2005-04-16 22:20:36 +00: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-04 21:49:25 +00:00
|
|
|
bus = pci_scan_bus(busnum, &pci_root_ops, controller);
|
|
|
|
if (bus == NULL)
|
|
|
|
goto error_return; /* error, or bus already scanned */
|
2005-04-25 18:26:03 +00:00
|
|
|
|
2005-08-02 17:08:00 +00:00
|
|
|
bus->sysdata = controller;
|
2005-07-06 22:29:53 +00:00
|
|
|
|
|
|
|
return;
|
|
|
|
|
|
|
|
error_return:
|
|
|
|
|
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-04 21:49:25 +00:00
|
|
|
kfree(controller);
|
2005-07-06 22:29:53 +00:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
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-04 21:49:25 +00:00
|
|
|
/*
|
|
|
|
* sn_bus_fixup
|
|
|
|
*/
|
|
|
|
void
|
|
|
|
sn_bus_fixup(struct pci_bus *bus)
|
2005-07-06 22:29:53 +00: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-04 21:49:25 +00:00
|
|
|
struct pci_dev *pci_dev = NULL;
|
|
|
|
struct pcibus_bussoft *prom_bussoft_ptr;
|
|
|
|
|
|
|
|
if (!bus->parent) { /* If root bus */
|
|
|
|
prom_bussoft_ptr = PCI_CONTROLLER(bus)->platform_data;
|
|
|
|
if (prom_bussoft_ptr == NULL) {
|
|
|
|
printk(KERN_ERR
|
|
|
|
"sn_bus_fixup: 0x%04x:0x%02x Unable to "
|
|
|
|
"obtain prom_bussoft_ptr\n",
|
|
|
|
pci_domain_nr(bus), bus->number);
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
sn_common_bus_fixup(bus, prom_bussoft_ptr);
|
|
|
|
sn_legacy_pci_window_fixup(PCI_CONTROLLER(bus),
|
|
|
|
prom_bussoft_ptr->bs_legacy_io,
|
|
|
|
prom_bussoft_ptr->bs_legacy_mem);
|
|
|
|
}
|
|
|
|
list_for_each_entry(pci_dev, &bus->devices, bus_list) {
|
2007-01-30 06:17:37 +00:00
|
|
|
sn_io_slot_fixup(pci_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-04 21:49:25 +00:00
|
|
|
}
|
2005-07-06 22:29:53 +00:00
|
|
|
|
2005-04-16 22:20:36 +00: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-04 21:49:25 +00:00
|
|
|
* sn_io_init - PROM does not have ACPI support to define nodes or root buses,
|
|
|
|
* so we need to do things the hard way, including initiating the
|
|
|
|
* bus scanning ourselves.
|
2005-04-16 22:20:36 +00: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-04 21:49:25 +00:00
|
|
|
void __init sn_io_init(void)
|
2005-04-16 22:20:36 +00:00
|
|
|
{
|
2006-02-13 10:29:57 +00:00
|
|
|
int i, j;
|
2005-04-25 18:26:03 +00:00
|
|
|
|
2005-04-16 22:20:36 +00:00
|
|
|
sn_fixup_ionodes();
|
|
|
|
|
2005-07-06 22:29:53 +00:00
|
|
|
/* busses are not known yet ... */
|
2005-08-03 20:35:00 +00:00
|
|
|
for (i = 0; i <= max_segment_number; i++)
|
|
|
|
for (j = 0; j <= max_pcibus_number; j++)
|
|
|
|
sn_pci_controller_fixup(i, j, NULL);
|
2005-04-16 22:20:36 +00:00
|
|
|
}
|