* Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx> [120204 09:16]: > On Sat, Feb 04, 2012 at 10:22:27AM -0700, Paul Walmsley wrote: > > No, that is not an example of a protocol with a retry. That is an example > > of a protocol that has no provision for reliable data delivery. Sending a > > new data string one second later is not a retry. > > > > In such situations, the system integrator would just use the UART in the > > default (lossless) mode. And if they don't, they'll have to deal with the > > consequences that they chose. Those of us who ship battery-powered Linux > > devices are indeed capable of making this choice. > > Okay, lets see. You're making a battery powered Linux device. It has > a standard RS232 serial port available, and you allow users to load > 'apps' onto it. > > Do you run the serial ports in lossless mode? The default should always be the lossless mode. If the clocks for the serial port are cut off based on a timer, the timer should be port specific, and default to 0. Then if some app using the port wants to intentionall enable automatic disabling of the clocks, it can still do it. Regards, Tony -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
