(patch 2 of 2)
Hi,
Here's a patch for the usb ov511 driver against 2.2.20-pre2 that brings
it up to the same logic level that is in 2.4.5.
thanks,
greg k-h
diff -Nru a/drivers/usb/ov511.c b/drivers/usb/ov511.c
--- a/drivers/usb/ov511.c Wed Jun 13 21:02:21 2001
+++ b/drivers/usb/ov511.c
(patch 1 of 2)
Hi,
Here's a patch for the usb scanner driver against 2.2.20-pre2 that
brings it up to the same logic level that is in 2.4.5.
thanks,
greg k-h
diff -Nru a/drivers/usb/scanner.c b/drivers/usb/scanner.c
--- a/drivers/usb/scanner.c Wed Jun 13 21:02:21 2001
+++ b/drivers/usb/s
Cool!
I have been so busy that I haven't had a chance to look at it again. Looks like
not much more information has been gathered other than what I and John Willis
determined last year. The color picture is going to be a bear. Hopefully
someone familiar with yuv can look at it and see if they s
Pete Zaitcev wrote:
>
> > > > > timeout is in jiffies, and is the time waited from URB submission to
> > > > > getting a -ETIMEOUT if things go wrong. Normally HZ is a good thing to
> > > > > put in here.
>
> Wolfgang is trying his best to be difficult, so I am not
> replying to his trolling. Al
> From: Wolfgang Mües <[EMAIL PROTECTED]>
> Date: Wed, 13 Jun 2001 22:20:09 +0200
> > > > timeout is in jiffies, and is the time waited from URB submission to
> > > > getting a -ETIMEOUT if things go wrong. Normally HZ is a good thing to
> > > > put in here.
> > >
> > > May I ask for the definiti
Greetings... Long time lister first time caller :)
On the subject of kernel hangs and hangs in general.
I have this idea and am wondering what others think the usefulness of it
might be. Inside the file kernel/sched.c, within function schedule(), right
before the lines (line 637 in linux-2.4
On Tuesday, 12. June 2001 18:48, Dmitri wrote:
> Quoting Wolfgang Mües <[EMAIL PROTECTED]>:
> > On Monday, 11. June 2001 23:24, Brad Hards wrote:
> > > timeout is in jiffies, and is the time waited from URB submission to
> > > getting a -ETIMEOUT if things go wrong. Normally HZ is a good thing to
On Wed, Jun 13, 2001 at 05:58:04PM +0200, Sancho Dauskardt wrote:
>
> >A 10 second delay will cause the scsi error handler thread to fire. This
> >should cause all sorts of things to happen, but often winds up resulting in
> >a deadlock -- not just with usb-storage, but with lots of SCSI control
> From: Pavel Machek <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Date: Wed, 13 Jun 2001 00:42:16 +0200
> > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=39238
> >
> > I think I'll just take that flag off from the read URB for us.
>
> ...and you get 5x slowdown on PCI bandwidth when usi
> From: Pavel Machek <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED],
>Linux usb mailing list <[EMAIL PROTECTED]>
> Date: Tue, 12 Jun 2001 23:54:12 +0200
> Vojtech, you are maintainer; would you apply these cleanups?
I fail to see a point for most of them. Of course, Vojtech decides...
> struc
> A 10 second delay will cause the scsi error handler thread to fire. This
> should cause all sorts of things to happen, but often winds up resulting in
> a deadlock -- not just with usb-storage, but with lots of SCSI controllers,
> too. See the linux-scsi archives for some of the discussion.
S
>A 10 second delay will cause the scsi error handler thread to fire. This
>should cause all sorts of things to happen, but often winds up resulting in
>a deadlock -- not just with usb-storage, but with lots of SCSI controllers,
>too.
10 seconds ?? Can this be changed somwhere in the Kernel easil
What's happening is the error-handling thread is firing, which is
apparently sending everything to hell. This used to work, but lord knows
what's changed in the SCSI layers without my looking.
And yes, if you poll with TUR, you'll lose the unit attention that gives
the disk-change notification.
A 10 second delay will cause the scsi error handler thread to fire. This
should cause all sorts of things to happen, but often winds up resulting in
a deadlock -- not just with usb-storage, but with lots of SCSI controllers,
too. See the linux-scsi archives for some of the discussion.
Out of cu
Hi,
The khubd kernel thread is still allowing zombie processes:
$ pstree
init-+-agetty
|-bdflush
|-cron
|-devfsd
|-inetd-+-in.telnetd---bash---pstree
| `-in.telnetd---bash
|-kacpid
|-keventd
|-khubd-+-scsi_eh_0
| `-usb-storage-0
|-klo
>
>At least 2.4.5-ac6 still generates this kernel hang, and can be made
>to do it for full speed devices too.
>
>How to reproduce with usb-storage and a USB 1.1 device and any
>host controller (well, at least all combinations I've tried):
>
> - add to usb-storage/transport.c, about line 1145,
>
> That suggests very strongly to me that the problem isn't my driver,
> and it's time to use a more recent kernel, in the 2.4.5 series since
> Matt mentioned that some usb-storage problems vanished in that
> release. Here's crossing fingers that this is one of them!
At least 2.4.5-ac6 still gene
I've been noticing that the 2.4.5-ac6 kernels seem to want
to hotplug "hid" in inappropriate circumstances; this fixes
the bug (someone dropped "match_flags").
Apologies if someone patched this already; if so, I didn't
see the patch come by. Alan, please merge if you haven't
already gotten this
Hi,
i read in the todo-list for kernel 2.4 (http://linux24.sourceforge.net/)
that the "usb_control/bulk_msg: timeout"-messages in several usb devices
should be corrected.
But i use 2.4.5ac9 and i get many messages with my 2 terracams.
it would be nice if someone gave a statement ;).
--
Mit f
Hi!
> > to send a 1.5 Mbit/s "raw" datastream to a device that knows
> > nothing about USB, all it can do is to receive data at a bit-rate
> > of 1.5 Mbit/s.
No.
Pavel
--
Philips Velo 1: 1"x4"x8", 300gram, 60, 12MB, 40bogomips, li
Hi!
Vojtech, you are maintainer; would you apply these cleanups?
--- clean/drivers/usb/acm.c Tue Jun 5 21:37:59 2001
+++ linux/drivers/usb/acm.c Tue Jun 12 23:51:38 2001
@@ -125,10 +125,10 @@
*/
struct acm_line {
- __u32 speed;
- __u8 stopbits;
- __u8 parity;
-
Hi!
> As of yet I don't know about the voltage level and such, maybe I can't
> use the USB port, but as this is a hobby project we don't want to buy
> new hardware, and the USB port is the only interface on my computer that
> can send data fast enough(and the only interface on my computer that I
Hi!
> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=39238
>
> I think I'll just take that flag off from the read URB for us.
...and you get 5x slowdown on PCI bandwidth when using modem...
Pavel
--
I'm [EMAIL PROTECTED] "I
Hi!
> Are there still some people interested in getting driver for
> HomeConnect out there?
To follow up myself, there's homeconnectusb.sourceforge.net, with
enough stuff to play with.
--
Philips Velo 1: 1"x4"x8", 300gram, 60, 12MB, 40bogomips, linux, mutt,
details at http://atrey.karlin.mff.c
24 matches
Mail list logo
