All of lore.kernel.org
 help / color / mirror / Atom feed
From: Kuninori Morimoto <kuninori.morimoto.gx@gmail.com>
To: Chris Ball <cjb@laptop.org>, Simon <horms@verge.net.au>
Cc: Kuninori Morimoto <kuninori.morimoto.gx@renesas.com>,
	Magnus <magnus.damm@gmail.com>,
	Linux-SH <linux-sh@vger.kernel.org>,
	linux-mmc@vger.kernel.org
Subject: Re: [PATCH 0/4] mmc: tmio/SDHI fixup patches
Date: Thu, 12 Dec 2013 08:26:42 +0000	[thread overview]
Message-ID: <871u1ifpa8.wl%kuninori.morimoto.gx@gmail.com> (raw)
In-Reply-To: <87txee6dvk.fsf@octavius.laptop.org>


Hi Chris, Simon

> > Now, our new board would like to use sh_mobile_sdhi driver,
> > then, it is expecting sh_mobile_sdhi use regulator.
> > But, this regulator is based on GPIO driver,
> > and GPIO driver probe timing is after sh_mobile_sdhi.
> > So, sh_mobile_sdhi (= tmio_mmc_pio) use default ocr_avail,
> > and it doesn't work for us.
> > #1 patch returns -EPROBE_DEFER in such case.
> > it changes tmio_mmc_host_probe() behavior, but
> > in my check, tmio_mmc_pio driver user is sh_mobile_sdhi/tmio-mmc only,
> > and, current user has no conflict by this patch.
> >
> > sh_mobile_sdhi/tmio-mmc is very similar, but, have some difference.
> > #2 - #4 cares such case.
> >
> > These were part of "SDHI support for r8a7790" patch set,
> > but was separated
> 
> Sorry for the delay, I've pushed all four patches to mmc-next for
> 3.14.  Thanks,

Chris
Thank you for your hard work about this.

Simon
Lager SDHI needs these patches.
Can you use this branch ?
If yes, I can re-send patches.

Best regards
---
Kuninori Morimoto

WARNING: multiple messages have this Message-ID (diff)
From: Kuninori Morimoto <kuninori.morimoto.gx@gmail.com>
To: Chris Ball <cjb@laptop.org>, Simon <horms@verge.net.au>
Cc: Kuninori Morimoto <kuninori.morimoto.gx@renesas.com>,
	Magnus <magnus.damm@gmail.com>,
	Linux-SH <linux-sh@vger.kernel.org>,
	linux-mmc@vger.kernel.org
Subject: Re: [PATCH 0/4] mmc: tmio/SDHI fixup patches
Date: Thu, 12 Dec 2013 00:26:42 -0800 (PST)	[thread overview]
Message-ID: <871u1ifpa8.wl%kuninori.morimoto.gx@gmail.com> (raw)
In-Reply-To: <87txee6dvk.fsf@octavius.laptop.org>


Hi Chris, Simon

> > Now, our new board would like to use sh_mobile_sdhi driver,
> > then, it is expecting sh_mobile_sdhi use regulator.
> > But, this regulator is based on GPIO driver,
> > and GPIO driver probe timing is after sh_mobile_sdhi.
> > So, sh_mobile_sdhi (= tmio_mmc_pio) use default ocr_avail,
> > and it doesn't work for us.
> > #1 patch returns -EPROBE_DEFER in such case.
> > it changes tmio_mmc_host_probe() behavior, but
> > in my check, tmio_mmc_pio driver user is sh_mobile_sdhi/tmio-mmc only,
> > and, current user has no conflict by this patch.
> >
> > sh_mobile_sdhi/tmio-mmc is very similar, but, have some difference.
> > #2 - #4 cares such case.
> >
> > These were part of "SDHI support for r8a7790" patch set,
> > but was separated
> 
> Sorry for the delay, I've pushed all four patches to mmc-next for
> 3.14.  Thanks,

Chris
Thank you for your hard work about this.

Simon
Lager SDHI needs these patches.
Can you use this branch ?
If yes, I can re-send patches.

Best regards
---
Kuninori Morimoto

  reply	other threads:[~2013-12-12  8:26 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-11-20  8:30 [PATCH 0/4] mmc: tmio/SDHI fixup patches Kuninori Morimoto
2013-11-20  8:30 ` Kuninori Morimoto
2013-11-20  8:30 ` [PATCH 1/4] mmc: tmio: use -EPROBE_DEFER if driver can't find regulator Kuninori Morimoto
2013-11-20  8:30   ` Kuninori Morimoto
2013-11-20  8:30 ` [PATCH 2/4] mmc: tmio: bus_shift become tmio_mmc_data member Kuninori Morimoto
2013-11-20  8:30   ` Kuninori Morimoto
2014-01-07 13:40   ` Arnd Bergmann
2014-01-07 13:40     ` Arnd Bergmann
2014-01-08  1:33     ` [PATCH] mmc: tmio: fixup compile error Kuninori Morimoto
2014-01-08  1:33       ` Kuninori Morimoto
2014-01-08  4:47       ` Simon Horman
2014-01-08  4:47         ` Simon Horman
2014-01-12 16:22         ` Chris Ball
2013-11-20  8:31 ` [PATCH 3/4] mmc: tmio: add new TMIO_MMC_HAVE_HIGH_REG flags Kuninori Morimoto
2013-11-20  8:31   ` Kuninori Morimoto
2013-11-20  8:31 ` [PATCH 4/4] mmc: SDHI: add SoC specific workaround via HW version Kuninori Morimoto
2013-11-20  8:31   ` Kuninori Morimoto
2013-11-29  2:29 ` [PATCH 0/4] mmc: tmio/SDHI fixup patches Kuninori Morimoto
2013-11-29  2:29   ` Kuninori Morimoto
2013-12-10  2:56 ` Kuninori Morimoto
2013-12-10  2:56   ` Kuninori Morimoto
2013-12-12  1:45 ` Chris Ball
2013-12-12  1:45   ` Chris Ball
2013-12-12  8:26   ` Kuninori Morimoto [this message]
2013-12-12  8:26     ` Kuninori Morimoto
2013-12-13  0:11     ` Simon Horman
2013-12-13  0:11       ` Simon Horman

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=871u1ifpa8.wl%kuninori.morimoto.gx@gmail.com \
    --to=kuninori.morimoto.gx@gmail.com \
    --cc=cjb@laptop.org \
    --cc=horms@verge.net.au \
    --cc=kuninori.morimoto.gx@renesas.com \
    --cc=linux-mmc@vger.kernel.org \
    --cc=linux-sh@vger.kernel.org \
    --cc=magnus.damm@gmail.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.