All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jaehoon Chung <jh80.chung@samsung.com>
To: Ulf Hansson <ulf.hansson@stericsson.com>
Cc: Jaehoon Chung <jh80.chung@samsung.com>,
	"linux-mmc@vger.kernel.org" <linux-mmc@vger.kernel.org>,
	Chris Ball <cjb@laptop.org>,
	Subhash Jadavani <subhashj@codeaurora.org>,
	Per FORLIN <per.forlin@stericsson.com>,
	Johan RUDHOLM <johan.rudholm@stericsson.com>,
	Lee Jones <lee.jones@linaro.org>
Subject: Re: [PATCH] mmc: block: Remove use of mmc_blk_set_blksize
Date: Fri, 23 Mar 2012 19:47:12 +0900	[thread overview]
Message-ID: <4F6C54B0.3010501@samsung.com> (raw)
In-Reply-To: <4F6C52B8.2070608@stericsson.com>

Hi.

I think that your patch is not problem.
In original code, when mmc_blk_alloc_parts/mmc_add_disk is failed, also return 0.
That's wondering..

Thanks for your reply.

Best Regards,
Jaehoon Chung

On 03/23/2012 07:38 PM, Ulf Hansson wrote:

> On 03/23/2012 08:38 AM, Jaehoon Chung wrote:
>> Hi Ulf.
>>
>> Just one question.
>> mmc_blk_probe() is always returned 0?
> 
> The idea was to not change behavior. Previously "err" was _only_ set to the return value of the mmc_blk_set_blksize.

> 
> Still mmc_blk_alloc_parts and mmc_add_disk, may fail but err is never updated, as before. Maybe we should look into that, but if a change is needed I suggest a separate patch for that.
> 
> Kind regards
> Ulf Hansson
> 
>>
>> Best Regards,
>> Jaehoon Chung
>>
>> On 03/22/2012 07:47 PM, Ulf Hansson wrote:
>>
>>> According to the specifications for SD and (e)MMC default
>>> blocksize (named BLOCKLEN in Spec.) must always be 512
>>> bytes. Since we hardcoded to always use 512 bytes, we do
>>> not explicitly have to set it. Future improvements should
>>> potentially make it possible to use a greater blocksize
>>> than 512 bytes, but until then let's skip this.
>>>
>>> Signed-off-by: Ulf Hansson<ulf.hansson@stericsson.com>
>>> ---
>>>   drivers/mmc/card/block.c |   27 +--------------------------
>>>   1 files changed, 1 insertions(+), 26 deletions(-)
>>>
>>> diff --git a/drivers/mmc/card/block.c b/drivers/mmc/card/block.c
>>> index a7c75d8..ce171c6 100644
>>> --- a/drivers/mmc/card/block.c
>>> +++ b/drivers/mmc/card/block.c
>>> @@ -1624,24 +1624,6 @@ static int mmc_blk_alloc_parts(struct mmc_card *card, struct mmc_blk_data *md)
>>>       return ret;
>>>   }
>>>
>>> -static int
>>> -mmc_blk_set_blksize(struct mmc_blk_data *md, struct mmc_card *card)
>>> -{
>>> -    int err;
>>> -
>>> -    mmc_claim_host(card->host);
>>> -    err = mmc_set_blocklen(card, 512);
>>> -    mmc_release_host(card->host);
>>> -
>>> -    if (err) {
>>> -        pr_err("%s: unable to set block size to 512: %d\n",
>>> -            md->disk->disk_name, err);
>>> -        return -EINVAL;
>>> -    }
>>> -
>>> -    return 0;
>>> -}
>>> -
>>>   static void mmc_blk_remove_req(struct mmc_blk_data *md)
>>>   {
>>>       struct mmc_card *card;
>>> @@ -1769,7 +1751,6 @@ static const struct mmc_fixup blk_fixups[] =
>>>   static int mmc_blk_probe(struct mmc_card *card)
>>>   {
>>>       struct mmc_blk_data *md, *part_md;
>>> -    int err;
>>>       char cap_str[10];
>>>
>>>       /*
>>> @@ -1782,10 +1763,6 @@ static int mmc_blk_probe(struct mmc_card *card)
>>>       if (IS_ERR(md))
>>>           return PTR_ERR(md);
>>>
>>> -    err = mmc_blk_set_blksize(md, card);
>>> -    if (err)
>>> -        goto out;
>>> -
>>>       string_get_size((u64)get_capacity(md->disk)<<  9, STRING_UNITS_2,
>>>               cap_str, sizeof(cap_str));
>>>       pr_info("%s: %s %s %s %s\n",
>>> @@ -1810,7 +1787,7 @@ static int mmc_blk_probe(struct mmc_card *card)
>>>    out:
>>>       mmc_blk_remove_parts(card, md);
>>>       mmc_blk_remove_req(md);
>>> -    return err;
>>> +    return 0;
>>>   }
>>>
>>>   static void mmc_blk_remove(struct mmc_card *card)
>>> @@ -1846,8 +1823,6 @@ static int mmc_blk_resume(struct mmc_card *card)
>>>       struct mmc_blk_data *md = mmc_get_drvdata(card);
>>>
>>>       if (md) {
>>> -        mmc_blk_set_blksize(md, card);
>>> -
>>>           /*
>>>            * Resume involves the card going into idle state,
>>>            * so current partition is always the main one.
>>
>>
>>
> 
> -- 
> To unsubscribe from this list: send the line "unsubscribe linux-mmc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 



  reply	other threads:[~2012-03-23 10:47 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-03-22 10:47 [PATCH] mmc: block: Remove use of mmc_blk_set_blksize Ulf Hansson
2012-03-23  7:19 ` Subhash Jadavani
2012-03-23  7:38 ` Jaehoon Chung
2012-03-23 10:38   ` Ulf Hansson
2012-03-23 10:47     ` Jaehoon Chung [this message]
2012-04-01  3:52 ` Chris Ball

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4F6C54B0.3010501@samsung.com \
    --to=jh80.chung@samsung.com \
    --cc=cjb@laptop.org \
    --cc=johan.rudholm@stericsson.com \
    --cc=lee.jones@linaro.org \
    --cc=linux-mmc@vger.kernel.org \
    --cc=per.forlin@stericsson.com \
    --cc=subhashj@codeaurora.org \
    --cc=ulf.hansson@stericsson.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.