Re: [PATCH v10] mmc : general purpose partition support.

From: NamJae Jeon
Date: Wed Oct 05 2011 - 07:49:45 EST

Next message: Lin Ming: "Re: kmemleaks related to ACPI psparse"
Previous message: Adrian Hunter: "Re: [PATCH v10] mmc : general purpose partition support."
In reply to: Adrian Hunter: "Re: [PATCH v10] mmc : general purpose partition support."
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

2011/10/5 Adrian Hunter <adrian.hunter@xxxxxxxxx>:
> On 05/10/11 14:22, NamJae Jeon wrote:
>>
>> 2011/10/5 NamJae Jeon<linkinjeon@xxxxxxxxx>:
>>>
>>> 2011/10/5 Adrian Hunter<adrian.hunter@xxxxxxxxx>:
>>>>
>>>> On 05/10/11 13:21, NamJae Jeon wrote:
>>>>>
>>>>> 2011/10/5 Adrian Hunter<adrian.hunter@xxxxxxxxx>:
>>>>>>
>>>>>> On 04/10/11 20:45, Namjae Jeon wrote:
>>>>>>>
>>>>>>> It allows gerneral purpose partitions in MMC Device.
>>>>>>> And I try to simpliy make mmc_blk_alloc_parts using mmc_part
>>>>>>> structure
>>>>>>> suggested by Andrei Warkentin.
>>>>>>> After patching, we can see general purpose partitions like this.
>>>>>>>>
>>>>>>>> cat /proc/partitions
>>>>>>>
>>>>>>> Â Â Â Â Â 179 0 847872 mmcblk0
>>>>>>> Â Â Â Â Â 179 192 4096 mmcblk0gp3
>>>>>>> Â Â Â Â Â 179 160 4096 mmcblk0gp2
>>>>>>> Â Â Â Â Â 179 128 4096 mmcblk0gp1
>>>>>>> Â Â Â Â Â 179 96 Â1052672 mmcblk0gp0
>>>>>>> Â Â Â Â Â 179 64 Â1024 mmcblk0boot1
>>>>>>> Â Â Â Â Â 179 32 Â1024 mmcblk0boot0
>>>>>>>
>>>>>>> Signed-off-by: Namjae Jeon<linkinjeon@xxxxxxxxx>
>>>>>>> ---
>>>>>>> Âdrivers/mmc/card/block.c | Â 34 +++++++++++++++++------------
>>>>>>> Âdrivers/mmc/core/mmc.c Â | Â 52
>>>>>>> ++++++++++++++++++++++++++++++++++++++++++---
>>>>>>> Âinclude/linux/mmc/card.h | Â 34 +++++++++++++++++++++++++++++-
>>>>>>> Âinclude/linux/mmc/mmc.h Â| Â Â5 +++-
>>>>>>> Â4 files changed, 105 insertions(+), 20 deletions(-)
>>>>>>>
>>>>>>> diff --git a/drivers/mmc/card/block.c b/drivers/mmc/card/block.c
>>>>>>> index 782d5f8..fb6f1e9 100644
>>>>>>> --- a/drivers/mmc/card/block.c
>>>>>>> +++ b/drivers/mmc/card/block.c
>>>>>>> @@ -1470,26 +1470,32 @@ static int mmc_blk_alloc_part(struct mmc_card
>>>>>>> *card,
>>>>>>> Â Â Â Âreturn 0;
>>>>>>> Â}
>>>>>>>
>>>>>>> +/* MMC Physical partition consist of two boot partitions and
>>>>>>> + * up to four general purpose partitions.
>>>>>>> + * For each partitions enabled in EXT_CSD
>>>>>>> + * The block device will allocated to provide access to the
>>>>>>> partition.
>>>>>>> + */
>>>>>>> +
>>>>>>> Âstatic int mmc_blk_alloc_parts(struct mmc_card *card, struct
>>>>>>> mmc_blk_data
>>>>>>> *md)
>>>>>>> Â{
>>>>>>> - Â Â Â int ret = 0;
>>>>>>> + Â Â Â int idx, ret = 0;
>>>>>>>
>>>>>>> Â Â Â Âif (!mmc_card_mmc(card))
>>>>>>> Â Â Â Â Â Â Â Âreturn 0;
>>>>>>>
>>>>>>> - Â Â Â if (card->ext_csd.boot_size&&
>>>>>>> Âmmc_boot_partition_access(card->host)) {
>>>>>>> - Â Â Â Â Â Â Â ret = mmc_blk_alloc_part(card, md,
>>>>>>> EXT_CSD_PART_CONFIG_ACC_BOOT0,
>>>>>>> - Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Âcard->ext_csd.boot_size>>
>>>>>>> Â Â9,
>>>>>>> - Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Âtrue,
>>>>>>> - Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â"boot0");
>>>>>>> - Â Â Â Â Â Â Â if (ret)
>>>>>>> - Â Â Â Â Â Â Â Â Â Â Â return ret;
>>>>>>> - Â Â Â Â Â Â Â ret = mmc_blk_alloc_part(card, md,
>>>>>>> EXT_CSD_PART_CONFIG_ACC_BOOT1,
>>>>>>> - Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Âcard->ext_csd.boot_size>>
>>>>>>> Â Â9,
>>>>>>> - Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Âtrue,
>>>>>>> - Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â"boot1");
>>>>>>> - Â Â Â Â Â Â Â if (ret)
>>>>>>> - Â Â Â Â Â Â Â Â Â Â Â return ret;
>>>>>>> + Â Â Â for (idx = 0; idx< Â Â Âcard->nr_parts; idx++) {
>>>>>>> + Â Â Â Â Â Â Â if ((idx == 0 || idx == 1)&&
>>>>>>> + Â Â Â Â Â Â Â Â Â Â Â !mmc_boot_partition_access(card->host))
>>>>>>> + Â Â Â Â Â Â Â Â Â Â Â continue;
>>>>>>
>>>>>> Seems a bit fragile. ÂWhat if someone decided to put the gp
>>>>>> partitions before the boot partitions. ÂWhat about:
>>>>>
>>>>> There are the default two boot partition in mmc spec. I think that
>>>>> this case can not be happened.
>>>>> And boot partition size of EXT CSD is read-only.
>>>>> Can you explain which is case put to gp partitions before the boot
>>>>> partition ?
>>>>
>>>> Relying on the partition order in the partition array is fragile.
>>>> You cannot predict how someone may want to change it in the future,
>>>> and that person will not expect that certain positions have certain
>>>> meaning.
>>
>> 0,1 of Boot partition is fixed if spec is not changed over. but gp
>
> No. 0,1 are an accidental result of the order in which ext-csd is
> parsed.
>
>> partition is variable in 2,3,4,5,6 of array.
>> If How someone change code, problem occur ?
>
> If you move code around in mmc_read_ext_csd() the order can change,
> hence it is fragile.
As I remember, boot size can be default zero in the mmc device 4.3 of
some chip vendor.
and it should set proper size using vendor cmd. but gp partition is
not support in mmc 4.3.
um.. I will add your suggested code to avoid vendor specific part in MMC 4.4.
Thanks Adrian~

>
>>>>
>>>>>
>>>>>>
>>>>>> Â Â Â Â Â Â Â Âif (mmc_is_boot_partition(&part[idx])&&
>>>>>> Â Â Â Â Â Â Â Â Â Â!mmc_boot_partition_access(card->host)
>>>>>> Â Â Â Â Â Â Â Â Â Â Â Âcontinue;
>>>>>>
>>>>>> And:
>>>>>>
>>>>>> int mmc_is_boot_partition(struct mmc_part *part)
>>>>>> {
>>>>>> Â Â Â Âreturn part->part_cfg>= EXT_CSD_PART_CONFIG_ACC_BOOT0&&
>>>>>> Â Â Â Â Â Â Â part->part_cfg<= EXT_CSD_PART_CONFIG_ACC_BOOT0 +
>>>>>> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â MMC_NUM_BOOT_PARTITION;
>>>>>> }
>>>>>>
>>>>>>> + Â Â Â Â Â Â Â if (card->part[idx].size) {
>>>>>>> + Â Â Â Â Â Â Â Â Â Â Â ret = mmc_blk_alloc_part(card, md,
>>>>>>> + Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â card->part[idx].part_cfg,
>>>>>>> + Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â card->part[idx].size>> Â Â Â9,
>>>>>>> + Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â card->part[idx].force_ro,
>>>>>>> + Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â card->part[idx].name);
>>>>>>> + Â Â Â Â Â Â Â Â Â Â Â if (ret)
>>>>>>> + Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â return ret;
>>>>>>> + Â Â Â Â Â Â Â }
>>>>>>> Â Â Â Â}
>>>>>>>
>>>>>>> Â Â Â Âreturn ret;
>>>>>>> diff --git a/drivers/mmc/core/mmc.c b/drivers/mmc/core/mmc.c
>>>>>>> index c632b1f..2f458a0 100644
>>>>>>> --- a/drivers/mmc/core/mmc.c
>>>>>>> +++ b/drivers/mmc/core/mmc.c
>>>>>>> @@ -239,7 +239,9 @@ static int mmc_get_ext_csd(struct mmc_card *card,
>>>>>>> u8
>>>>>>> **new_ext_csd)
>>>>>>> Â */
>>>>>>> Âstatic int mmc_read_ext_csd(struct mmc_card *card, u8 *ext_csd)
>>>>>>> Â{
>>>>>>> - Â Â Â int err = 0;
>>>>>>> + Â Â Â int err = 0, idx;
>>>>>>> + Â Â Â unsigned int part_size;
>>>>>>> + Â Â Â u8 hc_erase_grp_sz = 0, hc_wp_grp_sz = 0;
>>>>>>>
>>>>>>> Â Â Â ÂBUG_ON(!card);
>>>>>>>
>>>>>>> @@ -340,7 +342,14 @@ static int mmc_read_ext_csd(struct mmc_card
>>>>>>> *card,
>>>>>>> u8
>>>>>>> *ext_csd)
>>>>>>> Â Â Â Â Â Â Â Â * There are two boot regions of equal size, defined
>>>>>>> in
>>>>>>> Â Â Â Â Â Â Â Â * multiples of 128K.
>>>>>>> Â Â Â Â Â Â Â Â */
>>>>>>> - Â Â Â Â Â Â Â card->ext_csd.boot_size =
>>>>>>> ext_csd[EXT_CSD_BOOT_MULT]<<
>>>>>>> Â17;
>>>>>>> + Â Â Â Â Â Â Â if (ext_csd[EXT_CSD_BOOT_MULT]) {
>>>>>>> + Â Â Â Â Â Â Â Â Â Â Â for (idx = 0; idx<
>>>>>>> ÂMMC_NUM_BOOT_PARTITION;
>>>>>>> idx++)
>>>>>>> {
>>>>>>> + Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â part_size =
>>>>>>> ext_csd[EXT_CSD_BOOT_MULT]<<
>>>>>>> Â17;
>>>>>>> + Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â mmc_part_add(card, part_size,
>>>>>>> + Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â EXT_CSD_PART_CONFIG_ACC_BOOT0
>>>>>>> +
>>>>>>> idx,
>>>>>>> + Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â "boot%d", idx, true);
>>>>>>> + Â Â Â Â Â Â Â Â Â Â Â }
>>>>>>> + Â Â Â Â Â Â Â }
>>>>>>> Â Â Â Â}
>>>>>>>
>>>>>>> Â Â Â Âcard->ext_csd.raw_hc_erase_gap_size =
>>>>>>> @@ -362,9 +371,9 @@ static int mmc_read_ext_csd(struct mmc_card
>>>>>>> *card,
>>>>>>> u8
>>>>>>> *ext_csd)
>>>>>>> Â Â Â Â Â Â Â Âcard->ext_csd.raw_partition_support =
>>>>>>> ext_csd[EXT_CSD_PARTITION_SUPPORT];
>>>>>>> Â Â Â Â Â Â Â Âif ((ext_csd[EXT_CSD_PARTITION_SUPPORT]& Â Â Â0x2)&&
>>>>>>> Â Â Â Â Â Â Â Â(ext_csd[EXT_CSD_PARTITION_ATTRIBUTE]& Â Â Â0x1)) {
>>>>>>> - Â Â Â Â Â Â Â Â Â Â Â u8 hc_erase_grp_sz =
>>>>>>> + Â Â Â Â Â Â Â Â Â Â Â hc_erase_grp_sz =
>>>>>>> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Âext_csd[EXT_CSD_HC_ERASE_GRP_SIZE];
>>>>>>> - Â Â Â Â Â Â Â Â Â Â Â u8 hc_wp_grp_sz =
>>>>>>> + Â Â Â Â Â Â Â Â Â Â Â hc_wp_grp_sz =
>>>>>>> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Âext_csd[EXT_CSD_HC_WP_GRP_SIZE];
>>>>>>>
>>>>>>> Â Â Â Â Â Â Â Â Â Â Â Âcard->ext_csd.enhanced_area_en = 1;
>>>>>>> @@ -393,6 +402,41 @@ static int mmc_read_ext_csd(struct mmc_card
>>>>>>> *card,
>>>>>>> u8
>>>>>>> *ext_csd)
>>>>>>> Â Â Â Â Â Â Â Â Â Â Â Âcard->ext_csd.enhanced_area_offset = -EINVAL;
>>>>>>> Â Â Â Â Â Â Â Â Â Â Â Âcard->ext_csd.enhanced_area_size = -EINVAL;
>>>>>>> Â Â Â Â Â Â Â Â}
>>>>>>> +
>>>>>>> + Â Â Â Â Â Â Â /*
>>>>>>> + Â Â Â Â Â Â Â Â* General purpose partition feature support --
>>>>>>> + Â Â Â Â Â Â Â Â* If ext_csd have the size of general purpose
>>>>>>> partitions,
>>>>>>> + Â Â Â Â Â Â Â Â* set size, part_cfg, partition name in mmc_part.
>>>>>>> + Â Â Â Â Â Â Â Â*/
>>>>>>> + Â Â Â Â Â Â Â if (ext_csd[EXT_CSD_PARTITION_SUPPORT]&
>>>>>>> + Â Â Â Â Â Â Â Â Â Â Â EXT_CSD_PART_SUPPORT_PART_EN) {
>>>>>>> + Â Â Â Â Â Â Â Â Â Â Â if (card->ext_csd.enhanced_area_en != 1) {
>>>>>>> + Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â hc_erase_grp_sz =
>>>>>>> +
>>>>>>> ext_csd[EXT_CSD_HC_ERASE_GRP_SIZE];
>>>>>>> + Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â hc_wp_grp_sz =
>>>>>>> +
>>>>>>> ext_csd[EXT_CSD_HC_WP_GRP_SIZE];
>>>>>>> +
>>>>>>> + Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â card->ext_csd.enhanced_area_en = 1;
>>>>>>> + Â Â Â Â Â Â Â Â Â Â Â }
>>>>>>> +
>>>>>>> + Â Â Â Â Â Â Â Â Â Â Â for (idx = 0; idx< Â Â ÂMMC_NUM_GP_PARTITION;
>>>>>>> idx++) {
>>>>>>> + Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â if (!ext_csd[EXT_CSD_GP_SIZE_MULT +
>>>>>>> idx
>>>>>>> *
>>>>>>> 3]&&
>>>>>>> + Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â !ext_csd[EXT_CSD_GP_SIZE_MULT + idx *
>>>>>>> 3
>>>>>>> +
>>>>>>> 1]&&
>>>>>>> + Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â !ext_csd[EXT_CSD_GP_SIZE_MULT + idx *
>>>>>>> 3
>>>>>>> +
>>>>>>> 2])
>>>>>>> + Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â continue;
>>>>>>> + Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â part_size =
>>>>>>> + Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â (ext_csd[EXT_CSD_GP_SIZE_MULT + idx *
>>>>>>> 3
>>>>>>> +
>>>>>>> 2]
>>>>>>> +<< Â Â Â16) +
>>>>>>> + Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â (ext_csd[EXT_CSD_GP_SIZE_MULT + idx *
>>>>>>> 3
>>>>>>> +
>>>>>>> 1]
>>>>>>> +<< Â Â Â8) +
>>>>>>> + Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â ext_csd[EXT_CSD_GP_SIZE_MULT + idx *
>>>>>>> 3];
>>>>>>> + Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â part_size *= (size_t)(hc_erase_grp_sz
>>>>>>> *
>>>>>>> + Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â hc_wp_grp_sz);
>>>>>>> + Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â mmc_part_add(card, part_size<<
>>>>>>> Â19,
>>>>>>> + Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â EXT_CSD_PART_CONFIG_ACC_GP0 +
>>>>>>> idx,
>>>>>>> + Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â "gp%d", idx, false);
>>>>>>> + Â Â Â Â Â Â Â Â Â Â Â }
>>>>>>> + Â Â Â Â Â Â Â }
>>>>>>> Â Â Â Â Â Â Â Âcard->ext_csd.sec_trim_mult =
>>>>>>> Â Â Â Â Â Â Â Â Â Â Â Âext_csd[EXT_CSD_SEC_TRIM_MULT];
>>>>>>> Â Â Â Â Â Â Â Âcard->ext_csd.sec_erase_mult =
>>>>>>> diff --git a/include/linux/mmc/card.h b/include/linux/mmc/card.h
>>>>>>> index 5294ddf..0522627 100644
>>>>>>> --- a/include/linux/mmc/card.h
>>>>>>> +++ b/include/linux/mmc/card.h
>>>>>>> @@ -12,6 +12,7 @@
>>>>>>>
>>>>>>> Â#include<linux/mmc/core.h>
>>>>>>> Â#include<linux/mod_devicetable.h>
>>>>>>> +#include<linux/genhd.h>
>>>>>>>
>>>>>>> Âstruct mmc_cid {
>>>>>>> Â Â Â Âunsigned int Â Â Â Â Â Âmanfid;
>>>>>>> @@ -64,7 +65,6 @@ struct mmc_ext_csd {
>>>>>>> Â Â Â Âbool Â Â Â Â Â Â Â Â Â Âenhanced_area_en; Â Â Â /* enable bit
>>>>>>> */
>>>>>>> Â Â Â Âunsigned long long Â Â Âenhanced_area_offset; Â /* Units: Byte
>>>>>>> */
>>>>>>> Â Â Â Âunsigned int Â Â Â Â Â Âenhanced_area_size; Â Â /* Units: KB
>>>>>>> */
>>>>>>> - Â Â Â unsigned int Â Â Â Â Â Âboot_size; Â Â Â Â Â Â Â/* in bytes
>>>>>>> */
>>>>>>> Â Â Â Âu8 Â Â Â Â Â Â Â Â Â Â Âraw_partition_support; Â/* 160 */
>>>>>>> Â Â Â Âu8 Â Â Â Â Â Â Â Â Â Â Âraw_erased_mem_count; Â /* 181 */
>>>>>>> Â Â Â Âu8 Â Â Â Â Â Â Â Â Â Â Âraw_ext_csd_structure; Â/* 194 */
>>>>>>> @@ -158,6 +158,23 @@ struct sdio_func_tuple;
>>>>>>>
>>>>>>> Â#define SDIO_MAX_FUNCS Â Â Â Â Â Â Â Â7
>>>>>>>
>>>>>>> +/* The number of MMC physical partitions
>>>>>>> + * It consist of boot partitions(2), general purpose partitions(4)
>>>>>>> in
>>>>>>> MMC
>>>>>>> v4.4
>>>>>>> + */
>>>>>>> +#define MMC_NUM_BOOT_PARTITION 2
>>>>>>> +#define MMC_NUM_GP_PARTITION Â 4
>>>>>>> +#define MMC_NUM_PHY_PARTITION Â6
>>>>>>> +
>>>>>>> +/*
>>>>>>> + * MMC Physical partitions
>>>>>>> + */
>>>>>>> +struct mmc_part {
>>>>>>> + Â Â Â unsigned int Â Âsize; Â /* partition size (in bytes) */
>>>>>>> + Â Â Â unsigned int Â Âpart_cfg; Â Â Â /* it used to part_type */
>>>>>>> + Â Â Â char Â Âname[DISK_NAME_LEN];
>>>>>>> + Â Â Â bool Â Âforce_ro; Â Â Â /* to make boot parts RO by default
>>>>>>> */
>>>>>>> +};
>>>>>>> +
>>>>>>> Â/*
>>>>>>> Â * MMC device
>>>>>>> Â */
>>>>>>> @@ -219,9 +236,24 @@ struct mmc_card {
>>>>>>> Â Â Â Âunsigned int Â Â Â Â Â Âsd_bus_speed; Â /* Bus Speed Mode set
>>>>>>> for
>>>>>>> the card */
>>>>>>>
>>>>>>> Â Â Â Âstruct dentry Â Â Â Â Â *debugfs_root;
>>>>>>> + Â Â Â struct mmc_part part[MMC_NUM_PHY_PARTITION]; /* physical
>>>>>>> partitions */
>>>>>>> + Â Â Â unsigned int Â Ânr_parts;
>>>>>>> Â};
>>>>>>>
>>>>>>> Â/*
>>>>>>> + * This function fill contents in mmc_part.
>>>>>>> + */
>>>>>>> +static inline void mmc_part_add(struct mmc_card *card, unsigned int
>>>>>>> size,
>>>>>>> + Â Â Â Â Â Â Â Â Â Â Â unsigned int part_cfg, char *name, int idx,
>>>>>>> bool
>>>>>>> ro)
>>>>>>> +{
>>>>>>> + Â Â Â card->part[card->nr_parts].size = size;
>>>>>>> + Â Â Â card->part[card->nr_parts].part_cfg = part_cfg;
>>>>>>> + Â Â Â sprintf(card->part[card->nr_parts].name, name, idx);
>>>>>>> + Â Â Â card->part[card->nr_parts].force_ro = ro;
>>>>>>> + Â Â Â card->nr_parts++;
>>>>>>> +}
>>>>>>> +
>>>>>>> +/*
>>>>>>> Â * ÂThe world is not perfect and supplies us with broken mmc/sdio
>>>>>>> devices.
>>>>>>> Â * ÂFor at least some of these bugs we need a work-around.
>>>>>>> Â */
>>>>>>> diff --git a/include/linux/mmc/mmc.h b/include/linux/mmc/mmc.h
>>>>>>> index 50af227..ea558eb 100644
>>>>>>> --- a/include/linux/mmc/mmc.h
>>>>>>> +++ b/include/linux/mmc/mmc.h
>>>>>>> @@ -270,6 +270,7 @@ struct _mmc_csd {
>>>>>>> Â * EXT_CSD fields
>>>>>>> Â */
>>>>>>>
>>>>>>> +#define EXT_CSD_GP_SIZE_MULT Â Â Â Â Â 143 Â Â /* R/W */
>>>>>>> Â#define EXT_CSD_PARTITION_ATTRIBUTE Â 156 Â Â /* R/W */
>>>>>>> Â#define EXT_CSD_PARTITION_SUPPORT Â Â 160 Â Â /* RO */
>>>>>>> Â#define EXT_CSD_RST_N_FUNCTION Â Â Â Â Â Â Â Â162 Â Â /* R/W */
>>>>>>> @@ -313,7 +314,9 @@ struct _mmc_csd {
>>>>>>>
>>>>>>> Â#define EXT_CSD_PART_CONFIG_ACC_MASK Â(0x7)
>>>>>>> Â#define EXT_CSD_PART_CONFIG_ACC_BOOT0 (0x1)
>>>>>>> -#define EXT_CSD_PART_CONFIG_ACC_BOOT1 Â(0x2)
>>>>>>> +#define EXT_CSD_PART_CONFIG_ACC_GP0 Â Â(0x4)
>>>>>>> +
>>>>>>> +#define EXT_CSD_PART_SUPPORT_PART_EN Â (0x1)
>>>>>>>
>>>>>>> Â#define EXT_CSD_CMD_SET_NORMAL Â Â Â Â Â Â Â Â(1<<0)
>>>>>>> Â#define EXT_CSD_CMD_SET_SECURE Â Â Â Â Â Â Â Â(1<<1)
>>>>>>
>>>>>>
>>>>
>>>>
>>>
>
>
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

Next message: Lin Ming: "Re: kmemleaks related to ACPI psparse"
Previous message: Adrian Hunter: "Re: [PATCH v10] mmc : general purpose partition support."
In reply to: Adrian Hunter: "Re: [PATCH v10] mmc : general purpose partition support."
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]