> > > That would be a good reason to check for valid data, right? > > > > A complete valid data check would be too much for kernel space, > > but I could add a check if the CRC add the end of the eeprom is correct. > > Would that be sufficient? > > For firmware download, yes, that should not be checked in kernel space. > I'm talking about the simple ioctls that you created to send 1 byte > commands to the device. What happens if the data sent by the user is an > invalid command?
*cough* ok, my todo list now looks like this: - Re-apply typdef patch - Allow eeprom writing/erasing only by root - Add validity checks for eeprom writing and bitbang enable ioctl. And if someone can test the code for me: - 64 bit thunking layer > > > > How can another application open /dev/ttyUSB0 when I've locked it? > > > > > > How do you "lock" a port, using flock(2)? If another application > > > doesn't try to also get the lock, but rather just use the port, then it > > > can open it just fine, right? > > > > But this is true for all other handshaking-manipulations, isn't it? > > I can just open a port and reset RTS/CTS, can't I? > > Yup. > > > One thing I forgot to mention: The bit bang handshaking mode > > is only valid per application. If another application opens /dev/ttyUSB0, > > ftdi_open() does a chip-reset and the bit bang mode is gone. > > Remember, ftdi_open() only gets called on the first open of the port. > If one application opens the device, and doesn't call close, and then > another application opens the port, ftdi_open() does not get called. But I guess something really goes wrong anyway if two applications talk to the same device at the same time. If I complete my tasks I've listed above, do you still don't want to see this patch in the mainstream ftdi_sio driver? Is there anything you want to add to the todo list? Thomas ------------------------------------------------------- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en _______________________________________________ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
