On Thu, Nov 11, 1999 at 01:37:31AM +0100, Juergen Fischer wrote:
> Hi there!
>
> more testing and more problems fixed (patches against
> 2.3.26 attached):
> - debug for the first controller was initialized with
> DELAY_DEFAULT instead of DEBUG_DEFAULT, therefore that
> strange debugging output (MESSAGE IN...).
> - fixed synchronous negotiation
> - debugging output can now be controller through procfs.
>
> Luca: should get you your Yamaha recognized with synchronous
> enabled. Nevertheless it will keep on rejecting
> synchronous transfers.
>
> Carl-Johan & Toon: I've tested the driver with a Microtek
> ScanMaker II. Seems to work here. Maybe it works
> for you now, too. But I had to blacklist it in scsi.c,
> because it responded to all luns.
I have trouble with this patch.
The adaptec 1505 controller is successfully initialized.
This is without any active devices on the SCSI bus.
So far so good.
But when my scanner (Microtec X6) is on while loading the driver,
the kernel crashes horribly.
The messages from the driver are only displayed on the console.
They don't appear in the syslog (because the machine crashes before
the buffers can be flushed?), so if you need them I'll have to copy
them by hand. Let me know.
By the way: with your previous patch the scanner was detected perfectly.
I applied your patch on a fresh, clean 2.3.26 kernel source tree.
> BTW it's ok to reject synchronous transfers for a device
> that just can't do it. That what the synchronous
> negotiation is about.
OK, thanks. My scanner obviously doesn't accept synchronous transfers.
Regards,
Toon.
--
Toon van der Pas Email: [EMAIL PROTECTED]
Zomervlinderberm 24 Phone: +31 (30) 635 3162 -o)
3994 WP Houten Fax: +31 (30) 634 1662 /\\
The Netherlands _\_v
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to [EMAIL PROTECTED]
