From owner-freebsd-scsi@FreeBSD.ORG Mon Dec 27 11:02:17 2004 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 939D816A4DC for ; Mon, 27 Dec 2004 11:02:17 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DA2243D39 for ; Mon, 27 Dec 2004 11:02:17 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id iBRB2HIq030258 for ; Mon, 27 Dec 2004 11:02:17 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id iBRB2G4P030252 for freebsd-scsi@freebsd.org; Mon, 27 Dec 2004 11:02:16 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 27 Dec 2004 11:02:16 GMT Message-Id: <200412271102.iBRB2G4P030252@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-scsi@FreeBSD.org Subject: Current problem reports assigned to you X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Dec 2004 11:02:17 -0000 Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- f [2000/08/18] kern/20689 scsi Newbusified version of ncr driver does no f [2001/05/03] kern/27059 scsi (symbios) SCSI subsystem hangs under heav o [2001/06/29] kern/28508 scsi problems with backup to Tandberg SLR40 st o [2002/06/17] kern/39388 scsi ncr/sym drivers fail with 53c810 and more o [2002/07/22] kern/40895 scsi wierd kernel / device driver bug f [2002/09/15] kern/42796 scsi NCR/SYM 53C825 driver detects scsi cdrom f [2002/11/25] kern/45713 scsi If you use the amr driver, it is impossib f [2002/12/09] kern/46152 scsi Panic in adw dumping to tape f [2003/05/16] kern/52331 scsi 4.7 to 4.8-REL upgrade: SCSI disks on sym f [2003/09/14] kern/56759 scsi [hang] System freezes when writing CD Adv f [2003/09/14] kern/56760 scsi [hang] system hangs at boot with adaptec f [2003/09/14] kern/56871 scsi dd can't write variable length data block f [2003/09/18] kern/56973 scsi SCSI errors from on-board Adaptec (AIC7xx s [2003/09/30] kern/57398 scsi Current fails to install on mly(4) based o [2003/12/26] kern/60598 scsi wire down of scsi devices conflicts with a [2004/01/10] kern/61165 scsi [panic] kernel page fault after calling c o [2004/09/15] kern/71778 scsi 5.3 BETA3 doesnt see Adaptec 2015S FW Rev o [2004/12/02] kern/74607 scsi FreeBSD 5.3 install CD crashes on SCSI de 18 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2000/12/06] kern/23314 scsi aic driver fails to detect Adaptec 1520B o [2001/08/15] kern/29727 scsi [amr] [patch] amr_enquiry3 structure in a o [2002/02/23] kern/35234 scsi World access to /dev/pass? (for scanner) o [2002/06/02] kern/38828 scsi [feature request] DPT PM2012B/90 doesn't o [2002/10/29] kern/44587 scsi dev/dpt/dpt.h is missing defines required o [2003/10/01] kern/57468 scsi [patch] Quirk for Quantum LPS540S o [2003/10/01] kern/57469 scsi [patch] Quirk for Conner CP3500 o [2004/09/22] kern/72010 scsi [patch] mt -f /dev/rsa0.ctl comp off, or 8 problems total. From owner-freebsd-scsi@FreeBSD.ORG Thu Dec 30 16:48:38 2004 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EAB3416A4CE for ; Thu, 30 Dec 2004 16:48:37 +0000 (GMT) Received: from smtp2.enst.fr (revol1.enst.fr [137.194.32.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2ABE243D3F for ; Thu, 30 Dec 2004 16:48:37 +0000 (GMT) (envelope-from beyssac@bofh.enst.fr) Received: from localhost (localhost.enst.fr [127.0.0.1]) by smtp2.enst.fr (Postfix) with ESMTP id C30C5164993 for ; Thu, 30 Dec 2004 17:48:33 +0100 (CET) Received: from smtp2.enst.fr ([127.0.0.1]) by localhost (revol1.enst.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 45944-02 for ; Thu, 30 Dec 2004 17:48:22 +0100 (CET) Received: from bofh.enst.fr (bofh.enst.fr [137.194.32.191]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "bofh.enst.fr", Issuer "ENST CA" (not verified)) by smtp2.enst.fr (Postfix) with ESMTP id BCCD8164950 for ; Thu, 30 Dec 2004 17:48:22 +0100 (CET) Received: from bofh.enst.fr (localhost [127.0.0.1]) by bofh.enst.fr (8.13.1/8.13.1) with ESMTP id iBUGmMEU030221 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 30 Dec 2004 17:48:22 +0100 (CET) (envelope-from beyssac@bofh.enst.fr) Received: (from beyssac@localhost) by bofh.enst.fr (8.13.1/8.13.1/Submit) id iBUGmM6C030220 for freebsd-scsi@freebsd.org; Thu, 30 Dec 2004 17:48:22 +0100 (CET) (envelope-from beyssac) Date: Thu, 30 Dec 2004 17:48:22 +0100 From: Pierre Beyssac To: freebsd-scsi@freebsd.org Message-ID: <20041230164822.GA29784@bofh.enst.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-message-flag: Warning! Use of Microsoft Outlook makes your system susceptible to worms and viruses X-Virus-Scanned: amavisd-new at enst.fr Subject: unable to access disk block number > 2^32 X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Dec 2004 16:48:38 -0000 Hello, I've acquired a 5-Terabyte SCSI RAID disk that I seem to be unable to use satisfactorily under FreeBSD. It's most likely a FreeBSD problem because a Linux 2.6/Knoppix CD on this machine is able to access the disk nicely. To make a long story short, any access to a disk block number over 2^32 returns 0 bytes without any error logged anywhere or returned to userland. Apparently the read request is correctly routed through by the kernel to the CAM layer, I checked this using a printf in /sys/cam/scsi/scsi_all.c in the READ_16 request code. Any ideas where I should look then? An obvious candidate would be the Symbios driver but I don't see how it could possibly process a READ_16 request differently from a READ_12 request. Note: I'm looking for a fix, not for a workaround such as defining several LUNs under 2TB each and gconcat'ing them. sym0: <1010-66> port 0x8000-0x80ff mem 0xfc200000-0xfc201fff,0xfc202000-0xfc2023ff irq 48 at device 1.0 on pci3 sym0: Symbios NVRAM, ID 7, Fast-80, LVD, parity checking sym0: open drain IRQ line driver, using on-chip SRAM sym0: using LOAD/STORE-based firmware. sym0: handling phase mismatch from SCRIPTS. sym0: [GIANT-LOCKED] da3 at sym0 bus 0 target 9 lun 0 da3: Fixed Direct Access SCSI-3 device da3: 160.000MB/s transfers (80.000MHz, offset 62, 16bit), Tagged Queueing Enabled da3: 5338102MB (10932432896 512 byte sectors: 255H 63S/T 680512C) # dd if=/dev/da3 skip=9000000000 count=100 of=/dev/null 0+0 records in 0+0 records out 0 bytes transferred in 0.000898 secs (0 bytes/sec) # dd if=/dev/da3 skip=5000000000 count=100 of=/dev/null 0+0 records in 0+0 records out 0 bytes transferred in 0.000620 secs (0 bytes/sec) # dd if=/dev/da3 skip=2000000000 count=100 of=/dev/null 100+0 records in 100+0 records out 51200 bytes transferred in 0.044276 secs (1156383 bytes/sec) The only thing that appears in the logs is the following, which seems mostly harmless (it appears even on blocks < 2^32 and does not prevent reading/writing to them). (da3:sym0:0:9:0): phase change 2-7 16@607ad968 resid=10. (da3:sym0:0:9:0): phase change 2-7 16@607ad968 resid=10. (da3:sym0:0:9:0): phase change 2-7 16@0035b368 resid=10. (da3:sym0:0:9:0): phase change 2-7 16@0035b368 resid=10. (da3:sym0:0:9:0): phase change 2-7 16@60c2fb68 resid=10. (da3:sym0:0:9:0): phase change 2-7 16@60c2fb68 resid=10. (da3:sym0:0:9:0): phase change 2-7 16@002eb968 resid=10. (da3:sym0:0:9:0): phase change 2-7 16@002eb968 resid=10. (da3:sym0:0:9:0): phase change 2-7 16@002eb968 resid=10. Under Linux the disk works like a charm (but only Reiserfs is able to newfs it): root@ttyp1[knoppix]# dd if=/dev/sdd skip=9000000000 of=/dev/null count=1000 1000+0 records in 1000+0 records out 512000 bytes transferred in 0.006852 seconds (74721797 bytes/sec) root@ttyp1[tmp]# mount -t reiserfs /dev/sdd /mnt root@ttyp1[tmp]# df -k Filesystem 1K-blocks Used Available Use% Mounted on /dev/root 3471 948 2523 28% / /dev/scd0 715764 715764 0 100% /cdrom /dev/cloop 1947338 1947338 0 100% /KNOPPIX /ramdisk 1644620 2396 1642224 1% /ramdisk /dev/sdd 5466049628 32840 5466016788 1% /mnt root@ttyp1[tmp]# -- A: Yes. Pierre Beyssac pb@enst.fr >Q: Are you sure? >>A: Because it reverses the logical flow of conversation. >>>Q: Why is top posting annoying in email? From owner-freebsd-scsi@FreeBSD.ORG Thu Dec 30 19:27:59 2004 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D1B3016A4CE for ; Thu, 30 Dec 2004 19:27:59 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D72943D39 for ; Thu, 30 Dec 2004 19:27:59 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id iBUJSISO018594; Thu, 30 Dec 2004 11:28:18 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id iBUJSINv018592; Thu, 30 Dec 2004 11:28:18 -0800 Date: Thu, 30 Dec 2004 11:28:18 -0800 From: Brooks Davis To: Pierre Beyssac Message-ID: <20041230192818.GA2987@odin.ac.hmc.edu> References: <20041230164822.GA29784@bofh.enst.fr> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MGYHOYXEY6WxJCY8" Content-Disposition: inline In-Reply-To: <20041230164822.GA29784@bofh.enst.fr> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: freebsd-scsi@freebsd.org Subject: Re: unable to access disk block number > 2^32 X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Dec 2004 19:28:00 -0000 --MGYHOYXEY6WxJCY8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 30, 2004 at 05:48:22PM +0100, Pierre Beyssac wrote: > Hello, >=20 > I've acquired a 5-Terabyte SCSI RAID disk that I seem to be unable > to use satisfactorily under FreeBSD. It's most likely a FreeBSD > problem because a Linux 2.6/Knoppix CD on this machine is able to > access the disk nicely. You failed to mention which version of FreeBSD you are using. If you want to access more then 2TB of a disk, you must be running FreeBSD 5, preferably 5.3. If you are running 5.3, we're probably looking at a bug since we're supposed to support such disks. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --MGYHOYXEY6WxJCY8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFB1FbQXY6L6fI4GtQRAsUxAJ40BzSND5oe5EunerNP+0PCCnVm+QCfc1M2 HhlBn/j27Of4+s2Vuc2ODF0= =XheG -----END PGP SIGNATURE----- --MGYHOYXEY6WxJCY8-- From owner-freebsd-scsi@FreeBSD.ORG Thu Dec 30 19:31:22 2004 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 012AF16A4CE for ; Thu, 30 Dec 2004 19:31:22 +0000 (GMT) Received: from smtp2.enst.fr (revol1.enst.fr [137.194.32.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8298043D39 for ; Thu, 30 Dec 2004 19:31:21 +0000 (GMT) (envelope-from beyssac@bofh.enst.fr) Received: from localhost (localhost.enst.fr [127.0.0.1]) by smtp2.enst.fr (Postfix) with ESMTP id 9907E1649E1; Thu, 30 Dec 2004 20:31:18 +0100 (CET) Received: from smtp2.enst.fr ([127.0.0.1]) by localhost (revol1.enst.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 22257-02; Thu, 30 Dec 2004 20:31:07 +0100 (CET) Received: from bofh.enst.fr (bofh.enst.fr [137.194.32.191]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "bofh.enst.fr", Issuer "ENST CA" (not verified)) by smtp2.enst.fr (Postfix) with ESMTP id 913A5164F27; Thu, 30 Dec 2004 20:31:06 +0100 (CET) Received: from bofh.enst.fr (localhost [127.0.0.1]) by bofh.enst.fr (8.13.1/8.13.1) with ESMTP id iBUJV6kK033526 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 30 Dec 2004 20:31:06 +0100 (CET) (envelope-from beyssac@bofh.enst.fr) Received: (from beyssac@localhost) by bofh.enst.fr (8.13.1/8.13.1/Submit) id iBUJV6qI033525; Thu, 30 Dec 2004 20:31:06 +0100 (CET) (envelope-from beyssac) Date: Thu, 30 Dec 2004 20:31:06 +0100 From: Pierre Beyssac To: Brooks Davis Message-ID: <20041230193105.GA33479@bofh.enst.fr> References: <20041230164822.GA29784@bofh.enst.fr> <20041230192818.GA2987@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041230192818.GA2987@odin.ac.hmc.edu> User-Agent: Mutt/1.4.2.1i X-message-flag: Warning! Use of Microsoft Outlook makes your system susceptible to worms and viruses X-Virus-Scanned: amavisd-new at enst.fr cc: freebsd-scsi@freebsd.org Subject: Re: unable to access disk block number > 2^32 X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Dec 2004 19:31:22 -0000 On Thu, Dec 30, 2004 at 11:28:18AM -0800, Brooks Davis wrote: > You failed to mention which version of FreeBSD you are using. If you > want to access more then 2TB of a disk, you must be running FreeBSD 5, > preferably 5.3. If you are running 5.3, we're probably looking at a Sorry, I totally forgot to say that I'm running a up-to-date RELENG_5. -- A: Yes. Pierre Beyssac pb@enst.fr >Q: Are you sure? >>A: Because it reverses the logical flow of conversation. >>>Q: Why is top posting annoying in email? From owner-freebsd-scsi@FreeBSD.ORG Thu Dec 30 19:52:49 2004 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A70D716A4CE for ; Thu, 30 Dec 2004 19:52:49 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4596943D5D for ; Thu, 30 Dec 2004 19:52:49 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id iBUJtR7w022081; Thu, 30 Dec 2004 12:55:32 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <41D45C30.5060809@freebsd.org> Date: Thu, 30 Dec 2004 12:51:12 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Pierre Beyssac References: <20041230164822.GA29784@bofh.enst.fr> <20041230192818.GA2987@odin.ac.hmc.edu> <20041230193105.GA33479@bofh.enst.fr> In-Reply-To: <20041230193105.GA33479@bofh.enst.fr> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: freebsd-scsi@freebsd.org Subject: Re: unable to access disk block number > 2^32 X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Dec 2004 19:52:49 -0000 Pierre Beyssac wrote: > On Thu, Dec 30, 2004 at 11:28:18AM -0800, Brooks Davis wrote: > >>You failed to mention which version of FreeBSD you are using. If you >>want to access more then 2TB of a disk, you must be running FreeBSD 5, >>preferably 5.3. If you are running 5.3, we're probably looking at a > > > Sorry, I totally forgot to say that I'm running a up-to-date RELENG_5. I've looked through the sym driver and it indeed seems to be able to support 16 byte CDBs. Can you turn on some of the CAM debug options and send back the output that you get? Scott From owner-freebsd-scsi@FreeBSD.ORG Thu Dec 30 23:50:43 2004 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1942A16A4CE; Thu, 30 Dec 2004 23:50:43 +0000 (GMT) Received: from smtp2.enst.fr (revol1.enst.fr [137.194.32.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A20743D1D; Thu, 30 Dec 2004 23:50:40 +0000 (GMT) (envelope-from beyssac@bofh.enst.fr) Received: from localhost (localhost.enst.fr [127.0.0.1]) by smtp2.enst.fr (Postfix) with ESMTP id 4BDEA164E84; Fri, 31 Dec 2004 00:50:39 +0100 (CET) Received: from smtp2.enst.fr ([127.0.0.1]) by localhost (revol1.enst.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 28943-02; Fri, 31 Dec 2004 00:50:35 +0100 (CET) Received: from bofh.enst.fr (bofh.enst.fr [137.194.32.191]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "bofh.enst.fr", Issuer "ENST CA" (not verified)) by smtp2.enst.fr (Postfix) with ESMTP id 83006164CBE; Fri, 31 Dec 2004 00:50:35 +0100 (CET) Received: from bofh.enst.fr (localhost [127.0.0.1]) by bofh.enst.fr (8.13.1/8.13.1) with ESMTP id iBUNoZ4C038446 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 31 Dec 2004 00:50:35 +0100 (CET) (envelope-from beyssac@bofh.enst.fr) Received: (from beyssac@localhost) by bofh.enst.fr (8.13.1/8.13.1/Submit) id iBUNoZKS038445; Fri, 31 Dec 2004 00:50:35 +0100 (CET) (envelope-from beyssac) Date: Fri, 31 Dec 2004 00:50:35 +0100 From: Pierre Beyssac To: Scott Long Message-ID: <20041230235035.GA37715@bofh.enst.fr> References: <20041230164822.GA29784@bofh.enst.fr> <20041230192818.GA2987@odin.ac.hmc.edu> <20041230193105.GA33479@bofh.enst.fr> <41D45C30.5060809@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41D45C30.5060809@freebsd.org> User-Agent: Mutt/1.4.2.1i X-message-flag: Warning! Use of Microsoft Outlook makes your system susceptible to worms and viruses X-Virus-Scanned: amavisd-new at enst.fr cc: freebsd-scsi@freebsd.org Subject: Re: unable to access disk block number > 2^32 X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Dec 2004 23:50:43 -0000 On Thu, Dec 30, 2004 at 12:51:12PM -0700, Scott Long wrote: > I've looked through the sym driver and it indeed seems to be able to > support 16 byte CDBs. Can you turn on some of the CAM debug options > and send back the output that you get? Here's with debug flags 0x2b (info+trace+cdb+xpt+periph). After all it might be related to the phase problem message from the Symbios driver: it appears during READ(16) but not during READ(6). # dd if=/dev/da3 skip=9000000000 count=1 of=/dev/null 0+0 records in 0+0 records out 0 bytes transferred in 0.000751 secs (0 bytes/sec) => Dec 31 00:11:42 libre kernel: (da3:sym0:0:9:0): daopen: disk=da3 (unit 3) Dec 31 00:11:42 libre kernel: (da3:sym0:0:9:0): entering cdgetccb Dec 31 00:11:42 libre kernel: (da3:sym0:0:9:0): xpt_schedule Dec 31 00:11:42 libre kernel: (da3:sym0:0:9:0): xpt_setup_ccb Dec 31 00:11:42 libre kernel: (da3:sym0:0:9:0): xpt_action Dec 31 00:11:42 libre kernel: (da3:sym0:0:9:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 Dec 31 00:11:42 libre kernel: (da3:sym0:0:9:0): sym_action Dec 31 00:11:42 libre kernel: (da3:sym0:0:9:0): xpt_done Dec 31 00:11:42 libre kernel: (da3:sym0:0:9:0): camisr Dec 31 00:11:42 libre kernel: (da3:sym0:0:9:0): xpt_action Dec 31 00:11:42 libre kernel: (da3:sym0:0:9:0): SERVICE ACTION IN(16). CDB: 9e 10 0 0 0 0 0 0 0 0 0 0 0 c 0 0 Dec 31 00:11:42 libre kernel: (da3:sym0:0:9:0): sym_action Dec 31 00:11:42 libre kernel: (da3:sym0:0:9:0): phase change 2-7 16@5e8e8168 resid=10. Dec 31 00:11:42 libre kernel: (da3:sym0:0:9:0): xpt_done Dec 31 00:11:42 libre kernel: (da3:sym0:0:9:0): camisr Dec 31 00:11:42 libre kernel: (da3:sym0:0:9:0): xpt_setup_ccb Dec 31 00:11:42 libre kernel: (da3:sym0:0:9:0): xpt_action Dec 31 00:11:42 libre kernel: (da3:sym0:0:9:0): sym_action Dec 31 00:11:42 libre kernel: (da3:sym0:0:9:0): xpt_done Dec 31 00:11:42 libre kernel: (da3:sym0:0:9:0): xpt_schedule Dec 31 00:11:42 libre kernel: (da3:sym0:0:9:0): xpt_setup_ccb Dec 31 00:11:42 libre kernel: (da3:sym0:0:9:0): xpt_action Dec 31 00:11:42 libre kernel: (da3:sym0:0:9:0): READ(16). CDB: 88 0 0 0 0 2 18 71 1a 0 0 0 0 1 0 0 Dec 31 00:11:42 libre kernel: (da3:sym0:0:9:0): sym_action Dec 31 00:11:42 libre kernel: (da3:sym0:0:9:0): phase change 2-7 16@5e8e8168 resid=10. Dec 31 00:11:42 libre kernel: (da3:sym0:0:9:0): xpt_done Dec 31 00:11:42 libre kernel: (da3:sym0:0:9:0): camisr Dec 31 00:11:42 libre kernel: (da3:sym0:0:9:0): entering cdgetccb Dec 31 00:11:42 libre kernel: (da3:sym0:0:9:0): xpt_schedule Dec 31 00:11:42 libre kernel: (da3:sym0:0:9:0): xpt_setup_ccb Dec 31 00:11:42 libre kernel: (da3:sym0:0:9:0): xpt_action Dec 31 00:11:42 libre kernel: (da3:sym0:0:9:0): SYNCHRONIZE CACHE. CDB: 35 0 0 0 0 0 0 0 0 0 Dec 31 00:11:42 libre kernel: (da3:sym0:0:9:0): sym_action Dec 31 00:11:42 libre kernel: (da3:sym0:0:9:0): xpt_done Dec 31 00:11:42 libre kernel: (da3:sym0:0:9:0): camisr # dd if=/dev/da3 skip=1000 count=1 of=/dev/null 1+0 records in 1+0 records out 512 bytes transferred in 0.000801 secs (639132 bytes/sec) => Dec 31 00:10:19 libre kernel: (da3:sym0:0:9:0): daopen: disk=da3 (unit 3) Dec 31 00:10:19 libre kernel: (da3:sym0:0:9:0): entering cdgetccb Dec 31 00:10:19 libre kernel: (da3:sym0:0:9:0): xpt_schedule Dec 31 00:10:19 libre kernel: (da3:sym0:0:9:0): xpt_setup_ccb Dec 31 00:10:19 libre kernel: (da3:sym0:0:9:0): xpt_action Dec 31 00:10:19 libre kernel: (da3:sym0:0:9:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 Dec 31 00:10:19 libre kernel: (da3:sym0:0:9:0): sym_action Dec 31 00:10:19 libre kernel: (da3:sym0:0:9:0): xpt_done Dec 31 00:10:19 libre kernel: (da3:sym0:0:9:0): camisr Dec 31 00:10:19 libre kernel: (da3:sym0:0:9:0): xpt_action Dec 31 00:10:19 libre kernel: (da3:sym0:0:9:0): SERVICE ACTION IN(16). CDB: 9e 10 0 0 0 0 0 0 0 0 0 0 0 c 0 0 Dec 31 00:10:19 libre kernel: (da3:sym0:0:9:0): sym_action Dec 31 00:10:19 libre kernel: (da3:sym0:0:9:0): phase change 2-7 16@62b3af68 resid=10. Dec 31 00:10:19 libre kernel: (da3:sym0:0:9:0): xpt_done Dec 31 00:10:19 libre kernel: (da3:sym0:0:9:0): camisr Dec 31 00:10:19 libre kernel: (da3:sym0:0:9:0): xpt_setup_ccb Dec 31 00:10:19 libre kernel: (da3:sym0:0:9:0): xpt_action Dec 31 00:10:19 libre kernel: (da3:sym0:0:9:0): sym_action Dec 31 00:10:19 libre kernel: (da3:sym0:0:9:0): xpt_done Dec 31 00:10:19 libre kernel: (da3:sym0:0:9:0): xpt_schedule Dec 31 00:10:19 libre kernel: (da3:sym0:0:9:0): xpt_setup_ccb Dec 31 00:10:19 libre kernel: (da3:sym0:0:9:0): xpt_action Dec 31 00:10:19 libre kernel: (da3:sym0:0:9:0): READ(06). CDB: 8 0 3 e8 1 0 Dec 31 00:10:19 libre kernel: (da3:sym0:0:9:0): sym_action Dec 31 00:10:19 libre kernel: (da3:sym0:0:9:0): xpt_done Dec 31 00:10:19 libre kernel: (da3:sym0:0:9:0): camisr Dec 31 00:10:19 libre kernel: (da3:sym0:0:9:0): entering cdgetccb Dec 31 00:10:19 libre kernel: (da3:sym0:0:9:0): xpt_schedule Dec 31 00:10:19 libre kernel: (da3:sym0:0:9:0): xpt_setup_ccb Dec 31 00:10:19 libre kernel: (da3:sym0:0:9:0): xpt_action Dec 31 00:10:19 libre kernel: (da3:sym0:0:9:0): SYNCHRONIZE CACHE. CDB: 35 0 0 0 0 0 0 0 0 0 Dec 31 00:10:19 libre kernel: (da3:sym0:0:9:0): sym_action Dec 31 00:10:19 libre kernel: (da3:sym0:0:9:0): xpt_done Dec 31 00:10:19 libre kernel: (da3:sym0:0:9:0): camisr -- A: Yes. Pierre Beyssac pb@enst.fr >Q: Are you sure? >>A: Because it reverses the logical flow of conversation. >>>Q: Why is top posting annoying in email?