Sym53c8xx module active in X5000 kernels?

[xeno74]

MANY THANKS Christian - that did the trick!!!

Hi Roland,

Fantastic news! Could you please test your SCSI controller with the RC7 of kernel 4.17 and with the latest stable kernel 4.16.12?

Thanks in advance,
Christian

[Roland]

Fantastic news! Could you please test your SCSI controller with the RC7 of kernel 4.17 and with the latest stable kernel 4.16.12?

Tested... It works with both kernels if the 'MEM=3500M' variable is set.

BTW, I noticed a nice improvement in 4.17.rc7... When I exit from Ubuntu 16.04 by choosing 'reboot', the shutdown process goes now without any delays! With all the earlier kernel lines, there appears a peculiar 'shutdown process' which takes always 1 min 30 secs to end. Usually I have not bothered to wait but just pressed the reset button... Debian and Fedora do not show that slowdown with any kernel version.

[xeno74]

Hi Roland,

Many thanks for testing your SCSI controller with our latest kernels.

Cheers,
Christian

[Roland]

Speaking of SCSI disks, is there for Linux a similar program/command like "scsiswitch" for AmigaOS? With it you can e.g. spin up and down a scsi disk. That is handy for disks which you use only occasionally, e.g. for backups or confidental data.

I found for Debian a package called "scsitools", which includes a "scsi-spin" command. With options -u and -d a any drive can be spinned up or down. It seems to work...

BUT... Even if I have on a SCSI drive the "motor start enable" jumper closed, so that the drive does not automatically spin up when X5000 is turned on, it will start spinning as soon as Linux is started! Also, when I give the command "scsi-spin -d [drive]" and the drive is spinned down, it will almost immediately spin up again!

Xeno/Spectre: is there anything at kernel level (some option) or otherwise to do to prevent these unwanted 'autospin' effects, so that the drive will spin up ONLY when the "scsi-spin -u" command is given by the user?!?