2
0
mirror of https://github.com/edk2-porting/linux-next.git synced 2024-12-27 06:34:11 +08:00
linux-next/include/asm-sparc/pbm.h
Linus Torvalds 1da177e4c3 Linux-2.6.12-rc2
Initial git repository build. I'm not bothering with the full history,
even though we have it. We can create a separate "historical" git
archive of that later if we want to, and in the meantime it's about
3.2GB when imported into git - space that would just make the early
git days unnecessarily complicated, when we don't have a lot of good
infrastructure for it.

Let it rip!
2005-04-16 15:20:36 -07:00

47 lines
1.4 KiB
C

/* $Id: pbm.h,v 1.3 1999/12/20 17:06:35 zaitcev Exp $
*
* pbm.h: PCI bus module pseudo driver software state
* Adopted from sparc64 by V. Roganov and G. Raiko
*
* Original header:
* pbm.h: U2P PCI bus module pseudo driver software state.
*
* Copyright (C) 1997 David S. Miller (davem@caip.rutgers.edu)
*
* To put things into perspective, consider sparc64 with a few PCI controllers.
* Each type would have an own structure, with instances related one to one.
* We have only pcic on sparc, but we want to be compatible with sparc64 pbm.h.
* All three represent different abstractions.
* pci_bus - Linux PCI subsystem view of a PCI bus (including bridged buses)
* pbm - Arch-specific view of a PCI bus (sparc or sparc64)
* pcic - Chip-specific information for PCIC.
*/
#ifndef __SPARC_PBM_H
#define __SPARC_PBM_H
#include <linux/pci.h>
#include <asm/oplib.h>
struct linux_pbm_info {
int prom_node;
char prom_name[64];
/* struct linux_prom_pci_ranges pbm_ranges[PROMREG_MAX]; */
/* int num_pbm_ranges; */
/* Now things for the actual PCI bus probes. */
unsigned int pci_first_busno; /* Can it be nonzero? */
struct pci_bus *pci_bus; /* Was inline, MJ allocs now */
};
/* PCI devices which are not bridges have this placed in their pci_dev
* sysdata member. This makes OBP aware PCI device drivers easier to
* code.
*/
struct pcidev_cookie {
struct linux_pbm_info *pbm;
int prom_node;
};
#endif /* !(__SPARC_PBM_H) */