<div dir="ltr">Thanks Andrew that was helpful! I will look into pinctrl and FMC driver then.<div><br></div><div>Thanks,</div><div>Kun</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Oct 24, 2016 at 4:26 PM, Andrew Jeffery <span dir="ltr"><<a href="mailto:andrew@aj.id.au" target="_blank">andrew@aj.id.au</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Mon, 2016-10-24 at 14:22 -0700, Kun Yi wrote:<br>
> Hi Andrew,<br>
><br>
> One question I have though: I think pinmux/pinctrl driver is supposed<br>
> to be a boot time static pin configure module and parses DT and<br>
> configures accordingly. Is it possible to use pinmux to dynamically<br>
> modify the pin states?<br>
<br>
</span>Yes, see "Runtime pinmuxing" here (at the bottom of the document):<br>
<br>
<a href="https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/Documentation/pinctrl.txt" rel="noreferrer" target="_blank">https://git.kernel.org/cgit/<wbr>linux/kernel/git/torvalds/<wbr>linux.git/tree/Documentation/<wbr>pinctrl.txt</a><br>
<br>
So you'd need to patch the FMC driver that Milton and Cedric have been<br>
working on to (de)activate pin states, likely at probe() and remove()<br>
(this implies you'll need to somehow orchestrate a remove/switch,<br>
switch/probe dance). Alternatively, provide a way to suspend operations<br>
on the MTD and switch the pins between master and passthru in the FMC<br>
driver. Some complications are that this functionality is only<br>
available for SPI1, and you might need to do a bit of work to guarantee<br>
sensible outcomes for operations that might span the mode switch.<br>
<br>
Cheers,<br>
<br>
Andrew</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Regards,<div>Kun</div></div></div>
</div>