On Sunday 16 January 2005 12:30 pm, Pete Zaitcev wrote:
>
> I was going to do all the work of re-diffing against the BK head and
> re-merging as long as you approve, however, the functionality does not
> stay the same on purpose. My idea was that fetching the descriptor before
> setting the addres
On Sun, 16 Jan 2005 12:46:01 -0500 (EST), Alan Stern <[EMAIL PROTECTED]> wrote:
> The descriptor fetch doesn't occur immediately after the port reset;
> there's a delay in between (see hub_port_wait_reset). What happens if you
> increase HUB_SHORT_RESET_TIME and HUB_ROOT_RESET_TIME each by 10 m
Phil Dibowitz wrote:
Jamie Dainton wrote:
The following addition to unusual_devs.h allowed access to a Pentax
Optio S50.
The flag US_FL_FIX_INQUIRY was tested and was found not to be needed.
UNUSUAL_DEV( 0x0a17, 0x001f, 0x, 0x,
"Pentax",
"Optio S50",
Miquel Vidal wrote:
It seems this Pentax camera is not conformant to the USB storage
specification (It does not like the INQUIRY command. So we must handle
this command of the SCSI layer ourselves.).
I've seen no response to this. So I'm pinging again.
I'll need an explination of how you know that
It is the the first public version of amedyn module
for the new usb_atm.
Test by me whit Zyxel 630-11 and kernel 2.6.10 in FC3.
And by Emmanuel Counasse whit Asus AAM600UG and kernel
2.6.9 in Debian Sid.
CVS at :
http://cvs.sourceforge.net/viewcvs.py/zyxel630-11/amedyn2/module/
For full package:
This is patch as422 from Alan Stern.
This is the second half of the two-part patch to move the fix_capacity
functionality up into the sd driver. James Bottomley has applied the SCSI
half, so now the usb-storage part is ready to go.
In short, the patch removes the fix_capacity routine and in it
This patch was originally as406. I've rediffed it against a current tree.
This patch makes the iGNORE_RESIDUE flag apply to reads (as well as writes,
which it already does). This is done because we've found devices which
improperly report residue in the 'read' case.
Phil will send in a follow-u
Whoops! I accidentally clipped Alan's signed-off line. This patch was
originated by:
Signed-off-by: Alan Stern <[EMAIL PROTECTED]>
Matt
On Sun, Jan 16, 2005 at 02:56:39PM -0800, Matthew Dharm wrote:
> This patch was originally as406. I've rediffed it against a current tree.
>
> This patch ma
Thank you for your reply! I did more testing and I have more details. I
got a different CueCat working that has a different part number.
1. kernel: drivers/usb/input/hid-core.c: input irq status -84 received
That particular code indicates either that the Belkin adapter sent an
illegal bit stream
On Sun, 16 Jan 2005 12:46:01 -0500 (EST), Alan Stern <[EMAIL PROTECTED]> wrote:
> I have no objection to increasing the default port-reset delays.
I do not understand what you mean by "increasing". The current code
has no post-reset delays whatsoever (on the first pass). This is
why the 10ms one
On Sun, 16 Jan 2005, Pete Zaitcev wrote:
> Hi, Alan:
>
> I have received a USB stick which refuses to return the descriptor upon
> the first 64 byte read (HC returns with code -71). The following patchlet
> fixes the problem:
>
> @@ -2162,6 +2162,8 @@ hub_port_init (struct usb_device *hdev,
>
Some changes to ati_remote key assignments:
- Channel up/down keys are reversed on my ATI Remote Wonder.
- Use KEY_TV, KEY_DVD and KEY_OK where appropriate.
- Replace KEY_PLAYCD with KEY_PLAY.
Signed-off-by: Ville Syrjala <[EMAIL PROTECTED]>
---
ati_remote.c | 12 ++--
1 files changed,
Make ati_remote clean up properly when removing either the device
or the module.
Signed-off-by: Ville Syrjala <[EMAIL PROTECTED]>
---
ati_remote.c | 24 +++-
1 files changed, 3 insertions(+), 21 deletions(-)
--- linux-2.6.10-mm2/drivers/usb/input/ati_remote.c.orig
Hi, Alan:
I have received a USB stick which refuses to return the descriptor upon
the first 64 byte read (HC returns with code -71). The following patchlet
fixes the problem:
@@ -2162,6 +2162,8 @@ hub_port_init (struct usb_device *hdev,
if (USE_NEW_SCHEME(retry_counter)) {
14 matches
Mail list logo
