diff options
Diffstat (limited to 'Documentation')
-rw-r--r-- | Documentation/SubmitChecklist | 6 | ||||
-rw-r--r-- | Documentation/gpio.txt | 4 | ||||
-rw-r--r-- | Documentation/mips/pci/pci.README | 54 |
3 files changed, 6 insertions, 58 deletions
diff --git a/Documentation/SubmitChecklist b/Documentation/SubmitChecklist index 6491b2c45dd4..3af3e65cf43b 100644 --- a/Documentation/SubmitChecklist +++ b/Documentation/SubmitChecklist | |||
@@ -73,9 +73,9 @@ kernel patches. | |||
73 | If the new code is substantial, addition of subsystem-specific fault | 73 | If the new code is substantial, addition of subsystem-specific fault |
74 | injection might be appropriate. | 74 | injection might be appropriate. |
75 | 75 | ||
76 | 22: Newly-added code has been compiled with `gcc -W'. This will generate | 76 | 22: Newly-added code has been compiled with `gcc -W' (use "make |
77 | lots of noise, but is good for finding bugs like "warning: comparison | 77 | EXTRA_CFLAGS=-W"). This will generate lots of noise, but is good for |
78 | between signed and unsigned". | 78 | finding bugs like "warning: comparison between signed and unsigned". |
79 | 79 | ||
80 | 23: Tested after it has been merged into the -mm patchset to make sure | 80 | 23: Tested after it has been merged into the -mm patchset to make sure |
81 | that it still works with all of the other queued patches and various | 81 | that it still works with all of the other queued patches and various |
diff --git a/Documentation/gpio.txt b/Documentation/gpio.txt index f8528db967fa..e8be0abb346c 100644 --- a/Documentation/gpio.txt +++ b/Documentation/gpio.txt | |||
@@ -66,7 +66,9 @@ registers; another might implement it by delegating through abstractions | |||
66 | used for several very different kinds of GPIO controller. | 66 | used for several very different kinds of GPIO controller. |
67 | 67 | ||
68 | That said, if the convention is supported on their platform, drivers should | 68 | That said, if the convention is supported on their platform, drivers should |
69 | use it when possible: | 69 | use it when possible. Platforms should declare GENERIC_GPIO support in |
70 | Kconfig (boolean true), which multi-platform drivers can depend on when | ||
71 | using the include file: | ||
70 | 72 | ||
71 | #include <asm/gpio.h> | 73 | #include <asm/gpio.h> |
72 | 74 | ||
diff --git a/Documentation/mips/pci/pci.README b/Documentation/mips/pci/pci.README deleted file mode 100644 index 8697ee41372d..000000000000 --- a/Documentation/mips/pci/pci.README +++ /dev/null | |||
@@ -1,54 +0,0 @@ | |||
1 | |||
2 | Pete Popov, ppopov@pacbell.net | ||
3 | 07/11/2001 | ||
4 | |||
5 | This README briefly explains how to use the pci and pci_auto | ||
6 | code in arch/mips/kernel. The code was ported from PowerPC and | ||
7 | modified slightly. It has been tested pretty well on PPC on some | ||
8 | rather complex systems with multiple bridges and devices behind | ||
9 | each bridge. However, at the time this README was written, the | ||
10 | mips port was tested only on boards with a single pci bus and | ||
11 | no P2P bridges. It's very possible that on boards with P2P | ||
12 | bridges some modifications have to be made. The code will | ||
13 | evolve, no doubt, but currently every single mips board | ||
14 | is doing its own pcibios thing and it has become a big | ||
15 | mess. This generic pci code is meant to clean up the mips | ||
16 | pci mess and make it easier to add pci support to new boards. | ||
17 | |||
18 | inside the define for your board in arch/mips/config.in. | ||
19 | For example, the Galileo EV96100 board looks like this: | ||
20 | |||
21 | if [ "$CONFIG_MIPS_EV96100" = "y" ]; then | ||
22 | define_bool CONFIG_PCI y | ||
23 | define_bool CONFIG_MIPS_GT96100 y | ||
24 | define_bool CONFIG_NEW_PCI y | ||
25 | define_bool CONFIG_SWAP_IO_SPACE y | ||
26 | fi | ||
27 | |||
28 | |||
29 | Next, if you want to use the arch/mips/kernel/pci code, which has the | ||
30 | pcibios_init() function, add | ||
31 | |||
32 | define_bool CONFIG_NEW_PCI y | ||
33 | |||
34 | inside the define for your board. Again, the EV96100 example above | ||
35 | show NEW_PCI turned on. | ||
36 | |||
37 | |||
38 | Now you need to add your files to hook in your pci configuration | ||
39 | cycles. Usually you'll need only a couple of files named something | ||
40 | like pci_fixups.c and pci_ops.c. You can copy the templates | ||
41 | provided and fill in the code. | ||
42 | |||
43 | The file pci_ops.c should contain the pci configuration cycles routines. | ||
44 | It also has the mips_pci_channels[] array which contains the descriptors | ||
45 | of each pci controller. | ||
46 | |||
47 | The file pci_fixups.c contains a few routines to do interrupt fixups, | ||
48 | resources fixups, and, if needed, pci bios fixups. | ||
49 | |||
50 | Usually you'll put your pci_fixups.c file in your board specific directory, | ||
51 | since the functions in that file are board specific. The functions in | ||
52 | pci_ops.c, on the other hand, are usually pci controller specific so that | ||
53 | file could be shared among a few different boards using the same | ||
54 | pci controller. | ||