[sane-devel] Problem with empty sense buffer in sanei_scsi (linux+hpusbscsi+vuescan)?

2001-10-16 Thread Jose Paulo Moitinho de Almeida
Hello I will try to summarize my last impressions regarding this: - vuescan is not using linked commands. But both Abel Deuring and Douglas Gilbert had the impression that it did when they looked at the logs. Could it be that there is a problem with a flag that is not properly transmited/proce

[sane-devel] Problem with empty sense buffer in sanei_scsi (linux+hpusbscsi+vuescan)?

2001-10-15 Thread abel deuring
Douglas Gilbert wrote: > > Jose Paulo Moitinho de Almeida wrote: > > I now have the log, using the original sg driver, which is attached and > > states: > > > > a) "sanei_scsi_open: using new SG header structure"; > > > > b) "sense buffer: 68 22 42 08 ff ff ff ff 00 00 00 00 00 00 00 00" > > > > A

[sane-devel] Problem with empty sense buffer in sanei_scsi (linux+hpusbscsi+vuescan)?

2001-10-15 Thread Jose Paulo Moitinho de Almeida
On Monday 15 October 2001 02:37, Douglas Gilbert wrote: > Jose Paulo Moitinho de Almeida wrote: > > On Thursday 04 October 2001 21:01, abel deuring wrote: >.. > > > > masked_status 8 driver_status 0 > > Paulo, > The problem starts here, a masked_status of 8 corresponds > to a SCSI status of INT

[sane-devel] Problem with empty sense buffer in sanei_scsi (linux+hpusbscsi+vuescan)?

2001-10-14 Thread Douglas Gilbert
Jose Paulo Moitinho de Almeida wrote: > > On Thursday 04 October 2001 21:01, abel deuring wrote: > > Jose Paulo Moitinho de Almeida wrote: > > > Hello > > > > >. > > > > Jose, it seems that you uncovered a serious problem in sanei_scsi.c -- > > but I'm afraid that a proper fix isn't that easy:

[sane-devel] Problem with empty sense buffer in sanei_scsi (linux+hpusbscsi+vuescan)?

2001-10-06 Thread abel deuring
This is a multi-part message in MIME format. --3DEFD1F82CDA0B4DF50DE9E9 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit abel deuring wrote: > The attached > patch to sanei_scsi.c should avoid this call. ... and as usual I forgot to hit the "attach" button.

[sane-devel] Problem with empty sense buffer in sanei_scsi (linux+hpusbscsi+vuescan)?

2001-10-06 Thread abel deuring
Jose Paulo Moitinho de Almeida wrote: > I now have the log, using the original sg driver, which is attached and > states: > > a) "sanei_scsi_open: using new SG header structure"; > > b) "sense buffer: 68 22 42 08 ff ff ff ff 00 00 00 00 00 00 00 00" > > After reading Abel's message, rereading t

[sane-devel] Problem with empty sense buffer in sanei_scsi (linux+hpusbscsi+vuescan)?

2001-10-04 Thread Jose Paulo Moitinho de Almeida
--Boundary-00=_LGDP714O5XTG771YA91A Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8bit On Thursday 04 October 2001 21:01, abel deuring wrote: > Jose Paulo Moitinho de Almeida wrote: > > Hello > > >. > > Jose, it seems that you uncovered a serious problem

[sane-devel] Problem with empty sense buffer in sanei_scsi (linux+hpusbscsi+vuescan)?

2001-10-04 Thread Oliver Rauch
abel deuring wrote: > Maybe, but I think that older versions of the SG driver do not return > the length of sense data read from a device. (Douglas, can you confirm > this?) I am not sure but I think byte 07 of the sense command return data block is defined for all devices/vendors as additional l

[sane-devel] Problem with empty sense buffer in sanei_scsi (linux+hpusbscsi+vuescan)?

2001-10-04 Thread abel deuring
Jose Paulo Moitinho de Almeida wrote: > > Hello > > First the good news: I have managed to make my Minolta Scan Dual II work with > vuescan under linux using the hpusbscsi driver in the ac series. > > The not so good news is that I had to introduce an hack in drivers/scsi/sg.c > to achieve this

[sane-devel] Problem with empty sense buffer in sanei_scsi (linux+hpusbscsi+vuescan)?

2001-10-04 Thread Jose Paulo Moitinho de Almeida
Hello First the good news: I have managed to make my Minolta Scan Dual II work with vuescan under linux using the hpusbscsi driver in the ac series. The not so good news is that I had to introduce an hack in drivers/scsi/sg.c to achieve this. I think that the problem is related to sanei_scsi,