Hello Alan Ott,
> The modifiers are shared between keyboards by default in Linux. If you
> hold CTRL on one keyboard and C on the other, you'll get the same result
> as having pressed CTRL-C on one keyboard.
Thanks for clearing it up. I was able to test the modifiers being
shared between keyboard
Hello Greg,
> > I am developing a USB HID device (simple keyboard). I want to have 2
> > different such keyboards connected to the same computer to share the
> > shift, control, alt or any such modifier key. So, I do not have to
> > have the same modifier key on the different keyboards connected t
Hello,
I am developing a USB HID device (simple keyboard). I want to have 2
different such keyboards connected to the same computer to share the
shift, control, alt or any such modifier key. So, I do not have to
have the same modifier key on the different keyboards connected to the
same computer.
>> Change the enumeration scheme for xhci attached devices from:
>>
>>SetAddress
>>GetDescriptor(8)
>>GetDescriptor(18)
>>
>> ...to:
>>
>>GetDescriptor(64)
>>SetAddress
>>GetDescriptor(18)
>>
>> ...as some devices misbehave when encountering a SetAddress command
>> prior to
Hello Pratyush,
> Does it not work for USB Ch.9 tests? I am trying to test the control
> transactions of a HID device with testusb and I get the "Inappropriate
> ioctl for device". I am not sure if it is something wrong with my
> environment/setup or if testusb does not work anymore.
>
> my uname
Hello,
> This is the wrong driver. You need to unbind usbhid, not hid-generic.
> Like at the files under /sys/bus/usb/drivers/usbhid/.
That worked like a charm. Thanks a lot.
Joe
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.k
Hello Pratyush,
> If I remember well it was working till 3.5 only
Does it not work for USB Ch.9 tests? I am trying to test the control
transactions of a HID device with testusb and I get the "Inappropriate
ioctl for device". I am not sure if it is something wrong with my
environment/setup or
Hello,
> I do not want to rmmod the hid module as I think it will affect my
> being-used usb keyboard and mouse too. I just want to rmmod the hid
> module for the device being tested.
I got this
http://unix.stackexchange.com/questions/12005/how-to-use-linux-kernel-driver-bind-unbind-interface-fo
Hello,
I am trying to use testusb on a HID device for control tests.
>From this (http://permalink.gmane.org/gmane.linux.usb.general/55628)
discussion, I gather that it should be possible.
But, I get these messages for even test 9.
./testusb: /dev/bus/usb/004/002 may see only control tests
/dev/
Hello Johannes,
>
> FWIW, the currrent version of testusb.c is now in the kernel
> git tree in tools/usb/.
Thanks a lot,
Joe
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org
Hello Greg,
Trying with the full path of the device helped. Sorry for the bother.
smart_sudo ./testusb -D /dev/bus/usb/006/001
Password:
./testusb: /dev/bus/usb/006/001 may see only control tests
/dev/bus/usb/006/001 test 0 --> 38 (Function not implemented)
/dev/bus/usb/006/001 test 1 --> 38 (Fun
Hello greg,
> It should be changed to point to where the usbfs files are now located
> (i.e. /dev/bus/usb/ instead of the old usbfs mount point.)
Thanks, your suggestion helped.
I changed /proc/bus/usb/BBB/DDD to /dev/bus/usb/BBB/DDD, and,
/proc/bus/usb/devices to /sys/kernel/debug/usb/devices
Hello,
Just wanted to check if there is a version of
http://www.linux-usb.org/usbtest/ testusb.c or test.sh scrpts that
work with the current kernel.
The files seem to be using usbfs, which is deprecated.
./testusb -a
usbfs files are missing
Any thoughts, please?
Thanks
Joe
--
To unsubscribe f
Hello Alan,
>> Just wanted to check if you have any suggestions on how to go about
>> debugging this issue.
>
> Nothing that I haven't mentioned previously.
Thank you for your thoughts. I could not get a logic analyzer to
figure out the signals on the lines. But, I could log the usb
interrupts fr
Hello,
I was just browsing xhci.c and noticed that you are the author.
> Just as an fyi, attached is the syslog output with a different device
> attached to the xHCI port. That device works fine though it still has
> a timeout message on set address request.
Just wanted to check if you could giv
Hello Sarah,
Just as an fyi, attached is the syslog output with a different device
attached to the xHCI port. That device works fine though it still has
a timeout message on set address request.
Thanks
Joe
Sep 3 15:30:13 master kernel: [168111.576186] xhci_hcd :03:00.0: xHCI Host
Controller
Hello Alan,
Thanks for responding.
> The lack of output from usbmon is probably because the kernel isn't
> sending any URBs to the new device. The Set-Address request is sent
> automatically by the xHCI controller, and if it doesn't work then
> there's nothing for the kernel to communicate with.
Hello,
Just wanted to check if anyone has this USB controller: Etron
Technology, Inc. EJ168 USB 3.0 Host Controller (rev 01) working on
linux.
Any thoughts on patch you had to use, etc., please?
Thanks
Joe
On Sun, Sep 1, 2013 at 4:14 PM, joe M wrote:
> Hello,
>
> I am not able to f
Hello,
Thought this might be of some help too.
sudo lspci -vvv
00:00.0 Host bridge: Intel Corporation 2nd Generation Core Processor
Family DRAM Controller (rev 09)
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF
Hello,
I am not able to figure out how to connect a 1.11 usb full speed
device to a USB 3.0 port.
This is the output in syslog when I rmmod xhci_hcd and modprobe
xhci-hcd: http://codepad.org/8mc0tABX
These are the messages that seem to be causing the issue:
Sep 1 15:57:03 master kernel: [ 1182.
20 matches
Mail list logo
