-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tue, 13 Aug 2002 17:15, Morten Holm Larsen wrote: > > > <snip> > > > > > > > mknod /dev/usb/hiddev0 c 180 96 > > > > mknod /dev/usb/hiddev1 c 180 97 > > > > mknod /dev/usb/hiddev2 c 180 98 > > > > > > What about /dev/input/eventXX? > > > > Your configuration (without CONFIG_USB_HIDINPUT) doesn't support the > > input layer for HID devices. Are you familiar with how hiddev and the > > input layer work? > > I feign that it is a normel char device driver, so I can "cat > /dev/usb/hiddevX" and "echo /dev/usb/hiddevX" You know that you are getting structured events, don't you?
Have you read http://www.frogmouth.net/hid-doco/linux-hid.html ? That has a reasonable explanation of how to read events for the event interface (which is probably what you should be doing, rather than hiddev, now I understand what you are doing). The hiddev interface is pretty similar though. > But is the char code on 8 bit or UNICODE (8-16-32) ? It isn't either. It is a structured event. > > > > and so on (to hiddev15, no further) if required. > > > > > > If I only use hiddev and USB-hub, can I the : > > > > > > #define HIDDEV_MINOR_BASE 13 > > > #define HIDDEV_MINORS 99 > > > > > > in linux-2.4.19/drivers/usb/hiddev.c ? > > > > You could, but this will break other things later. Why not use the > > standard device numbers? > > See below. > > <snip> > > > > But how can I force it to be: > > > C:* #Ifs= 2 Cfg#= 1 Atr=a0 MxPwr= 0mA > > > I: If#= 0 Alt= 0 #EPs= 1 Cls=03(HID ) Sub=01 Prot=01 Driver=hid > > > E: Ad=81(I) Atr=03(Int.) MxPS= 8 Ivl=10ms > > > I: If#= 1 Alt= 0 #EPs= 1 Cls=03(HID ) Sub=01 Prot=02 Driver=(none) > > > E: Ad=82(I) Atr=03(Int.) MxPS= 4 Ivl=10ms > > > > Why would you want to? You don't need to use that other interface, but if > > you don't claim the interface, you will never get access to it. > > I am trying to make a embedded linux system, that take imput for e.g. 30 > keypads, and now each keypad take to minors number (I'am only using the > first "If=0"). So I have to do something. You could do some changes to the probe routine in hid.c, but that would be pretty rash. > Furthermore the system shall only handle USB keypad and USB HUB, so it > will be easy to change hiddev.c whitout any things to break. There is a #define at the top of hiddev.c for the number of minors. Just change it from 16 to 32 or 64. You'd have to turn off other drivers though. In 2.5 kernels there is a way to dynamically allocate minors, so you get 256 for any driver. - -- http://conf.linux.org.au. 22-25Jan2003. Perth, Australia. Birds in Black. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9WNh5W6pHgIdAuOMRAi/tAJ9hkX/n+k2Tilgboih7pgqAP+yfTQCgxKP1 kvmR9k/Hk8GGY0Wh9KLOn90= =kfGf -----END PGP SIGNATURE----- ------------------------------------------------------- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=31 _______________________________________________ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-users
