Should have probably reposted this here too
I just noticed that 2.6.9 seems to have broken support for my Cirque USB
touchpad.
With 2.6.8-gentoo-r4 it works fine with essentially the same kernel config:
hub 2-0:1.0: port 1, status 0301, change 0001, 1.5 Mb/s
hub 2-0:1.0: debounce: port 1: tota
On Tuesday 09 November 2004 07:23, Alan Stern wrote:
> On Mon, 8 Nov 2004, David Brownell wrote:
>
> > The SL-811 code will need updates too (or it will, once
> > there's one that compiles and runs),
>
> Actually no. The SL-811 code doesn't currently use the hcd glue layer at
> all!
It will.
On Tue, 9 Nov 2004, Sara Fonseca wrote:
> Hi,
>
> the SCSI-2 specification adresses logical blocks in the commands. I
> would like to know what is usually done in storage devices: all they
> do is to store this blocks fully or do they apply other thecnique?
Blocks are generally 512 bytes and the
Bill Rugolsky Jr. wrote:
The "dropped newline" problem with OPOST + ONLCR, describe by Joe Philipps
...
Is a fix for this problem likely soon(ish), or would a hackish workaround be
acceptable for inclusion upstream?
One solution to this problem is to use a write buffer. This has been
done in pl230
Hi,
the SCSI-2 specification adresses logical blocks in the commands. I
would like to know what is usually done in storage devices: all they
do is to store this blocks fully or do they apply other thecnique?
---
This SF.Net email is sponsored b
The "dropped newline" problem with OPOST + ONLCR, describe by Joe Philipps
( http://marc.theaimsgroup.com/?l=linux-usb-devel&m=106251462412930&w=2 )
is still present in (Fedora Core) 2.6.9 when using ACM:
Now, at least in the Keyspan case, the write() routine has an
INPROGRESS flag. The ge
On Sun, Nov 07, 2004 at 03:20:39PM -0700, David Brownell wrote:
> On Sunday 07 November 2004 13:30, Adrian Bunk wrote:
> > The patch below makes some needlessly global USB gadget functions
> > static.
>
> It looks fine except for the one config descriptor utility
> (just strike those bits from th
Hi. I'm still working on getting my USB working with the
OHCI-ISP1362 driver. Here's one problem I found that was stopping
me.
There's a field in the Frame Interval register (reg HcFmInterval,
0x0D) called FSLargestDataPacket (FSMPS). It specifies the largest
amount of data in bits that can be
On Tue, 9 Nov 2004, Jan Hegner wrote:
> > The driver may be trying to transfer too much data in a single URB, or
> > trying to queue too many URBs at once. But it seems odd that you get a
> > stall even when trying to receive a single frame. Shouldn't that take
> > less than 50 ms? So increa
On Mon, 8 Nov 2004, David Brownell wrote:
> The SL-811 code will need updates too (or it will, once
> there's one that compiles and runs),
Actually no. The SL-811 code doesn't currently use the hcd glue layer at
all!
> also EHCI ...
That's written, I just didn't include it in the last messag
BANNED FILENAME ALERT
Your message to: [EMAIL PROTECTED]
was blocked by our Spam Firewall. The email you sent with the following subject
has NOT BEEN DELIVERED:
Subject: Mail Delivery (failure [EMAIL PROTECTED])
An attachment in that mail was of a file type that the Spam Firewall is set to
blo
I wrote a module for some device (iowarrior) for kernel 2.4 .
In this module I used usb_set_idle() to stop the device from generating data I
didn't need.
Now I try to port the module to kernel 2.6, but usb_set_idle() has
disappeared, was renamed ... ???
Any hints which function allows me to do
Aaron Collins wrote:
usb 2-1: new full speed USB device using address 3
usb 2-1: Product: Concord EyeQ Duo Digital Camera
usb 2-1: Manufacturer:
usb-storage: This device (0595,4343,0100 S 00 P 00) has an unneeded Protocol
entry in unusual_devs.h
Please send a copy of this message to
<[EMAIL PR
Hi all,
I am doing a project using usbnet, and hope to discuss some topics about
usbnet with someone. Is there anyone is familiar with usbnet or have
interested in usbnet? I hope to ask some questions about usbnet first:
Is the usbnet a point-to-point network or a common ethernet network?
>
> The driver may be trying to transfer too much data in a single URB, or
> trying to queue too many URBs at once. But it seems odd that you get a
> stall even when trying to receive a single frame. Shouldn't that take
> less than 50 ms? So increasing FSBR_DELAY from 50 to 1000 shouldn't m
15 matches
Mail list logo
