On Thu, Sep 21 2000, Douglas Gilbert wrote:
> Torben Mathiasen wrote:
> >
> > Ok, small patch cooked up. Not tested, not compiled. Give
> > it a try, and if it works please send it off to Linus.
> > I really need to get some work done on a project...
>
> Here is a very similar patch that has bee
On Thu, Sep 21, 2000 at 09:39:07PM +0200, Torben Mathiasen wrote:
> Ok, small patch cooked up. Not tested, not compiled. Give
> it a try, and if it works please send it off to Linus.
> I really need to get some work done on a project...
This worked, thanks. :)
Simon-
[ Stormix Technologies In
Torben Mathiasen wrote:
>
> Ok, small patch cooked up. Not tested, not compiled. Give
> it a try, and if it works please send it off to Linus.
> I really need to get some work done on a project...
Here is a very similar patch that has been tested
[with a USB zip drive using sg (builtin) to read
Ok, small patch cooked up. Not tested, not compiled. Give
it a try, and if it works please send it off to Linus.
I really need to get some work done on a project...
--
Torben Mathiasen <[EMAIL PROTECTED]>
Linux ThunderLAN maintainer
http://tlan.kernel.dk
diff -ur --exclude-from=/root/torben
On Thu, Sep 21 2000, Douglas Gilbert wrote:
[delete]
> > At one point before I followed some of the debug/logging commands listed
> > at the top of sg.c and got an Oops as well...
>
> Seems as though I've got a lot of retesting to do.
>
Please note that the changes to the scsi midlayer require
On Thu, Sep 21, 2000 at 02:34:01PM -0400, Douglas Gilbert wrote:
> I do nearly all of my testing with sg as a module.
> So this looks like (another recent) breakage.
>
> It is beginning to look like the sg driver is not
> (properly) initialized when it is built into the
> kernel. Perhaps you cou
Simon Kirby wrote:
>
> On Thu, Sep 21, 2000 at 01:12:27PM -0400, Douglas Gilbert wrote:
>
> > Interesting. 'cat /proc/scsi/scsi' should show the same
> > devices as 'cat /proc/scsi/sg/device_strs' [and
> > 'cat /proc/scsi/sg/devices']. If not, then the SCSI
> > mid-level is not calling sg_detect
Torben Mathiasen wrote:
>
> On Thu, Sep 21 2000, Douglas Gilbert wrote:
>
> [deleted]
>
> > It is not clear to me what "hacking" sg requires as
> > Torben Mathiasen suggested in his response. This seems
> > like a mid level problem. I'll check with my scsi
> > scanner this evening.
> >
>
> Wel
On Thu, Sep 21, 2000 at 01:12:27PM -0400, Douglas Gilbert wrote:
> Interesting. 'cat /proc/scsi/scsi' should show the same
> devices as 'cat /proc/scsi/sg/device_strs' [and
> 'cat /proc/scsi/sg/devices']. If not, then the SCSI
> mid-level is not calling sg_detect() [in sg.c] for
> all new scsi d
On Thu, Sep 21 2000, Douglas Gilbert wrote:
[deleted]
> It is not clear to me what "hacking" sg requires as
> Torben Mathiasen suggested in his response. This seems
> like a mid level problem. I'll check with my scsi
> scanner this evening.
>
Well first of all the sg driver needs to be updated
Simon Kirby wrote:
> Around 2.4.0-test9-pre2 (or so, definitely in pre3) both my SCSI scanner
> and trident sound card stopped being happy. They are still both broken
> in pre5. On test8, both work perfectly.
>
> On test8:
>
> (scsi0:6:0) Synchronous Data Transfer Request was rejected
> Ven
On Thu, Sep 21 2000, Simon Kirby wrote:
> ... on test9pre5 and test9pre3:
>
> (scsi0:6:0) Synchronous Data Transfer Request was rejected
> Vendor: Model: Scanner Rev: 1.70
> Type: ScannerANSI SCSI revision: 04
> (scsi0:0:3:0) Synchronous at 8.
Hi n' stuff,
Around 2.4.0-test9-pre2 (or so, definitely in pre3) both my SCSI scanner
and trident sound card stopped being happy. They are still both broken
in pre5. On test8, both work perfectly.
On test8:
(scsi0:6:0) Synchronous Data Transfer Request was rejected
Vendor: Model:
13 matches
Mail list logo
