Hi
> > > I tried you patch, and this is what I get on 2.6.16-rc5:
>
> I meant, 2.5.15-rc5 of course, and NOT 2.6.15-rc5. Sorry.
Wov, I did it again :(
Now I said 2.5.15-rc5 :( :(
The version I am testing this on is:
2.6.15-rc5.
Sorry for all this.
BR,
Matej
Oliver Neukum wrote:
>Am Freitag, 30. Dezember 2005 18:59 schrieb Brian Walsh:
>
>
>>I have a problem with a USB ACM modem device. The device seems to be
>>removing for a reason which I have not been able to track down and make
>>repeatable. During this remove I get a kernel oops while the
---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad
On Tue, 2006-01-03 at 12:32 -0800, Alan Stern wrote:
> On Tue, 27 Dec 2005, Steve Calfee wrote:
>
> > From the Kitty USB Analyzer:
> > frame # 810 f=12001 sync 30772 SOF(xa5) frame 810 crc5 0x5 f=0
> >
> > frame # 811 f=12002 sync 30780 SOF(xa5) frame 811 crc5 0x1a f=0
> >
> > frame # 812 f=1200
I am using a Linksys USB100TX USB/ethernet adapter (Pegasus II),
and although it appeared to work well with 2.6.10, I had problems with
2.6.14.3; one symptom was that a flood ping to the machine with
the Linksys would lose lots of packets. I further localized this
to the fact that problem occur
On Mon, Jan 02, 2006 at 05:46:36PM +0100, Adrian Bunk wrote:
> This email lists some known regressions in 2.6.15-rc7 compared to 2.6.14.
>
> 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 w
This email lists some known regressions in 2.6.15-rc7 compared to 2.6.14.
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 was declared guilty for a breakage or in any other way involved
with on
On Tue, 3 Jan 2006, Pete Zaitcev wrote:
> David is right about the timer. But I was under some constraints to
> implement a fix in RHEL with a minimal risk... A timer introduces some
> risk of improper locking, events lost, or some double-resubmit.
> Needs some careful coding and I am often inatte
On Tue, 3 Jan 2006 15:46:31 -0500 (EST), Alan Stern <[EMAIL PROTECTED]> wrote:
> > Now the _very_ old treatment was to retransmit with an error message.
> > Is this what you mean?
>
> I was talking about intr-OUT and control transfers; you're right that
> intr-IN transfers do get retried.
I see
On 1/3/06, Alan Stern <[EMAIL PROTECTED]> wrote:
> On Tue, 3 Jan 2006, Dmitry Torokhov wrote:
>
> > On 1/3/06, Alan Stern <[EMAIL PROTECTED]> wrote:
> > >
> > > usb-handoff no longer exists. The kernel now takes USB host controllers
> > > away from the BIOS as soon as they are discovered.
> > >
>
On Tue, 3 Jan 2006, Dmitry Torokhov wrote:
> On 1/3/06, Alan Stern <[EMAIL PROTECTED]> wrote:
> >
> > usb-handoff no longer exists. The kernel now takes USB host controllers
> > away from the BIOS as soon as they are discovered.
> >
>
> Yes! YES! YES!
>
> *Dmitry dances and rejoices*
It ma
On Tue, 3 Jan 2006, Pete Zaitcev wrote:
> On Tue, 3 Jan 2006 10:44:12 -0500 (EST), Alan Stern <[EMAIL PROTECTED]> wrote:
>
> > This patch (as628) fixes the USB HID core's interpretation of the -EILSEQ
> > error code. Contrary to the comments in the driver, the code does not
> > always indicate a
On Tue, 3 Jan 2006 15:34:27 -0500 (EST), Alan Stern <[EMAIL PROTECTED]> wrote:
> > I wish usb-handoff was exported similarly, because there's absolutely
> > no way to tell if it worked or was quietly ignored. And I abhor printks
> > in normal or success cases, so I do not want such indication.
>
Hi
> > I tried you patch, and this is what I get on 2.6.16-rc5:
I meant, 2.5.15-rc5 of course, and NOT 2.6.15-rc5. Sorry.
> Well, thats a fun one. I'm assuming you tried to boot with a device
> plugged in. I'm a bit confused by the __reqest_region coming from
> usb_create_hcd - I quickly glanc
On 1/3/06, Alan Stern <[EMAIL PROTECTED]> wrote:
>
> usb-handoff no longer exists. The kernel now takes USB host controllers
> away from the BIOS as soon as they are discovered.
>
Yes! YES! YES!
*Dmitry dances and rejoices*
--
Dmitry
---
On Tue, 3 Jan 2006, Pete Zaitcev wrote:
> On Tue, 3 Jan 2006 09:46:26 -0500, Dmitry Torokhov <[EMAIL PROTECTED]> wrote:
>
> > > But even if it does, my patch saved reading, so I think it should be
> > > applied as well.
> >
> > What you mean by "saved reading"?
>
> The diffstat was almost all d
2006/1/3, Alan Stern <[EMAIL PROTECTED]>:
> Not quite. The HCD doesn't wait for the device to stop driving the bus;
> it must begin resume signalling within 1 ms of the time it first receives
> the remote wakeup signal. This is described in section 11.5.1.10 of the
> USB 2.0 spec and also in 7.1.
On Tue, 3 Jan 2006 10:44:12 -0500 (EST), Alan Stern <[EMAIL PROTECTED]> wrote:
> This patch (as628) fixes the USB HID core's interpretation of the -EILSEQ
> error code. Contrary to the comments in the driver, the code does not
> always indicate a disconnection. The new treatment is not ideal bec
On Tue, 3 Jan 2006 09:46:26 -0500, Dmitry Torokhov <[EMAIL PROTECTED]> wrote:
> > But even if it does, my patch saved reading, so I think it should be
> > applied as well.
>
> What you mean by "saved reading"?
The diffstat was almost all dashes: 13 deletions, 1 addition.
> Btw, do we really nee
On Tue, 27 Dec 2005, Steve Calfee wrote:
> From the Kitty USB Analyzer:
> frame # 810 f=12001 sync 30772 SOF(xa5) frame 810 crc5 0x5 f=0
>
> frame # 811 f=12002 sync 30780 SOF(xa5) frame 811 crc5 0x1a f=0
>
> frame # 812 f=12002 sync 30788 SOF(xa5) frame 812 crc5 0x15 f=0
>
> frame # 813
Hi David
I sent this to Greg initially, but it occurs to me that this may be an ohci
problem and not a usbserial problem. I'm hoping you can offer some
direction.
We're trying to use Fedora Core 4 with the Kyocera Passport 1xEV-DO PC Card
KPC650, which is capable of data speeds of up to 2.4 Mbps
Am Dienstag, 3. Januar 2006 17:08 schrieb Sam Bishop:
> Oliver Neukum wrote:
> > Does this fix your trouble?
> >
> > Regards
> > Oliver
> >
> > --- linux-2.6.15-rc5-vanilla/drivers/usb/usb-skeleton.c 2005-12-04
> > 06:10:42.0 +0100
> > +++ linux-2.6.15-rc5/drivers/usb/u
Oliver Neukum wrote:
Does this fix your trouble?
Regards
Oliver
--- linux-2.6.15-rc5-vanilla/drivers/usb/usb-skeleton.c 2005-12-04
06:10:42.0 +0100
+++ linux-2.6.15-rc5/drivers/usb/usb-skeleton.c 2005-12-17 09:41:39.0
+0100
@@ -39,10 +39,15 @@
/* Get a
On Tue, 3 Jan 2006, Franck wrote:
> Alan
>
> 2006/1/2, Alan Stern <[EMAIL PROTECTED]>:
> >
> > You should turn off PORT_SUSPEND and set the C_PORT_SUSPEND flag (that's
> > what you meant, isn't it?) when you handle a GetPortStatus request coming
> > at least 20 ms after the remote wakeup request
> I tried you patch, and this is what I get on 2.6.16-rc5:
Well, thats a fun one. I'm assuming you tried to boot with a device
plugged in. I'm a bit confused by the __reqest_region coming from
usb_create_hcd - I quickly glanced at the function, and I don't see anything
that would have called req
Greg:
This patch (as628) fixes the USB HID core's interpretation of the -EILSEQ
error code. Contrary to the comments in the driver, the code does not
always indicate a disconnection. The new treatment is not ideal because
it doesn't retry the transfer, but at least it doesn't give up completely
Greg:
This patch (as622) makes gadgetfs set the "zero" flag for control-IN
responses, when the length of the response is shorter than the length of
the request.
Alan Stern
Signed-off-by: Alan Stern <[EMAIL PROTECTED]>
---
Index: usb-2.6/drivers/usb/gadget/inode.c
==
Alan
2006/1/2, Alan Stern <[EMAIL PROTECTED]>:
>
> You should turn off PORT_SUSPEND and set the C_PORT_SUSPEND flag (that's
> what you meant, isn't it?) when you handle a GetPortStatus request coming
> at least 20 ms after the remote wakeup request arrives.
>
I'm sorry but I don't understand. Let
V I R U S A L E R T
Our viruschecker found the
'W32/Netsky-C'
virus(es) in your email to the following recipient(s):
-> [EMAIL PROTECTED]
Delivery of the email was stopped!
Please check your system for viruses, or ask your system administrator
to do so.
Fo
On 1/3/06, Pete Zaitcev <[EMAIL PROTECTED]> wrote:
> On Tue, 3 Jan 2006 01:47:46 -0500, Dmitry Torokhov <[EMAIL PROTECTED]> wrote:
>
> > +static int __init obsolete_checksetup(char *line, int len)
> > - int n = strlen(p->str);
> > - if (!strncmp(line, p->str, n)) {
> > +
Hi
> Ok, here we go. I give you the OHCI/EHCI host controller support for
> the Alchemy AU1200 processor. I'm sending this up, partly because I have
> it ready to go, but also because it seems that enough folks are getting their
> hands on AU1200 parts to make this a hot topic.
I tried you pa
Hi,
The attached patch adds a new PID for the ftdi_sio driver. It will
enable support for PC-DJ's DAC-2 controller module
(more information on http://www.pcdjhardware.com/DAC2.asp)
Wouter Paesen
Problem solved.
For interested ones:
http://linux.omap.com/pipermail/linux-omap-open-source/2006-January/006068.html
Jack
---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new A
Dear Jithendran!
JITHENDRAN A schrieb:
Hello,
We are developing a VoIP enabled WiFI mobile handset using PXA255 running
Triton Linux 2.6.10.We have enabled the RNDIS gadget in the kernel for the
Ethernet over USB functionality
When the handset is connected to the USB port of Windows XP host
Hi,
Are there any changes in kernel 2.6.14 against 2.6.11 with USB support?
I compiled new kernel with the same options as in the old one and system cannot
see USB devices now.
During startup all messages about registering usbcore/ohci hub/mass storage are
displayed like usually, but after att
35 matches
Mail list logo
