Am Montag, 21. Oktober 2002 10:05 schrieb Duncan Sands:
SUMMARY: I have found a workaround for a hardware problem
with my VIA USB hub (PCI ID: 1106 VIA, 3038 USB hub). I
need help integrating it into the UHCI hcd.
THE PROBLEM: plugging in a new device, with a device already
plugged in,
At 10:06 PM 10/17/2002 -0700, you wrote:
The use of the dev_set_drvdata family of calls. I'm not sure why, but those
seem to keep the driver from being inserted, removed, and reinserted.
Replacing those with the use of private_data field in the usb_interface
struct seems to fix that (I removed
At 11:34 AM 10/21/2002 -0700, John Tyner wrote:
You're actually looking at a bug there. The proc interface for the shutter
(which you don't seem to like) should be setting needsDummyRead. As the
Well, that makes more sense. I'm not against what the proc interface is
trying to achieve so much
On Wed, 2002-10-16 at 02:06, David Brownell wrote:
This is basically an early-vs-late binding policy choice. MSFT is
doing early binding, Linux is doing late. Which is fine with me;
the rule of thumb I'm used to is that late binding is preferable
until there's a real problem with not having
require a stand alone vicam-specific executable to change the shutter
speed. I didn't think that was a reasonable expectation.
Is a MODULE_PARM too unreasonable? I agree that the proc interface
provides a simple way to change the shutter speed, but I still think that
it's a lot of code to do a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, 22 Oct 2002 08:55, John Tyner wrote:
The memory should definitely not be allocated when the camera is
initialized. I think there are a few who would throw a fit if your
driver was allocating 320*240*3*2 bytes of data (nearly half a
I thought I'd send this around now that Dan and Johannes have updated
UHCI to handle queueing for control and interrupt urbs. (Yay!) The patch:
- Rips the automagic resubmit code out of the main three HCDs.
The UHCI bits should resemble some code from Dan, and the patches
to EHCI and
The following patch removes the old framebuf_size and framebuf_read_start
values from the cam structure and simplifes the read function. It also
moves the needs dummy read check into the read_frame function. cp and dd
should both still work.
Patch is against 2.5.43, but I believe should apply
Catching up with an old thread to an extent but part of the row here
appears to be missing the fact that early and late binding are both
right depending on the driver itself. It depends whether failure is
meaningful on a per operation level record 5 seconds of video no or
only can be handled at
David Brownell wrote:
Well, I'd really like to figure out why this is happening.
Me too. Happens on both a Red Hat 7.2 and 8.0 box, but not on a 7.3
machine. If I get a chance I'll try to track this down further.
Happened on multiple RH 7.3 boxes for me. But not all the time,
and maybe
From: Doug Alcorn [EMAIL PROTECTED]
Date: Mon, 21 Oct 2002 14:30:58 -0400
Subject: [linux-usb-devel] status of UML usb host controller
I saw a message in the archives saying there was a patch for UML to
add a USB host controller. However, I can't find the patch. I've
emailed the announcement
At 03:55 PM 10/21/2002 -0700, John Tyner wrote:
Is a MODULE_PARM too unreasonable? I agree that the proc interface
provides a simple way to change the shutter speed, but I still think that
it's a lot of code to do a small amount of work. Maybe a standalone app is
too much to ask, but [personally]
The following patch removes the old framebuf_size and framebuf_read_start
values from the cam structure and simplifes the read function. It also
moves the needs dummy read check into the read_frame function. cp and dd
should both still work.
This is in addition to the previous patch. It
ChangeSet 1.748, 2002/10/21 14:37:44-07:00, [EMAIL PROTECTED]
[PATCH] USB: added support for Clie NX60 device.
Thanks to Hiroyuki ARAKI [EMAIL PROTECTED] for the information.
diff -Nru a/drivers/usb/serial/visor.c b/drivers/usb/serial/visor.c
--- a/drivers/usb/serial/visor.cMon Oct 21
ChangeSet 1.747, 2002/10/21 13:37:47-07:00, [EMAIL PROTECTED]
Cset exclude: [EMAIL PROTECTED]|ChangeSet|20021011180213|25533
diff -Nru a/drivers/usb/hid-input.c b/drivers/usb/hid-input.c
--- a/drivers/usb/hid-input.c Mon Oct 21 22:14:41 2002
+++ b/drivers/usb/hid-input.c Mon Oct 21 22:14:41
Hi,
Here are three USB patches for 2.4.20-pre11.
They are:
- reverting a previous patch for the hid-input driver. This
allows USB keyboards to work again on PPC machines. The patch
was incorrect.
- adds a device id for the Sony Clie NX60 device to the USB
16 matches
Mail list logo
