On Tue, Jan 07, 2003 at 04:01:35PM +0100, Kentropy wrote:
> Third post, the first and second are rejected.
> ???
Your posts were picked up by the spam filters because you are setting
the X-Priority: flag in your messages. As no "normal" mail should set
this field, it's one that is checked. If it
On Tue, 2003-01-07 at 07:01, Kentropy wrote:
> > Does anybody can tell me if can I use a USB p e n disk
> > with Red Hat 8.0 (kernel-2.4.18) ?
Google is very helpful:
http://www.supermediastore.com/sup64usbpend.html
> > And how to detect and mount this disk ?
Plug it in, see new SCSI drive, m
Third post, the first and second are rejected.
???
> Does anybody can tell me if can I use a USB p e n disk
> with Red Hat 8.0 (kernel-2.4.18) ?
> And how to detect and mount this disk ?
> TIA
---
This SF.NET email is sponsored by:
SourceForge
On Wed, Jan 08, 2003 at 12:04:48AM +0100, Henning Meier-Geinitz wrote:
> Hi,
>
> This patch removes the inofficial ioctls that were used to support the
> PV8630 USB-over-Parport chipset. They were alreaded ifdefed out.
> Instead of them, the more generic (and official) SCANNER_IOCTL_CTRLMSG
> shou
On Wed, Jan 08, 2003 at 12:23:34AM +0100, Henning Meier-Geinitz wrote:
> Hi,
>
> This patch makes endpoint detection more generic. Basically, only one bulk-in
> endpoint is required, everything else is optional.
>
> The patch is on top of the PV8630 removal patch.
Hm, this one didn't apply, I t
On Tue, Jan 07, 2003 at 11:50:30PM +0100, Henning Meier-Geinitz wrote:
> Hi,
>
> With this patch, information about user-supplied ids is printed only
> once at startup instead of everytime any USB device is plugged in.
>
> The patch is on top of the new ids patch.
Applied, thanks.
greg k-h
--
On Tue, Jan 07, 2003 at 10:40:04PM +0100, Henning Meier-Geinitz wrote:
> Hi,
>
> This patch adds vendor/product ids for two Visioneer scanners.
>
> The patch is on top of the ioctl patch.
Applied, thanks.
greg k-h
---
This SF.NET email is sp
On Tue, Jan 07, 2003 at 10:06:16PM +0100, Henning Meier-Geinitz wrote:
> Hi,
>
> This patch updates the documentation for the USB scanner driver. The
> details:
Applied, thanks.
greg k-h
---
This SF.NET email is sponsored by:
SourceForge Ente
On Tue, Jan 07, 2003 at 10:10:35PM +0100, Henning Meier-Geinitz wrote:
> Hi,
>
> This patch removes the link in Kconfig to
> Documentation/usb/scanner-hp-sane.txt which was removed by the
> documentation update.
Applied, thanks.
greg k-h
---
On Tue, Jan 07, 2003 at 09:43:39PM +0100, Henning Meier-Geinitz wrote:
> Hi,
>
> This patch adds locking to ioctl_scanner() which was completely
> lacking until now. The patch is originally from Oliver Neukum
> <[EMAIL PROTECTED]>.
>
> The patch was forward-ported from 2.4.
Applied, thanks.
gre
Hi,
This patch makes endpoint detection more generic. Basically, only one bulk-in
endpoint is required, everything else is optional.
The patch is on top of the PV8630 removal patch.
Bye,
Henning
--- linux-2.5.54-pv/drivers/usb/image/scanner.c 2003-01-07 23:51:21.0 +0100
+++ linux-2
Hi,
With this patch, information about user-supplied ids is printed only
once at startup instead of everytime any USB device is plugged in.
The patch is on top of the new ids patch.
Bye,
Henning
--- linux-2.5.54-newids1/drivers/usb/image/scanner.c2003-01-07 22:25:11.0
+0100
+++
Hi,
This patch removes the inofficial ioctls that were used to support the
PV8630 USB-over-Parport chipset. They were alreaded ifdefed out.
Instead of them, the more generic (and official) SCANNER_IOCTL_CTRLMSG
should be used. The last software that used the old ioctl
(sane-hp4200) switched to the
hi list,
first off, my apologies if this is not the right place to send this
message to, (i am not a developer myself) but to me this seems a
matter for the usb developers, so i decided to come here. it is a
rather long message, but i have tried to find out as much info on this
bug as i could.
i
Hi,
This patch adds vendor/product ids for two Visioneer scanners.
The patch is on top of the ioctl patch.
Bye,
Henning
diff -u linux-2.5.54-ioctl/drivers/usb/image/scanner.c
linux-2.5.54-newids1/drivers/usb/image/scanner.c
--- linux-2.5.54-ioctl/drivers/usb/image/scanner.c 2003-01-07
Hi,
This patch updates the documentation for the USB scanner driver. The
details:
Documentation/usb/scanner.txt:
- Amended for linux-2.5.54
- Added information about read_timeout
- Added more details about /proc/bus/usb/devices
- Added/updated links
- Added pointers two "special" scann
Hi,
This patch removes the link in Kconfig to
Documentation/usb/scanner-hp-sane.txt which was removed by the
documentation update.
Bye,
Henning
--- linux-2.5.54/drivers/usb/image/Kconfig 2002-12-16 03:07:44.0 +0100
+++ linux-2.5.54-docu/drivers/usb/image/Kconfig 2003-01-07 21:59
Hi,
This patch adds locking to ioctl_scanner() which was completely
lacking until now. The patch is originally from Oliver Neukum
<[EMAIL PROTECTED]>.
The patch was forward-ported from 2.4.
Bye,
Henning
--- linux-2.5.54/drivers/usb/image/scanner.c2003-01-07 19:46:11.0 +0100
+++
On 7 Jan 2003, Dmitri wrote:
| On Tue, 2003-01-07 at 08:23, Pete Zaitcev wrote:
| > Greg, would you mind adding this trivial patchlet, please.
| > IIRC, Dimitri approved, at least for 2.5.
| >
| > --- linux-2.4.21-pre3-nip/drivers/usb/ibmcam.c 2003-01-06 17:36:50.0
|-0800
| > +++ lin
On Tue, 2003-01-07 at 08:23, Pete Zaitcev wrote:
> Greg, would you mind adding this trivial patchlet, please.
> IIRC, Dimitri approved, at least for 2.5.
>
> --- linux-2.4.21-pre3-nip/drivers/usb/ibmcam.c2003-01-06 17:36:50.0
>-0800
> +++ linux-2.4.21-pre3/drivers/usb/ibmcam.c
Hi,
This patch removes the link in Configure.help to
Documentation/usb/scanner-hp-sane.txt which was removed by the
documentation update.
Bye,
Henning
--- linux-2.4.21-pre3/Documentation/Configure.help 2003-01-07 20:18:06.0
+0100
+++ linux-2.4.21-pre3.Configure/Documentation/Con
On Tue, Jan 07, 2003 at 07:54:11PM +0100, [EMAIL PROTECTED] wrote:
> > If we had a complete white/black list of devices with/without a unique id,
> > there would be no ambiguity.
>
> You mean for the devices on the white list.
> But most devices will not be on the white list.
I mean if it is not
>> The id is not suitable as a user space name. Moreover,
>> it is a heuristic only, and user space needs unambiguous names.
> If we had a complete white/black list of devices with/without a unique id,
> there would be no ambiguity.
You mean for the devices on the white list.
But most devices wil
| Hi,
On Mon, 6 Jan 2003, Koen Van Renterghem wrote:
| I'am working on a driver for a cypress fx2 device. I tried loading sample
| firmwire made by cypress to measure the bandwith,
| but it fails every time. (I checked and the firmware is loaded ok)
| I get the following error :
| urb.c : usb_sub
On Tue, Jan 07, 2003 at 11:55:00AM +0100, [EMAIL PROTECTED] wrote:
> > But, we don't have to truncate, we should just allocate as many bytes as
> > we need, and store the information.
>
> > And, the sysfs name should not store the id.
>
> OK. It seems that we are in total agreement.
> Time for
On Tue, Jan 07, 2003 at 11:55:00AM +0100, [EMAIL PROTECTED] wrote:
>
> The sysfs tree does not contain device nodes.
And that will remain true.
> Do you plan a user space utility that figures out that
> the ID "SHP CD-Writer+ 8200 [" belongs to /dev/hdd
> which also is /dev/sr0?
Yes. Well
> | --- linux-2.4.21-pre3-nip/drivers/usb/ibmcam.c 2003-01-06 17:36:50.0
>-0800
> | +++ linux-2.4.21-pre3/drivers/usb/ibmcam.c 2003-01-06 17:25:15.0 -0800
> | -static struct usbvideo *cams = NULL;
> | +struct usbvideo *cams = NULL;
>
> That's going in the wrong/reverse direc
On Tue, 7 Jan 2003, Pete Zaitcev wrote:
| Greg, would you mind adding this trivial patchlet, please.
| IIRC, Dimitri approved, at least for 2.5.
|
| --- linux-2.4.21-pre3-nip/drivers/usb/ibmcam.c2003-01-06 17:36:50.0
|-0800
| +++ linux-2.4.21-pre3/drivers/usb/ibmcam.c2003-01-0
> US_FL_DONT_FIX_INQUIRY_LENGTH
Oh, people, please.
There is no problem. So it is a waste of time trying to solve
this non-problem.
If the device transmits 36 bytes, then we have 36 bytes.
What are these bytes used for? To get a vendor name.
A SCSI standard lawyer might wish to distinguish the ca
Greg, would you mind adding this trivial patchlet, please.
IIRC, Dimitri approved, at least for 2.5.
--- linux-2.4.21-pre3-nip/drivers/usb/ibmcam.c 2003-01-06 17:36:50.0 -0800
+++ linux-2.4.21-pre3/drivers/usb/ibmcam.c 2003-01-06 17:25:15.0 -0800
@@ -87,7 +87,7 @@
} ibmcam_t
On Mon, 6 Jan 2003, Doug Ledford wrote:
> On Mon, Jan 06, 2003 at 04:46:47PM -0800, Matthew Dharm wrote:
> > On Mon, Jan 06, 2003 at 05:23:22PM -0500, Doug Ledford wrote:
> > > Except that if a device *does* transfer 36 bytes and then lies and says it
> > > only transferred 5 then we are missing
> But, we don't have to truncate, we should just allocate as many bytes as
> we need, and store the information.
> And, the sysfs name should not store the id.
OK. It seems that we are in total agreement.
Time for the next question.
An id is constructed, that in many cases identifies something.
32 matches
Mail list logo
