On Sun, Jul 14, 2002 at 11:01:39AM +1000, Brad Hards wrote:
> > I've merged a patch Paul Stewart sent me some time ago, which should make
> > life easier for the guys writing UPS daemons.
> 2.5 only? What about 2.4?
It'll follow shortly, after Paul sends me a patch that applies to a
recent 2.4
Hi,
A couple of us have Momobay CX 1 USB/iee1394 external HDD. We have
managed to get it working by adding an enttry to unusual_devs.h.
However there is an entry with identacal VendorID and Product ID.
If the CX1 is first in unusual_devs.h the CX 1 works just great. If it
is second it then
On Sun, 14 Jul 2002 22:29, Grahame Jordan wrote:
> It looks like either, Momobay or SIIG have hijacked the VendorID and the
> productID without going through the correct channels and hence we have a
> conflict.
They are both likely just using a Genesys part (who own the Vendor ID). GL811
might be
>
>
>There are two cases:
>1. They are both really the same part, and we should just use the same special
>case options.
>2. They are really two versions, and the revision numbers might have been
>selected better (which I have harped on before, and people shouldn't write
>these entries if they do
On Sun, 14 Jul 2002 22:56, Grahame Jordan wrote:
> >There are two cases:
> >1. They are both really the same part, and we should just use the same
> > special case options.
> >2. They are really two versions, and the revision numbers might have been
> >selected better (which I have harped on befor
Brad,
[root@falcon ~]# cat /proc/scsi/scsi
Attached devices:
Host: scsi0 Channel: 00 Id: 00 Lun: 00
Vendor: DViCOModel: Momobay CX-1 har Rev: 0113
Type: Direct-AccessANSI SCSI revision: 02
[root@falcon ~]# cat /proc/scsi/scsi
Attached devices:
Host: scsi0 Channel:
On Sun, 14 Jul 2002 23:10, Grahame Jordan wrote:
> Brad,
>
> [root@falcon ~]# cat /proc/scsi/scsi
> Attached devices:
> Host: scsi0 Channel: 00 Id: 00 Lun: 00
> Vendor: DViCOModel: Momobay CX-1 har Rev: 0113
> Type: Direct-AccessANSI SCSI revision: 02
>
>
> [root@falc
You can import this changeset into BK by piping this whole message to:
'| bk receive [path to repository]' or apply the patch as usual.
===
[EMAIL PROTECTED], 2002-07-14 20:15:59+02:00, [EMAIL PROTECTED]
Get rid of #ifdefs in h
Here's some more info about the "unending timouts problem".
Reminder:
(1) Alcatel speedtouch USB modem plugged into VIA uhci hub
(2) URB sent to endpoint 0x81 (interrupt endpoint)
(3) when another device is plugged into the hub, the urb comes
back with error -EILSEQ. All future urbs to that endp
I hit this oops recently on 2.5.25. Is this familiar?
Maybe fixed in that recent set of patches? I've seen
a few HID-related disconnect problems before, this is the
first one that dropped out as such a polite oops.
What seems to be happening is that the hid-core code
is unlinking an urb that's
10 matches
Mail list logo