From: Sarah Sharp <firstname.lastname@example.org> To: Cristobal Navarro <email@example.com> Cc: firstname.lastname@example.org, Xenia Ragiadakou <email@example.com>, Alan Stern <firstname.lastname@example.org>, email@example.com Subject: Re: possible conflict between xhci_hcd and a patched usbhid? Date: Tue, 1 Oct 2013 10:44:43 -0700 [thread overview] Message-ID: <20131001174443.GC7818@xanatos> (raw) In-Reply-To: <CALcQQ34PZDQsWr8QDn0NvjpJ0gO9+xjHdcZgSuTtdSsDP=sROw@mail.gmail.com> On Mon, Sep 30, 2013 at 11:19:56AM -0400, Cristobal Navarro wrote: > Dear Sarah, > > Maybe you can help us. We, Razer Blade laptop users are having a weird > problem when patching the usbhid module and using the xhci_hcd module at > the same time. > > Razer Blade Laptop users running linux need to fix the polling rate > interval of the usbhid module, to be 1000Hz in order for the laptop's > keyboard to work properly (it is a high performance keyboard). That is to > hardcode a line in drivers/hid/usbhid/hid-core.c to be "interval = 1;", > around line 1134 of hid-core.c Can you send me the output of `sudo lsusb -v`? The USB HID driver should be creating a quirk for this device, rather than having users hard-code the interval value for all USB HID devices. > The problem is that if i also include the xhci_hcd module in the kernel, > then the fix at usbhid no longer works and the keyboard works faultly. So > at the moment, i have to remove hxci_hcd and loose USB 3.0 support i guess. Yep, hard coding the interval won't help when the device is under xHCI. The xHCI driver looks at the endpoint descriptors, not the URB interval, when it sets up the poll rate. Changing the URB interval will have no impact on when transfers actually get scheduled. The EHCI driver will respect the interval in the URB, which is why it works under EHCI. This has been a known issue for quite some time. What we need is new API to allow drivers to request a different interval than the one in the endpoint descriptors. That's not a simple fix, and I don't think it's going to happen any time soon. Maybe it's something Xenia could look into? > Do you know what could be the cause of the problem? how could we fix it? > Does xhci_hcd module take over the laptop's keyboard instead of usbhid?? > > many thanks in advance, i appreciatte all the work you have done on USB 3.0. > Best regards, > > Cristobal A. Navarro Sarah Sharp
next parent reply other threads:[~2013-10-01 17:44 UTC|newest] Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top [not found] <CALcQQ34PZDQsWr8QDn0NvjpJ0gO9+xjHdcZgSuTtdSsDP=sROw@mail.gmail.com> 2013-10-01 17:44 ` Sarah Sharp [this message] [not found] ` <CALcQQ36zfvSBv9GPE7GfwAmWVtYTf2q5inS5s6YhwghC3aDG0w@mail.gmail.com> [not found] ` <CALcQQ36zfvSBv9GPE7GfwAmWVtYTf2q5inS5s6YhwghC3aDG0w-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> 2013-10-01 18:26 ` Fwd: " Cristobal Navarro
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20131001174443.GC7818@xanatos \ --firstname.lastname@example.org \ --email@example.com \ --firstname.lastname@example.org \ --email@example.com \ --firstname.lastname@example.org \ --email@example.com \ --subject='Re: possible conflict between xhci_hcd and a patched usbhid?' \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
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.