From owner-freebsd-current@FreeBSD.ORG Sun Aug 21 02:51:14 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 5D11716A41F for ; Sun, 21 Aug 2005 02:51:14 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0239143D45 for ; Sun, 21 Aug 2005 02:51:13 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [192.168.42.23] (andersonbox3.centtech.com [192.168.42.23]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id j7L2pCh6078133; Sat, 20 Aug 2005 21:51:12 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <4307EC31.9010807@centtech.com> Date: Sat, 20 Aug 2005 21:51:29 -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> <43048653.3010108@centtech.com> <7579f7fb05081821574d919355@mail.gmail.com> <4305C7B7.8020202@centtech.com> <7579f7fb05082009407ff6bc17@mail.gmail.com> In-Reply-To: <7579f7fb05082009407ff6bc17@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit 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: Sun, 21 Aug 2005 02:51:14 -0000 Matthew Jacob wrote: > I surely don't understand why it's now not working for you, and no, > it's not acceptable for 6.0. > > I will be away this weekend but on Monday I certainly will take this > more seriously. Thanks for checking into this.. Eric > On 8/19/05, Eric Anderson wrote: > >>Matthew Jacob wrote: >> >>>Sounds more like a problem with the target. Make the limit 255- not 256. >> >>No. The problem is not in the target device at all. I reverted to >>5-STABLE and it works flawlessly again. There's a bug in 6.0's >>scsi/qlogic code. Setting it to 255 will end up with the same output >>as below, except s/256/255/g. >> >>This bug will prevent those using qlogic cards from using 6.0 - is that >>acceptable for 6.0? >> >>Eric >> >> >> >> >> >>>>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. >>>>------------------------------------------------------------------------ >>>> >> >> >>-- >>------------------------------------------------------------------------ >>Eric Anderson Sr. Systems Administrator Centaur Technology >>Anything that works is better than anything that doesn't. >>------------------------------------------------------------------------ >> -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------