All of lore.kernel.org
 help / color / mirror / Atom feed
From: Marek Szyprowski <m.szyprowski@samsung.com>
To: Sebastian Reichel <sre@kernel.org>
Cc: Joonyoung Shim <jy0922.shim@samsung.com>,
	linux-pm@vger.kernel.org, devicetree@vger.kernel.org,
	linux-samsung-soc@vger.kernel.org,
	Kukjin Kim <kgene.kim@samsung.com>,
	Tobias Jakobi <Liquid.Acid@gmx.net>,
	Daniel Drake <drake@endlessm.com>,
	Dmitry Eremin-Solenikov <dbaryshkov@gmail.com>,
	David Woodhouse <dwmw2@infradead.org>
Subject: Re: [PATCH 1/2] power: reset: add driver for Hardkernel's Odroid boards
Date: Tue, 27 Jan 2015 09:16:23 +0100	[thread overview]
Message-ID: <54C74957.2000600@samsung.com> (raw)
In-Reply-To: <20150125143207.GD2719@earth.universe>

Hello,

On 2015-01-25 15:32, Sebastian Reichel wrote:
> On Fri, Jan 23, 2015 at 12:11:22PM +0100, Marek Szyprowski wrote:
>> Frankly, I analyzed this case once again and I came to conclusion
>> that there is no need to make a separate reset driver for Odroid
>> boards. There is nothing special, specific to whole board about
>> this gpio. It is rather a property of MMC host controller and eMMC
>> card that is connected to it. When only gpio toggling code is
>> moved to reset handler registered from mmc controller, the board
>> properly performs reboot with a generic exynos4 code.
> OK, so I guess this will be fixed independently via mmc subsystem.

I've posted an updated patch.

>
>> The poweroff code in above driver is just a generic Exynos4 code,
>> so again there is no need to duplicate it.
> OK. It seems there is a driver for that in arch/arm/mach-exynos.
> Otherwise I would have suggest to create something like
> syscon-reboot for shutdown.
>
>> By moving the code to mmc driver, the same approach can be used for other
>> Odroid boards (XU/XU3) and maybe even other boards which need manual
>> resetting of eMMC cards to properly perform reboot procedure.
> I suggest to start a new thread for discussing this, which includes
> linux-mmc. It might be interesting to provide some more details about
> eMMC_nDET, since MMC already contain a reset signal (which seems to
> be used according to the odroid schematics I found).

My fault. The documentation for this initial driver was incorrect. The 
reboot
fix has noting to eMMC_nDET signal. It should be eMMC nreset, which is 
routed
directly to SoC GPIO line with external pull-up resistor. I really have no
idea why I wrote eMMC_nDET instead of nreset.

Best regards
-- 
Marek Szyprowski, PhD
Samsung R&D Institute Poland


      reply	other threads:[~2015-01-27  8:16 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-10-29 13:13 [PATCH 1/2] power: reset: add driver for Hardkernel's Odroid boards Marek Szyprowski
2014-10-29 13:13 ` [PATCH 2/2] ARM: dts: exynos4412-odroid-common: add reboot handler Marek Szyprowski
2015-01-22  1:06 ` [PATCH 1/2] power: reset: add driver for Hardkernel's Odroid boards Sebastian Reichel
2015-01-22  1:33   ` Joonyoung Shim
2015-01-23 11:11     ` Marek Szyprowski
2015-01-25 14:32       ` Sebastian Reichel
2015-01-27  8:16         ` Marek Szyprowski [this message]

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=54C74957.2000600@samsung.com \
    --to=m.szyprowski@samsung.com \
    --cc=Liquid.Acid@gmx.net \
    --cc=dbaryshkov@gmail.com \
    --cc=devicetree@vger.kernel.org \
    --cc=drake@endlessm.com \
    --cc=dwmw2@infradead.org \
    --cc=jy0922.shim@samsung.com \
    --cc=kgene.kim@samsung.com \
    --cc=linux-pm@vger.kernel.org \
    --cc=linux-samsung-soc@vger.kernel.org \
    --cc=sre@kernel.org \
    /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.