Hi Benoît,
Le Sun, 29 Sep 2013 15:21:52 +0200 (CEST), Benoît Thébaudeau benoit.thebaudeau@advansee.com a écrit :
Why is this required? Is it because there is a different behavior of the PSR register on one of the i.MXs?
See my commit message here: http://git.denx.de/cgi-bin/gitweb.cgi?p=u-boot.git;a=commitdiff;h=5dafa4543c...
In case the registers are configured to output some level on a GPIO but there is a level conflict with other hardware, the general assumption about gpio_get_value() would probably be that it returns the actual GPIO level, not the level that the registers try to apply. For the latter, another function accessing DR could be implemented.
you are right and if that works in the kernel, that should also work in u-boot. It would be interesting to know if the original patch was really fixing a problem as it would be surprising that setting the pin as an input could fix the level sampling problem reliably : Otavio was that tested on real hardware ?
BTW Otavio if you read that email through the ML, your MX server rejects my emails : otavio@ossystems.com.br: host mx.ossystems.com.br[66.7.219.172] said: 450 4.1.8 eric@eukrea.com: Sender address rejected: Domain not found (in reply to RCPT TO command)
Eric