* Board-specific GPIO setup code
@ 2013-07-28 18:53 Tony Prisk
2013-07-29 16:49 ` Stephen Warren
0 siblings, 1 reply; 4+ messages in thread
From: Tony Prisk @ 2013-07-28 18:53 UTC (permalink / raw)
To: linux-arm-kernel
On the Wandboard (IMX6Q SoC), there is a WiFi module connected via SDIO
that requires a reset procedure to enable it. This would be board
specific setup, but gpio_* functions can't be used in
arch/arm/mach-imx/imx6q.c
What would be the correct place to perform the reset code (basically a
series of gpio calls) to reset the WiFi controller or should it be done
earlier in uboot?
Regards
Tony Prisk
^ permalink raw reply [flat|nested] 4+ messages in thread
* Board-specific GPIO setup code
2013-07-28 18:53 Board-specific GPIO setup code Tony Prisk
@ 2013-07-29 16:49 ` Stephen Warren
2013-07-29 17:21 ` Fabio Estevam
0 siblings, 1 reply; 4+ messages in thread
From: Stephen Warren @ 2013-07-29 16:49 UTC (permalink / raw)
To: linux-arm-kernel
On 07/28/2013 12:53 PM, Tony Prisk wrote:
> On the Wandboard (IMX6Q SoC), there is a WiFi module connected via SDIO
> that requires a reset procedure to enable it. This would be board
> specific setup, but gpio_* functions can't be used in
> arch/arm/mach-imx/imx6q.c
>
> What would be the correct place to perform the reset code (basically a
> series of gpio calls) to reset the WiFi controller or should it be done
> earlier in uboot?
The correct approach is probably to enhance the SDIO controller (or SDIO
core) to know how to power/reset/... the device that's attached to it.
For WiFi, this probably also includes turning on a clock to the
conencted device too. Hopefully this is all common enough that the same
set of signals/sequencing/... works for all connected devices, so we
don't have to do custom stuff on different boards.
^ permalink raw reply [flat|nested] 4+ messages in thread
* Board-specific GPIO setup code
2013-07-29 16:49 ` Stephen Warren
@ 2013-07-29 17:21 ` Fabio Estevam
2013-07-29 17:33 ` Stephen Warren
0 siblings, 1 reply; 4+ messages in thread
From: Fabio Estevam @ 2013-07-29 17:21 UTC (permalink / raw)
To: linux-arm-kernel
On Mon, Jul 29, 2013 at 1:49 PM, Stephen Warren <swarren@wwwdotorg.org> wrote:
> On 07/28/2013 12:53 PM, Tony Prisk wrote:
>> On the Wandboard (IMX6Q SoC), there is a WiFi module connected via SDIO
>> that requires a reset procedure to enable it. This would be board
>> specific setup, but gpio_* functions can't be used in
>> arch/arm/mach-imx/imx6q.c
>>
>> What would be the correct place to perform the reset code (basically a
>> series of gpio calls) to reset the WiFi controller or should it be done
>> earlier in uboot?
>
> The correct approach is probably to enhance the SDIO controller (or SDIO
> core) to know how to power/reset/... the device that's attached to it.
Can't we just use the gpio reset driver proposed by Philipp Zabel?
http://www.spinics.net/lists/arm-kernel/msg261771.html
Regards,
Fabio Estevam
^ permalink raw reply [flat|nested] 4+ messages in thread
* Board-specific GPIO setup code
2013-07-29 17:21 ` Fabio Estevam
@ 2013-07-29 17:33 ` Stephen Warren
0 siblings, 0 replies; 4+ messages in thread
From: Stephen Warren @ 2013-07-29 17:33 UTC (permalink / raw)
To: linux-arm-kernel
On 07/29/2013 11:21 AM, Fabio Estevam wrote:
> On Mon, Jul 29, 2013 at 1:49 PM, Stephen Warren <swarren@wwwdotorg.org> wrote:
>> On 07/28/2013 12:53 PM, Tony Prisk wrote:
>>> On the Wandboard (IMX6Q SoC), there is a WiFi module connected via SDIO
>>> that requires a reset procedure to enable it. This would be board
>>> specific setup, but gpio_* functions can't be used in
>>> arch/arm/mach-imx/imx6q.c
>>>
>>> What would be the correct place to perform the reset code (basically a
>>> series of gpio calls) to reset the WiFi controller or should it be done
>>> earlier in uboot?
>>
>> The correct approach is probably to enhance the SDIO controller (or SDIO
>> core) to know how to power/reset/... the device that's attached to it.
>
> Can't we just use the gpio reset driver proposed by Philipp Zabel?
> http://www.spinics.net/lists/arm-kernel/msg261771.html
Quite possibly, but the SD binding and driver still would need to be
updated to actually invoke it.
Also, that only covers reset, not any enable GPIO, 32KHz clock,
regulator, etc.
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2013-07-29 17:33 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-07-28 18:53 Board-specific GPIO setup code Tony Prisk
2013-07-29 16:49 ` Stephen Warren
2013-07-29 17:21 ` Fabio Estevam
2013-07-29 17:33 ` Stephen Warren
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).