On Wed, 31 Jan 2007, Oliver Neukum wrote: > Yes, it is broken. Hiddev allows multiple openings of the same device. > You cannot just mix IO requests of different readers. You are allowing a > second process to delay IO completion of the first process.
It is questionable whether this is worth fixing, as hiddev has a very few real-world users (acupsd, nut, anything else?) - much more userland applications willing to fiddle with HID use libhid instead, for various reasons. I have recently started writing a code of hidraw, which should provide a real raw access to HID data (without parsing, as hiddev does), as this seems to be what userland applications want (and that's why they are not using hiddev - they want really raw HID events, not the parsed ones that hiddev gives them). But thanks for pinpointing this, I will solve it differently in hidraw. Thanks, -- Jiri Kosina ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ [email protected] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
