[2405] in linux-scsi channel archive
Re: Program to manipulate SCSI mode pages?
daemon@ATHENA.MIT.EDU (Michael Weller)
Wed Sep 3 10:00:01 1997
Date: Wed, 3 Sep 1997 10:12:36 +0200 (MESZ)
From: Michael Weller <eowmob@exp-math.uni-essen.de>
To: "Theodore Y. Ts'o" <tytso@MIT.EDU>
Cc: Michael Neuffer <neuffer@goofy.zdv.Uni-Mainz.de>,
linux-scsi@vger.rutgers.edu
In-Reply-To: <199709021741.NAA14776@dcl.MIT.EDU>
On Tue, 2 Sep 1997, Theodore Y. Ts'o wrote:
> Date: Sun, 31 Aug 1997 03:26:46 +0200 (MESZ)
> From: Michael Weller <eowmob@exp-math.uni-essen.de>
>
> a) scsiinfo does allow access to all mode pages worth noting.
> b) reassigning bad blocks should be done by the disk itself. No tool is
> required (except scsiinfo to enable it).
> c) I just wrote scsiinfo 1.7 which includes a low level formatter and
> allows you to add own defects. I didn't check, I dunno if it was moved
> to a publically accessible dir ion tsx-11.mit.edu or
> sunsite.unc.edu already though.
>
> Sorry! When I looked, I only found scsiinfo 1.6, which was dated April
> '96, and was apparntly last worked on by the EYC. I hadn't realized
> that scsiinfo 1.7 had been released.
Well, I wrote an announcement to linux-scsi. On the other hand, I don't
see myself as THE maintainer of it. I just like playing with it, and
occasionally add stuff to it as I get hands on new hardware/some time or
ideas. As there is not much other work going on with it (I made massive
additions for 1.5, which I submitted to the author who just uploaded them;
there is a 1.6, but I can't see any changes over 1.5, and now I added
the low level formatting)
> I've just moved scsiinfo 1.7 to a publically accessible directory on
> tsx-11. It's in /pub/linux/ALPHA/scsi/scsiinfo-1.7.tar.gz.
This is good. I already thought my upload was somehow lost.
> (Michael, is this stable/complete enough such that you'd like me to move
> it out of the ALPHA directory?)
I consider it as stable as any other linux software. I didn't have any
problem with it for ages. Yes, there were these defects list problems
recently discussed here, and this discussion finally let me solve this
problem. So, now it even does not hang your system when reading defects.
It still has the limitation of using only 4K data sections due to the
ioctl() limitations. I didn't feel like going to use /dev/sg? because it
makes not much sense for (my) typical applications. Also it still can't
read out log pages, even though I'd love to see what my devices log.
Alas, I never saw a SCSI device with a log page conforming to the
SCSI-II specs. But we are talking about missing features, not
instability here.
It is a powerful tool which can do many harm in the hands of the careless,
but still, I think it is no longer real ALPHA software (and it wasn't
since 1.4 or 1.5). Thus, when I uploaded it to sunsite (which did not
carry any prior version) I suggested a location somewhere in disktools
(where hdparm and stuff resides).
If you change the location, a new .lsm record should be filed though.
Michael.
(eowmob@exp-math.uni-essen.de or eowmob@pollux.exp-math.uni-essen.de
Please do not use my vm or de0hrz1a accounts anymore. In case of real
problems reaching me try mat42b@spi.power.uni-essen.de instead.)
