Hi,

some i2c bus drivers are checking if a signal is pending and aborting a 
current i2c transfer. This seems reasonable to go back to userland as fast as 
possible.
But yesterday I tried to run a simple 'cat' command on a device node which 
does its transfers via an i2c bus. When the command receives a SIGINT, 
someone (kernel? glibc?) closes the open file descriptor. This calls the 
device's close routine, but as this point of time the signal is still pending 
and no further i2c communication is possible ... the driver fails to shutdown 
the i2c device.
What is the correct or expected behaviour of an i2c bus driver when a signal 
is pending?

jbe

-- 
Pengutronix e.K.                              | Juergen Beisert             |
Linux Solutions for Science and Industry      | Phone: +49-8766-939 228     |
Vertretung Sued/Muenchen, Germany             | Fax:   +49-5121-206917-5555 |
Amtsgericht Hildesheim, HRA 2686              | http://www.pengutronix.de/  |
--
To unsubscribe from this list: send the line "unsubscribe linux-i2c" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to