Johannes Erdfelt wrote:
>
> I managed to get almost all of my uhci.c updates into 2.4.4-pre7.
G'day Johannes,
Are you planning to feed the outstanding USB changes (say, from -ac) to Linus?
If you are too busy to package them up, I'll do it, and send them to you.
While some of the new drivers are
First for reference: By inspection this seems to apply to 2.2.19 and 2.4.3
although I've only actually run on 2.4.1
When using usbdevfs I've seen in the past the recommendation to poll interrupt
pipes with bulk transfers as a workaround for not having interrupt
transfer supp
Brad Hards wrote:
> The other drivers that should be pushed to Linus pretty soon:
> * Philips webcam driver (maybe EXPERIMENTAL, for any bugs that show up on
> other architectures, if this hasn't been verified, say on a big endian machine
> and/or a 64 bit machine).
> * The Alcatel ADSL driver (
Greetings,
This is the patch that should bring the Philips webcam driver into the Linux
kernel (all platforms).
It´s against 2.4.3, I haven´t had time to install an -ac kernel and patch
against that. Any differences should be trivial, though. It´s mostly new
files and patching Makefile and Confi
Some small changes since 0.19:
The bayer decoder no longer produces artifacts along the left side and some
uhci related fixes.
Queued bulk transfers can now be used with both usb-ohci and uhci, not
(yet?) with usb-uhci.
The driver can be found at: http://www.chello.nl/~j.vreeken/se401/
If all g
Here we go again. It's been a while since I tried a MediaGX chipset with a
Linksys USB ethernet... still having problems.
Today I'm using the 2.2.19 kernel and having the same problem reported on
11/03/2000 in kernels 2.4.0-test10-pre??? and fixed in 2.4.0-test11-pre1
(pegasus.c version 0.4.1
On 2001.04.26 18:50:32 +0200 Johannes Erdfelt wrote:
> I managed to get almost all of my uhci.c updates into 2.4.4-pre7.
>
> This includes the bulk queuing fixes, the pci consistent support, the
> completion list to fix the deadlocks and various other bug fixes.
>
> If you've had any problems wi
Mahlzeit
After "solving" the problem with the ID assignment - I got a new reader,
which gets the ID at least the second try - I can now start writing the
driver.
Because of the end point structure, which is the same as some USB
serial adapters, and also because it would result in a simple drive
I managed to get almost all of my uhci.c updates into 2.4.4-pre7.
This includes the bulk queuing fixes, the pci consistent support, the
completion list to fix the deadlocks and various other bug fixes.
If you've had any problems with uhci.c in past, I'd really appreciate it
if you can test that
>I have french Hauppage WinTV USB (Model 40006 REV A Lot # 0008).
> I've added "{ idVendor: 0x0573, idProduct: 0x4d03 }" into usbvision.c
> and it now partly works:
How many devices have been added? I think we are at 8!
> 1) "Composite 1" input works fine. It, however, in fact correspo
"Nemosoft Unv." wrote:
> No problem... But I´m still deciding what´s the best strategy. I´ve tried two
> approaches:
>
> * distribute a .o file with the code which requires a small patch to the
> Makefile, so that it gets linked in (the current method)
The advantage to that approach is that us
Hi !
Why we have to allocate transfer buffer using kmalloc and not statically
for sucessfull usb transactions...
Please brief me out what happens if i use statically allocated transfer
buffers ?..What problem we may face in DMA ?
Thanks
|(:-))
||//__ _
||/ ( >)\/( :)( :)[ \]
_
On Tue, Apr 17, 2001 at 02:26:59AM -0700, Paul Stewart wrote:
> In message <[EMAIL PROTECTED]> you write:
> >There was a kernel patch that produced a "hiddev" device on char 180,
> >from minor 96 on - an updated version is to be found on
> >http://athome.wetlogic.net:8008/hiddev/ , although it ha
13 matches
Mail list logo