>If the USB driver registered and the physical device shows up, should the
>driver show up under /dev/usb?
Simple answer, No. When you register a USB device with the kernel you will
be allocated a minor device number. In your example below you've been
allocated 16 numbers between 96 and 111. T
On Tue, Dec 18, 2001 at 10:59:55AM -0600, [EMAIL PROTECTED] wrote:
>
> If the USB driver registered and the physical device shows up, should the
> driver show up under /dev/usb?
You have to manually create the node with mknod(1). Or use devfs :)
greg k-h
__
On Tue, Dec 18, 2001 at 07:10:42AM -0600, [EMAIL PROTECTED] wrote:
>
> It is not the ioctl command itself that I really had a question about. My
> real question should have been:
> What parameter do you pass to the 'open' command to retrieve a file
> descriptor to use in subsequent ioctl command
>>> We have a stand-alone device with a USB I/F for downloading code to
Flash
>>> memory. Currently the only means of downloading the Flash code is via
a
>>> DOS program (actually running from DOS, not Windows). We are trying to
>>> move this to Linux to eliminate the need for DOS. A skeleton
To:
[EMAIL PROTECTED]
[EMAIL PROTECTED]cc:
[EMAIL PROTECTED]
eforge.net Subject: Re:
[linux-usb-devel] Application ioc
> If you are only downloading firmware, I'd recommend using
> usbdevfs/usbfs. This allows userspace programs to talk to usb devices.
> See libusb for an easier interface to the devices: http://libusb.sf.net/
Or jUSB for one in Java: http://jusb.sf.net ... I'm told someone has
an implementation
On Mon, Dec 17, 2001 at 12:47:13PM -0600, [EMAIL PROTECTED] wrote:
> Hello,
>
> We have a stand-alone device with a USB I/F for downloading code to Flash
> memory. Currently the only means of downloading the Flash code is via a
> DOS program (actually running from DOS, not Windows). We are tryi
Hello,
We have a stand-alone device with a USB I/F for downloading code to Flash
memory. Currently the only means of downloading the Flash code is via a
DOS program (actually running from DOS, not Windows). We are trying to
move this to Linux to eliminate the need for DOS. A skeleton driver is
