From owner-freebsd-hackers Fri Dec 22 10:30:53 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA11610 for hackers-outgoing; Fri, 22 Dec 1995 10:30:53 -0800 (PST) Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA11605 Fri, 22 Dec 1995 10:30:50 -0800 (PST) Message-Id: <199512221830.KAA11605@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: se@ZPR.Uni-Koeln.DE (Stefan Esser) cc: "Jonathan M. Bresler" , freebsd-hackers@freebsd.org, freebsd-scsi@freebsd.org, hm@altona.hamburg.com Subject: Re: NAKAMICHI cdrom changer In-reply-to: Your message of "Fri, 22 Dec 1995 14:19:43 +0100." <199512221319.AA29586@Sysiphos> Date: Fri, 22 Dec 1995 10:30:50 -0800 From: "Justin T. Gibbs" Sender: owner-hackers@freebsd.org Precedence: bulk >The driver deals correctly with LUNs, and >you should be able to just increase the >MAX_LUN parameter. This should really be >controlled from the generic SCSI code, and >I have got ot admit, that I don't remember >why it is not implemented that way, currently. >(There is some extra RAM required per LUN, but >this should not be much of a problem ...) It is handled by the generic SCSI code via the rogue tables. I think the code in current defaults to only probing the first lun unless there is an entry for the device in the rogue tables, but it may be the other way around. >If somebody sends me such a drive, I'll make >sure it works! (Well, it's Christmas time :) > >Regards, STefan > >-- > Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 > Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 > ============================================================================= >= > http://www.zpr.uni-koeln.de/~se -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations ===========================================