2005-04-16 22:20:36 +00:00
|
|
|
/*
|
|
|
|
* Header for MultiMediaCard (MMC)
|
|
|
|
*
|
|
|
|
* Copyright 2002 Hewlett-Packard Company
|
|
|
|
*
|
|
|
|
* Use consistent with the GNU GPL is permitted,
|
|
|
|
* provided that this copyright notice is
|
|
|
|
* preserved in its entirety in all copies and derived works.
|
|
|
|
*
|
|
|
|
* HEWLETT-PACKARD COMPANY MAKES NO WARRANTIES, EXPRESSED OR IMPLIED,
|
|
|
|
* AS TO THE USEFULNESS OR CORRECTNESS OF THIS CODE OR ITS
|
|
|
|
* FITNESS FOR ANY PARTICULAR PURPOSE.
|
|
|
|
*
|
|
|
|
* Many thanks to Alessandro Rubini and Jonathan Corbet!
|
|
|
|
*
|
|
|
|
* Based strongly on code by:
|
|
|
|
*
|
|
|
|
* Author: Yong-iL Joh <tolkien@mizi.com>
|
|
|
|
*
|
|
|
|
* Author: Andrew Christian
|
|
|
|
* 15 May 2002
|
|
|
|
*/
|
|
|
|
|
2011-05-27 20:04:03 +00:00
|
|
|
#ifndef LINUX_MMC_MMC_H
|
|
|
|
#define LINUX_MMC_MMC_H
|
2005-04-16 22:20:36 +00:00
|
|
|
|
2017-01-13 13:14:06 +00:00
|
|
|
#include <linux/types.h>
|
|
|
|
|
2006-10-21 10:35:02 +00:00
|
|
|
/* Standard MMC commands (4.1) type argument response */
|
2005-04-16 22:20:36 +00:00
|
|
|
/* class 1 */
|
2007-08-08 16:09:01 +00:00
|
|
|
#define MMC_GO_IDLE_STATE 0 /* bc */
|
2005-04-16 22:20:36 +00:00
|
|
|
#define MMC_SEND_OP_COND 1 /* bcr [31:0] OCR R3 */
|
|
|
|
#define MMC_ALL_SEND_CID 2 /* bcr R2 */
|
|
|
|
#define MMC_SET_RELATIVE_ADDR 3 /* ac [31:16] RCA R1 */
|
|
|
|
#define MMC_SET_DSR 4 /* bc [31:16] RCA */
|
2009-09-22 23:44:34 +00:00
|
|
|
#define MMC_SLEEP_AWAKE 5 /* ac [31:16] RCA 15:flg R1b */
|
2006-10-21 10:35:02 +00:00
|
|
|
#define MMC_SWITCH 6 /* ac [31:0] See below R1b */
|
2005-04-16 22:20:36 +00:00
|
|
|
#define MMC_SELECT_CARD 7 /* ac [31:16] RCA R1 */
|
2006-10-21 10:35:02 +00:00
|
|
|
#define MMC_SEND_EXT_CSD 8 /* adtc R1 */
|
2005-04-16 22:20:36 +00:00
|
|
|
#define MMC_SEND_CSD 9 /* ac [31:16] RCA R2 */
|
|
|
|
#define MMC_SEND_CID 10 /* ac [31:16] RCA R2 */
|
|
|
|
#define MMC_READ_DAT_UNTIL_STOP 11 /* adtc [31:0] dadr R1 */
|
|
|
|
#define MMC_STOP_TRANSMISSION 12 /* ac R1b */
|
2007-08-08 16:09:01 +00:00
|
|
|
#define MMC_SEND_STATUS 13 /* ac [31:16] RCA R1 */
|
2010-12-15 07:14:24 +00:00
|
|
|
#define MMC_BUS_TEST_R 14 /* adtc R1 */
|
2005-04-16 22:20:36 +00:00
|
|
|
#define MMC_GO_INACTIVE_STATE 15 /* ac [31:16] RCA */
|
2010-12-15 07:14:24 +00:00
|
|
|
#define MMC_BUS_TEST_W 19 /* adtc R1 */
|
2007-08-08 16:09:01 +00:00
|
|
|
#define MMC_SPI_READ_OCR 58 /* spi spi_R3 */
|
|
|
|
#define MMC_SPI_CRC_ON_OFF 59 /* spi [0:0] flag spi_R1 */
|
2005-04-16 22:20:36 +00:00
|
|
|
|
|
|
|
/* class 2 */
|
|
|
|
#define MMC_SET_BLOCKLEN 16 /* ac [31:0] block len R1 */
|
|
|
|
#define MMC_READ_SINGLE_BLOCK 17 /* adtc [31:0] data addr R1 */
|
|
|
|
#define MMC_READ_MULTIPLE_BLOCK 18 /* adtc [31:0] data addr R1 */
|
2011-05-05 06:49:04 +00:00
|
|
|
#define MMC_SEND_TUNING_BLOCK 19 /* adtc R1 */
|
2012-01-11 19:04:52 +00:00
|
|
|
#define MMC_SEND_TUNING_BLOCK_HS200 21 /* adtc R1 */
|
2005-04-16 22:20:36 +00:00
|
|
|
|
|
|
|
/* class 3 */
|
|
|
|
#define MMC_WRITE_DAT_UNTIL_STOP 20 /* adtc [31:0] data addr R1 */
|
|
|
|
|
|
|
|
/* class 4 */
|
|
|
|
#define MMC_SET_BLOCK_COUNT 23 /* adtc [31:0] data addr R1 */
|
|
|
|
#define MMC_WRITE_BLOCK 24 /* adtc [31:0] data addr R1 */
|
|
|
|
#define MMC_WRITE_MULTIPLE_BLOCK 25 /* adtc R1 */
|
|
|
|
#define MMC_PROGRAM_CID 26 /* adtc R1 */
|
|
|
|
#define MMC_PROGRAM_CSD 27 /* adtc R1 */
|
|
|
|
|
|
|
|
/* class 6 */
|
|
|
|
#define MMC_SET_WRITE_PROT 28 /* ac [31:0] data addr R1b */
|
|
|
|
#define MMC_CLR_WRITE_PROT 29 /* ac [31:0] data addr R1b */
|
|
|
|
#define MMC_SEND_WRITE_PROT 30 /* adtc [31:0] wpdata addr R1 */
|
|
|
|
|
|
|
|
/* class 5 */
|
|
|
|
#define MMC_ERASE_GROUP_START 35 /* ac [31:0] data addr R1 */
|
|
|
|
#define MMC_ERASE_GROUP_END 36 /* ac [31:0] data addr R1 */
|
2005-11-28 21:00:29 +00:00
|
|
|
#define MMC_ERASE 38 /* ac R1b */
|
2005-04-16 22:20:36 +00:00
|
|
|
|
|
|
|
/* class 9 */
|
|
|
|
#define MMC_FAST_IO 39 /* ac <Complex> R4 */
|
|
|
|
#define MMC_GO_IRQ_STATE 40 /* bcr R5 */
|
|
|
|
|
|
|
|
/* class 7 */
|
|
|
|
#define MMC_LOCK_UNLOCK 42 /* adtc R1b */
|
|
|
|
|
|
|
|
/* class 8 */
|
|
|
|
#define MMC_APP_CMD 55 /* ac [31:16] RCA R1 */
|
2005-11-28 21:00:29 +00:00
|
|
|
#define MMC_GEN_CMD 56 /* adtc [0] RD/WR R1 */
|
2005-04-16 22:20:36 +00:00
|
|
|
|
2016-11-29 10:09:16 +00:00
|
|
|
/* class 11 */
|
|
|
|
#define MMC_QUE_TASK_PARAMS 44 /* ac [20:16] task id R1 */
|
|
|
|
#define MMC_QUE_TASK_ADDR 45 /* ac [31:0] data addr R1 */
|
|
|
|
#define MMC_EXECUTE_READ_TASK 46 /* adtc [20:16] task id R1 */
|
|
|
|
#define MMC_EXECUTE_WRITE_TASK 47 /* adtc [20:16] task id R1 */
|
|
|
|
#define MMC_CMDQ_TASK_MGMT 48 /* ac [20:16] task id R1b */
|
|
|
|
|
2011-05-23 20:06:36 +00:00
|
|
|
static inline bool mmc_op_multi(u32 opcode)
|
|
|
|
{
|
|
|
|
return opcode == MMC_WRITE_MULTIPLE_BLOCK ||
|
|
|
|
opcode == MMC_READ_MULTIPLE_BLOCK;
|
|
|
|
}
|
|
|
|
|
2006-10-21 10:35:02 +00:00
|
|
|
/*
|
|
|
|
* MMC_SWITCH argument format:
|
|
|
|
*
|
|
|
|
* [31:26] Always 0
|
|
|
|
* [25:24] Access Mode
|
|
|
|
* [23:16] Location of target Byte in EXT_CSD
|
|
|
|
* [15:08] Value Byte
|
|
|
|
* [07:03] Always 0
|
|
|
|
* [02:00] Command Set
|
|
|
|
*/
|
|
|
|
|
2005-04-16 22:20:36 +00:00
|
|
|
/*
|
2007-08-08 16:09:01 +00:00
|
|
|
MMC status in R1, for native mode (SPI bits are different)
|
2005-04-16 22:20:36 +00:00
|
|
|
Type
|
2007-08-08 16:09:01 +00:00
|
|
|
e : error bit
|
2005-04-16 22:20:36 +00:00
|
|
|
s : status bit
|
|
|
|
r : detected and set for the actual command response
|
|
|
|
x : detected and set during command execution. the host must poll
|
|
|
|
the card by sending status command in order to read these bits.
|
|
|
|
Clear condition
|
2007-08-08 16:09:01 +00:00
|
|
|
a : according to the card state
|
2005-04-16 22:20:36 +00:00
|
|
|
b : always related to the previous command. Reception of
|
|
|
|
a valid command will clear it (with a delay of one command)
|
|
|
|
c : clear by read
|
|
|
|
*/
|
|
|
|
|
|
|
|
#define R1_OUT_OF_RANGE (1 << 31) /* er, c */
|
|
|
|
#define R1_ADDRESS_ERROR (1 << 30) /* erx, c */
|
|
|
|
#define R1_BLOCK_LEN_ERROR (1 << 29) /* er, c */
|
|
|
|
#define R1_ERASE_SEQ_ERROR (1 << 28) /* er, c */
|
|
|
|
#define R1_ERASE_PARAM (1 << 27) /* ex, c */
|
|
|
|
#define R1_WP_VIOLATION (1 << 26) /* erx, c */
|
|
|
|
#define R1_CARD_IS_LOCKED (1 << 25) /* sx, a */
|
|
|
|
#define R1_LOCK_UNLOCK_FAILED (1 << 24) /* erx, c */
|
|
|
|
#define R1_COM_CRC_ERROR (1 << 23) /* er, b */
|
|
|
|
#define R1_ILLEGAL_COMMAND (1 << 22) /* er, b */
|
|
|
|
#define R1_CARD_ECC_FAILED (1 << 21) /* ex, c */
|
|
|
|
#define R1_CC_ERROR (1 << 20) /* erx, c */
|
|
|
|
#define R1_ERROR (1 << 19) /* erx, c */
|
|
|
|
#define R1_UNDERRUN (1 << 18) /* ex, c */
|
|
|
|
#define R1_OVERRUN (1 << 17) /* ex, c */
|
|
|
|
#define R1_CID_CSD_OVERWRITE (1 << 16) /* erx, c, CID/CSD overwrite */
|
|
|
|
#define R1_WP_ERASE_SKIP (1 << 15) /* sx, c */
|
|
|
|
#define R1_CARD_ECC_DISABLED (1 << 14) /* sx, a */
|
|
|
|
#define R1_ERASE_RESET (1 << 13) /* sr, c */
|
mmc: core: Adjust and reuse the macro of R1_STATUS(x)
R1_STATUS(x) now is only used by ioctl_rpmb_card_status_poll(),
which checks all bits as possible. But according to the spec,
bit 17 and bit 18 should be ignored, as well bit 14 which is
reserved(must be set to 0) quoting from the spec and these rule
apply to all places checking the device status. So change
its checking from 0xFFFFE000 to 0xFFF9A000.
As a bonus, we reuse it for mmc_do_erase() as well as
mmc_switch_status_error().
(1) Currently mmc_switch_status_error() doesn't check bit 25, but
it means device is locked but not unlocked by CMD42 prior to any
operations which need check busy, which is also not allowed.
(2) mmc_do_erase() also forgot to to check bit 15, WP_ERASE_SKIP.
The spec says "Only partial address space was erased due to existing
write protected blocks.", which obviously means we should fail this I/O.
Otherwise, the partial erased data stored in nonvalatile flash violates
the data integrity from the view of I/O owner, which probably confuse
it when further used.
So reusing R1_STATUS for them not only improve the readability but also
slove real problems.
Signed-off-by: Shawn Lin <shawn.lin@rock-chips.com>
Signed-off-by: Ulf Hansson <ulf.hansson@linaro.org>
2018-05-30 02:11:43 +00:00
|
|
|
#define R1_STATUS(x) (x & 0xFFF9A000)
|
2007-08-08 16:09:01 +00:00
|
|
|
#define R1_CURRENT_STATE(x) ((x & 0x00001E00) >> 9) /* sx, b (4 bits) */
|
2005-04-16 22:20:36 +00:00
|
|
|
#define R1_READY_FOR_DATA (1 << 8) /* sx, a */
|
2009-09-22 23:44:37 +00:00
|
|
|
#define R1_SWITCH_ERROR (1 << 7) /* sx, c */
|
2013-02-06 08:01:43 +00:00
|
|
|
#define R1_EXCEPTION_EVENT (1 << 6) /* sr, a */
|
2005-04-16 22:20:36 +00:00
|
|
|
#define R1_APP_CMD (1 << 5) /* sr, c */
|
|
|
|
|
2011-06-20 19:10:08 +00:00
|
|
|
#define R1_STATE_IDLE 0
|
|
|
|
#define R1_STATE_READY 1
|
|
|
|
#define R1_STATE_IDENT 2
|
|
|
|
#define R1_STATE_STBY 3
|
|
|
|
#define R1_STATE_TRAN 4
|
|
|
|
#define R1_STATE_DATA 5
|
|
|
|
#define R1_STATE_RCV 6
|
|
|
|
#define R1_STATE_PRG 7
|
|
|
|
#define R1_STATE_DIS 8
|
|
|
|
|
2020-02-04 08:54:43 +00:00
|
|
|
static inline bool mmc_ready_for_data(u32 status)
|
|
|
|
{
|
|
|
|
/*
|
|
|
|
* Some cards mishandle the status bits, so make sure to check both the
|
|
|
|
* busy indication and the card state.
|
|
|
|
*/
|
|
|
|
return status & R1_READY_FOR_DATA &&
|
|
|
|
R1_CURRENT_STATE(status) == R1_STATE_TRAN;
|
|
|
|
}
|
|
|
|
|
2007-08-08 16:09:01 +00:00
|
|
|
/*
|
|
|
|
* MMC/SD in SPI mode reports R1 status always, and R2 for SEND_STATUS
|
|
|
|
* R1 is the low order byte; R2 is the next highest byte, when present.
|
|
|
|
*/
|
|
|
|
#define R1_SPI_IDLE (1 << 0)
|
|
|
|
#define R1_SPI_ERASE_RESET (1 << 1)
|
|
|
|
#define R1_SPI_ILLEGAL_COMMAND (1 << 2)
|
|
|
|
#define R1_SPI_COM_CRC (1 << 3)
|
|
|
|
#define R1_SPI_ERASE_SEQ (1 << 4)
|
|
|
|
#define R1_SPI_ADDRESS (1 << 5)
|
|
|
|
#define R1_SPI_PARAMETER (1 << 6)
|
|
|
|
/* R1 bit 7 is always zero */
|
|
|
|
#define R2_SPI_CARD_LOCKED (1 << 8)
|
|
|
|
#define R2_SPI_WP_ERASE_SKIP (1 << 9) /* or lock/unlock fail */
|
|
|
|
#define R2_SPI_LOCK_UNLOCK_FAIL R2_SPI_WP_ERASE_SKIP
|
|
|
|
#define R2_SPI_ERROR (1 << 10)
|
|
|
|
#define R2_SPI_CC_ERROR (1 << 11)
|
|
|
|
#define R2_SPI_CARD_ECC_ERROR (1 << 12)
|
|
|
|
#define R2_SPI_WP_VIOLATION (1 << 13)
|
|
|
|
#define R2_SPI_ERASE_PARAM (1 << 14)
|
|
|
|
#define R2_SPI_OUT_OF_RANGE (1 << 15) /* or CSD overwrite */
|
|
|
|
#define R2_SPI_CSD_OVERWRITE R2_SPI_OUT_OF_RANGE
|
|
|
|
|
2007-02-09 21:49:31 +00:00
|
|
|
/*
|
|
|
|
* OCR bits are mostly in host.h
|
|
|
|
*/
|
2005-04-16 22:20:36 +00:00
|
|
|
#define MMC_CARD_BUSY 0x80000000 /* Card Power up status bit */
|
|
|
|
|
2005-05-21 09:27:02 +00:00
|
|
|
/*
|
|
|
|
* Card Command Classes (CCC)
|
|
|
|
*/
|
|
|
|
#define CCC_BASIC (1<<0) /* (0) Basic protocol functions */
|
|
|
|
/* (CMD0,1,2,3,4,7,9,10,12,13,15) */
|
2007-08-08 16:09:01 +00:00
|
|
|
/* (and for SPI, CMD58,59) */
|
2005-05-21 09:27:02 +00:00
|
|
|
#define CCC_STREAM_READ (1<<1) /* (1) Stream read commands */
|
|
|
|
/* (CMD11) */
|
|
|
|
#define CCC_BLOCK_READ (1<<2) /* (2) Block read commands */
|
|
|
|
/* (CMD16,17,18) */
|
|
|
|
#define CCC_STREAM_WRITE (1<<3) /* (3) Stream write commands */
|
|
|
|
/* (CMD20) */
|
|
|
|
#define CCC_BLOCK_WRITE (1<<4) /* (4) Block write commands */
|
|
|
|
/* (CMD16,24,25,26,27) */
|
|
|
|
#define CCC_ERASE (1<<5) /* (5) Ability to erase blocks */
|
|
|
|
/* (CMD32,33,34,35,36,37,38,39) */
|
|
|
|
#define CCC_WRITE_PROT (1<<6) /* (6) Able to write protect blocks */
|
|
|
|
/* (CMD28,29,30) */
|
|
|
|
#define CCC_LOCK_CARD (1<<7) /* (7) Able to lock down card */
|
|
|
|
/* (CMD16,CMD42) */
|
|
|
|
#define CCC_APP_SPEC (1<<8) /* (8) Application specific */
|
|
|
|
/* (CMD55,56,57,ACMD*) */
|
|
|
|
#define CCC_IO_MODE (1<<9) /* (9) I/O mode */
|
|
|
|
/* (CMD5,39,40,52,53) */
|
|
|
|
#define CCC_SWITCH (1<<10) /* (10) High speed switch */
|
|
|
|
/* (CMD6,34,35,36,37,50) */
|
|
|
|
/* (11) Reserved */
|
|
|
|
/* (CMD?) */
|
2005-04-16 22:20:36 +00:00
|
|
|
|
|
|
|
/*
|
|
|
|
* CSD field definitions
|
|
|
|
*/
|
|
|
|
|
|
|
|
#define CSD_STRUCT_VER_1_0 0 /* Valid for system specification 1.0 - 1.2 */
|
|
|
|
#define CSD_STRUCT_VER_1_1 1 /* Valid for system specification 1.4 - 2.2 */
|
2006-10-21 10:35:02 +00:00
|
|
|
#define CSD_STRUCT_VER_1_2 2 /* Valid for system specification 3.1 - 3.2 - 3.31 - 4.0 - 4.1 */
|
|
|
|
#define CSD_STRUCT_EXT_CSD 3 /* Version is coded in CSD_STRUCTURE in EXT_CSD */
|
2005-04-16 22:20:36 +00:00
|
|
|
|
|
|
|
#define CSD_SPEC_VER_0 0 /* Implements system specification 1.0 - 1.2 */
|
|
|
|
#define CSD_SPEC_VER_1 1 /* Implements system specification 1.4 */
|
|
|
|
#define CSD_SPEC_VER_2 2 /* Implements system specification 2.0 - 2.2 */
|
2006-10-21 10:35:02 +00:00
|
|
|
#define CSD_SPEC_VER_3 3 /* Implements system specification 3.1 - 3.2 - 3.31 */
|
|
|
|
#define CSD_SPEC_VER_4 4 /* Implements system specification 4.0 - 4.1 */
|
|
|
|
|
|
|
|
/*
|
|
|
|
* EXT_CSD fields
|
|
|
|
*/
|
|
|
|
|
2016-11-29 10:09:16 +00:00
|
|
|
#define EXT_CSD_CMDQ_MODE_EN 15 /* R/W */
|
2011-10-14 05:03:21 +00:00
|
|
|
#define EXT_CSD_FLUSH_CACHE 32 /* W */
|
|
|
|
#define EXT_CSD_CACHE_CTRL 33 /* R/W */
|
2011-10-13 06:34:16 +00:00
|
|
|
#define EXT_CSD_POWER_OFF_NOTIFICATION 34 /* R/W */
|
2013-02-06 08:01:43 +00:00
|
|
|
#define EXT_CSD_PACKED_FAILURE_INDEX 35 /* RO */
|
|
|
|
#define EXT_CSD_PACKED_CMD_STATUS 36 /* RO */
|
|
|
|
#define EXT_CSD_EXP_EVENTS_STATUS 54 /* RO, 2 bytes */
|
|
|
|
#define EXT_CSD_EXP_EVENTS_CTRL 56 /* R/W, 2 bytes */
|
2011-12-21 07:39:17 +00:00
|
|
|
#define EXT_CSD_DATA_SECTOR_SIZE 61 /* R */
|
2011-10-06 14:41:38 +00:00
|
|
|
#define EXT_CSD_GP_SIZE_MULT 143 /* R/W */
|
2014-09-15 15:47:09 +00:00
|
|
|
#define EXT_CSD_PARTITION_SETTING_COMPLETED 155 /* R/W */
|
2011-01-21 20:09:41 +00:00
|
|
|
#define EXT_CSD_PARTITION_ATTRIBUTE 156 /* R/W */
|
|
|
|
#define EXT_CSD_PARTITION_SUPPORT 160 /* RO */
|
2011-10-18 05:26:42 +00:00
|
|
|
#define EXT_CSD_HPI_MGMT 161 /* R/W */
|
2011-08-29 13:42:11 +00:00
|
|
|
#define EXT_CSD_RST_N_FUNCTION 162 /* R/W */
|
2012-09-17 08:42:02 +00:00
|
|
|
#define EXT_CSD_BKOPS_EN 163 /* R/W */
|
|
|
|
#define EXT_CSD_BKOPS_START 164 /* W */
|
2011-10-14 05:15:48 +00:00
|
|
|
#define EXT_CSD_SANITIZE_START 165 /* W */
|
2011-03-31 23:40:00 +00:00
|
|
|
#define EXT_CSD_WR_REL_PARAM 166 /* RO */
|
2012-11-17 23:08:24 +00:00
|
|
|
#define EXT_CSD_RPMB_MULT 168 /* RO */
|
2014-10-16 18:27:16 +00:00
|
|
|
#define EXT_CSD_FW_CONFIG 169 /* R/W */
|
2011-12-02 07:51:06 +00:00
|
|
|
#define EXT_CSD_BOOT_WP 173 /* R/W */
|
mmc: add erase, secure erase, trim and secure trim operations
SD/MMC cards tend to support an erase operation. In addition, eMMC v4.4
cards can support secure erase, trim and secure trim operations that are
all variants of the basic erase command.
SD/MMC device attributes "erase_size" and "preferred_erase_size" have been
added.
"erase_size" is the minimum size, in bytes, of an erase operation. For
MMC, "erase_size" is the erase group size reported by the card. Note that
"erase_size" does not apply to trim or secure trim operations where the
minimum size is always one 512 byte sector. For SD, "erase_size" is 512
if the card is block-addressed, 0 otherwise.
SD/MMC cards can erase an arbitrarily large area up to and
including the whole card. When erasing a large area it may
be desirable to do it in smaller chunks for three reasons:
1. A single erase command will make all other I/O on the card
wait. This is not a problem if the whole card is being erased, but
erasing one partition will make I/O for another partition on the
same card wait for the duration of the erase - which could be a
several minutes.
2. To be able to inform the user of erase progress.
3. The erase timeout becomes too large to be very useful.
Because the erase timeout contains a margin which is multiplied by
the size of the erase area, the value can end up being several
minutes for large areas.
"erase_size" is not the most efficient unit to erase (especially for SD
where it is just one sector), hence "preferred_erase_size" provides a good
chunk size for erasing large areas.
For MMC, "preferred_erase_size" is the high-capacity erase size if a card
specifies one, otherwise it is based on the capacity of the card.
For SD, "preferred_erase_size" is the allocation unit size specified by
the card.
"preferred_erase_size" is in bytes.
Signed-off-by: Adrian Hunter <adrian.hunter@nokia.com>
Acked-by: Jens Axboe <axboe@kernel.dk>
Cc: Kyungmin Park <kmpark@infradead.org>
Cc: Madhusudhan Chikkature <madhu.cr@ti.com>
Cc: Christoph Hellwig <hch@lst.de>
Cc: Ben Gardiner <bengardiner@nanometrics.ca>
Cc: <linux-mmc@vger.kernel.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2010-08-11 21:17:46 +00:00
|
|
|
#define EXT_CSD_ERASE_GROUP_DEF 175 /* R/W */
|
2011-04-11 23:10:25 +00:00
|
|
|
#define EXT_CSD_PART_CONFIG 179 /* R/W */
|
mmc: add erase, secure erase, trim and secure trim operations
SD/MMC cards tend to support an erase operation. In addition, eMMC v4.4
cards can support secure erase, trim and secure trim operations that are
all variants of the basic erase command.
SD/MMC device attributes "erase_size" and "preferred_erase_size" have been
added.
"erase_size" is the minimum size, in bytes, of an erase operation. For
MMC, "erase_size" is the erase group size reported by the card. Note that
"erase_size" does not apply to trim or secure trim operations where the
minimum size is always one 512 byte sector. For SD, "erase_size" is 512
if the card is block-addressed, 0 otherwise.
SD/MMC cards can erase an arbitrarily large area up to and
including the whole card. When erasing a large area it may
be desirable to do it in smaller chunks for three reasons:
1. A single erase command will make all other I/O on the card
wait. This is not a problem if the whole card is being erased, but
erasing one partition will make I/O for another partition on the
same card wait for the duration of the erase - which could be a
several minutes.
2. To be able to inform the user of erase progress.
3. The erase timeout becomes too large to be very useful.
Because the erase timeout contains a margin which is multiplied by
the size of the erase area, the value can end up being several
minutes for large areas.
"erase_size" is not the most efficient unit to erase (especially for SD
where it is just one sector), hence "preferred_erase_size" provides a good
chunk size for erasing large areas.
For MMC, "preferred_erase_size" is the high-capacity erase size if a card
specifies one, otherwise it is based on the capacity of the card.
For SD, "preferred_erase_size" is the allocation unit size specified by
the card.
"preferred_erase_size" is in bytes.
Signed-off-by: Adrian Hunter <adrian.hunter@nokia.com>
Acked-by: Jens Axboe <axboe@kernel.dk>
Cc: Kyungmin Park <kmpark@infradead.org>
Cc: Madhusudhan Chikkature <madhu.cr@ti.com>
Cc: Christoph Hellwig <hch@lst.de>
Cc: Ben Gardiner <bengardiner@nanometrics.ca>
Cc: <linux-mmc@vger.kernel.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2010-08-11 21:17:46 +00:00
|
|
|
#define EXT_CSD_ERASED_MEM_CONT 181 /* RO */
|
|
|
|
#define EXT_CSD_BUS_WIDTH 183 /* R/W */
|
2016-05-26 01:56:22 +00:00
|
|
|
#define EXT_CSD_STROBE_SUPPORT 184 /* RO */
|
mmc: add erase, secure erase, trim and secure trim operations
SD/MMC cards tend to support an erase operation. In addition, eMMC v4.4
cards can support secure erase, trim and secure trim operations that are
all variants of the basic erase command.
SD/MMC device attributes "erase_size" and "preferred_erase_size" have been
added.
"erase_size" is the minimum size, in bytes, of an erase operation. For
MMC, "erase_size" is the erase group size reported by the card. Note that
"erase_size" does not apply to trim or secure trim operations where the
minimum size is always one 512 byte sector. For SD, "erase_size" is 512
if the card is block-addressed, 0 otherwise.
SD/MMC cards can erase an arbitrarily large area up to and
including the whole card. When erasing a large area it may
be desirable to do it in smaller chunks for three reasons:
1. A single erase command will make all other I/O on the card
wait. This is not a problem if the whole card is being erased, but
erasing one partition will make I/O for another partition on the
same card wait for the duration of the erase - which could be a
several minutes.
2. To be able to inform the user of erase progress.
3. The erase timeout becomes too large to be very useful.
Because the erase timeout contains a margin which is multiplied by
the size of the erase area, the value can end up being several
minutes for large areas.
"erase_size" is not the most efficient unit to erase (especially for SD
where it is just one sector), hence "preferred_erase_size" provides a good
chunk size for erasing large areas.
For MMC, "preferred_erase_size" is the high-capacity erase size if a card
specifies one, otherwise it is based on the capacity of the card.
For SD, "preferred_erase_size" is the allocation unit size specified by
the card.
"preferred_erase_size" is in bytes.
Signed-off-by: Adrian Hunter <adrian.hunter@nokia.com>
Acked-by: Jens Axboe <axboe@kernel.dk>
Cc: Kyungmin Park <kmpark@infradead.org>
Cc: Madhusudhan Chikkature <madhu.cr@ti.com>
Cc: Christoph Hellwig <hch@lst.de>
Cc: Ben Gardiner <bengardiner@nanometrics.ca>
Cc: <linux-mmc@vger.kernel.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2010-08-11 21:17:46 +00:00
|
|
|
#define EXT_CSD_HS_TIMING 185 /* R/W */
|
2011-09-23 15:11:47 +00:00
|
|
|
#define EXT_CSD_POWER_CLASS 187 /* R/W */
|
mmc: add erase, secure erase, trim and secure trim operations
SD/MMC cards tend to support an erase operation. In addition, eMMC v4.4
cards can support secure erase, trim and secure trim operations that are
all variants of the basic erase command.
SD/MMC device attributes "erase_size" and "preferred_erase_size" have been
added.
"erase_size" is the minimum size, in bytes, of an erase operation. For
MMC, "erase_size" is the erase group size reported by the card. Note that
"erase_size" does not apply to trim or secure trim operations where the
minimum size is always one 512 byte sector. For SD, "erase_size" is 512
if the card is block-addressed, 0 otherwise.
SD/MMC cards can erase an arbitrarily large area up to and
including the whole card. When erasing a large area it may
be desirable to do it in smaller chunks for three reasons:
1. A single erase command will make all other I/O on the card
wait. This is not a problem if the whole card is being erased, but
erasing one partition will make I/O for another partition on the
same card wait for the duration of the erase - which could be a
several minutes.
2. To be able to inform the user of erase progress.
3. The erase timeout becomes too large to be very useful.
Because the erase timeout contains a margin which is multiplied by
the size of the erase area, the value can end up being several
minutes for large areas.
"erase_size" is not the most efficient unit to erase (especially for SD
where it is just one sector), hence "preferred_erase_size" provides a good
chunk size for erasing large areas.
For MMC, "preferred_erase_size" is the high-capacity erase size if a card
specifies one, otherwise it is based on the capacity of the card.
For SD, "preferred_erase_size" is the allocation unit size specified by
the card.
"preferred_erase_size" is in bytes.
Signed-off-by: Adrian Hunter <adrian.hunter@nokia.com>
Acked-by: Jens Axboe <axboe@kernel.dk>
Cc: Kyungmin Park <kmpark@infradead.org>
Cc: Madhusudhan Chikkature <madhu.cr@ti.com>
Cc: Christoph Hellwig <hch@lst.de>
Cc: Ben Gardiner <bengardiner@nanometrics.ca>
Cc: <linux-mmc@vger.kernel.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2010-08-11 21:17:46 +00:00
|
|
|
#define EXT_CSD_REV 192 /* RO */
|
|
|
|
#define EXT_CSD_STRUCTURE 194 /* RO */
|
|
|
|
#define EXT_CSD_CARD_TYPE 196 /* RO */
|
2015-02-06 12:12:57 +00:00
|
|
|
#define EXT_CSD_DRIVER_STRENGTH 197 /* RO */
|
2011-10-18 05:26:42 +00:00
|
|
|
#define EXT_CSD_OUT_OF_INTERRUPT_TIME 198 /* RO */
|
2011-04-11 23:10:25 +00:00
|
|
|
#define EXT_CSD_PART_SWITCH_TIME 199 /* RO */
|
2011-09-23 15:11:47 +00:00
|
|
|
#define EXT_CSD_PWR_CL_52_195 200 /* RO */
|
|
|
|
#define EXT_CSD_PWR_CL_26_195 201 /* RO */
|
|
|
|
#define EXT_CSD_PWR_CL_52_360 202 /* RO */
|
|
|
|
#define EXT_CSD_PWR_CL_26_360 203 /* RO */
|
mmc: add erase, secure erase, trim and secure trim operations
SD/MMC cards tend to support an erase operation. In addition, eMMC v4.4
cards can support secure erase, trim and secure trim operations that are
all variants of the basic erase command.
SD/MMC device attributes "erase_size" and "preferred_erase_size" have been
added.
"erase_size" is the minimum size, in bytes, of an erase operation. For
MMC, "erase_size" is the erase group size reported by the card. Note that
"erase_size" does not apply to trim or secure trim operations where the
minimum size is always one 512 byte sector. For SD, "erase_size" is 512
if the card is block-addressed, 0 otherwise.
SD/MMC cards can erase an arbitrarily large area up to and
including the whole card. When erasing a large area it may
be desirable to do it in smaller chunks for three reasons:
1. A single erase command will make all other I/O on the card
wait. This is not a problem if the whole card is being erased, but
erasing one partition will make I/O for another partition on the
same card wait for the duration of the erase - which could be a
several minutes.
2. To be able to inform the user of erase progress.
3. The erase timeout becomes too large to be very useful.
Because the erase timeout contains a margin which is multiplied by
the size of the erase area, the value can end up being several
minutes for large areas.
"erase_size" is not the most efficient unit to erase (especially for SD
where it is just one sector), hence "preferred_erase_size" provides a good
chunk size for erasing large areas.
For MMC, "preferred_erase_size" is the high-capacity erase size if a card
specifies one, otherwise it is based on the capacity of the card.
For SD, "preferred_erase_size" is the allocation unit size specified by
the card.
"preferred_erase_size" is in bytes.
Signed-off-by: Adrian Hunter <adrian.hunter@nokia.com>
Acked-by: Jens Axboe <axboe@kernel.dk>
Cc: Kyungmin Park <kmpark@infradead.org>
Cc: Madhusudhan Chikkature <madhu.cr@ti.com>
Cc: Christoph Hellwig <hch@lst.de>
Cc: Ben Gardiner <bengardiner@nanometrics.ca>
Cc: <linux-mmc@vger.kernel.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2010-08-11 21:17:46 +00:00
|
|
|
#define EXT_CSD_SEC_CNT 212 /* RO, 4 bytes */
|
|
|
|
#define EXT_CSD_S_A_TIMEOUT 217 /* RO */
|
2011-03-31 23:40:00 +00:00
|
|
|
#define EXT_CSD_REL_WR_SEC_C 222 /* RO */
|
2011-01-21 20:09:41 +00:00
|
|
|
#define EXT_CSD_HC_WP_GRP_SIZE 221 /* RO */
|
mmc: add erase, secure erase, trim and secure trim operations
SD/MMC cards tend to support an erase operation. In addition, eMMC v4.4
cards can support secure erase, trim and secure trim operations that are
all variants of the basic erase command.
SD/MMC device attributes "erase_size" and "preferred_erase_size" have been
added.
"erase_size" is the minimum size, in bytes, of an erase operation. For
MMC, "erase_size" is the erase group size reported by the card. Note that
"erase_size" does not apply to trim or secure trim operations where the
minimum size is always one 512 byte sector. For SD, "erase_size" is 512
if the card is block-addressed, 0 otherwise.
SD/MMC cards can erase an arbitrarily large area up to and
including the whole card. When erasing a large area it may
be desirable to do it in smaller chunks for three reasons:
1. A single erase command will make all other I/O on the card
wait. This is not a problem if the whole card is being erased, but
erasing one partition will make I/O for another partition on the
same card wait for the duration of the erase - which could be a
several minutes.
2. To be able to inform the user of erase progress.
3. The erase timeout becomes too large to be very useful.
Because the erase timeout contains a margin which is multiplied by
the size of the erase area, the value can end up being several
minutes for large areas.
"erase_size" is not the most efficient unit to erase (especially for SD
where it is just one sector), hence "preferred_erase_size" provides a good
chunk size for erasing large areas.
For MMC, "preferred_erase_size" is the high-capacity erase size if a card
specifies one, otherwise it is based on the capacity of the card.
For SD, "preferred_erase_size" is the allocation unit size specified by
the card.
"preferred_erase_size" is in bytes.
Signed-off-by: Adrian Hunter <adrian.hunter@nokia.com>
Acked-by: Jens Axboe <axboe@kernel.dk>
Cc: Kyungmin Park <kmpark@infradead.org>
Cc: Madhusudhan Chikkature <madhu.cr@ti.com>
Cc: Christoph Hellwig <hch@lst.de>
Cc: Ben Gardiner <bengardiner@nanometrics.ca>
Cc: <linux-mmc@vger.kernel.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2010-08-11 21:17:46 +00:00
|
|
|
#define EXT_CSD_ERASE_TIMEOUT_MULT 223 /* RO */
|
|
|
|
#define EXT_CSD_HC_ERASE_GRP_SIZE 224 /* RO */
|
2011-04-11 23:10:25 +00:00
|
|
|
#define EXT_CSD_BOOT_MULT 226 /* RO */
|
mmc: add erase, secure erase, trim and secure trim operations
SD/MMC cards tend to support an erase operation. In addition, eMMC v4.4
cards can support secure erase, trim and secure trim operations that are
all variants of the basic erase command.
SD/MMC device attributes "erase_size" and "preferred_erase_size" have been
added.
"erase_size" is the minimum size, in bytes, of an erase operation. For
MMC, "erase_size" is the erase group size reported by the card. Note that
"erase_size" does not apply to trim or secure trim operations where the
minimum size is always one 512 byte sector. For SD, "erase_size" is 512
if the card is block-addressed, 0 otherwise.
SD/MMC cards can erase an arbitrarily large area up to and
including the whole card. When erasing a large area it may
be desirable to do it in smaller chunks for three reasons:
1. A single erase command will make all other I/O on the card
wait. This is not a problem if the whole card is being erased, but
erasing one partition will make I/O for another partition on the
same card wait for the duration of the erase - which could be a
several minutes.
2. To be able to inform the user of erase progress.
3. The erase timeout becomes too large to be very useful.
Because the erase timeout contains a margin which is multiplied by
the size of the erase area, the value can end up being several
minutes for large areas.
"erase_size" is not the most efficient unit to erase (especially for SD
where it is just one sector), hence "preferred_erase_size" provides a good
chunk size for erasing large areas.
For MMC, "preferred_erase_size" is the high-capacity erase size if a card
specifies one, otherwise it is based on the capacity of the card.
For SD, "preferred_erase_size" is the allocation unit size specified by
the card.
"preferred_erase_size" is in bytes.
Signed-off-by: Adrian Hunter <adrian.hunter@nokia.com>
Acked-by: Jens Axboe <axboe@kernel.dk>
Cc: Kyungmin Park <kmpark@infradead.org>
Cc: Madhusudhan Chikkature <madhu.cr@ti.com>
Cc: Christoph Hellwig <hch@lst.de>
Cc: Ben Gardiner <bengardiner@nanometrics.ca>
Cc: <linux-mmc@vger.kernel.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2010-08-11 21:17:46 +00:00
|
|
|
#define EXT_CSD_SEC_TRIM_MULT 229 /* RO */
|
|
|
|
#define EXT_CSD_SEC_ERASE_MULT 230 /* RO */
|
|
|
|
#define EXT_CSD_SEC_FEATURE_SUPPORT 231 /* RO */
|
|
|
|
#define EXT_CSD_TRIM_MULT 232 /* RO */
|
2011-09-23 15:11:47 +00:00
|
|
|
#define EXT_CSD_PWR_CL_200_195 236 /* RO */
|
|
|
|
#define EXT_CSD_PWR_CL_200_360 237 /* RO */
|
|
|
|
#define EXT_CSD_PWR_CL_DDR_52_195 238 /* RO */
|
|
|
|
#define EXT_CSD_PWR_CL_DDR_52_360 239 /* RO */
|
2012-09-17 08:42:02 +00:00
|
|
|
#define EXT_CSD_BKOPS_STATUS 246 /* RO */
|
2011-09-23 15:11:47 +00:00
|
|
|
#define EXT_CSD_POWER_OFF_LONG_TIME 247 /* RO */
|
2011-09-23 05:15:29 +00:00
|
|
|
#define EXT_CSD_GENERIC_CMD6_TIME 248 /* RO */
|
2011-10-14 05:03:21 +00:00
|
|
|
#define EXT_CSD_CACHE_SIZE 249 /* RO, 4 bytes */
|
2014-04-23 08:14:58 +00:00
|
|
|
#define EXT_CSD_PWR_CL_DDR_200_360 253 /* RO */
|
2014-10-16 18:27:16 +00:00
|
|
|
#define EXT_CSD_FIRMWARE_VERSION 254 /* RO, 8 bytes */
|
2016-12-22 03:37:34 +00:00
|
|
|
#define EXT_CSD_PRE_EOL_INFO 267 /* RO */
|
|
|
|
#define EXT_CSD_DEVICE_LIFE_TIME_EST_TYP_A 268 /* RO */
|
|
|
|
#define EXT_CSD_DEVICE_LIFE_TIME_EST_TYP_B 269 /* RO */
|
2016-11-29 10:09:16 +00:00
|
|
|
#define EXT_CSD_CMDQ_DEPTH 307 /* RO */
|
|
|
|
#define EXT_CSD_CMDQ_SUPPORT 308 /* RO */
|
2014-10-16 18:27:16 +00:00
|
|
|
#define EXT_CSD_SUPPORTED_MODE 493 /* RO */
|
2011-12-21 07:39:17 +00:00
|
|
|
#define EXT_CSD_TAG_UNIT_SIZE 498 /* RO */
|
|
|
|
#define EXT_CSD_DATA_TAG_SUPPORT 499 /* RO */
|
2013-02-06 08:01:43 +00:00
|
|
|
#define EXT_CSD_MAX_PACKED_WRITES 500 /* RO */
|
|
|
|
#define EXT_CSD_MAX_PACKED_READS 501 /* RO */
|
2012-09-17 08:42:02 +00:00
|
|
|
#define EXT_CSD_BKOPS_SUPPORT 502 /* RO */
|
2011-10-18 05:26:42 +00:00
|
|
|
#define EXT_CSD_HPI_FEATURES 503 /* RO */
|
2006-10-21 10:35:02 +00:00
|
|
|
|
|
|
|
/*
|
|
|
|
* EXT_CSD field definitions
|
|
|
|
*/
|
|
|
|
|
2011-03-31 23:40:00 +00:00
|
|
|
#define EXT_CSD_WR_REL_PARAM_EN (1<<2)
|
2020-05-01 13:53:01 +00:00
|
|
|
#define EXT_CSD_WR_REL_PARAM_EN_RPMB_REL_WR (1<<4)
|
2011-03-31 23:40:00 +00:00
|
|
|
|
2011-12-02 07:51:06 +00:00
|
|
|
#define EXT_CSD_BOOT_WP_B_PWR_WP_DIS (0x40)
|
|
|
|
#define EXT_CSD_BOOT_WP_B_PERM_WP_DIS (0x10)
|
|
|
|
#define EXT_CSD_BOOT_WP_B_PERM_WP_EN (0x04)
|
|
|
|
#define EXT_CSD_BOOT_WP_B_PWR_WP_EN (0x01)
|
|
|
|
|
2011-04-11 23:10:25 +00:00
|
|
|
#define EXT_CSD_PART_CONFIG_ACC_MASK (0x7)
|
|
|
|
#define EXT_CSD_PART_CONFIG_ACC_BOOT0 (0x1)
|
2012-11-17 23:08:24 +00:00
|
|
|
#define EXT_CSD_PART_CONFIG_ACC_RPMB (0x3)
|
2011-10-06 14:41:38 +00:00
|
|
|
#define EXT_CSD_PART_CONFIG_ACC_GP0 (0x4)
|
|
|
|
|
2014-09-15 15:47:09 +00:00
|
|
|
#define EXT_CSD_PART_SETTING_COMPLETED (0x1)
|
2011-10-06 14:41:38 +00:00
|
|
|
#define EXT_CSD_PART_SUPPORT_PART_EN (0x1)
|
2011-04-11 23:10:25 +00:00
|
|
|
|
2006-10-21 10:35:02 +00:00
|
|
|
#define EXT_CSD_CMD_SET_NORMAL (1<<0)
|
|
|
|
#define EXT_CSD_CMD_SET_SECURE (1<<1)
|
|
|
|
#define EXT_CSD_CMD_SET_CPSECURE (1<<2)
|
|
|
|
|
2014-04-23 08:07:58 +00:00
|
|
|
#define EXT_CSD_CARD_TYPE_HS_26 (1<<0) /* Card can run at 26MHz */
|
|
|
|
#define EXT_CSD_CARD_TYPE_HS_52 (1<<1) /* Card can run at 52MHz */
|
|
|
|
#define EXT_CSD_CARD_TYPE_HS (EXT_CSD_CARD_TYPE_HS_26 | \
|
|
|
|
EXT_CSD_CARD_TYPE_HS_52)
|
2010-09-30 21:37:23 +00:00
|
|
|
#define EXT_CSD_CARD_TYPE_DDR_1_8V (1<<2) /* Card can run at 52MHz */
|
|
|
|
/* DDR mode @1.8V or 3V I/O */
|
|
|
|
#define EXT_CSD_CARD_TYPE_DDR_1_2V (1<<3) /* Card can run at 52MHz */
|
|
|
|
/* DDR mode @1.2V I/O */
|
|
|
|
#define EXT_CSD_CARD_TYPE_DDR_52 (EXT_CSD_CARD_TYPE_DDR_1_8V \
|
|
|
|
| EXT_CSD_CARD_TYPE_DDR_1_2V)
|
2014-04-23 08:07:58 +00:00
|
|
|
#define EXT_CSD_CARD_TYPE_HS200_1_8V (1<<4) /* Card can run at 200MHz */
|
|
|
|
#define EXT_CSD_CARD_TYPE_HS200_1_2V (1<<5) /* Card can run at 200MHz */
|
2012-01-11 19:04:52 +00:00
|
|
|
/* SDR mode @1.2V I/O */
|
2014-04-23 08:07:58 +00:00
|
|
|
#define EXT_CSD_CARD_TYPE_HS200 (EXT_CSD_CARD_TYPE_HS200_1_8V | \
|
|
|
|
EXT_CSD_CARD_TYPE_HS200_1_2V)
|
2014-04-23 08:14:58 +00:00
|
|
|
#define EXT_CSD_CARD_TYPE_HS400_1_8V (1<<6) /* Card can run at 200MHz DDR, 1.8V */
|
|
|
|
#define EXT_CSD_CARD_TYPE_HS400_1_2V (1<<7) /* Card can run at 200MHz DDR, 1.2V */
|
|
|
|
#define EXT_CSD_CARD_TYPE_HS400 (EXT_CSD_CARD_TYPE_HS400_1_8V | \
|
|
|
|
EXT_CSD_CARD_TYPE_HS400_1_2V)
|
2016-05-26 01:56:22 +00:00
|
|
|
#define EXT_CSD_CARD_TYPE_HS400ES (1<<8) /* Card can run at HS400ES */
|
2012-01-11 19:04:52 +00:00
|
|
|
|
2006-10-29 09:14:19 +00:00
|
|
|
#define EXT_CSD_BUS_WIDTH_1 0 /* Card is in 1 bit mode */
|
|
|
|
#define EXT_CSD_BUS_WIDTH_4 1 /* Card is in 4 bit mode */
|
|
|
|
#define EXT_CSD_BUS_WIDTH_8 2 /* Card is in 8 bit mode */
|
2010-09-30 21:37:23 +00:00
|
|
|
#define EXT_CSD_DDR_BUS_WIDTH_4 5 /* Card is in 4 bit DDR mode */
|
|
|
|
#define EXT_CSD_DDR_BUS_WIDTH_8 6 /* Card is in 8 bit DDR mode */
|
2016-05-26 01:56:22 +00:00
|
|
|
#define EXT_CSD_BUS_WIDTH_STROBE BIT(7) /* Enhanced strobe mode */
|
2006-10-29 09:14:19 +00:00
|
|
|
|
2014-04-23 08:08:44 +00:00
|
|
|
#define EXT_CSD_TIMING_BC 0 /* Backwards compatility */
|
|
|
|
#define EXT_CSD_TIMING_HS 1 /* High speed */
|
|
|
|
#define EXT_CSD_TIMING_HS200 2 /* HS200 */
|
2014-04-23 08:14:58 +00:00
|
|
|
#define EXT_CSD_TIMING_HS400 3 /* HS400 */
|
2015-02-06 12:12:58 +00:00
|
|
|
#define EXT_CSD_DRV_STR_SHIFT 4 /* Driver Strength shift */
|
2014-04-23 08:08:44 +00:00
|
|
|
|
mmc: add erase, secure erase, trim and secure trim operations
SD/MMC cards tend to support an erase operation. In addition, eMMC v4.4
cards can support secure erase, trim and secure trim operations that are
all variants of the basic erase command.
SD/MMC device attributes "erase_size" and "preferred_erase_size" have been
added.
"erase_size" is the minimum size, in bytes, of an erase operation. For
MMC, "erase_size" is the erase group size reported by the card. Note that
"erase_size" does not apply to trim or secure trim operations where the
minimum size is always one 512 byte sector. For SD, "erase_size" is 512
if the card is block-addressed, 0 otherwise.
SD/MMC cards can erase an arbitrarily large area up to and
including the whole card. When erasing a large area it may
be desirable to do it in smaller chunks for three reasons:
1. A single erase command will make all other I/O on the card
wait. This is not a problem if the whole card is being erased, but
erasing one partition will make I/O for another partition on the
same card wait for the duration of the erase - which could be a
several minutes.
2. To be able to inform the user of erase progress.
3. The erase timeout becomes too large to be very useful.
Because the erase timeout contains a margin which is multiplied by
the size of the erase area, the value can end up being several
minutes for large areas.
"erase_size" is not the most efficient unit to erase (especially for SD
where it is just one sector), hence "preferred_erase_size" provides a good
chunk size for erasing large areas.
For MMC, "preferred_erase_size" is the high-capacity erase size if a card
specifies one, otherwise it is based on the capacity of the card.
For SD, "preferred_erase_size" is the allocation unit size specified by
the card.
"preferred_erase_size" is in bytes.
Signed-off-by: Adrian Hunter <adrian.hunter@nokia.com>
Acked-by: Jens Axboe <axboe@kernel.dk>
Cc: Kyungmin Park <kmpark@infradead.org>
Cc: Madhusudhan Chikkature <madhu.cr@ti.com>
Cc: Christoph Hellwig <hch@lst.de>
Cc: Ben Gardiner <bengardiner@nanometrics.ca>
Cc: <linux-mmc@vger.kernel.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2010-08-11 21:17:46 +00:00
|
|
|
#define EXT_CSD_SEC_ER_EN BIT(0)
|
|
|
|
#define EXT_CSD_SEC_BD_BLK_EN BIT(2)
|
|
|
|
#define EXT_CSD_SEC_GB_CL_EN BIT(4)
|
2011-10-14 05:15:48 +00:00
|
|
|
#define EXT_CSD_SEC_SANITIZE BIT(6) /* v4.5 only */
|
mmc: add erase, secure erase, trim and secure trim operations
SD/MMC cards tend to support an erase operation. In addition, eMMC v4.4
cards can support secure erase, trim and secure trim operations that are
all variants of the basic erase command.
SD/MMC device attributes "erase_size" and "preferred_erase_size" have been
added.
"erase_size" is the minimum size, in bytes, of an erase operation. For
MMC, "erase_size" is the erase group size reported by the card. Note that
"erase_size" does not apply to trim or secure trim operations where the
minimum size is always one 512 byte sector. For SD, "erase_size" is 512
if the card is block-addressed, 0 otherwise.
SD/MMC cards can erase an arbitrarily large area up to and
including the whole card. When erasing a large area it may
be desirable to do it in smaller chunks for three reasons:
1. A single erase command will make all other I/O on the card
wait. This is not a problem if the whole card is being erased, but
erasing one partition will make I/O for another partition on the
same card wait for the duration of the erase - which could be a
several minutes.
2. To be able to inform the user of erase progress.
3. The erase timeout becomes too large to be very useful.
Because the erase timeout contains a margin which is multiplied by
the size of the erase area, the value can end up being several
minutes for large areas.
"erase_size" is not the most efficient unit to erase (especially for SD
where it is just one sector), hence "preferred_erase_size" provides a good
chunk size for erasing large areas.
For MMC, "preferred_erase_size" is the high-capacity erase size if a card
specifies one, otherwise it is based on the capacity of the card.
For SD, "preferred_erase_size" is the allocation unit size specified by
the card.
"preferred_erase_size" is in bytes.
Signed-off-by: Adrian Hunter <adrian.hunter@nokia.com>
Acked-by: Jens Axboe <axboe@kernel.dk>
Cc: Kyungmin Park <kmpark@infradead.org>
Cc: Madhusudhan Chikkature <madhu.cr@ti.com>
Cc: Christoph Hellwig <hch@lst.de>
Cc: Ben Gardiner <bengardiner@nanometrics.ca>
Cc: <linux-mmc@vger.kernel.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2010-08-11 21:17:46 +00:00
|
|
|
|
2011-08-29 13:42:11 +00:00
|
|
|
#define EXT_CSD_RST_N_EN_MASK 0x3
|
|
|
|
#define EXT_CSD_RST_N_ENABLED 1 /* RST_n is enabled on card */
|
|
|
|
|
2011-10-13 06:34:16 +00:00
|
|
|
#define EXT_CSD_NO_POWER_NOTIFICATION 0
|
|
|
|
#define EXT_CSD_POWER_ON 1
|
|
|
|
#define EXT_CSD_POWER_OFF_SHORT 2
|
|
|
|
#define EXT_CSD_POWER_OFF_LONG 3
|
|
|
|
|
2011-09-23 15:11:47 +00:00
|
|
|
#define EXT_CSD_PWR_CL_8BIT_MASK 0xF0 /* 8 bit PWR CLS */
|
|
|
|
#define EXT_CSD_PWR_CL_4BIT_MASK 0x0F /* 8 bit PWR CLS */
|
|
|
|
#define EXT_CSD_PWR_CL_8BIT_SHIFT 4
|
|
|
|
#define EXT_CSD_PWR_CL_4BIT_SHIFT 0
|
2013-02-06 08:01:43 +00:00
|
|
|
|
|
|
|
#define EXT_CSD_PACKED_EVENT_EN BIT(3)
|
|
|
|
|
2012-09-17 08:42:02 +00:00
|
|
|
/*
|
|
|
|
* EXCEPTION_EVENT_STATUS field
|
|
|
|
*/
|
|
|
|
#define EXT_CSD_URGENT_BKOPS BIT(0)
|
|
|
|
#define EXT_CSD_DYNCAP_NEEDED BIT(1)
|
|
|
|
#define EXT_CSD_SYSPOOL_EXHAUSTED BIT(2)
|
|
|
|
#define EXT_CSD_PACKED_FAILURE BIT(3)
|
|
|
|
|
2013-02-06 08:01:43 +00:00
|
|
|
#define EXT_CSD_PACKED_GENERIC_ERROR BIT(0)
|
|
|
|
#define EXT_CSD_PACKED_INDEXED_ERROR BIT(1)
|
|
|
|
|
2012-09-17 08:42:02 +00:00
|
|
|
/*
|
|
|
|
* BKOPS status level
|
|
|
|
*/
|
|
|
|
#define EXT_CSD_BKOPS_LEVEL_2 0x2
|
|
|
|
|
2015-01-29 08:49:43 +00:00
|
|
|
/*
|
|
|
|
* BKOPS modes
|
|
|
|
*/
|
|
|
|
#define EXT_CSD_MANUAL_BKOPS_MASK 0x01
|
2017-02-07 16:00:01 +00:00
|
|
|
#define EXT_CSD_AUTO_BKOPS_MASK 0x02
|
2015-01-29 08:49:43 +00:00
|
|
|
|
2016-11-29 10:09:16 +00:00
|
|
|
/*
|
|
|
|
* Command Queue
|
|
|
|
*/
|
|
|
|
#define EXT_CSD_CMDQ_MODE_ENABLED BIT(0)
|
|
|
|
#define EXT_CSD_CMDQ_DEPTH_MASK GENMASK(4, 0)
|
|
|
|
#define EXT_CSD_CMDQ_SUPPORTED BIT(0)
|
|
|
|
|
2006-10-21 10:35:02 +00:00
|
|
|
/*
|
|
|
|
* MMC_SWITCH access modes
|
|
|
|
*/
|
|
|
|
#define MMC_SWITCH_MODE_CMD_SET 0x00 /* Change the command set */
|
|
|
|
#define MMC_SWITCH_MODE_SET_BITS 0x01 /* Set bits which are 1 in value */
|
|
|
|
#define MMC_SWITCH_MODE_CLEAR_BITS 0x02 /* Clear bits which are 1 in value */
|
|
|
|
#define MMC_SWITCH_MODE_WRITE_BYTE 0x03 /* Set target to value */
|
2005-09-06 22:18:55 +00:00
|
|
|
|
2017-01-13 13:14:10 +00:00
|
|
|
/*
|
|
|
|
* Erase/trim/discard
|
|
|
|
*/
|
|
|
|
#define MMC_ERASE_ARG 0x00000000
|
|
|
|
#define MMC_SECURE_ERASE_ARG 0x80000000
|
|
|
|
#define MMC_TRIM_ARG 0x00000001
|
|
|
|
#define MMC_DISCARD_ARG 0x00000003
|
|
|
|
#define MMC_SECURE_TRIM1_ARG 0x80000001
|
|
|
|
#define MMC_SECURE_TRIM2_ARG 0x80008000
|
|
|
|
#define MMC_SECURE_ARGS 0x80000000
|
|
|
|
#define MMC_TRIM_ARGS 0x00008001
|
|
|
|
|
2015-02-06 12:12:58 +00:00
|
|
|
#define mmc_driver_type_mask(n) (1 << (n))
|
|
|
|
|
2011-05-27 20:04:03 +00:00
|
|
|
#endif /* LINUX_MMC_MMC_H */
|