diff options
author | Anton Altaparmakov <aia21@cantab.net> | 2005-05-04 19:08:35 -0400 |
---|---|---|
committer | Anton Altaparmakov <aia21@cantab.net> | 2005-05-04 19:08:35 -0400 |
commit | 36050271e6ec19390184e1a83470eb7e725cad65 (patch) | |
tree | ef2c84331d71890e9a68eb63d925d5545cbb4103 /Documentation | |
parent | d4b9ba7bf6f38cff55b5d95a0db7dd91311ce20a (diff) | |
parent | 1d42a0ecf478962e8aede355a0be41365c117ff0 (diff) |
Merge with /usr/src/ntfs-2.6.git
Diffstat (limited to 'Documentation')
-rw-r--r-- | Documentation/aoe/aoe.txt | 40 | ||||
-rw-r--r-- | Documentation/aoe/status.sh | 4 | ||||
-rw-r--r-- | Documentation/pci.txt | 1 | ||||
-rw-r--r-- | Documentation/power/pci.txt | 35 |
4 files changed, 39 insertions, 41 deletions
diff --git a/Documentation/aoe/aoe.txt b/Documentation/aoe/aoe.txt index 43e50108d0e2..3a4dbe4663c9 100644 --- a/Documentation/aoe/aoe.txt +++ b/Documentation/aoe/aoe.txt | |||
@@ -4,6 +4,16 @@ The EtherDrive (R) HOWTO for users of 2.6 kernels is found at ... | |||
4 | 4 | ||
5 | It has many tips and hints! | 5 | It has many tips and hints! |
6 | 6 | ||
7 | The aoetools are userland programs that are designed to work with this | ||
8 | driver. The aoetools are on sourceforge. | ||
9 | |||
10 | http://aoetools.sourceforge.net/ | ||
11 | |||
12 | The scripts in this Documentation/aoe directory are intended to | ||
13 | document the use of the driver and are not necessary if you install | ||
14 | the aoetools. | ||
15 | |||
16 | |||
7 | CREATING DEVICE NODES | 17 | CREATING DEVICE NODES |
8 | 18 | ||
9 | Users of udev should find the block device nodes created | 19 | Users of udev should find the block device nodes created |
@@ -35,14 +45,15 @@ USING DEVICE NODES | |||
35 | 45 | ||
36 | "echo eth2 eth4 > /dev/etherd/interfaces" tells the aoe driver to | 46 | "echo eth2 eth4 > /dev/etherd/interfaces" tells the aoe driver to |
37 | limit ATA over Ethernet traffic to eth2 and eth4. AoE traffic from | 47 | limit ATA over Ethernet traffic to eth2 and eth4. AoE traffic from |
38 | untrusted networks should be ignored as a matter of security. | 48 | untrusted networks should be ignored as a matter of security. See |
49 | also the aoe_iflist driver option described below. | ||
39 | 50 | ||
40 | "echo > /dev/etherd/discover" tells the driver to find out what AoE | 51 | "echo > /dev/etherd/discover" tells the driver to find out what AoE |
41 | devices are available. | 52 | devices are available. |
42 | 53 | ||
43 | These character devices may disappear and be replaced by sysfs | 54 | These character devices may disappear and be replaced by sysfs |
44 | counterparts, so distribution maintainers are encouraged to create | 55 | counterparts. Using the commands in aoetools insulates users from |
45 | scripts that use these devices. | 56 | these implementation details. |
46 | 57 | ||
47 | The block devices are named like this: | 58 | The block devices are named like this: |
48 | 59 | ||
@@ -66,7 +77,8 @@ USING SYSFS | |||
66 | through which we are communicating with the remote AoE device. | 77 | through which we are communicating with the remote AoE device. |
67 | 78 | ||
68 | There is a script in this directory that formats this information | 79 | There is a script in this directory that formats this information |
69 | in a convenient way. | 80 | in a convenient way. Users with aoetools can use the aoe-stat |
81 | command. | ||
70 | 82 | ||
71 | root@makki root# sh Documentation/aoe/status.sh | 83 | root@makki root# sh Documentation/aoe/status.sh |
72 | e10.0 eth3 up | 84 | e10.0 eth3 up |
@@ -89,3 +101,23 @@ USING SYSFS | |||
89 | e4.7 eth1 up | 101 | e4.7 eth1 up |
90 | e4.8 eth1 up | 102 | e4.8 eth1 up |
91 | e4.9 eth1 up | 103 | e4.9 eth1 up |
104 | |||
105 | Use /sys/module/aoe/parameters/aoe_iflist (or better, the driver | ||
106 | option discussed below) instead of /dev/etherd/interfaces to limit | ||
107 | AoE traffic to the network interfaces in the given | ||
108 | whitespace-separated list. Unlike the old character device, the | ||
109 | sysfs entry can be read from as well as written to. | ||
110 | |||
111 | It's helpful to trigger discovery after setting the list of allowed | ||
112 | interfaces. The aoetools package provides an aoe-discover script | ||
113 | for this purpose. You can also directly use the | ||
114 | /dev/etherd/discover special file described above. | ||
115 | |||
116 | DRIVER OPTIONS | ||
117 | |||
118 | There is a boot option for the built-in aoe driver and a | ||
119 | corresponding module parameter, aoe_iflist. Without this option, | ||
120 | all network interfaces may be used for ATA over Ethernet. Here is a | ||
121 | usage example for the module parameter. | ||
122 | |||
123 | modprobe aoe_iflist="eth1 eth3" | ||
diff --git a/Documentation/aoe/status.sh b/Documentation/aoe/status.sh index 6628116d4a9f..751f3be514b8 100644 --- a/Documentation/aoe/status.sh +++ b/Documentation/aoe/status.sh | |||
@@ -14,10 +14,6 @@ test ! -d "$sysd/block" && { | |||
14 | echo "$me Error: sysfs is not mounted" 1>&2 | 14 | echo "$me Error: sysfs is not mounted" 1>&2 |
15 | exit 1 | 15 | exit 1 |
16 | } | 16 | } |
17 | test -z "`lsmod | grep '^aoe'`" && { | ||
18 | echo "$me Error: aoe module is not loaded" 1>&2 | ||
19 | exit 1 | ||
20 | } | ||
21 | 17 | ||
22 | for d in `ls -d $sysd/block/etherd* 2>/dev/null | grep -v p` end; do | 18 | for d in `ls -d $sysd/block/etherd* 2>/dev/null | grep -v p` end; do |
23 | # maybe ls comes up empty, so we use "end" | 19 | # maybe ls comes up empty, so we use "end" |
diff --git a/Documentation/pci.txt b/Documentation/pci.txt index 67514bf87ccd..62b1dc5d97e2 100644 --- a/Documentation/pci.txt +++ b/Documentation/pci.txt | |||
@@ -279,6 +279,7 @@ pci_for_each_dev_reverse() Superseded by pci_find_device_reverse() | |||
279 | pci_for_each_bus() Superseded by pci_find_next_bus() | 279 | pci_for_each_bus() Superseded by pci_find_next_bus() |
280 | pci_find_device() Superseded by pci_get_device() | 280 | pci_find_device() Superseded by pci_get_device() |
281 | pci_find_subsys() Superseded by pci_get_subsys() | 281 | pci_find_subsys() Superseded by pci_get_subsys() |
282 | pci_find_slot() Superseded by pci_get_slot() | ||
282 | pcibios_find_class() Superseded by pci_get_class() | 283 | pcibios_find_class() Superseded by pci_get_class() |
283 | pci_find_class() Superseded by pci_get_class() | 284 | pci_find_class() Superseded by pci_get_class() |
284 | pci_(read|write)_*_nodev() Superseded by pci_bus_(read|write)_*() | 285 | pci_(read|write)_*_nodev() Superseded by pci_bus_(read|write)_*() |
diff --git a/Documentation/power/pci.txt b/Documentation/power/pci.txt index c85428e7ad92..35b1a7dae342 100644 --- a/Documentation/power/pci.txt +++ b/Documentation/power/pci.txt | |||
@@ -165,40 +165,9 @@ Description: | |||
165 | These functions are intended for use by individual drivers, and are defined in | 165 | These functions are intended for use by individual drivers, and are defined in |
166 | struct pci_driver: | 166 | struct pci_driver: |
167 | 167 | ||
168 | int (*save_state) (struct pci_dev *dev, u32 state); | 168 | int (*suspend) (struct pci_dev *dev, pm_message_t state); |
169 | int (*suspend) (struct pci_dev *dev, u32 state); | ||
170 | int (*resume) (struct pci_dev *dev); | 169 | int (*resume) (struct pci_dev *dev); |
171 | int (*enable_wake) (struct pci_dev *dev, u32 state, int enable); | 170 | int (*enable_wake) (struct pci_dev *dev, pci_power_t state, int enable); |
172 | |||
173 | |||
174 | save_state | ||
175 | ---------- | ||
176 | |||
177 | Usage: | ||
178 | |||
179 | if (dev->driver && dev->driver->save_state) | ||
180 | dev->driver->save_state(dev,state); | ||
181 | |||
182 | The driver should use this callback to save device state. It should take into | ||
183 | account the current state of the device and the requested state in order to | ||
184 | avoid any unnecessary operations. | ||
185 | |||
186 | For example, a video card that supports all 4 states (D0-D3), all controller | ||
187 | context is preserved when entering D1, but the screen is placed into a low power | ||
188 | state (blanked). | ||
189 | |||
190 | The driver can also interpret this function as a notification that it may be | ||
191 | entering a sleep state in the near future. If it knows that the device cannot | ||
192 | enter the requested state, either because of lack of support for it, or because | ||
193 | the device is middle of some critical operation, then it should fail. | ||
194 | |||
195 | This function should not be used to set any state in the device or the driver | ||
196 | because the device may not actually enter the sleep state (e.g. another driver | ||
197 | later causes causes a global state transition to fail). | ||
198 | |||
199 | Note that in intermediate low power states, a device's I/O and memory spaces may | ||
200 | be disabled and may not be available in subsequent transitions to lower power | ||
201 | states. | ||
202 | 171 | ||
203 | 172 | ||
204 | suspend | 173 | suspend |