Ok, some progress...
here is the output of a small test program to sent a three byte packet
to the device. Had to recompile the kernel to keep it from trying to
claim the device and attach the usbhid driver. Here is the enumeration data
,,
T: Bus=05 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#= 2
This email lists some known regressions in Linus' tree compared to 2.6.20.
If you find your name in the Cc header, you are either submitter of one
of the bugs, maintainer of an affectected subsystem or driver, a patch
of you caused a breakage or I'm considering you in any other way
possibly
On Mon, 09 Apr 2007, Alan Stern wrote:
On Mon, 9 Apr 2007, Matthias Andree wrote:
Please Cc: me on replies, as I read linux-kernel sporadically and am not
subscribed to linux-usb-devel at all.
Greetings,
I have seen my USB keyboard drivers lock up several times now with my M$
On Sat, 14 Apr 2007, Adrian Bunk wrote:
Subject: USB: iPod doesn't work (CONFIG_USB_SUSPEND)
References : http://lkml.org/lkml/2007/3/21/320
Submitter : Tino Keitel [EMAIL PROTECTED]
Caused-By : Marcelo Tosatti [EMAIL PROTECTED]
commit
On Fri, 13 Apr 2007, Danny Budik wrote:
I had to recompile the kernel with the changes I made. In the patch
that I sent yesterday, I forgot to include the changes that I made in
the file
/include/linux/usbdevice_fs.h. I added the constant for the ioctl call:
#define
Alan Stern wrote:
On Sat, 14 Apr 2007, John Wojnaroski wrote:
Is there a simple, quick, uncomplicated tool to look see what is
actually going down the wire? Lots of sniffers for MS stuff, could not
find similar tools for the linux OS. Something already in the kernel,
module, whatever?
On Sat, 14 Apr 2007, John Wojnaroski wrote:
Is there a simple, quick, uncomplicated tool to look see what is
actually going down the wire? Lots of sniffers for MS stuff, could not
find similar tools for the linux OS. Something already in the kernel,
module, whatever? Might it be a
On Sat, 14 Apr 2007 12:55:43 -0400 (EDT), Alan Stern [EMAIL PROTECTED] wrote:
+ frame_number = usb_get_current_frame_number(ps-dev);
+ if (put_user(frame_number, (int __user *)arg))
+ return -EFAULT;
+ return 0;
I think it would be safer to test frame_number for being
On Sat, Apr 14, 2007 at 12:37:42PM -0400, Alan Stern wrote:
On Sat, 14 Apr 2007, Adrian Bunk wrote:
Subject: USB: iPod doesn't work (CONFIG_USB_SUSPEND)
References : http://lkml.org/lkml/2007/3/21/320
Submitter : Tino Keitel [EMAIL PROTECTED]
Caused-By : Marcelo Tosatti [EMAIL
Hi Adrian,
Em Sáb, 2007-04-14 às 02:38 +0200, Adrian Bunk escreveu:
Subject: USB: Oops when changing DVB-T adapter
References : http://lkml.org/lkml/2007/3/9/212
Submitter : CIJOML [EMAIL PROTECTED]
Handled-By : Markus Rechberger [EMAIL PROTECTED]
Patch :
On Sat, 14 Apr 2007, Matthias Andree wrote:
I arrived at the computer today, to find khubd in D state again, but
unfortunately, it does not show up in Alt-SysRq-T output. Do kernel
threads show up there at all? 2.6.18.8-0.1 with SUSE patches on openSUSE
10.2.
As far as I know, all tasks
On Sat, 14 Apr 2007, Pete Zaitcev wrote:
On Sat, 14 Apr 2007 12:55:43 -0400 (EDT), Alan Stern [EMAIL PROTECTED]
wrote:
+ frame_number = usb_get_current_frame_number(ps-dev);
+ if (put_user(frame_number, (int __user *)arg))
+ return -EFAULT;
+ return 0;
I think it
On Sat, 14 Apr 2007, John Wojnaroski wrote:
Here is a trace of the MS windows program doing it's thing
Byte 0 = 0x21
Byte 1 = 0x09
Byte 2 = 0x00
Byte 3 = 0x02
Byte 4 = 0x00
Byte 5 = 0x00
Byte 6 = 0x00
Byte 7 = 0x03
Byte 8 = 0x00
There's something fishy here. This output lists 9
13 matches
Mail list logo