Re: [Bugme-new] [Bug 12447] New: usbtouchscreen submits URB too quickly if built in to kernel

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



(switched to email.  Please respond via emailed reply-to-all, not via the
bugzilla web interface).

On Wed, 14 Jan 2009 08:29:31 -0800 (PST) bugme-daemon@xxxxxxxxxxxxxxxxxxx wrote:

> http://bugzilla.kernel.org/show_bug.cgi?id=12447
> 
>            Summary: usbtouchscreen submits URB too quickly if built in to
>                     kernel
>            Product: Drivers
>            Version: 2.5
>      KernelVersion: 2.6.27
>           Platform: All
>         OS/Version: Linux
>               Tree: Mainline
>             Status: NEW
>           Severity: normal
>           Priority: P1
>          Component: Input Devices
>         AssignedTo: drivers_input-devices@xxxxxxxxxxxxxxxxxxxx
>         ReportedBy: david.hagood@xxxxxxxxxxxx
> 
> 
> Latest working kernel version: (unknown)
> Earliest failing kernel version: (unknown)
> Distribution: Debian/x86 (Lenny), Debian/ARM (OMAP, Lenny)
> Hardware Environment: x86, Beagleboard
> Software Environment: Debian Lenny, X
> Problem Description:
> If the usbtouchscreen driver is built in to the kernel and a Microtouch systems
> touchscreen (USB ID 0596:0001) is plugged in, the initialization of the driver
> fails with the following logged:
> 
> usbtouchscreen: usbtouch_irq - usb_submit_urb failed with result: -19           
> usb 1-1.3: new full speed USB device using musb_hdrc and address 11             
> usb 1-1.3: configuration #1 chosen from 1 choice                                
> input: 3M 3M USB Touchscreen - EX II as /class/input/input10
> 
> If the driver is compiled as a module and is not loaded into the kernel, the
> initialization works - dmesg output is:
> 
> usb 1-1.3: new full speed USB device using musb_hdrc and address 12             
> usb 1-1.3: configuration #1 chosen from 1 choice                                
> input: 3M 3M USB Touchscreen - EX II as /class/input/input11                    
> usbcore: registered new interface driver usbtouchscreen
> 
> If the screen is unplugged and plugged in again, the result is the same as if
> the module is built in. If the screen is unplugged, the usbtouchscreen module
> removed, and the screen plugged in, it works.
> 
> I would conjecture that a delay is needed after the insertion to allow the
> hardware to stabilize.
> 
> Steps to reproduce:
> Build the usbtouchscreen driver as a built-in driver.
> Insure touchscreen hardware is NOT plugged in.
> Reboot into new kernel, wait for system up.
> Connect touchscreen hardware.
> 
> Expected results: hardware device found, initialized, /dev/input/event[n]
> created.
> Actual results: Hardware found, URB submission error, no dev entry created.
> 
> Build driver as module.
> Insure touchscreen hardware is NOT plugged in.
> Reboot into new kernel, wait for system up.
> Connect touchscreen hardware.
> 
> Expected results: hardware device found, drivers modprobed, initialized,
> /dev/input/event[n] created.
> Actual results: as expected.
> 
> Remove device, wait 5 seconds, re-connect hardware.
> 
> Expected results: hardware device found, initialized, /dev/input/event[n]
> created.
> Actual results: Hardware found, URB submission error, no dev entry created.
> 
> Remove hardware, rmmod usbtouchscreen driver, reconnect hardware.
> 
> Expected results: hardware device found, drivers modprobed, initialized,
> /dev/input/event[n] created.
> Actual results: as expected.
> 
> NOTE: This happens both on the x86 and the ARM environment.
> 

Is this a USB thing, or an input thing?
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Media]     [Linux Input]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [Old Linux USB Devel Archive]

  Powered by Linux