This patch updates the 2.5 ov511 driver to version 1.64. This fixes some
longstanding bugs and cleans the code up a bit.
Changes:
- Eliminate remaining uses of sleep_on()
- Remove unnecessary (and racy) calls to waitqueue_active()
- Fix a memory leak in the open() error path
- Remove some redunda
> "Duncan" == Duncan Sands <[EMAIL PROTECTED]> writes:
Duncan> Did you try the 2.4.20 kernel
After finally getting a clean compile (by turning off SCSI support), I
get the same result (except this kernel seems to try harder). Dmesg
output:
usb.c: registered new driver usbdevfs
usb.c: reg
OK, here's a patch that I suspect will help a lot ... I ran a version
of it on 2.4.21-pre4 (plus ehci24-0201 and the usb-storage patch that
Tom Collins recently forwarded) and it sped up "hdparm -tT" on a VT8235
by a factor of four (!). It worked on a VT6202 too (which I usually see
just on 2.5),
Matthew Dharm wrote:
Ooooh... a good test case. This is repeateable, right?
It's happened multiple times, but I don't think it's deterministic.
I suspect "pull out the USB cable" would repeat it nicely though! :)
I've been waiting for some additions to the scsi core for hot unplugging.
At le
Sean Naughton wrote:
...
> What is the simplist way to get USB transfer going on Linux using Java. I
> have no conditions to meet other that to get some transfer going.
You could try http://jusb.sourceforge.net/
---
This sf.net email is sponsor
Any updates on this? I saw some patches, but they don't seem to be in my
tree (the usb tree, which is synced from Linus' tree).
People are starting to reports OOPSes to me because of this being
missing
Matt
On Mon, Feb 03, 2003 at 09:17:26AM -0800, Mike Anderson wrote:
> Sorry Matthew I got
Ooooh... a good test case. This is repeateable, right?
I've been waiting for some additions to the scsi core for hot unplugging.
At least some have just been added, so expect patches soonish. I'd love to
have you test them.
Matt
On Sun, Feb 16, 2003 at 01:00:02PM -0800, David Brownell wrote:
>
Hi Matt,
When running some storage tests, a couple of times I've gotten
oopses. Attached is 'dmesg' output for one sequence ... another
was in_irq (dead box), with the usb_storage_queuecommand() null
pointer getting triggered on the khubd usb_device_remove() path.
Seems like for some reason the
> "Colin" == Colin Paul Adams <[EMAIL PROTECTED]> writes:
> "Randy" == Randy Dunlap <[EMAIL PROTECTED]> writes:
Randy> It would be good to post the errors that you saw...
Colin> In fact I was using a RedHat non-SMP config file as the
Colin> basis, rather than then smp one whic
> "Randy" == Randy Dunlap <[EMAIL PROTECTED]> writes:
Randy> It would be good to post the errors that you saw...
In fact I was using a RedHat non-SMP config file as the basis, rather
than then smp one which is effectively what I use now - trying again now.
--
Colin Paul Adams
Preston Lan
>> "Duncan" == Duncan Sands <[EMAIL PROTECTED]> writes:
>
> Duncan> Did you try the 2.4.20 kernel, or a 2.4.21-pre one.
>
> No - it didn't compile cleanly.
> --
It would be good to post the errors that you saw...
~Randy
---
This sf.
On Sun, Feb 16, 2003 at 06:42:23PM +0100, Duncan Sands wrote:
> On Sunday 16 February 2003 18:31, Greg KH wrote:
> > On Fri, Feb 07, 2003 at 09:00:46AM +0100, Duncan Sands wrote:
> > > -#define CRC32(c,crc) (crc32tab[((size_t)(crc>>24) ^ (c)) & 0xff] ^
> > > (((crc) << 8)))
> >
> > Is there any rea
> "Duncan" == Duncan Sands <[EMAIL PROTECTED]> writes:
Duncan> Did you try the 2.4.20 kernel, or a 2.4.21-pre one.
No - it didn't compile cleanly.
--
Colin Paul Adams
Preston Lancashire
---
This sf.net email is sponsored by:ThinkGeek
On Sunday 16 February 2003 18:31, Greg KH wrote:
> On Fri, Feb 07, 2003 at 09:00:46AM +0100, Duncan Sands wrote:
> > -#define CRC32(c,crc) (crc32tab[((size_t)(crc>>24) ^ (c)) & 0xff] ^
> > (((crc) << 8)))
>
> Is there any reason you can't use the crc code that's already in the
> kernel?
>
> > +unsi
On Fri, Feb 07, 2003 at 09:00:46AM +0100, Duncan Sands wrote:
> -#define CRC32(c,crc) (crc32tab[((size_t)(crc>>24) ^ (c)) & 0xff] ^ (((crc) << 8)))
Is there any reason you can't use the crc code that's already in the
kernel?
> +unsigned long calc_crc (char *mem, int len, unsigned initial);
I've
On Fri, Feb 07, 2003 at 08:59:11AM +0100, Duncan Sands wrote:
> This is the first of 10 patches that clean up
> packet transmission. For some reason you only
> got patches 1, 9 and 10 when I first sent them.
> Needless to say 9 and 10 did not apply!
I've applied the 9 patches to my trees, thanks
This resolves a problem caused by "reboot" not actually
doing a clean shutdown of drivers. It uses a reboot
notifier to make sure that typical BIOS code (using the
USB 1.1 companion controllers) will see keyboards even
without an EHCI driver being active.
Please merge to Linus' latest, then we ca
On Sunday 16 February 2003 12:54, Colin Paul Adams wrote:
> > "Duncan" == Duncan Sands <[EMAIL PROTECTED]> writes:
>
> Duncan> Did you try the 2.4.20 kernel, or a 2.4.21-pre one.
>
> No - only 2.4.18.
>
> Is it worth trying 2.4.20 then?
Many fixes were made between 2.4.18 and 2.4.20, so ye
> "Duncan" == Duncan Sands <[EMAIL PROTECTED]> writes:
Duncan> Did you try the 2.4.20 kernel, or a 2.4.21-pre one.
No - only 2.4.18.
Is it worth trying 2.4.20 then?
--
Colin Paul Adams
Preston Lancashire
---
This sf.net email is spon
On Saturday 15 February 2003 20:57, Colin Paul Adams wrote:
> Another option, if it is the hardware, might be to buy a USB card. is
> this a possible solution, with USB already on the motherboard?
Did you try the 2.4.20 kernel, or a 2.4.21-pre one.
Duncan.
--
20 matches
Mail list logo
