Re: [linux-usb-devel] early webcamgo patch for usbvideo

2001-05-06 Thread Dmitri
Quoting Stefan Nilsen <[EMAIL PROTECTED]>: > How do I get the callback to cbTbl.processData to be called? /* No signals - we just got new data in dp queue */ if (uvd->flags & FLAGS_NO_DECODING) usbvideo_CollectRawData(uvd, frame); else if (VALID_CALLBACK(uvd, processData)) GET_CA

[linux-usb-devel] yet another race? - ISO/INT bandwidth on *HCI

2001-05-06 Thread Martin Diehl
Looking for candidates to resolve the other issues I've seen, I've came along the bandwidth operations when submitting iso/int urb's. Well, this is definitely unrelated to my problems (bulk-only) and I don't have a test case where it breaks so far. However I believe it's worth to be reported. Wh

[linux-usb-devel] Alctel ADSL modem

2001-05-06 Thread Evan Marchant
Hi, I have got a problem with my ADSL modem, I've follow the how to, but I get these errors: usb_control/bulk_msg: timeout usbdevfs: USBDEVFS_BULK failed dev 5 ep 0x5 len 991 ret -110 I also get the messaged that speedmgmt failed to claim device anyone know why these messages are appearing...I'

[linux-usb-devel] OHCI ed-hash-chain corruption (kernel BUG at usb-ohci.h:465!)

2001-05-06 Thread Martin Diehl
seems my tests are pretty good in hitting some critical paths ;-) This one happened during load/consistency test using usb-ohci on UP testbox and 2.4.4-vanilla. (ksymoops attached) May 6 14:13:15 srv kernel: kernel BUG at usb-ohci.h:465! The thing was triggered from fop->read/write in the foll

Re: [linux-usb-devel] Re: [experimental PATCH] uhci/queued bulkimprovement?

2001-05-06 Thread Martin Diehl
On Fri, 4 May 2001, Johannes Erdfelt wrote: > Here's a new updated version. Remove the previous patch first. Looks good! Tried all my tests which revealed the problem so far. Nothings breaks anymore. Seems the HC/HCD-race on qh->element is solved! Performance is good now, >1 MB/sec again. (Some

Re: [linux-usb-devel] early webcamgo patch for usbvideo

2001-05-06 Thread Stefan Nilsen
> > For the testing of ISOC frames, and the test bit that is > > in webcamgo.c,- separate frames, clean frames - Is there > > may ant V4L client that handles that correctly? > > These flags control how the driver converts the camera datastream > into sequence of frames. These flags do not affect

Re: [linux-usb-devel] Fwd: Re: HP 7400c info / Minolta Scan Dual II

2001-05-06 Thread Oliver Neukum
On Sunday, 6. May 2001 20:00, you wrote: > On Sun, 6 May 2001, Oliver Neukum wrote: > > Yes and no. They lack permissions. > > Usbdevfs more or less forces you to use all the hotplugging support > > infrastructure. > > There is a usb_perm daemon which you can configure to do what you want I > thi

Re: [linux-usb-devel] Fwd: Re: HP 7400c info / Minolta Scan Dual II

2001-05-06 Thread David Brownell
> > And it's not useful to criticise usb for having an > > API that firewire is missing ... again, that's less > > helpful than doing it the other way around. > > Firewire has another API to do that. > What I am critical of is creating several APIs to do the same thing. I see one API to expose U

Re: [linux-usb-devel] Fwd: Re: HP 7400c info / Minolta Scan Dual II

2001-05-06 Thread Stephen J. Gowdy
On Sun, 6 May 2001, Oliver Neukum wrote: > Yes and no. They lack permissions. > Usbdevfs more or less forces you to use all the hotplugging support > infrastructure. There is a usb_perm daemon which you can configure to do what you want I think. It is available from; http://www.xena.uklinux.net

Re: [linux-usb-devel] Fwd: Re: HP 7400c info / Minolta Scan Dual II

2001-05-06 Thread Oliver Neukum
> > Well, actually no, they are not. > > Working through usbdevfs is limited to usb obviously. > > There are eg. cameras with both, usb and firewire. > > I thought this discussion was about scanners? :) SANE is for cameras, too. But, if you wish, there are firewire scanners. And the problem is n

Re: [linux-usb-devel] Fwd: Re: HP 7400c info / Minolta Scan Dual II

2001-05-06 Thread David Brownell
> > > > Or, it could go the other way around. If you're scanning /dev/... > > > > nodes, add a corresponding ioctl to find which USB device is > > > > involved, and then use the existing USB support to find VID/PID. > > > > > > This is very helpful. > > > We should do this as generic as possible.

Re: [linux-usb-devel] EHCI/HCD code in CVS

2001-05-06 Thread David Brownell
> I'd prefer to do USB 2.0 in the -ac tree or 2.5 and leave the Linus kernel > tree USB 1.1 for now. Actually the hub/infrastructure changes do seem quite safe (more so than some changes that did get into 2.4.4 :) so it'd seem reasonable to get those into Linus tree. Not essential, of course, bu

Re: [linux-usb-devel] EHCI/HCD code in CVS

2001-05-06 Thread David Brownell
> > Related: USB 2.0 host controllers are in stores. Fry's lists > > them for $50 (and up :), and they work fine with usb-ohci > > (at "full" and "low" speeds) even if the "high speed" EHCI > > support is still in development. > > I live in Seattle and have no Fry's Electronics to go to. Well,

Re: [linux-usb-devel] USB Modem

2001-05-06 Thread Brad Hards
Brad Hards wrote: > > Peter Robinson wrote: > > > > Hi All, > > > > I have the following USB Modem, as you can see below it appears to > > be Comm class but it isn't being claimed by the acm driver. But that > > doesn't necessarily supprise me as the are other sub classes (I think) > > of the com

Re: [linux-usb-devel] EHCI/HCD code in CVS

2001-05-06 Thread Brad Hards
Brad Hards wrote: > > David Brownell wrote: > > > > > > > http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/linux-usb/hcd/ > > > > > > > > Yep, I think I got that problem that'd been so annoying. With > > > > current CVS and a prototype USB 2.0 storage device, this now > > > > hotplugs usb-storage

Re: [linux-usb-devel] early webcamgo patch for usbvideo

2001-05-06 Thread Dmitri
Quoting gmurray <[EMAIL PROTECTED]>: > > > What display program(s) are you intending to use, or be > > > compatible with? > > > > All V4L clients i hope. Can you recommend any good > > program? I have never used > > any V4L client. > > For the testing of ISOC frames, and the test bit that is > i