diff options
| author | Dave Peterson <dsp@llnl.gov> | 2006-03-26 04:38:53 -0500 |
|---|---|---|
| committer | Linus Torvalds <torvalds@g5.osdl.org> | 2006-03-26 11:57:08 -0500 |
| commit | f3479816bb549bbbc04d2332e77bbe0b92230bbc (patch) | |
| tree | 95d1f798fe44d16a2eb23d3140748b876aa4f4bd | |
| parent | e7ecd8910293564d357dbaf18eb179e06fa35fd0 (diff) | |
[PATCH] EDAC: documentation spelling fixes
Fix spelling errors in EDAC documentation.
Signed-off-by: David S. Peterson <dsp@llnl.gov>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
| -rw-r--r-- | Documentation/drivers/edac/edac.txt | 34 |
1 files changed, 17 insertions, 17 deletions
diff --git a/Documentation/drivers/edac/edac.txt b/Documentation/drivers/edac/edac.txt index d37191fe5681..70d96a62e5e1 100644 --- a/Documentation/drivers/edac/edac.txt +++ b/Documentation/drivers/edac/edac.txt | |||
| @@ -21,7 +21,7 @@ within the computer system. In the initial release, memory Correctable Errors | |||
| 21 | 21 | ||
| 22 | Detecting CE events, then harvesting those events and reporting them, | 22 | Detecting CE events, then harvesting those events and reporting them, |
| 23 | CAN be a predictor of future UE events. With CE events, the system can | 23 | CAN be a predictor of future UE events. With CE events, the system can |
| 24 | continue to operate, but with less safety. Preventive maintainence and | 24 | continue to operate, but with less safety. Preventive maintenance and |
| 25 | proactive part replacement of memory DIMMs exhibiting CEs can reduce | 25 | proactive part replacement of memory DIMMs exhibiting CEs can reduce |
| 26 | the likelihood of the dreaded UE events and system 'panics'. | 26 | the likelihood of the dreaded UE events and system 'panics'. |
| 27 | 27 | ||
| @@ -29,13 +29,13 @@ the likelihood of the dreaded UE events and system 'panics'. | |||
| 29 | In addition, PCI Bus Parity and SERR Errors are scanned for on PCI devices | 29 | In addition, PCI Bus Parity and SERR Errors are scanned for on PCI devices |
| 30 | in order to determine if errors are occurring on data transfers. | 30 | in order to determine if errors are occurring on data transfers. |
| 31 | The presence of PCI Parity errors must be examined with a grain of salt. | 31 | The presence of PCI Parity errors must be examined with a grain of salt. |
| 32 | There are several addin adapters that do NOT follow the PCI specification | 32 | There are several add-in adapters that do NOT follow the PCI specification |
| 33 | with regards to Parity generation and reporting. The specification says | 33 | with regards to Parity generation and reporting. The specification says |
| 34 | the vendor should tie the parity status bits to 0 if they do not intend | 34 | the vendor should tie the parity status bits to 0 if they do not intend |
| 35 | to generate parity. Some vendors do not do this, and thus the parity bit | 35 | to generate parity. Some vendors do not do this, and thus the parity bit |
| 36 | can "float" giving false positives. | 36 | can "float" giving false positives. |
| 37 | 37 | ||
| 38 | The PCI Parity EDAC device has the ability to "skip" known flakey | 38 | The PCI Parity EDAC device has the ability to "skip" known flaky |
| 39 | cards during the parity scan. These are set by the parity "blacklist" | 39 | cards during the parity scan. These are set by the parity "blacklist" |
| 40 | interface in the sysfs for PCI Parity. (See the PCI section in the sysfs | 40 | interface in the sysfs for PCI Parity. (See the PCI section in the sysfs |
| 41 | section below.) There is also a parity "whitelist" which is used as | 41 | section below.) There is also a parity "whitelist" which is used as |
| @@ -101,7 +101,7 @@ Memory Controller (mc) Model | |||
| 101 | 101 | ||
| 102 | First a background on the memory controller's model abstracted in EDAC. | 102 | First a background on the memory controller's model abstracted in EDAC. |
| 103 | Each mc device controls a set of DIMM memory modules. These modules are | 103 | Each mc device controls a set of DIMM memory modules. These modules are |
| 104 | layed out in a Chip-Select Row (csrowX) and Channel table (chX). There can | 104 | laid out in a Chip-Select Row (csrowX) and Channel table (chX). There can |
| 105 | be multiple csrows and two channels. | 105 | be multiple csrows and two channels. |
| 106 | 106 | ||
| 107 | Memory controllers allow for several csrows, with 8 csrows being a typical value. | 107 | Memory controllers allow for several csrows, with 8 csrows being a typical value. |
| @@ -131,7 +131,7 @@ for memory DIMMs: | |||
| 131 | DIMM_B1 | 131 | DIMM_B1 |
| 132 | 132 | ||
| 133 | Labels for these slots are usually silk screened on the motherboard. Slots | 133 | Labels for these slots are usually silk screened on the motherboard. Slots |
| 134 | labeled 'A' are channel 0 in this example. Slots labled 'B' | 134 | labeled 'A' are channel 0 in this example. Slots labeled 'B' |
| 135 | are channel 1. Notice that there are two csrows possible on a | 135 | are channel 1. Notice that there are two csrows possible on a |
| 136 | physical DIMM. These csrows are allocated their csrow assignment | 136 | physical DIMM. These csrows are allocated their csrow assignment |
| 137 | based on the slot into which the memory DIMM is placed. Thus, when 1 DIMM | 137 | based on the slot into which the memory DIMM is placed. Thus, when 1 DIMM |
| @@ -140,7 +140,7 @@ is placed in each Channel, the csrows cross both DIMMs. | |||
| 140 | Memory DIMMs come single or dual "ranked". A rank is a populated csrow. | 140 | Memory DIMMs come single or dual "ranked". A rank is a populated csrow. |
| 141 | Thus, 2 single ranked DIMMs, placed in slots DIMM_A0 and DIMM_B0 above | 141 | Thus, 2 single ranked DIMMs, placed in slots DIMM_A0 and DIMM_B0 above |
| 142 | will have 1 csrow, csrow0. csrow1 will be empty. On the other hand, | 142 | will have 1 csrow, csrow0. csrow1 will be empty. On the other hand, |
| 143 | when 2 dual ranked DIMMs are similiaryly placed, then both csrow0 and | 143 | when 2 dual ranked DIMMs are similarly placed, then both csrow0 and |
| 144 | csrow1 will be populated. The pattern repeats itself for csrow2 and | 144 | csrow1 will be populated. The pattern repeats itself for csrow2 and |
| 145 | csrow3. | 145 | csrow3. |
| 146 | 146 | ||
| @@ -246,7 +246,7 @@ Module Version read-only attribute file: | |||
| 246 | 246 | ||
| 247 | 'mc_version' | 247 | 'mc_version' |
| 248 | 248 | ||
| 249 | The EDAC CORE modules's version and compile date are shown here to | 249 | The EDAC CORE module's version and compile date are shown here to |
| 250 | indicate what EDAC is running. | 250 | indicate what EDAC is running. |
| 251 | 251 | ||
| 252 | 252 | ||
| @@ -423,7 +423,7 @@ Total memory managed by this csrow attribute file: | |||
| 423 | 'size_mb' | 423 | 'size_mb' |
| 424 | 424 | ||
| 425 | This attribute file displays, in count of megabytes, of memory | 425 | This attribute file displays, in count of megabytes, of memory |
| 426 | that this csrow contatins. | 426 | that this csrow contains. |
| 427 | 427 | ||
| 428 | 428 | ||
| 429 | Memory Type attribute file: | 429 | Memory Type attribute file: |
| @@ -557,7 +557,7 @@ On Header Type 00 devices the primary status is looked at | |||
| 557 | for any parity error regardless of whether Parity is enabled on the | 557 | for any parity error regardless of whether Parity is enabled on the |
| 558 | device. (The spec indicates parity is generated in some cases). | 558 | device. (The spec indicates parity is generated in some cases). |
| 559 | On Header Type 01 bridges, the secondary status register is also | 559 | On Header Type 01 bridges, the secondary status register is also |
| 560 | looked at to see if parity ocurred on the bus on the other side of | 560 | looked at to see if parity occurred on the bus on the other side of |
| 561 | the bridge. | 561 | the bridge. |
| 562 | 562 | ||
| 563 | 563 | ||
| @@ -588,7 +588,7 @@ Panic on PCI PARITY Error: | |||
| 588 | 'panic_on_pci_parity' | 588 | 'panic_on_pci_parity' |
| 589 | 589 | ||
| 590 | 590 | ||
| 591 | This control files enables or disables panic'ing when a parity | 591 | This control files enables or disables panicking when a parity |
| 592 | error has been detected. | 592 | error has been detected. |
| 593 | 593 | ||
| 594 | 594 | ||
| @@ -616,12 +616,12 @@ PCI Device Whitelist: | |||
| 616 | 616 | ||
| 617 | This control file allows for an explicit list of PCI devices to be | 617 | This control file allows for an explicit list of PCI devices to be |
| 618 | scanned for parity errors. Only devices found on this list will | 618 | scanned for parity errors. Only devices found on this list will |
| 619 | be examined. The list is a line of hexadecimel VENDOR and DEVICE | 619 | be examined. The list is a line of hexadecimal VENDOR and DEVICE |
| 620 | ID tuples: | 620 | ID tuples: |
| 621 | 621 | ||
| 622 | 1022:7450,1434:16a6 | 622 | 1022:7450,1434:16a6 |
| 623 | 623 | ||
| 624 | One or more can be inserted, seperated by a comma. | 624 | One or more can be inserted, separated by a comma. |
| 625 | 625 | ||
| 626 | To write the above list doing the following as one command line: | 626 | To write the above list doing the following as one command line: |
| 627 | 627 | ||
| @@ -639,11 +639,11 @@ PCI Device Blacklist: | |||
| 639 | 639 | ||
| 640 | This control file allows for a list of PCI devices to be | 640 | This control file allows for a list of PCI devices to be |
| 641 | skipped for scanning. | 641 | skipped for scanning. |
| 642 | The list is a line of hexadecimel VENDOR and DEVICE ID tuples: | 642 | The list is a line of hexadecimal VENDOR and DEVICE ID tuples: |
| 643 | 643 | ||
| 644 | 1022:7450,1434:16a6 | 644 | 1022:7450,1434:16a6 |
| 645 | 645 | ||
| 646 | One or more can be inserted, seperated by a comma. | 646 | One or more can be inserted, separated by a comma. |
| 647 | 647 | ||
| 648 | To write the above list doing the following as one command line: | 648 | To write the above list doing the following as one command line: |
| 649 | 649 | ||
| @@ -651,14 +651,14 @@ PCI Device Blacklist: | |||
| 651 | > /sys/devices/system/edac/pci/pci_parity_blacklist | 651 | > /sys/devices/system/edac/pci/pci_parity_blacklist |
| 652 | 652 | ||
| 653 | 653 | ||
| 654 | To display what the whitelist current contatins, | 654 | To display what the whitelist currently contains, |
| 655 | simply 'cat' the same file. | 655 | simply 'cat' the same file. |
| 656 | 656 | ||
| 657 | ======================================================================= | 657 | ======================================================================= |
| 658 | 658 | ||
| 659 | PCI Vendor and Devices IDs can be obtained with the lspci command. Using | 659 | PCI Vendor and Devices IDs can be obtained with the lspci command. Using |
| 660 | the -n option lspci will display the vendor and device IDs. The system | 660 | the -n option lspci will display the vendor and device IDs. The system |
| 661 | adminstrator will have to determine which devices should be scanned or | 661 | administrator will have to determine which devices should be scanned or |
| 662 | skipped. | 662 | skipped. |
| 663 | 663 | ||
| 664 | 664 | ||
| @@ -669,5 +669,5 @@ Turn OFF a whitelist by an empty echo command: | |||
| 669 | 669 | ||
| 670 | echo > /sys/devices/system/edac/pci/pci_parity_whitelist | 670 | echo > /sys/devices/system/edac/pci/pci_parity_whitelist |
| 671 | 671 | ||
| 672 | and any previous blacklist will be utililzed. | 672 | and any previous blacklist will be utilized. |
| 673 | 673 | ||
