From owner-freebsd-current@FreeBSD.ORG Thu Aug 18 12:59:46 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 449DA16A41F for ; Thu, 18 Aug 2005 12:59:46 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8851C43D55 for ; Thu, 18 Aug 2005 12:59:45 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j7ICxipq031447; Thu, 18 Aug 2005 07:59:44 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <43048653.3010108@centtech.com> Date: Thu, 18 Aug 2005 08:00:03 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.10) Gecko/20050815 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Matthew Jacob References: <430397A2.4010303@centtech.com> <20050817203547.GA28892@uci.agh.edu.pl> <4303A0CC.2060005@centtech.com> <7579f7fb0508171456636c8998@mail.gmail.com> In-Reply-To: <7579f7fb0508171456636c8998@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/1031/Thu Aug 18 04:51:29 2005 on mh1.centtech.com X-Virus-Status: Clean Cc: FreeBSD Current Subject: Re: Qlogic (isp driver) gone mad on 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2005 12:59:46 -0000 Matthew Jacob wrote: > Okay, sorry- try this change: > > > diff -u -r1.106 isp_freebsd.c > --- isp_freebsd.c 31 Jul 2005 23:21:19 -0000 1.106 > +++ isp_freebsd.c 17 Aug 2005 21:55:55 -0000 > @@ -2609,6 +2609,14 @@ > cpi->hba_eng_cnt = 0; > cpi->max_target = ISP_MAX_TARGETS(isp) - 1; > cpi->max_lun = ISP_MAX_LUNS(isp) - 1; > +#if 1 > + /* > + * If we ever get around to using REPORT_LUNS, we can undo this. > + > + */ > + if (cpi->max_lun >= 256) > + cpi->max_lun = 256; > +#endif > cpi->bus_id = cam_sim_bus(sim); > if (IS_FC(isp)) { > cpi->hba_misc = PIM_NOBUSRESET; > > and see id this helps you. Well, the system boots faster as it doesn't have to probe 16k devices, but there's still one problem - it sees the correct 3 luns per device, but then adds a 'fake' device at lun 256 which is essentially the same as the first lun. Here's some more info: # camcontrol devlist at scbus0 target 6 lun 0 (pass0,ses0) at scbus2 target 0 lun 0 (pass1,da0) at scbus2 target 0 lun 1 (pass2,da1) at scbus2 target 0 lun 2 (pass3,da2) at scbus2 target 0 lun 256 (pass4,da3) at scbus2 target 2 lun 0 (pass5,da4) at scbus2 target 2 lun 1 (pass6,da5) at scbus2 target 2 lun 2 (pass7,da6) at scbus2 target 2 lun 256 (pass8,da7) at scbus2 target 3 lun 0 (pass9,da8) at scbus2 target 3 lun 1 (pass10,da9) at scbus2 target 3 lun 2 (pass11,da10) at scbus2 target 3 lun 256 (pass12,da11) at scbus3 target 0 lun 0 (pass13,da12) at scbus3 target 0 lun 1 (pass14,da13) at scbus3 target 0 lun 2 (pass15,da14) at scbus3 target 0 lun 256 (pass16,da15) at scbus3 target 1 lun 0 (pass17,da16) at scbus3 target 1 lun 1 (pass18,da17) at scbus3 target 1 lun 2 (pass19,da18) at scbus3 target 1 lun 256 (pass20,da19) at scbus3 target 3 lun 0 (pass21,da20) at scbus3 target 3 lun 1 (pass22,da21) at scbus3 target 3 lun 2 (pass23,da22) at scbus3 target 3 lun 256 (pass24,da23) You can see that the 'lun 256' marked devices are duplicates. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------