Hi,
Some printers report errors (like out of paper or offline) without
setting the main "I have an error" bit. I see this on my home
printer and someone else has confirmed it for me, suggesting that
we check the printer error status bits independently, ordering
them as we see fit, so here's a pat
On Sat, 14 Jun 2003, Major A wrote:
> The sd_mod module is loaded automatically on boot. I find that when
> sd_mod is loaded at the time the USB drive is plugged in, the kernel
> doesn't find the partition table (fdisk claims it's blank), and any
> attempt to unload sd_mod segfaults. I had to unlo
Dear Dave,
Dave wrote,
Dave> This patch brings the 2.4.21-rc8 EHCI driver mostly back
Dave> into sync with the latest 2.5 driver (*), and adds a patch
Dave> to avoid a relink problem (symptoms: rx hang, tx overflow)
Dave> which causes trouble on 2.4 (especially with usb-stora
Major A wrote:
[ 2.5.70 + ehci-0613 patch, log output sent, "Subject:" wrong ]
Just to summarize for the peanut gallery: the logs showed no
problems at all ... until the PCI files spontaneously vanished
from sysfs. That's not allowed to happen, something's deeply
wrong outside USB on that system
Hi!
Some UPSes have logical minimum and maximum value in HID descriptors the
same. The HID driver rejects such devices. This patch fixes this. Please
apply for 2.4, I'll take care of a 2.5 patch.
[EMAIL PROTECTED], 2003-06-14 23:38:54+02:00, [EMAIL PROTECTED]
Logical minumum and maximum may be
> [ 2.5.70 + ehci-0613 patch, log output sent, "Subject:" wrong ]
>
> Just to summarize for the peanut gallery: the logs showed no
> problems at all ... until the PCI files spontaneously vanished
> from sysfs. That's not allowed to happen, something's deeply
> wrong outside USB on that system i
On Sat, Jun 14, 2003 at 10:29:10AM -0700, Greg KH wrote:
> > Although it would certainly have been simpler to
> > just be able to pull from my local copy of Linus'
> > tree into a "latest USB patches" tree ... :)
>
> Heh, it might have been for you :)
Oh, you can always use the tree at:
b
Greg KH wrote:
I just did a "bk parent bk://kernel.../usb-2.5-bk"
and a pull; it doesn't seem to have broken anything.
You don't have to reset the parent if you want, a simple:
bk pull bk://kernel.../usb-2.5-bk
will also work.
The goal is "latest USB tree" ... :)
I also find "bk -r get
On Sat, Jun 14, 2003 at 07:57:32AM -0700, David Brownell wrote:
> Greg KH wrote:
> >
> > bk://kernel.bkbits.net/gregkh/linux/usb/usb-2.5-bk
>
> So use this instead of the BK tree we've been using
> so far, at linuxusb.bkbits.net ?
For now, if you want to get the -bk versions too.
> I just di
Major A wrote:
[ 2.5.70 + ehci-0613 patch, log output sent, "Subject:" wrong ]
After mounting (which went fine), and listing a few directories, the
command
md5sum *.png > md5sums
was entered. When the problem occurred, the system load climbed
continuously to 5 and has stayed there since, top s
This resolves a problem that appears when relinking
a bulk or control QH that has a partially completed
multi-packet qTD. Some I/O could be repeated.
Such cases can happen when an empty QH starts to unlink,
but gets re-activated (by queueing the multi-packet qTD)
before the HC saw the unlink. It'
Greg KH wrote:
bk://kernel.bkbits.net/gregkh/linux/usb/usb-2.5-bk
So use this instead of the BK tree we've been using
so far, at linuxusb.bkbits.net ?
I just did a "bk parent bk://kernel.../usb-2.5-bk"
and a pull; it doesn't seem to have broken anything.
Although it would certainly have been simpl
speedtouch.c | 108 +++
1 files changed, 72 insertions(+), 36 deletions(-)
diff -Nru a/drivers/usb/speedtouch.c b/drivers/usb/speedtouch.c
--- a/drivers/usb/speedtouch.c Sat Jun 14 14:40:16 2003
+++ b/drivers/usb/speedtouch.c Sat Jun 14
Am Samstag, 14. Juni 2003 01:34 schrieb Greg KH:
> On Thu, Jun 12, 2003 at 09:27:38AM +0200, Oliver Neukum wrote:
> > Hi Greg,
> >
> > this changes kaweth to use usb_buffer_alloc in the control
> > and recieve paths, in which it is using fixed buffers which
> > are not safe on some architectures. A
14 matches
Mail list logo
