vmxnet3: Fix inconsistent LRO state after initialization
[linux-2.6/linux-mips.git] / Documentation / mmc / mmc-dev-attrs.txt
blobff2bd685bced95526ab79e66859cd2697b0f5d1f
1 SD and MMC Device Attributes
2 ============================
4 All attributes are read-only.
6         cid                     Card Identifaction Register
7         csd                     Card Specific Data Register
8         scr                     SD Card Configuration Register (SD only)
9         date                    Manufacturing Date (from CID Register)
10         fwrev                   Firmware/Product Revision (from CID Register) (SD and MMCv1 only)
11         hwrev                   Hardware/Product Revision (from CID Register) (SD and MMCv1 only)
12         manfid                  Manufacturer ID (from CID Register)
13         name                    Product Name (from CID Register)
14         oemid                   OEM/Application ID (from CID Register)
15         serial                  Product Serial Number (from CID Register)
16         erase_size              Erase group size
17         preferred_erase_size    Preferred erase size
19 Note on Erase Size and Preferred Erase Size:
21         "erase_size" is the  minimum size, in bytes, of an erase
22         operation.  For MMC, "erase_size" is the erase group size
23         reported by the card.  Note that "erase_size" does not apply
24         to trim or secure trim operations where the minimum size is
25         always one 512 byte sector.  For SD, "erase_size" is 512
26         if the card is block-addressed, 0 otherwise.
28         SD/MMC cards can erase an arbitrarily large area up to and
29         including the whole card.  When erasing a large area it may
30         be desirable to do it in smaller chunks for three reasons:
31                 1. A single erase command will make all other I/O on
32                 the card wait.  This is not a problem if the whole card
33                 is being erased, but erasing one partition will make
34                 I/O for another partition on the same card wait for the
35                 duration of the erase - which could be a several
36                 minutes.
37                 2. To be able to inform the user of erase progress.
38                 3. The erase timeout becomes too large to be very
39                 useful.  Because the erase timeout contains a margin
40                 which is multiplied by the size of the erase area,
41                 the value can end up being several minutes for large
42                 areas.
44         "erase_size" is not the most efficient unit to erase
45         (especially for SD where it is just one sector),
46         hence "preferred_erase_size" provides a good chunk
47         size for erasing large areas.
49         For MMC, "preferred_erase_size" is the high-capacity
50         erase size if a card specifies one, otherwise it is
51         based on the capacity of the card.
53         For SD, "preferred_erase_size" is the allocation unit
54         size specified by the card.
56         "preferred_erase_size" is in bytes.