Hello ok I'm now gonna try and do a better bug report.
Hope your the right place(s) to e-mail. (sorry if not)
Description: USB mouse system crash with usb-ohci driver.
General:
When I load the usb-ohci driver and the plug in the usb mouse (or if the
mouse is alread plugged in)
then the system
Acording to www.kernel.org bugzilla is only for kernel 2.5.x
So I guess there's not much hope for me. :-(
Jon Smirl wrote:
Try putting it into the kernel bug tracker:
http://bugzilla.kernel.org/
Then post a reference to it on the USB list.
=
Jon Smirl
[EMAIL PROTECTED]
I have a bug in the usb-ohci driver.
Where should I submit this bug report?
Since it looks like nobody in this newsgroup cares.
-Heinrich
---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 S
Sorry for asking this but I do not have a device as yet to verify this.
I know that you can for send bulk urbs make the buffer bigger than
wMaxPacketSize.
Can you also do this for Receiving bulk urbs? and will it then use the
larger buffer?
Or should I make receive bulk urbs buffer size = wMaxP
David Brownell wrote:
Heinrich du Toit wrote:
So I'm thinking use the next field and make a circle que with some urbs.
Don't use urb->next, it never worked for anything except ISO and
is gone in 2.5 anyway ... since it was always possible to just
have completion handlers res
Hi there
I now found out that in order to get high speeds with bulk transfer you
need to submit lots of data at a time and you also need to submit lots
of urbs at the same time.
So I'm thinking use the next field and make a circle que with some urbs.
Ok so each time the complete method is calle
I have a Nvidia motherboard with an nvidia usb controller.
According to them I should load the usb-ohci module for the chip.
The module loads and detects the chip , evything ok.
But when I plug in the usb mouse the module says: new device found and
then the system hangs. :-(
This is very irritat
John Wilkins wrote:
Hi,
I've just read your posting to the usb-devel list. I too have an FTDI
based device (my internet provider uses it - strange, I know). I have
been using the ftdi_sio driver but can't get it to work above around
400k bits / sec even though my internet service is 1Mbit/s.
Oliver Neukum wrote:
Ok one more question.
There are only 16 devices. But does this limit the driver to 16 physical
devices outside the computer?
Or can I handle more than 16 devices.
Yes and no.
If you register your own device, you can handle 256 devices. You can
repeat this process for
Thanks for your quick reply.
Oliver Neukum wrote:
Question1: How do I make my device show up automatically in the devfs?
or procfs?
You register with devfs. To do so you need a call like this:
usblp->devfs = devfs_register(usb_devfs_handle, name, ...
in your probe method.
usblp ? sorry
Hi
I'm once again writing a usb driver.
For a simple FIFO device this time. (FTDI)
Yes I know there is already a driver but thats a serial driver and not
fast enough. (Me need fullspeed)
Ok so I've got the stuff setup. usb probe and release and fops.
here is the data structures:
/// file ope
Tvrtko A. Ursulin wrote:
I got the following oops message (attached)
Can you reproduce it with 2.4.19 ? Are you using preemptible kernel patch?
I ask you this because I also have trouble with 2.4.20 and preemptible kernel
patch.
No I don't use the preemptible kernel patch.
And umm..
Ok I got "make menuconfig " to work with kernel 2.5.50..
But when I run make-kpkg kernel_image
I get:
/usr/bin/make -f scripts/Makefile.build obj=drivers/pci
gcc -Wp,-MD,drivers/pci/.access.o.d -D__KERNEL__ -Iinclude -Wall
-Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common
Yes I know this question should go to the kernel-devel mailing list..
but I can't download 300 messages per day!
Just 1 simple question:
Is there any way I can check if a pointer in kernel space is valid/safe?
This would make it easier to prevent kernel oops's :-)
Thanks
-Heinrich
--
Hi
I got the following oops message (attached)
The really weird thing about this is that there is no mention of my
driver there...
And my driver doesn't make use of bulk URB's in any way. It just uses
Interrupt URB's
Althought this bug happened at the time when unlink_urb's executed from
my d
Hello
I'm writing a usb driver.. with kernel version 2.4.20 at the moment.
I just like to know.. Will I have to make serious changes to my driver
when kernel 2.6 is released?
Or will it keep on working?
Thanks
-Heinrich
---
This SF.net email
I upgraded to 2.4.20... no change.
And the uhci driver even locks up the system sometimes when usb-uhci
doesn't ;-)
But I found a trick.
I now unlink the send URB in the recieve_complete function.
This way it does get done.
And by just unlinking the 1 the whole send reviece process seems to stop
Sorry me again.
Ok I'll shutup after this.
Just wanna let you know that my previous e-mail is wrong.
unlinking the send doesn't help!
It all continues in a happy send recieve loop!
---
This SF.net email is sponsored by: Get the new Palm Tun
e send URB.
David Brownell wrote:
Heinrich du Toit wrote:
Anyways from what I can find out the max bandwidth of my USB is 12Mbit/s
And each device communicates at 1.6Mbit/s
This means after I plugged in the 7th device (theoritcally) the
bandwidth are full.
And from then on things start to sl
David Brownell wrote:
Heinrich du Toit wrote:
Anyways from what I can find out the max bandwidth of my USB is 12Mbit/s
And each device communicates at 1.6Mbit/s
This means after I plugged in the 7th device (theoritcally) the
bandwidth are full.
And from then on things start to slow down or
Hello again.
Ok you know my storie by now :-)
Anyways from what I can find out the max bandwidth of my USB is 12Mbit/s
And each device communicates at 1.6Mbit/s
This means after I plugged in the 7th device (theoritcally) the
bandwidth are full.
And from then on things start to slow down or seom
Brad Hards wrote:
I don't know if I understand the documentation correctly.. Is the limit
of 16 on the usbdevfs or the physical devices?
Which documentation lead you to believe that there will be a problem?
The developer documentation on the linux-usb.org web-site.
But Thanks for all your
Hi all.
I'm writing a custom USB device driver for a custom made usb device.
So far things are going good :-)
But I would possibly like to be able to handle alot more than 16
devices. Meaning 16 of them on the same driver.
I don't know if I understand the documentation correctly.. Is the limit
23 matches
Mail list logo
