2005-04-21 16:53:53 +02:00
|
|
|
/*
|
|
|
|
pci.h
|
|
|
|
|
|
|
|
Created: Jan 2000 by Philip Homburg <philip@cs.vu.nl>
|
|
|
|
*/
|
|
|
|
|
2010-04-08 15:41:35 +02:00
|
|
|
#include <minix/drivers.h>
|
|
|
|
#include <minix/driver.h>
|
Initialization protocol for system services.
SYSLIB CHANGES:
- SEF framework now supports a new SEF Init request type from RS. 3 different
callbacks are available (init_fresh, init_lu, init_restart) to specify
initialization code when a service starts fresh, starts after a live update,
or restarts.
SYSTEM SERVICE CHANGES:
- Initialization code for system services is now enclosed in a callback SEF will
automatically call at init time. The return code of the callback will
tell RS whether the initialization completed successfully.
- Each init callback can access information passed by RS to initialize. As of
now, each system service has access to the public entries of RS's system process
table to gather all the information required to initialize. This design
eliminates many existing or potential races at boot time and provides a uniform
initialization interface to system services. The same interface will be reused
for the upcoming publish/subscribe model to handle dynamic
registration / deregistration of system services.
VM CHANGES:
- Uniform privilege management for all system services. Every service uses the
same call mask format. For boot services, VM copies the call mask from init
data. For dynamic services, VM still receives the call mask via rs_set_priv
call that will be soon replaced by the upcoming publish/subscribe model.
RS CHANGES:
- The system process table has been reorganized and split into private entries
and public entries. Only the latter ones are exposed to system services.
- VM call masks are now entirely configured in rs/table.c
- RS has now its own slot in the system process table. Only kernel tasks and
user processes not included in the boot image are now left out from the system
process table.
- RS implements the initialization protocol for system services.
- For services in the boot image, RS blocks till initialization is complete and
panics when failure is reported back. Services are initialized in their order of
appearance in the boot image priv table and RS blocks to implements synchronous
initialization for every system service having the flag SF_SYNCH_BOOT set.
- For services started dynamically, the initialization protocol is implemented
as though it were the first ping for the service. In this case, if the
system service fails to report back (or reports failure), RS brings the service
down rather than trying to restart it.
2010-01-08 02:20:42 +01:00
|
|
|
#include <minix/rs.h>
|
|
|
|
|
2005-05-11 11:02:00 +02:00
|
|
|
/* tempory functions: to be replaced later (see pci_intel.h) */
|
2010-04-07 15:35:56 +02:00
|
|
|
_PROTOTYPE( unsigned pci_inb, (u16_t port) );
|
|
|
|
_PROTOTYPE( unsigned pci_inw, (u16_t port) );
|
|
|
|
_PROTOTYPE( unsigned pci_inl, (u16_t port) );
|
2005-05-11 11:02:00 +02:00
|
|
|
|
2010-04-07 15:35:56 +02:00
|
|
|
_PROTOTYPE( void pci_outb, (u16_t port, u8_t value) );
|
|
|
|
_PROTOTYPE( void pci_outw, (u16_t port, u16_t value) );
|
|
|
|
_PROTOTYPE( void pci_outl, (u16_t port, u32_t value) );
|
2005-05-11 11:02:00 +02:00
|
|
|
|
2005-04-21 16:53:53 +02:00
|
|
|
struct pci_vendor
|
|
|
|
{
|
|
|
|
u16_t vid;
|
|
|
|
char *name;
|
|
|
|
};
|
|
|
|
|
|
|
|
struct pci_device
|
|
|
|
{
|
|
|
|
u16_t vid;
|
|
|
|
u16_t did;
|
|
|
|
char *name;
|
|
|
|
};
|
|
|
|
|
|
|
|
struct pci_baseclass
|
|
|
|
{
|
|
|
|
u8_t baseclass;
|
|
|
|
char *name;
|
|
|
|
};
|
|
|
|
|
|
|
|
struct pci_subclass
|
|
|
|
{
|
|
|
|
u8_t baseclass;
|
|
|
|
u8_t subclass;
|
|
|
|
u16_t infclass;
|
|
|
|
char *name;
|
|
|
|
};
|
|
|
|
|
|
|
|
struct pci_intel_ctrl
|
|
|
|
{
|
|
|
|
u16_t vid;
|
|
|
|
u16_t did;
|
|
|
|
};
|
|
|
|
|
|
|
|
struct pci_isabridge
|
|
|
|
{
|
|
|
|
u16_t vid;
|
|
|
|
u16_t did;
|
|
|
|
int checkclass;
|
|
|
|
int type;
|
|
|
|
};
|
|
|
|
|
|
|
|
struct pci_pcibridge
|
|
|
|
{
|
|
|
|
u16_t vid;
|
|
|
|
u16_t did;
|
|
|
|
int type;
|
|
|
|
};
|
|
|
|
|
Initialization protocol for system services.
SYSLIB CHANGES:
- SEF framework now supports a new SEF Init request type from RS. 3 different
callbacks are available (init_fresh, init_lu, init_restart) to specify
initialization code when a service starts fresh, starts after a live update,
or restarts.
SYSTEM SERVICE CHANGES:
- Initialization code for system services is now enclosed in a callback SEF will
automatically call at init time. The return code of the callback will
tell RS whether the initialization completed successfully.
- Each init callback can access information passed by RS to initialize. As of
now, each system service has access to the public entries of RS's system process
table to gather all the information required to initialize. This design
eliminates many existing or potential races at boot time and provides a uniform
initialization interface to system services. The same interface will be reused
for the upcoming publish/subscribe model to handle dynamic
registration / deregistration of system services.
VM CHANGES:
- Uniform privilege management for all system services. Every service uses the
same call mask format. For boot services, VM copies the call mask from init
data. For dynamic services, VM still receives the call mask via rs_set_priv
call that will be soon replaced by the upcoming publish/subscribe model.
RS CHANGES:
- The system process table has been reorganized and split into private entries
and public entries. Only the latter ones are exposed to system services.
- VM call masks are now entirely configured in rs/table.c
- RS has now its own slot in the system process table. Only kernel tasks and
user processes not included in the boot image are now left out from the system
process table.
- RS implements the initialization protocol for system services.
- For services in the boot image, RS blocks till initialization is complete and
panics when failure is reported back. Services are initialized in their order of
appearance in the boot image priv table and RS blocks to implements synchronous
initialization for every system service having the flag SF_SYNCH_BOOT set.
- For services started dynamically, the initialization protocol is implemented
as though it were the first ping for the service. In this case, if the
system service fails to report back (or reports failure), RS brings the service
down rather than trying to restart it.
2010-01-08 02:20:42 +01:00
|
|
|
struct pci_acl
|
|
|
|
{
|
|
|
|
int inuse;
|
|
|
|
struct rs_pci acl;
|
|
|
|
};
|
|
|
|
|
|
|
|
#define NR_DRIVERS NR_SYS_PROCS
|
|
|
|
|
2005-04-21 16:53:53 +02:00
|
|
|
#define PCI_IB_PIIX 1 /* Intel PIIX compatible ISA bridge */
|
|
|
|
#define PCI_IB_VIA 2 /* VIA compatible ISA bridge */
|
|
|
|
#define PCI_IB_AMD 3 /* AMD compatible ISA bridge */
|
|
|
|
#define PCI_IB_SIS 4 /* SIS compatible ISA bridge */
|
|
|
|
|
2006-01-12 15:46:12 +01:00
|
|
|
#define PCI_PPB_STD 1 /* Standard PCI-to-PCI bridge */
|
|
|
|
#define PCI_PPB_CB 2 /* Cardbus bridge */
|
|
|
|
/* Still needed? */
|
2005-08-25 14:49:22 +02:00
|
|
|
#define PCI_AGPB_VIA 3 /* VIA compatible AGP bridge */
|
2005-04-21 16:53:53 +02:00
|
|
|
|
|
|
|
extern struct pci_vendor pci_vendor_table[];
|
|
|
|
extern struct pci_device pci_device_table[];
|
|
|
|
extern struct pci_baseclass pci_baseclass_table[];
|
|
|
|
extern struct pci_subclass pci_subclass_table[];
|
2006-03-07 15:14:53 +01:00
|
|
|
#if 0
|
2005-04-21 16:53:53 +02:00
|
|
|
extern struct pci_intel_ctrl pci_intel_ctrl[];
|
2006-03-07 15:14:53 +01:00
|
|
|
#endif
|
2005-04-21 16:53:53 +02:00
|
|
|
extern struct pci_isabridge pci_isabridge[];
|
|
|
|
extern struct pci_pcibridge pci_pcibridge[];
|
|
|
|
|
Initialization protocol for system services.
SYSLIB CHANGES:
- SEF framework now supports a new SEF Init request type from RS. 3 different
callbacks are available (init_fresh, init_lu, init_restart) to specify
initialization code when a service starts fresh, starts after a live update,
or restarts.
SYSTEM SERVICE CHANGES:
- Initialization code for system services is now enclosed in a callback SEF will
automatically call at init time. The return code of the callback will
tell RS whether the initialization completed successfully.
- Each init callback can access information passed by RS to initialize. As of
now, each system service has access to the public entries of RS's system process
table to gather all the information required to initialize. This design
eliminates many existing or potential races at boot time and provides a uniform
initialization interface to system services. The same interface will be reused
for the upcoming publish/subscribe model to handle dynamic
registration / deregistration of system services.
VM CHANGES:
- Uniform privilege management for all system services. Every service uses the
same call mask format. For boot services, VM copies the call mask from init
data. For dynamic services, VM still receives the call mask via rs_set_priv
call that will be soon replaced by the upcoming publish/subscribe model.
RS CHANGES:
- The system process table has been reorganized and split into private entries
and public entries. Only the latter ones are exposed to system services.
- VM call masks are now entirely configured in rs/table.c
- RS has now its own slot in the system process table. Only kernel tasks and
user processes not included in the boot image are now left out from the system
process table.
- RS implements the initialization protocol for system services.
- For services in the boot image, RS blocks till initialization is complete and
panics when failure is reported back. Services are initialized in their order of
appearance in the boot image priv table and RS blocks to implements synchronous
initialization for every system service having the flag SF_SYNCH_BOOT set.
- For services started dynamically, the initialization protocol is implemented
as though it were the first ping for the service. In this case, if the
system service fails to report back (or reports failure), RS brings the service
down rather than trying to restart it.
2010-01-08 02:20:42 +01:00
|
|
|
/* Function prototypes. */
|
|
|
|
_PROTOTYPE( int sef_cb_init_fresh, (int type, sef_init_info_t *info) );
|
|
|
|
_PROTOTYPE( int map_service, (struct rprocpub *rpub) );
|
2007-04-24 14:55:37 +02:00
|
|
|
_PROTOTYPE( int pci_reserve2, (int devind, endpoint_t proc) );
|
|
|
|
_PROTOTYPE( void pci_release, (endpoint_t proc) );
|
2006-10-20 17:01:32 +02:00
|
|
|
_PROTOTYPE( int pci_first_dev_a, (struct rs_pci *aclp, int *devindp,
|
|
|
|
u16_t *vidp, u16_t *didp) );
|
|
|
|
_PROTOTYPE( int pci_next_dev_a, (struct rs_pci *aclp, int *devindp,
|
|
|
|
u16_t *vidp, u16_t *didp) );
|
2006-01-12 15:46:12 +01:00
|
|
|
|
2008-02-22 16:56:12 +01:00
|
|
|
_PROTOTYPE( int pci_attr_r8_s, (int devind, int port, u8_t *vp) );
|
|
|
|
_PROTOTYPE( int pci_attr_r32_s, (int devind, int port, u32_t *vp) );
|
|
|
|
_PROTOTYPE( int pci_slot_name_s, (int devind, char **cpp) );
|
|
|
|
_PROTOTYPE( int pci_ids_s, (int devind, u16_t *vidp, u16_t *didp) );
|
|
|
|
|
2005-04-21 16:53:53 +02:00
|
|
|
/*
|
|
|
|
* $PchId: pci.h,v 1.4 2001/12/06 20:21:22 philip Exp $
|
|
|
|
*/
|