Hi Stephen,
Did bit more testing on this.
I could not reproduce this issue (across 40+ reboots) once I removed
some of my debug, so we can ignore this patch for now, But we still need
gsbi patch for clock.
Thanks,
srini
On 17/06/14 22:09, Stephen Boyd wrote:
On 06/10/14 07:32, Srinivas Kandagatla wrote:
The use case is when we boot the platform with bootconsole enabled. What
I noticed is that the console gets locked sometimes up before the bootconsole
is disabled.
As part of console setup in serial driver it resets that hardware which
is a race condition to bootconsole using the same hardware. This
patch adds a check to see if there is bootconsole before reseting the hardware.
Am sure there are better ways to solve this, so marking this patch as
RFC. Any suggestions are welcome.
Isn't there some way to check and wait for the hardware to be unused
before we reset it?
I recall being able to overcome this "race condition" by removing the
printks in the serial driver setup. Does that work for you?
--
To unsubscribe from this list: send the line "unsubscribe linux-arm-msm" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
