Hello,
Alan said:
More likely is that the packet
is larger than urb-iso_frame_desc[td-index].length
I had added a check in the completion callback
(pwc_isoc_handler)
in the beginning of loop that iterates on the urb packets:
.
for (i = 0; i urb-number_of_packets; i++)
{
if (
Hi all
I recently posted a message about the strange beavior in the subject.
The device is an USB1.1 and the kernel is 2.4.26.
The PC mount an UHCI Intel, the host driver is usb-uhci.
I send usb_set_interface and then and usb_bulk_msg(Ep2out) or an interrupt
out one-shot on EP2out.
Then with
Hello Alan,
I have tried your patch for a few hours (with 64 KB 128 sectors limit) and it
seems to work indeed. The speed of reading (badblocks -s) is 29.7 MB/s and
writing 24.5 MB/s (data from /dev/zero) or 20.0 MB/s (data from /dev/hda).
With size limit 64 sectors the corresponding speeds are
Hello list!
I hope it doesn't bother anyone of you guys that I post my problems here
because I'm not a developer.
I have an USB soundcard that causes trouble. It's the Creative Audigy 2
NX USB, and I know that this beast is a pain in the ass because Creative
doesn't really care to follow USB
On Tue, Jul 13, David Brownell wrote:
Instead, how about: (a) longer timeout, 5 seconds to match OHCI's
absurdly long default there; (b) change that handoff failed message
to add continuing anyway; and (c) return 0 as you do, which I'm
expecting is the key part of that patch.
This patch
I forgot to add an entry in MAINTAINERS about the new SN9C10[12] driver.
Greg, please apply.
Thanks.
Signed-off-by: Luca Risolia [EMAIL PROTECTED]
--- devel-2.6.7/MAINTAINERS.orig2004-07-15 13:03:03.442060336 +0200
+++ devel-2.6.7/MAINTAINERS 2004-07-15 13:04:06.911411528 +0200
@@
Hi,
On 06/21/04 22:09:28, Alan Stern wrote:
I made up this address list by going through the mailing list
archives and looking for messages from people having trouble with
high-speed (USB 2.0) Genesys Logic or similar devices. (Cypress
chipsets may possibly suffer from the same sort of
Tested it on my GL811E enclosure yesterday. Negative. Writing 4GB of zeroes
to /dev/sda1 kills the box with the 100% probability. I've tried increasing
the delay to 600, but that gave nothing. Sorry about the bad news :-(
Regards,
Max
On Monday 21 June 2004 22:09, Alan Stern wrote:
I made up
Hi David,
Just an update on this.
* David Brownell [EMAIL PROTECTED] [2004-06-15]:
Richard Curnow wrote:
One problem I'm hitting is in EHCI, I was wondering if you had any ideas
as to what I could start looking at, annotating etc to debug this. The
problem seems to be here:
static
VIRUS ALERT
Our content checker found
virus: W32/[EMAIL PROTECTED]
in email presumably from you ([EMAIL PROTECTED]), to the following recipient:
- [EMAIL PROTECTED]
Please check your system for viruses,
or ask your system administrator to do so.
Delivery of the email was stopped!
For your
I have tried your patch for a few hours (with 64 KB 128 sectors limit) and it
seems to work indeed. The speed of reading (badblocks -s) is 29.7 MB/s and
writing 24.5 MB/s (data from /dev/zero) or 20.0 MB/s (data from /dev/hda).
With size limit 64 sectors the corresponding speeds are 25.4,
On Thu, 15 Jul 2004, John Que wrote:
Hello,
Alan said:
More likely is that the packet
is larger than urb-iso_frame_desc[td-index].length
I had added a check in the completion callback
(pwc_isoc_handler)
in the beginning of loop that iterates on the urb packets:
.
for (i = 0; i
On Thu, 15 Jul 2004 [EMAIL PROTECTED] wrote:
Hi all
I recently posted a message about the strange beavior in the subject.
The device is an USB1.1 and the kernel is 2.4.26.
The PC mount an UHCI Intel, the host driver is usb-uhci.
I send usb_set_interface and then and
Hello, I have a special offer for you...
WANT TO LOSE WEIGHT?
The most powerful weightloss is now available
without prescription. All natural Adipren720
100% Money Back Guarantée!
- Lose up to 19% Total Body Weight.
- Up to 300% more Weight Loss while dieting.
- Loss of 20-35% abdominal Fat.
-
On Thu, 15 Jul 2004, Thomas Jahns wrote:
I just compiled 2.6.7 for my notebook (IBM A31) and it works just fine.
Compared to the previous fix CPU usage during USB transfer is much
lower.
In contrast to the audio driver (snd_intel8x0) the driver also seems to
handle ACPI and S3 just
On Wed, 14 Jul 2004, Greg KH wrote:
ChangeSet 1.1757.66.31, 2004/07/14 15:06:15-07:00, [EMAIL PROTECTED]
[PATCH] USB: unusual_devs.h update
added another device to unusual_devs.h. Its a Sony Clie PEG-675C. Now I
can mount the memory stick.
cat /proc/bus/usb/devices
T: Bus=03 Lev=01
This message was created automatically by mail delivery software (Exim).
A message that you sent could not be delivered to one or more of its
recipients. This is a permanent error. The following address(es) failed:
[EMAIL PROTECTED]
SMTP error from remote mailer after end of data:
host
firware il load with vendor urb of type A0 if u use an ez usb chip.
If firmware already load i guess ez usb stuff won't be very useful for you as you will
have to dialog with firmware protocol rather than native ez usb one.
Anchor web site has full datasheet available for the chip.
Look in
Hello,
Tnxs for Alan's detailed answer; it really shed light on the problem.
After reading it , it came to my mind to perform another (last ?) test:
I had noticed that when using default alternate setting of the driver ,
when everything works OK and there is no usb error, the MXPs of the EndPoint
Richard Curnow wrote:
Hi David,
Just an update on this.
...
At some point, EHCI seems to have started working on sh64. It appears
to be fine on 2.6.7 and 2.6.8-rc1. I don't know whether there was a
change in the driver between 2.6.6 and 2.6.7 that would explain this, or
whether it could have
On Thu, 15 Jul 2004, John Que wrote:
Hello,
Tnxs for Alan's detailed answer; it really shed light on the problem.
After reading it , it came to my mind to perform another (last ?) test:
I had noticed that when using default alternate setting of the driver ,
when everything works OK and
Alan Stern wrote:
On Thu, 15 Jul 2004, John Que wrote:
Now I try to delve in 2 usb issues:
How can I recognize and EOF packet ? is it by testing it's first 8 bytes
(should be equal to 0)
and some value for the 9th byte ? (I saw it in some usb webcam driver code).
I don't know anything about
Interesting is that this time the red LED remained dark after the crash.
Always the case for me before the patch.
---
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of
I would like to inform you that my ALLNet IDE-USB bridge gives the following
warning when connecting:
usb-storage: This device (05ab,0060,1106 S 06 P 50) has unneeded SubClass and
Protocol entries in unusual_devs.h
Please send a copy of this message to
[EMAIL PROTECTED]
Please CC me with
Hi Friend , my name is Richard Lemon.
I want to show you a great program called SPACE-INVEST!
They have 2% COMPOUNDING DAILY !!!
They have FULLY AUTOMATED WITHDRAWAL SYSTEM !
I deposited $300 with them and have got paid every time i wished to,
check my recent payment:
7/10/04
15:14 Payment
This message was created automatically by mail delivery software.
A message you sent could not be delivered to the following recipients:
[EMAIL PROTECTED]
The message has not been collected after 30 days
Reporting-MTA: dns; punt-3.mail.demon.net
Final-Recipient: rfc822; [EMAIL PROTECTED]
Sebastian Kemper wrote:
I have an USB soundcard that causes trouble. It's the Creative Audigy 2
NX USB, and I know that this beast is a pain in the ass because Creative
doesn't really care to follow USB audio standards.
Anyway. I have a Gentoo box, kernel 2.6.7, a laptop with USB2 and
Hi,
Here is some debug output I captured showing a problem I am having with the
file backed storage driver.
In English, what appears to be happening is the host sends the mode
select(6) command, which is not supported by file_storage.c. The response
causes the bulk-out ep to be stalled nd the
Todd Fischer wrote:
Am I missing something or is one of the other UDC APIs (like flush or queue)
suppose to also clear the stall?
The USB host is supposed to clear it. I think the current 2.6
kernels behave right there, but I'm not sure about older
Linuxes or other operating systems.
Out of
David Brownell [EMAIL PROTECTED] schrieb am 16.07.04 03:15:45:
Sebastian Kemper wrote:
I have an USB soundcard that causes trouble. It's the Creative Audigy 2
NX USB, and I know that this beast is a pain in the ass because Creative
doesn't really care to follow USB audio standards.
Date: Thu, 15 Jul 2004 20:11:10 -0700
From: David Brownell [EMAIL PROTECTED]
Todd Fischer wrote:
Am I missing something or is one of the other UDC APIs (like
flush or queue)
suppose to also clear the stall?
The USB host is supposed to clear it. I think the current 2.6
kernels behave
31 matches
Mail list logo