Hello Tony, On 04/15/2016 10:58 AM, Tony Lindgren wrote: >> >>> The short term workaround is to mux the reset pin to use the internal >>> pulls by using PIN_INPUT_PULLUP | MUX_MODE7, or depending on the direction, >>> PIN_INPUT_PULLDOWN | MUX_MODE7. >> >> I guess you meant MUX_MODE4 here since the pin has to be in GPIO mode? > > No, the glitch affects the GPIO mode, so that's why direction + pull + > safe mode is needed. > Ah ok, thanks for the explanation and sorry for the confusion. >> Also, I wonder how the issue could be related to the GPIO controller >> since is when enabling runtime PM for the I2C controller that things >> fail. IOW, disabling runtime PM for the I2C adapter shouldn't make >> things to work if the problem was caused by the mentioned GPIO errata. > > If you block PM runtime for I2C, then it blocks deeper idle states > for the whole device. Note that you can disable off mode during idle Thanks again for this clarification. > and suspend with: > > # echo 0 > /sys/kernel/debug/pm_debug/enable_off_mode > I see thought that enable_off_mode is 0 by default when booting the board: # cat /sys/kernel/debug/pm_debug/enable_off_mode 0 So if I understood your explanation correctly, that means that the glitch should not happen for the GPIO pins since the machine doesn't enter into deeper idle states that could cause the glitch from erratum 1.158? >> In any case, I've tried to use the internal pulls as you suggested but >> that didn't solve the issue. > > OK. Just to be sure.. Did you use the safe mode mux option instead > of the GPIO mux option? > No sorry, I tested with the GPIO mux mode before since I misunderstood your previous email. But now I've tested with safe mode mux and didn't make a difference (which was expected since off mode is disabled AFAIU). > Note that in some cases the internal pull is not strong enough to > keep the reset line up if there's an external pull down resistor. > Yes, I got that from your previous email but as I mentioned, the lines in the board don't have external pull resistors. > Regards, > > Tony > Best regards, -- Javier Martinez Canillas Open Source Group Samsung Research America -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
