I'm replying to myself, just that someone else could propably find (by
googling) the issue interesting
Anyway, I solved my problem by using a new char device and class for my
USB device.
alloc_chrdev_region(x2s_dev, 0, X2S_NR_OF_DEVICES*X2S_MINORS,
x2s_usb);
x2s_class =
On Wed, Aug 31, 2005 at 03:00:13PM +0300, Jouni Ryn? wrote:
I'm replying to myself, just that someone else could propably find (by
googling) the issue interesting
Anyway, I solved my problem by using a new char device and class for my
USB device.
alloc_chrdev_region(x2s_dev, 0,
The problem with reimplementing the usb_register_dev() is the non
existing external access to the static struct file_operations
*usb_minors[MAX_USB_MINORS].
The FPGA board itself has only iso endpoints, the rest of the system is
controlled via control messages. One could in principle implement
Jouni Rynö wrote:
I try to upgrade my x2s_usb 2.4 kernel driver to 2.6.
On 2.4 the driver had 6 /dev entries (via devfs)
Now I have to say, that I cannot figure out the proper way to
generate these /dev entries for the USB-driver. None of the kernel
provided drivers seem to have that kind
Actually my question goes down to simple question:
Is it possible to have multiple minors for single interface, or should I
do something different?
Looks like I could call usb_register_dev multiple times, if I fix the
interface.minor after the calls. Maybe ...
Jouni
On Wed, 2005-08-24 at 15:55
Hi
I try to upgrade my x2s_usb 2.4 kernel driver
(https://sourceforge.net/projects/x2susbsfwkit) to 2.6.
The system is a prototyping board with ezusb and Xilinx FPGA.
On 2.4 the driver had 6 /dev entries (via devfs)
/dev/x2s/firmware - for FPGA desing update
/dev/x2s/io0 - for first memory