On Wed, 20 Aug 2014, Javier Martinez Canillas wrote: > From: Doug Anderson <[email protected]> > > If someone sends a EC_CMD_REBOOT_EC to the EC, the EC will likely be > unresponsive for quite a while. Add a delay to the end of the command > to prevent random failures of future commands. > > NOTES: > * This could be optimized a bit by simply delaying the next command > sent, but EC_CMD_REBOOT_EC is such a rare command that the extra > complexity doesn't seem worth it. > * This is a bit of an "ugly hack" since the SPI driver is effectively > snooping on the communication and making a lot of assumptions. It > would be nice to architect in some better solution long term.
Are you planning on doing that? > * This same logic probably needs to be applied to the i2c driver. > > Signed-off-by: Doug Anderson <[email protected]> > Reviewed-by: Randall Spangler <[email protected]> > Reviewed-by: Vadim Bendebury <[email protected]> > Signed-off-by: Javier Martinez Canillas <[email protected]> > --- > drivers/mfd/cros_ec_spi.c | 9 +++++++++ > 1 file changed, 9 insertions(+) I'm willing to accept this as a stand-in. Acked-by: Lee Jones <[email protected]> -- Lee Jones Linaro STMicroelectronics Landing Team Lead Linaro.org │ Open source software for ARM SoCs Follow Linaro: Facebook | Twitter | Blog -- To unsubscribe from this list: send the line "unsubscribe linux-samsung-soc" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
