All of lore.kernel.org
 help / color / mirror / Atom feed
* Problem starting the input interrupt pipe on the G13
@ 2009-09-02 21:25 Rick L. Vinyard, Jr.
  2009-09-03  0:50 ` Greg KH
  0 siblings, 1 reply; 4+ messages in thread
From: Rick L. Vinyard, Jr. @ 2009-09-02 21:25 UTC (permalink / raw)
  To: Linux USB, LKML

Hello,

I'm still working on the G13 driver, but I've run into a problem with the
interrupt in pipe. In essence, I can't figure out how to get it started.

The driver can be found at:
http://g13.svn.sourceforge.net/viewvc/g13/driver/trunk/

I think the root of the problem lies in the fact that the G13 usage page
is 0x00 (undefined). The output and feature reports seem to be working
fine to set the backlight color, the LCD image and the leds on the 'M'
keys.

However, nothing seems to be happening with the input report (there is
only one input report type on endpoint address 0x81 that contains the
joystick and key values).

The problem is getting the input pipe started. I grepped through the other
drivers in the hid directory and I couldn't find any that had to
explicitly start the input interrupt.

Any suggestions?

Thanks,

Rick



^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Problem starting the input interrupt pipe on the G13
  2009-09-02 21:25 Problem starting the input interrupt pipe on the G13 Rick L. Vinyard, Jr.
@ 2009-09-03  0:50 ` Greg KH
  2009-09-03 14:12   ` Rick L. Vinyard, Jr.
  0 siblings, 1 reply; 4+ messages in thread
From: Greg KH @ 2009-09-03  0:50 UTC (permalink / raw)
  To: Rick L. Vinyard, Jr.; +Cc: Linux USB, LKML

On Wed, Sep 02, 2009 at 03:25:50PM -0600, Rick L. Vinyard, Jr. wrote:
> Hello,
> 
> I'm still working on the G13 driver, but I've run into a problem with the
> interrupt in pipe. In essence, I can't figure out how to get it started.
> 
> The driver can be found at:
> http://g13.svn.sourceforge.net/viewvc/g13/driver/trunk/
> 
> I think the root of the problem lies in the fact that the G13 usage page
> is 0x00 (undefined). The output and feature reports seem to be working
> fine to set the backlight color, the LCD image and the leds on the 'M'
> keys.
> 
> However, nothing seems to be happening with the input report (there is
> only one input report type on endpoint address 0x81 that contains the
> joystick and key values).
> 
> The problem is getting the input pipe started. I grepped through the other
> drivers in the hid directory and I couldn't find any that had to
> explicitly start the input interrupt.

Have you just submitted an interrupt urb?

That should be all that is needed, when the device has data, it will
return with it if your urb is pending.

thanks,

greg k-h

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Problem starting the input interrupt pipe on the G13
  2009-09-03  0:50 ` Greg KH
@ 2009-09-03 14:12   ` Rick L. Vinyard, Jr.
  2009-09-03 14:35     ` Rick L. Vinyard, Jr.
  0 siblings, 1 reply; 4+ messages in thread
From: Rick L. Vinyard, Jr. @ 2009-09-03 14:12 UTC (permalink / raw)
  To: Greg KH; +Cc: Linux USB, LKML

Greg KH wrote:
> On Wed, Sep 02, 2009 at 03:25:50PM -0600, Rick L. Vinyard, Jr. wrote:
>> Hello,
>>
>> I'm still working on the G13 driver, but I've run into a problem with
>> the
>> interrupt in pipe. In essence, I can't figure out how to get it started.
>>
>> The driver can be found at:
>> http://g13.svn.sourceforge.net/viewvc/g13/driver/trunk/
>>
>> I think the root of the problem lies in the fact that the G13 usage page
>> is 0x00 (undefined). The output and feature reports seem to be working
>> fine to set the backlight color, the LCD image and the leds on the 'M'
>> keys.
>>
>> However, nothing seems to be happening with the input report (there is
>> only one input report type on endpoint address 0x81 that contains the
>> joystick and key values).
>>
>> The problem is getting the input pipe started. I grepped through the
>> other
>> drivers in the hid directory and I couldn't find any that had to
>> explicitly start the input interrupt.
>
> Have you just submitted an interrupt urb?
>
> That should be all that is needed, when the device has data, it will
> return with it if your urb is pending.
>

I'll give it a shot.

I hadn't tried it yet since I wasn't sure if that was the intended way to
start it up within the HID framework since none of the other drivers
submitted the urb.

Also, submitting the urb requires the usbhid_device structure. Since the
usbhid_device structure is defined in usbhid.h, and usbhid.h isn't
installed with the kernel headers I wasn't sure if there was a better way
to do it (raw events, input mapping or something along those lines).

---

Rick



^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Problem starting the input interrupt pipe on the G13
  2009-09-03 14:12   ` Rick L. Vinyard, Jr.
@ 2009-09-03 14:35     ` Rick L. Vinyard, Jr.
  0 siblings, 0 replies; 4+ messages in thread
From: Rick L. Vinyard, Jr. @ 2009-09-03 14:35 UTC (permalink / raw)
  To: Rick L. Vinyard, Jr.; +Cc: Greg KH, Linux USB, LKML

Rick L. Vinyard, Jr. wrote:
> Greg KH wrote:
>> On Wed, Sep 02, 2009 at 03:25:50PM -0600, Rick L. Vinyard, Jr. wrote:
>>> Hello,
>>>
>>> I'm still working on the G13 driver, but I've run into a problem with
>>> the
>>> interrupt in pipe. In essence, I can't figure out how to get it
>>> started.
>>>
>>> The driver can be found at:
>>> http://g13.svn.sourceforge.net/viewvc/g13/driver/trunk/
>>>
>>> I think the root of the problem lies in the fact that the G13 usage
>>> page
>>> is 0x00 (undefined). The output and feature reports seem to be working
>>> fine to set the backlight color, the LCD image and the leds on the 'M'
>>> keys.
>>>
>>> However, nothing seems to be happening with the input report (there is
>>> only one input report type on endpoint address 0x81 that contains the
>>> joystick and key values).
>>>
>>> The problem is getting the input pipe started. I grepped through the
>>> other
>>> drivers in the hid directory and I couldn't find any that had to
>>> explicitly start the input interrupt.
>>
>> Have you just submitted an interrupt urb?
>>
>> That should be all that is needed, when the device has data, it will
>> return with it if your urb is pending.
>>
>
> I'll give it a shot.
>
> I hadn't tried it yet since I wasn't sure if that was the intended way to
> start it up within the HID framework since none of the other drivers
> submitted the urb.
>
> Also, submitting the urb requires the usbhid_device structure. Since the
> usbhid_device structure is defined in usbhid.h, and usbhid.h isn't
> installed with the kernel headers I wasn't sure if there was a better way
> to do it (raw events, input mapping or something along those lines).
>

Got it working. Submitting the URB didn't work because it wasn't open.
But, calling hdev->ll_driver->open(hdev) in probe opened it up and the
inputs are flowing now.

---

Rick



^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2009-09-03 14:35 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2009-09-02 21:25 Problem starting the input interrupt pipe on the G13 Rick L. Vinyard, Jr.
2009-09-03  0:50 ` Greg KH
2009-09-03 14:12   ` Rick L. Vinyard, Jr.
2009-09-03 14:35     ` Rick L. Vinyard, Jr.

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.