Am Samstag, 5. M=E4rz 2005 00:28 schrieb Rene Rebe:
> Don't ever use hpusbscsi. I though I already told all vedors it is that=20
> broken that they should never ever ship it. It is the first thing that=20
> will be removed in Linux 2.7.
>=20
> If it would be me it would be removed from _all kernels
Am Montag, 3. Januar 2005 20:15 schrieb Rene Rebe:
> Hi,
>
> we should remove hpusbscsi from the Kernel. It is long obsolete and very
> unstable. I can send a patch for 2.4 and 2.6 (if needed) ;-)
I was waiting for 2.7 to do that. The help file for the scanner carries
a big fat warning. Apparent
> Ok. The only problem we have is: that the calibration data seems to
> get rather big (200kB - 400kB?) and it _seems_ that it has to be
> transfered with one SCSI command. (From the windows-log they seem to
> be also using a single command ...). I'm not such a SCSI freak - so is
> it possible to d
> - hpusbscsi+sane+avision will not handle large transfers. It is necessary
> to use a large SANE_SG_BUFFERSIZE. Is it easy to fix?
The kernel driver will currently support an unlimited number of
scatter/gather segments. The scanners may have a limitation in this regard.
To modify this behaviour
uld be encapsulated somehow.
Regards
Oliver Neukum
> > is this module for linux or (free|net|open)bsd? i am using freebsd
> > 4.4-stable at the moment.
>
> The module (called microtek) is for Linux. I don't know if it's possible to
> use it for freebsd. The module was made by Oliver Neukum
> and John Fremlin
&g
It would probably be
inappropriate to add a piece of kernel code specific to Linux to the generic
SANE.
Regards
Oliver Neukum
need to port the kernel driver to BSD. There's a patch on the WWW to make the
avision backend recognise the scanner.
HTH
Oliver Neukum
The problem is not
the driver but the backend. These scanners are almost compatible with the
avision scanners. They yield results, but the scans look very strange. I'll
have to learn more about SANE before I can address the backend issue.
Regards
Oliver Neukum
nly. Has the protocol changed, too ?
Do you have usb snoopy traces ? From the description alone it might be the
HP53xx protocol.
Regards
Oliver Neukum
20010210 Version 0.3.0
>
> > Do not load the scanner module, _only_ microtek for that scanner.
> > Do not add a single device. This happens automatically.
> >
> > Send the content of /proc/scsci/scsi after loading microtek
> >
> > Regards
> &g
lly.
Send the content of /proc/scsci/scsi after loading microtek
Regards
Oliver Neukum
Am Montag, 6. August 2001 20:35 schrieben Sie:
> Hi,
>
> On Mon, Aug 06, 2001 at 12:07:46AM +0200, Oliver Neukum wrote:
> > > I have just written a quick-and-dirty interface for USB scanners like
> > > sanei_scsi is for SCSI scanners. It's not as generic as the SC
with these ids.
This is dangerous. In fact it's a race. The id might be invalid by the time
the device is actually opened. You should return an fd.
Regards
Oliver Neukum
very well be outdated.
It seems that your scanner produces USB stall conditions which have to be
cleared.
HTH
Oliver Neukum
15 matches
Mail list logo
