home *** CD-ROM | disk | FTP | other *** search
- This is a quick hack way to get the PCI vendor:dev codes for the
- stuff we want to support.
-
- The files
-
- good-video.lst
- good-eth.lst
- good--scsi.lst
-
- contain the latest list of the device IDs we have used. The files
-
- exclude.lst
-
- contain the list of entries we ignored.
- These lists are based on the file linux/drivers/pci/pci.c
- from the kernel source. When a pci.c is to be used, first run the script
-
- pcidevinfomerge < pci.c
-
- which assumes that the exclude and good- files exist in the current directory.
- It uses /usr/include/linux/pci.h for some information. If you have a newer
- kernel pci.c you want to integrate, you'll have to make sure either
- /usr/include/linux/pci.h is also updated, or muck with the script to read
- the right on.
- This command will output new entries which are not in either the exclude or
- the good lists. You will need to review these entries and stick them
- either in the good or exclude lists.
- A list of all devices in pci.c can be created with the command
-
- pcidevinfo < pci.c
-
- Once a good list is made, run the command
-
- makepciids
-
- This will output some C code which defines a struct with the vendor/dev ids
- converted to numeric values. This ASSUMES that the /usr/include/linux/pci.h
- is recent enough to contain all the vendor/device ids in the pci.c file used
- to make the good-list.lst. It will make C code in pci-ids-temp.h.
-
- The last step is to convert the English device names in the C code to the
- correct module name. This requires a mapping file, which must be named
- map-[eth,scsi,video].lst. Then run the command
-
- mappcinames < pci-ids-temp.h > pci-ids.h
-
- This final output can be integrated into source code and give you a
- mapping from pci vendor:device id into a module. BTW, if no mapping
- exists for a certain PCI id, the value "UNKNOWN" is used for the
- module. Source code should check the returned value against this to be
- sure a valid mapping exists!
-
-
-
-
-
-
-