[7998] in linux-scsi channel archive
Re: Another multi-lun CD changer (was: ... simultaneous access problem)
daemon@ATHENA.MIT.EDU (Brendan Miller)
Thu Feb 3 09:00:22 2000
Date: Thu, 20 Jan 2000 12:28:53 -0800
From: Brendan Miller <brmiller@netgate.net>
To: Ishikawa <ishikawa@yk.rim.or.jp>
Cc: Eric Youngdale <eric@andante.org>,
LINUX SCSI <linux-scsi@vger.rutgers.edu>
Message-ID: <20000120122853.A4996@netgate.net>
Reply-To: Brendan Miller <brmiller@netgate.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
In-Reply-To: <388744BA.1434A4F0@yk.rim.or.jp>; from Ishikawa on Fri, Jan 21, 2000 at 02:24:10AM +0900
> > kernel: sr4: scsi3-mmc drive: 0x/0x caddy
>
> It may not be a big deal, but a CD drive (not the Nakamichi changer
> ) shows this on my PC.
>
> kernel: sr0: scsi3-mmc drive: 24x/24x cd/rw xa/form2 cdda tray
Yeah, I don't know what that means. I'll have to see what a non-changer
(faster than 4x) drive says sometime.
> Now I have a big question now.
> Did you test the drive WITHOUT blacklisting the
> device or WITH blacklisting ?
> If you did it WITHOUT blacklisting and succeed, I need
> to dig into the scsi code and check if the meaning of the flag
> is somehow treated in a reverse manner or whatever.
Well, seeing as I am supposedly the first Linux user with this drive
(who cares to make it oh-so-perfect), and given that I didn't know
what flags to suggest for the devicelist in scsi.c, these tests
when unlisted--black or otherwise. :)
I, in fact, used a stock kernel with no patches, noting the PROBE_ALL_LUNS
config and the max_scsi_luns=5 bootparam as Eric suggested.
I would like to use a kernel without PROBE_ALL_LUNS (since probing all
luns confuses my drive), and without the max_scsi_luns=5 bootparam
(in case I ever want to add a 7-lun device!). So I'll probably need
some listing to the device list in scsi.c, but still not sure about
all 'dem flags.
> > So now it looks like it's only my LUN-detection problem (with that
> > absent LUN #5 (as it should be), and the null LUN #6). What's
> > the recommendation here?
My own answer to my own question--add to device list with *correct*
flags. Is there a ONLY_FIVE_LUNS_STUPID flag? I guess one could
be created. Or with some debugging, it might be possible to determine
what is really happening in the firmware that causes it to trip itself
with a ghost lun #6. Maybe there's an existing flag to combat the
real, underlying problem.
> In any case, good to hear that a similar CD changer drive
> works as expected.
Yep, I'm pretty happy for getting a non-descript changer to work. I
originally bought it with reservation, but then decided, "Aw, SCSI is
SCSI." Well, sort of... :)
Brendan
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.rutgers.edu
