From: Martin Fuzzey <hidden> Date: 2016-01-08 09:07:26
The DT binding doc says reset-gpios is an optional property but the code
currently bails out if it is omitted.
Make the code match the documentation.
Signed-off-by: Martin Fuzzey <redacted>
---
drivers/mmc/core/pwrseq_simple.c | 21 +++++++++++++--------
1 file changed, 13 insertions(+), 8 deletions(-)
[adding Tony Lindgren to cc list]
Hello Martin,
On Fri, Jan 8, 2016 at 6:07 AM, Martin Fuzzey [off-list ref] wrote:
quoted hunk
The DT binding doc says reset-gpios is an optional property but the code
currently bails out if it is omitted.
Make the code match the documentation.
Signed-off-by: Martin Fuzzey <redacted>
---
drivers/mmc/core/pwrseq_simple.c | 21 +++++++++++++--------
1 file changed, 13 insertions(+), 8 deletions(-)
Hi,
* Javier Martinez Canillas [off-list ref] [160108 08:42]:
On Fri, Jan 8, 2016 at 6:07 AM, Martin Fuzzey [off-list ref] wrote:
quoted
The DT binding doc says reset-gpios is an optional property but the code
currently bails out if it is omitted.
Make the code match the documentation.
...
Tony already posted a fix for this before [0] but got some feedback so
is likely to post a v2 soon.
Hmm I think my patch would end up looking pretty much like Martin's
patch after fixing the comments. Based on what I understood, Ulf
wants to keep pwrseq_simple, well, simple as discussed in [0].
It also seems Ulf also wants to leave out the allocation, and does
want to add any deeper knowledge of the state of the GPIOs in
pwrse-simple. Instead, we can do device specific pwrseq for things
like Marvell 8787 and so on.
Ulf may have more comments, but $subject patch fixes the issue
I'm seeing with wl12xx on omap5 devices:
Tested-by: Tony Lindgren <tony@atomide.com>
Probably should be tagged Cc: stable # v4.4 when applied.
Regards,
Tony
You need to check also for != -ENOSYS, as otherwise when
CONFIG_GPIOLIB is unset we will treat that as an error.
This is also what the original code did.
ret = PTR_ERR(pwrseq->reset_gpios);
goto clk_put;
}