From owner-freebsd-scsi@FreeBSD.ORG Sun May 8 09:23:01 2011 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2DDEC106566C for ; Sun, 8 May 2011 09:23:01 +0000 (UTC) (envelope-from j@uriah.heep.sax.de) Received: from uriah.heep.sax.de (uriah.heep.sax.de [213.240.137.9]) by mx1.freebsd.org (Postfix) with ESMTP id D5D108FC14 for ; Sun, 8 May 2011 09:23:00 +0000 (UTC) Received: by uriah.heep.sax.de (Postfix, from userid 107) id A03DB3A; Sun, 8 May 2011 10:53:14 +0200 (MET DST) Date: Sun, 8 May 2011 10:53:14 +0200 From: Joerg Wunsch To: freebsd-scsi@freebsd.org Message-ID: <20110508085314.GA5364@uriah.heep.sax.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-GPG-Fingerprint: 5E84 F980 C3CA FD4B B584 1070 F48C A81B 69A8 5873 User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Panic when removing a SCSI device entry X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joerg Wunsch List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2011 09:23:01 -0000 I've got a setup where a tape library is attached with a computer-controllable power switch, so it is only turned on during the time when backups (or restores) are done. This is mainly to reduce the noise level, but also to reduce the overall power consumption energy while that library is not needed. Every now and then, the kernel panics with a page fault during the (unattented, it happens at night times) power cycling and surrounding actions. The current process when the page fault happens is always mt(1), which is used inside the powerup/down script to ensure the drive is being properly rewound. The page fault happens in destroy_devl(), at this location: /* If we are a child, remove us from the parents list */ if (dev->si_flags & SI_CHILD) { here --->>> LIST_REMOVE(dev, si_siblings); dev->si_flags &= ~SI_CHILD; } The preprocessed code of that looks like: if (dev->si_flags & 0x0010) { if ((((dev))->si_siblings.le_next) != ((void *)0)) (((dev))->si_siblings.le_next)->si_siblings.le_prev = (dev)->si_siblings.le_prev; *(dev)->si_siblings.le_prev = (((dev))->si_siblings.le_next); dev->si_flags &= ~0x0010; } and it's the indirection of *(dev)->si_siblings.le_prev that hits a NULL pointer. Obviously, LIST_REMOVE doesn't anticipate that dev->si_siblings.le_prev might be a NULL pointer, so this is a usage error, somehow. Could it be that destroy_devl() is called twice for the same device? This used to happen on an earlier system (some version of 7.x-stable), and I eventually managed it to tweak the powerup/down scripts of the library so to avoid the critical sequence of actions triggering this situation. Now that I finally upgraded the machine to 8.2-STABLE, it is triggered very frequently again though. Any ideas how to fix it, or at least apply a workaround, other than turning *(elm)->field.le_prev = LIST_NEXT((elm), field); \ in the LIST_REMOVE macro into if ((elm)->field.le_prev != NULL) \ *(elm)->field.le_prev = LIST_NEXT((elm), field); \ which affects the entire system, not just the SCSI subsystem part? -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-scsi@FreeBSD.ORG Sun May 8 10:02:48 2011 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27CB9106566C for ; Sun, 8 May 2011 10:02:48 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 3FA198FC0A for ; Sun, 8 May 2011 10:02:46 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p489j9kx049575 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 8 May 2011 12:45:09 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id p489j9g4067858; Sun, 8 May 2011 12:45:09 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id p489j9HN067857; Sun, 8 May 2011 12:45:09 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 8 May 2011 12:45:09 +0300 From: Kostik Belousov To: Joerg Wunsch Message-ID: <20110508094509.GT48734@deviant.kiev.zoral.com.ua> References: <20110508085314.GA5364@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4MYbgvGoS9GHC/6/" Content-Disposition: inline In-Reply-To: <20110508085314.GA5364@uriah.heep.sax.de> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_05, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-scsi@freebsd.org Subject: Re: Panic when removing a SCSI device entry X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2011 10:02:48 -0000 --4MYbgvGoS9GHC/6/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, May 08, 2011 at 10:53:14AM +0200, Joerg Wunsch wrote: > I've got a setup where a tape library is attached with a > computer-controllable power switch, so it is only turned on during the > time when backups (or restores) are done. This is mainly to reduce > the noise level, but also to reduce the overall power consumption > energy while that library is not needed. >=20 > Every now and then, the kernel panics with a page fault during the > (unattented, it happens at night times) power cycling and surrounding > actions. The current process when the page fault happens is always > mt(1), which is used inside the powerup/down script to ensure the > drive is being properly rewound. The page fault happens in > destroy_devl(), at this location: >=20 > /* If we are a child, remove us from the parents list */ > if (dev->si_flags & SI_CHILD) { > here --->>> LIST_REMOVE(dev, si_siblings); > dev->si_flags &=3D ~SI_CHILD; > } >=20 > The preprocessed code of that looks like: >=20 > if (dev->si_flags & 0x0010) { > if ((((dev))->si_siblings.le_next) !=3D ((void *)0)) > (((dev))->si_siblings.le_next)->si_siblings.le_prev =3D > (dev)->si_siblings.le_prev; > *(dev)->si_siblings.le_prev =3D (((dev))->si_siblings.le_next); > dev->si_flags &=3D ~0x0010; > } >=20 > and it's the indirection of *(dev)->si_siblings.le_prev that hits a > NULL pointer. Obviously, LIST_REMOVE doesn't anticipate that Is it NULL pointer dereference ? See below. > dev->si_siblings.le_prev might be a NULL pointer, so this is a usage > error, somehow. Could it be that destroy_devl() is called twice for > the same device? >=20 > This used to happen on an earlier system (some version of 7.x-stable), > and I eventually managed it to tweak the powerup/down scripts of the > library so to avoid the critical sequence of actions triggering this > situation. Now that I finally upgraded the machine to 8.2-STABLE, > it is triggered very frequently again though. >=20 > Any ideas how to fix it, or at least apply a workaround, other than > turning >=20 > *(elm)->field.le_prev =3D LIST_NEXT((elm), field); \ >=20 > in the LIST_REMOVE macro into >=20 > if ((elm)->field.le_prev !=3D NULL) \ > *(elm)->field.le_prev =3D LIST_NEXT((elm), field); \ >=20 > which affects the entire system, not just the SCSI subsystem part? Please provide the full printout from the panic. Also, it would be useful to get the dump and do "p *dev" from the frame of destroy_devl(). I might need further information after the requested data is provided. Thing you may try meantime is the following patch. diff --git a/sys/kern/kern_conf.c b/sys/kern/kern_conf.c index b2be5cc..59b876c 100644 --- a/sys/kern/kern_conf.c +++ b/sys/kern/kern_conf.c @@ -981,6 +981,8 @@ destroy_devl(struct cdev *dev) /* Remove name marking */ dev->si_flags &=3D ~SI_NAMED; =20 + dev->si_refcount++; /* Avoid race with dev_rel() */ + /* If we are a child, remove us from the parents list */ if (dev->si_flags & SI_CHILD) { LIST_REMOVE(dev, si_siblings); @@ -997,7 +999,6 @@ destroy_devl(struct cdev *dev) dev->si_flags &=3D ~SI_CLONELIST; } =20 - dev->si_refcount++; /* Avoid race with dev_rel() */ csw =3D dev->si_devsw; dev->si_devsw =3D NULL; /* already NULL for SI_ALIAS */ while (csw !=3D NULL && csw->d_purge !=3D NULL && dev->si_threadcount) { --4MYbgvGoS9GHC/6/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk3GZiQACgkQC3+MBN1Mb4iovACeOWr+L60r4QHYJ9bdK0A8QklZ agkAnj/TZk3ZnvgbUjVWiY16ShU7fU3m =I3gP -----END PGP SIGNATURE----- --4MYbgvGoS9GHC/6/-- From owner-freebsd-scsi@FreeBSD.ORG Sun May 8 10:45:45 2011 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 49C511065670 for ; Sun, 8 May 2011 10:45:45 +0000 (UTC) (envelope-from j@uriah.heep.sax.de) Received: from uriah.heep.sax.de (uriah.heep.sax.de [213.240.137.9]) by mx1.freebsd.org (Postfix) with ESMTP id E49258FC08 for ; Sun, 8 May 2011 10:45:44 +0000 (UTC) Received: by uriah.heep.sax.de (Postfix, from userid 107) id 6274C8; Sun, 8 May 2011 12:45:43 +0200 (MET DST) Date: Sun, 8 May 2011 12:45:43 +0200 From: Joerg Wunsch To: freebsd-scsi@freebsd.org Message-ID: <20110508104543.GB5364@uriah.heep.sax.de> References: <20110508085314.GA5364@uriah.heep.sax.de> <20110508094509.GT48734@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110508094509.GT48734@deviant.kiev.zoral.com.ua> X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-GPG-Fingerprint: 5E84 F980 C3CA FD4B B584 1070 F48C A81B 69A8 5873 User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: Re: Panic when removing a SCSI device entry X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joerg Wunsch List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2011 10:45:45 -0000 As Kostik Belousov wrote: > > and it's the indirection of *(dev)->si_siblings.le_prev that hits a > > NULL pointer. Obviously, LIST_REMOVE doesn't anticipate that > Is it NULL pointer dereference ? See below. Yes, the fault address in the page fault is 0. > Please provide the full printout from the panic. Also, it would > be useful to get the dump and do "p *dev" from the frame of > destroy_devl(). I might need further information after the requested > data is provided. Unfortunately, I somehow cannot get the system to provide a coredump. The dmesg printout from the panic is: sa0 at sym0 bus 0 scbus1 target 0 lun 0 sa0: Removable Sequential Access SCSI-2 device sa0: 20.000MB/s transfers (10.000MHz, offset 15, 16bit) (sa0:sym0:0:0:0): removing device entry Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x0 fault code = supervisor write, page not present instruction pointer = 0x20:0xc052f346 stack pointer = 0x28:0xe98504a0 frame pointer = 0x28:0xe98504c4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 52518 (mt) trap number = 12 panic: page fault cpuid = 0 Uptime: 1d4h55m31s (This includes the sa0 device arrival/removal messages.) The disassembly of the respective part of destroy_devl() is: 0xc052f32e : test $0x10,%dl 0xc052f331 : je 0xc052f34c 0xc052f333 : mov 0x4c(%esi),%edx 0xc052f336 : test %edx,%edx 0xc052f338 : je 0xc052f340 0xc052f33a : mov 0x50(%esi),%eax 0xc052f33d : mov %eax,0x50(%edx) 0xc052f340 : mov 0x50(%esi),%edx 0xc052f343 : mov 0x4c(%esi),%eax 0xc052f346 : mov %eax,(%edx) 0xc052f348 : andl $0xffffffef,0x4(%esi) I could perhaps setup a serial console, so to get at least DDB functioning if you'd like to see more details. A remote GDB might also be possible, but will require more work (setting up the respective environment on a second machine). > Thing you may try meantime is the following patch. OK, I'll do that tonight, so let's see how the subsequent nightly backups proceed. -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-scsi@FreeBSD.ORG Sun May 8 11:33:37 2011 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C3CD106564A for ; Sun, 8 May 2011 11:33:37 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 0F2618FC08 for ; Sun, 8 May 2011 11:33:36 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p48BXWqU058432 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 8 May 2011 14:33:32 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id p48BXW6A068447; Sun, 8 May 2011 14:33:32 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id p48BXWI5068446; Sun, 8 May 2011 14:33:32 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 8 May 2011 14:33:32 +0300 From: Kostik Belousov To: Joerg Wunsch Message-ID: <20110508113332.GX48734@deviant.kiev.zoral.com.ua> References: <20110508085314.GA5364@uriah.heep.sax.de> <20110508094509.GT48734@deviant.kiev.zoral.com.ua> <20110508104543.GB5364@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7Bm0M7I+ZJ5WKh7s" Content-Disposition: inline In-Reply-To: <20110508104543.GB5364@uriah.heep.sax.de> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-scsi@freebsd.org Subject: Re: Panic when removing a SCSI device entry X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2011 11:33:37 -0000 --7Bm0M7I+ZJ5WKh7s Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, May 08, 2011 at 12:45:43PM +0200, Joerg Wunsch wrote: > As Kostik Belousov wrote: >=20 >=20 > > > and it's the indirection of *(dev)->si_siblings.le_prev that hits a > > > NULL pointer. Obviously, LIST_REMOVE doesn't anticipate that >=20 > > Is it NULL pointer dereference ? See below. >=20 > Yes, the fault address in the page fault is 0. >=20 > > Please provide the full printout from the panic. Also, it would > > be useful to get the dump and do "p *dev" from the frame of > > destroy_devl(). I might need further information after the requested > > data is provided. >=20 > Unfortunately, I somehow cannot get the system to provide a coredump. >=20 > The dmesg printout from the panic is: >=20 > sa0 at sym0 bus 0 scbus1 target 0 lun 0 > sa0: Removable Sequential Access SCSI-2 device=20 > sa0: 20.000MB/s transfers (10.000MHz, offset 15, 16bit) > (sa0:sym0:0:0:0): removing device entry >=20 >=20 > Fatal trap 12: page fault while in kernel mode > cpuid =3D 0; apic id =3D 00 > fault virtual address =3D 0x0 > fault code =3D supervisor write, page not present > instruction pointer =3D 0x20:0xc052f346 > stack pointer =3D 0x28:0xe98504a0 > frame pointer =3D 0x28:0xe98504c4 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, def32 1, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 52518 (mt) > trap number =3D 12 > panic: page fault > cpuid =3D 0 > Uptime: 1d4h55m31s >=20 > (This includes the sa0 device arrival/removal messages.) >=20 > The disassembly of the respective part of destroy_devl() is: >=20 > 0xc052f32e : test $0x10,%dl > 0xc052f331 : je 0xc052f34c > 0xc052f333 : mov 0x4c(%esi),%edx > 0xc052f336 : test %edx,%edx > 0xc052f338 : je 0xc052f340 > 0xc052f33a : mov 0x50(%esi),%eax > 0xc052f33d : mov %eax,0x50(%edx) > 0xc052f340 : mov 0x50(%esi),%edx > 0xc052f343 : mov 0x4c(%esi),%eax > 0xc052f346 : mov %eax,(%edx) > 0xc052f348 : andl $0xffffffef,0x4(%esi) >=20 > I could perhaps setup a serial console, so to get at least DDB > functioning if you'd like to see more details. A remote GDB might > also be possible, but will require more work (setting up the > respective environment on a second machine). Serial console is fine, I do want to see a backtrace. There is also "show cdev" command in ddb, that might provide some useful information. INVARIANTS may be also useful, since the kernel might catch the corruption earlier. >=20 > > Thing you may try meantime is the following patch. >=20 > OK, I'll do that tonight, so let's see how the subsequent nightly > backups proceed. >=20 > --=20 > cheers, J"org .-.-. --... ...-- -.. . DL8DTL >=20 > http://www.sax.de/~joerg/ NIC: JW11-RIPE > Never trust an operating system you don't have sources for. ;-) --7Bm0M7I+ZJ5WKh7s Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk3Gf4sACgkQC3+MBN1Mb4intgCgppBkcG2Leky4+wqfmBG+AkJx VEwAoMvEdaHj7IqKiJRNoJ+iYKZsQo1D =dAeT -----END PGP SIGNATURE----- --7Bm0M7I+ZJ5WKh7s-- From owner-freebsd-scsi@FreeBSD.ORG Sun May 8 12:30:23 2011 Return-Path: Delivered-To: scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8DFEE1065673 for ; Sun, 8 May 2011 12:30:23 +0000 (UTC) (envelope-from mike@reifenberger.com) Received: from mail-out.m-online.net (mail-out.m-online.net [212.18.0.9]) by mx1.freebsd.org (Postfix) with ESMTP id 4A5ED8FC1A for ; Sun, 8 May 2011 12:30:22 +0000 (UTC) Received: from frontend1.mail.m-online.net (unknown [192.168.8.180]) by mail-out.m-online.net (Postfix) with ESMTP id 3848C1C08CFC for ; Sun, 8 May 2011 14:13:46 +0200 (CEST) Received: from localhost (dynscan1.mnet-online.de [192.168.8.164]) by mail.m-online.net (Postfix) with ESMTP id 2DB461C00463 for ; Sun, 8 May 2011 14:13:46 +0200 (CEST) X-Virus-Scanned: amavisd-new at mnet-online.de Received: from mail.mnet-online.de ([192.168.8.180]) by localhost (dynscan1.mail.m-online.net [192.168.8.164]) (amavisd-new, port 10024) with ESMTP id 2-TwGHm5N6j7 for ; Sun, 8 May 2011 14:13:45 +0200 (CEST) Received: from mail.reifenberger.com (ppp-93-104-114-255.dynamic.mnet-online.de [93.104.114.255]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.mnet-online.de (Postfix) with ESMTPS for ; Sun, 8 May 2011 14:13:45 +0200 (CEST) Received: by mail.reifenberger.com (Postfix, from userid 1001) id CDF0A32392; Sun, 8 May 2011 14:13:44 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mail.reifenberger.com (Postfix) with ESMTP id C32AE32391 for ; Sun, 8 May 2011 14:13:44 +0200 (CEST) Date: Sun, 8 May 2011 14:13:44 +0200 (CEST) From: Michael Reifenberger To: FreeBSD-SCSI Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: Subject: mpt(4) cuts 3TiB drives down to 2TiB X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2011 12:30:23 -0000 Hi, the manpage of mptutil states that mpt(4) doesn't support volumes greater 2TiB, it suggests to use the disks in JBOD mode. Even this seems only to work for disk with less than 2TiB. When attaching a Hitachi 7k3000 drive on the LSI SAS/SATA ports of a Supermicro X8ST3-F board I only see 4294967294 sectors while I get 976773168 sectors when attaching to the on board SATA ports. This leaves the onboard LSI controller useless for bigger disks. Is there a way to work around this issue? Or is anybody working on enhancing the mpt(4) driver to use the newer API? Thanks in advance! Bye/2 --- Michael Reifenberger Michael@Reifenberger.com http://www.Reifenberger.com From owner-freebsd-scsi@FreeBSD.ORG Sun May 8 14:10:00 2011 Return-Path: Delivered-To: scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E2AC106566B for ; Sun, 8 May 2011 14:10:00 +0000 (UTC) (envelope-from michael@fuckner.net) Received: from dedihh.fuckner.net (dedihh.fuckner.net [81.209.183.161]) by mx1.freebsd.org (Postfix) with ESMTP id D02918FC13 for ; Sun, 8 May 2011 14:09:59 +0000 (UTC) Received: from dedihh.fuckner.net (localhost [127.0.0.1]) by dedihh.fuckner.net (Postfix) with ESMTP id 4EA27332F; Sun, 8 May 2011 15:53:52 +0200 (CEST) X-Virus-Scanned: amavisd-new at fuckner.net Received: from dedihh.fuckner.net ([127.0.0.1]) by dedihh.fuckner.net (dedihh.fuckner.net [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 2EFvT5Dz1sHH; Sun, 8 May 2011 15:53:47 +0200 (CEST) Received: from c64.rebootking.de (e176133131.adsl.alicedsl.de [85.176.133.131]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by dedihh.fuckner.net (Postfix) with ESMTPSA id 9B52A3314; Sun, 8 May 2011 15:53:47 +0200 (CEST) Message-ID: <4DC6A067.60403@fuckner.net> Date: Sun, 08 May 2011 15:53:43 +0200 From: Michael Fuckner User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110428 Fedora/3.1.10-1.fc15 Thunderbird/3.1.10 MIME-Version: 1.0 To: Michael Reifenberger References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD-SCSI Subject: Re: mpt(4) cuts 3TiB drives down to 2TiB X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2011 14:10:00 -0000 On 05/08/2011 02:13 PM, Michael Reifenberger wrote: > Hi, > the manpage of mptutil states that mpt(4) doesn't support volumes > greater 2TiB, > it suggests to use the disks in JBOD mode. > > Even this seems only to work for disk with less than 2TiB. > > When attaching a Hitachi 7k3000 drive on the LSI SAS/SATA ports of a > Supermicro X8ST3-F board I only see 4294967294 sectors while I get > 976773168 sectors when > attaching to the on board SATA ports. > > This leaves the onboard LSI controller useless for bigger disks. Hi all, This is probably due to old firmware- I've seen similar a while ago and I'm not sure if there is a firmware capable of >2TiB. You should check in Controllerbios/ Post Screen if the drive is detected as 2 or 3TB. Imho this issue is not related to FreeBSD. Regards, Michael From owner-freebsd-scsi@FreeBSD.ORG Sun May 8 20:01:30 2011 Return-Path: Delivered-To: scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 678C4106564A for ; Sun, 8 May 2011 20:01:30 +0000 (UTC) (envelope-from artemb@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 1DBD58FC1D for ; Sun, 8 May 2011 20:01:29 +0000 (UTC) Received: by qyk35 with SMTP id 35so619160qyk.13 for ; Sun, 08 May 2011 13:01:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=+H9JKlbx2QFPVij++Ffd7FHdDU8vTA6AuupQC8KpqPA=; b=qd4tQo9riGskTyAlfX9ic5zDH9I40JXKio1FpE0zRCfhltgxMiKGLaIWWmPLFaYRJU me8PRD4DGQIqGeND85Nl/ewyUIoRCHFrCwDQKCnfWAv3bM/f7y8qX0nA6hguj4Hnnjr4 Vmb9Eg/UPNziABfU46KQGvNMQhIBnaLlqGXdM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=Mmn9pE5RsmC/jfrAFyMVWPIvXGI3T2MfRPX3U40p1B0ui0EtLIDRe+FtD11EOGaVOc LX6HQ7r8R+DDhmFcOLjeYYoN607z2mxSqiirbuUFOcVGRicED8urZRCsULuCHShLuSNj 4nlVTkQoPS2eiv9ADa0aic1ZJI8nWHIs5mhK8= MIME-Version: 1.0 Received: by 10.229.62.209 with SMTP id y17mr4251196qch.196.1304883088997; Sun, 08 May 2011 12:31:28 -0700 (PDT) Sender: artemb@gmail.com Received: by 10.229.95.140 with HTTP; Sun, 8 May 2011 12:31:28 -0700 (PDT) In-Reply-To: References: Date: Sun, 8 May 2011 12:31:28 -0700 X-Google-Sender-Auth: QP_j63DvSIDUE9WGR9CQWUovuYU Message-ID: From: Artem Belevich To: Michael Reifenberger Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD-SCSI Subject: Re: mpt(4) cuts 3TiB drives down to 2TiB X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2011 20:01:30 -0000 On Sun, May 8, 2011 at 5:13 AM, Michael Reifenberger wrote: > Hi, > the manpage of mptutil states that mpt(4) doesn't support volumes greater > 2TiB, > it suggests to use the disks in JBOD mode. > > Even this seems only to work for disk with less than 2TiB. > > When attaching a Hitachi 7k3000 drive on the LSI SAS/SATA ports of a > Supermicro X8ST3-F board I only see 4294967294 sectors while I get 976773168 > sectors when > attaching to the on board SATA ports. > > This leaves the onboard LSI controller useless for bigger disks. > > Is there a way to work around this issue? > > Or is anybody working on enhancing the mpt(4) driver to use the newer API? According to LSI, it's a 'feature'. Controllers based on LSI1068/1068e (X8ST3-F uses LSI 1068E) truncate drive capacity to 2TB: http://kb.lsi.com/KnowledgebaseArticle16399.aspx --Artem > > Thanks in advance! > > Bye/2 > --- > Michael Reifenberger > Michael@Reifenberger.com > http://www.Reifenberger.com > > _______________________________________________ > freebsd-scsi@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-scsi > To unsubscribe, send any mail to "freebsd-scsi-unsubscribe@freebsd.org" > From owner-freebsd-scsi@FreeBSD.ORG Sun May 8 20:36:37 2011 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF596106566B for ; Sun, 8 May 2011 20:36:37 +0000 (UTC) (envelope-from j@uriah.heep.sax.de) Received: from uriah.heep.sax.de (uriah.heep.sax.de [213.240.137.9]) by mx1.freebsd.org (Postfix) with ESMTP id 9B7B28FC17 for ; Sun, 8 May 2011 20:36:37 +0000 (UTC) Received: by uriah.heep.sax.de (Postfix, from userid 107) id 0025F8; Sun, 8 May 2011 22:36:34 +0200 (MET DST) Date: Sun, 8 May 2011 22:36:34 +0200 From: Joerg Wunsch To: freebsd-scsi@freebsd.org Message-ID: <20110508203634.GE5364@uriah.heep.sax.de> References: <20110508085314.GA5364@uriah.heep.sax.de> <20110508094509.GT48734@deviant.kiev.zoral.com.ua> <20110508104543.GB5364@uriah.heep.sax.de> <20110508113332.GX48734@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110508113332.GX48734@deviant.kiev.zoral.com.ua> X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-GPG-Fingerprint: 5E84 F980 C3CA FD4B B584 1070 F48C A81B 69A8 5873 User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: Re: Panic when removing a SCSI device entry X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joerg Wunsch List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2011 20:36:38 -0000 As Kostik Belousov wrote: > > I could perhaps setup a serial console, so to get at least DDB > > functioning if you'd like to see more details. ... > Serial console is fine, I do want to see a backtrace. > There is also "show cdev" command in ddb, that might provide some > useful information. OK, I'm setting up a DDB kernel right now, and attached an old laptop as the console terminal. I also applied your suggested patch. > INVARIANTS may be also useful, since the kernel might catch the > corruption earlier. As INVARIANTS has a performance impact, I'd like to avoid that by now. Let's see first whether an analysis is possible without that. If not, would it suffice to just compile kern_conf.c with INVARIANTS? -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-scsi@FreeBSD.ORG Sun May 8 20:45:18 2011 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A476A106564A for ; Sun, 8 May 2011 20:45:18 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 177D98FC08 for ; Sun, 8 May 2011 20:45:17 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p48KjDuk088708 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 8 May 2011 23:45:13 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id p48KjDTg070536; Sun, 8 May 2011 23:45:13 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id p48KjDjJ070535; Sun, 8 May 2011 23:45:13 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 8 May 2011 23:45:13 +0300 From: Kostik Belousov To: Joerg Wunsch Message-ID: <20110508204513.GC48734@deviant.kiev.zoral.com.ua> References: <20110508085314.GA5364@uriah.heep.sax.de> <20110508094509.GT48734@deviant.kiev.zoral.com.ua> <20110508104543.GB5364@uriah.heep.sax.de> <20110508113332.GX48734@deviant.kiev.zoral.com.ua> <20110508203634.GE5364@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OKDvWbuR4VtOam1v" Content-Disposition: inline In-Reply-To: <20110508203634.GE5364@uriah.heep.sax.de> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-scsi@freebsd.org Subject: Re: Panic when removing a SCSI device entry X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2011 20:45:18 -0000 --OKDvWbuR4VtOam1v Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, May 08, 2011 at 10:36:34PM +0200, Joerg Wunsch wrote: > As Kostik Belousov wrote: >=20 > > > I could perhaps setup a serial console, so to get at least DDB > > > functioning if you'd like to see more details. ... >=20 > > Serial console is fine, I do want to see a backtrace. > > There is also "show cdev" command in ddb, that might provide some > > useful information. >=20 > OK, I'm setting up a DDB kernel right now, and attached an old laptop > as the console terminal. I also applied your suggested patch. Great. >=20 > > INVARIANTS may be also useful, since the kernel might catch the > > corruption earlier. >=20 > As INVARIANTS has a performance impact, I'd like to avoid that by now. > Let's see first whether an analysis is possible without that. If not, > would it suffice to just compile kern_conf.c with INVARIANTS? No, it is not enough to compile only kern_conf.c with INVARIANTS. Performance impact is not that huge, and definitely pays it cost for such problems. --OKDvWbuR4VtOam1v Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk3HANkACgkQC3+MBN1Mb4jztgCgmPIRvRmk3YbPcWxk+yPsrcCO CC4AoL8TOj7Lj1QAN/BXf1cLnOoxNEcW =KPuP -----END PGP SIGNATURE----- --OKDvWbuR4VtOam1v-- From owner-freebsd-scsi@FreeBSD.ORG Sun May 8 23:37:45 2011 Return-Path: Delivered-To: scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 066D1106564A for ; Sun, 8 May 2011 23:37:45 +0000 (UTC) (envelope-from ken@kdm.org) Received: from nargothrond.kdm.org (nargothrond.kdm.org [70.56.43.81]) by mx1.freebsd.org (Postfix) with ESMTP id 48B8C8FC12 for ; Sun, 8 May 2011 23:37:44 +0000 (UTC) Received: from nargothrond.kdm.org (localhost [127.0.0.1]) by nargothrond.kdm.org (8.14.2/8.14.2) with ESMTP id p48NO6nC084297; Sun, 8 May 2011 17:24:06 -0600 (MDT) (envelope-from ken@nargothrond.kdm.org) Received: (from ken@localhost) by nargothrond.kdm.org (8.14.2/8.14.2/Submit) id p48NO59M084296; Sun, 8 May 2011 17:24:05 -0600 (MDT) (envelope-from ken) Date: Sun, 8 May 2011 17:24:05 -0600 From: "Kenneth D. Merry" To: Artem Belevich Message-ID: <20110508232405.GA84267@nargothrond.kdm.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2i Cc: Michael Reifenberger , FreeBSD-SCSI Subject: Re: mpt(4) cuts 3TiB drives down to 2TiB X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2011 23:37:45 -0000 On Sun, May 08, 2011 at 12:31:28 -0700, Artem Belevich wrote: > On Sun, May 8, 2011 at 5:13 AM, Michael Reifenberger > wrote: > > Hi, > > the manpage of mptutil states that mpt(4) doesn't support volumes greater > > 2TiB, > > it suggests to use the disks in JBOD mode. > > > > Even this seems only to work for disk with less than 2TiB. > > > > When attaching a Hitachi 7k3000 drive on the LSI SAS/SATA ports of a > > Supermicro X8ST3-F board I only see 4294967294 sectors while I get 976773168 > > sectors when > > attaching to the on board SATA ports. > > > > This leaves the onboard LSI controller useless for bigger disks. > > > > Is there a way to work around this issue? > > > > Or is anybody working on enhancing the mpt(4) driver to use the newer API? > > According to LSI, it's a 'feature'. Controllers based on > LSI1068/1068e (X8ST3-F uses LSI 1068E) truncate drive capacity to > 2TB: > http://kb.lsi.com/KnowledgebaseArticle16399.aspx I have heard from a friend (i.e. I haven't personally confirmed) that the capacity truncation only applies to SATA drives. If you attach a 3TB SAS drive, you should be able to see the full capacity. It makes some sense, since the LSI controller is translating SCSI to SATA, but for SAS drives it just passes the SCSI commands straight through to the drive. So the 16 byte READ CAPACITY, READ and WRITE commands will make it through to SAS disks, but aren't translated for SATA disks. Ken -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-scsi@FreeBSD.ORG Mon May 9 00:37:05 2011 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8320E106566C for ; Mon, 9 May 2011 00:37:05 +0000 (UTC) (envelope-from mj@feral.com) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.freebsd.org (Postfix) with ESMTP id 4EADF8FC0A for ; Mon, 9 May 2011 00:37:05 +0000 (UTC) Received: from [192.168.135.100] (c-76-126-155-117.hsd1.ca.comcast.net [76.126.155.117]) (authenticated bits=0) by ns1.feral.com (8.14.4/8.14.4) with ESMTP id p490b3Mg070189 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Sun, 8 May 2011 17:37:04 -0700 (PDT) (envelope-from mj@feral.com) Message-ID: <4DC7372F.9090204@feral.com> Date: Sun, 08 May 2011 17:37:03 -0700 From: Matthew Jacob Organization: Feral Software User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 MIME-Version: 1.0 To: freebsd-scsi@freebsd.org References: <20110508232405.GA84267@nargothrond.kdm.org> In-Reply-To: <20110508232405.GA84267@nargothrond.kdm.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (ns1.feral.com [192.67.166.1]); Sun, 08 May 2011 17:37:04 -0700 (PDT) Subject: Re: mpt(4) cuts 3TiB drives down to 2TiB X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mj@feral.com List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2011 00:37:05 -0000 > I have heard from a friend (i.e. I haven't personally confirmed) that the > capacity truncation only applies to SATA drives. If you attach a 3TB SAS > drive, you should be able to see the full capacity. > > It makes some sense, since the LSI controller is translating SCSI to SATA, > but for SAS drives it just passes the SCSI commands straight through to the > drive. So the 16 byte READ CAPACITY, READ and WRITE commands will make it > through to SAS disks, but aren't translated for SATA disks. > > Ken That's preposterous. LBA48 has been around forever and even SATL 1.0 covered this. Shrug. From owner-freebsd-scsi@FreeBSD.ORG Mon May 9 11:07:14 2011 Return-Path: Delivered-To: freebsd-scsi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 77BF61065674 for ; Mon, 9 May 2011 11:07:14 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 2E6478FC1C for ; Mon, 9 May 2011 11:07:14 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p49B7EEl070737 for ; Mon, 9 May 2011 11:07:14 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p49B7DZ1070735 for freebsd-scsi@FreeBSD.org; Mon, 9 May 2011 11:07:13 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 9 May 2011 11:07:13 GMT Message-Id: <201105091107.p49B7DZ1070735@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-scsi@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-scsi@FreeBSD.org X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2011 11:07:14 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/154432 scsi [xpt] run_interrupt_driven_hooks: still waiting after o kern/153361 scsi [ciss] Smart Array 5300 boot/detect drive problem o kern/152250 scsi [ciss] [patch] Kernel panic when hw.ciss.expose_hidden o kern/151564 scsi [ciss] ciss(4) should increase CISS_MAX_LOGICAL to 10 o docs/151336 scsi Missing documentation of scsi_ and ata_ functions in c s kern/149927 scsi [cam] hard drive not stopped before removing power dur o kern/148083 scsi [aac] Strange device reporting o kern/147704 scsi [mpt] sys/dev/mpt: new chip revision, partially unsupp o kern/146287 scsi [ciss] ciss(4) cannot see more than one SmartArray con o kern/145768 scsi [mpt] can't perform I/O on SAS based SAN disk in freeb o kern/144648 scsi [aac] Strange values of speed and bus width in dmesg o kern/144301 scsi [ciss] [hang] HP proliant server locks when using ciss o kern/142351 scsi [mpt] LSILogic driver performance problems o kern/141934 scsi [cam] [patch] add support for SEAGATE DAT Scopion 130 o kern/134488 scsi [mpt] MPT SCSI driver probes max. 8 LUNs per device o kern/132250 scsi [ciss] ciss driver does not support more then 15 drive o kern/132206 scsi [mpt] system panics on boot when mirroring and 2nd dri o kern/130621 scsi [mpt] tranfer rate is inscrutable slow when use lsi213 o kern/129602 scsi [ahd] ahd(4) gets confused and wedges SCSI bus o kern/128452 scsi [sa] [panic] Accessing SCSI tape drive randomly crashe o kern/128245 scsi [scsi] "inquiry data fails comparison at DV1 step" [re o kern/127927 scsi [isp] isp(4) target driver crashes kernel when set up o kern/127717 scsi [ata] [patch] [request] - support write cache toggling o kern/124667 scsi [amd] [panic] FreeBSD-7 kernel page faults at amd-scsi o kern/123674 scsi [ahc] ahc driver dumping o kern/123520 scsi [ahd] unable to boot from net while using ahd o sparc/121676 scsi [iscsi] iscontrol do not connect iscsi-target on sparc o kern/120487 scsi [sg] scsi_sg incompatible with scanners o kern/120247 scsi [mpt] FreeBSD 6.3 and LSI Logic 1030 = only 3.300MB/s o kern/114597 scsi [sym] System hangs at SCSI bus reset with dual HBAs o kern/110847 scsi [ahd] Tyan U320 onboard problem with more than 3 disks o kern/99954 scsi [ahc] reading from DVD failes on 6.x [regression] o kern/92798 scsi [ahc] SCSI problem with timeouts o kern/90282 scsi [sym] SCSI bus resets cause loss of ch device o kern/76178 scsi [ahd] Problem with ahd and large SCSI Raid system o kern/74627 scsi [ahc] [hang] Adaptec 2940U2W Can't boot 5.3 s kern/61165 scsi [panic] kernel page fault after calling cam_send_ccb o kern/60641 scsi [sym] Sporadic SCSI bus resets with 53C810 under load o kern/60598 scsi wire down of scsi devices conflicts with config s kern/57398 scsi [mly] Current fails to install on mly(4) based RAID di o bin/57088 scsi [cam] [patch] for a possible fd leak in libcam.c o kern/52638 scsi [panic] SCSI U320 on SMP server won't run faster than o kern/44587 scsi dev/dpt/dpt.h is missing defines required for DPT_HAND o kern/39388 scsi ncr/sym drivers fail with 53c810 and more than 256MB m o kern/35234 scsi World access to /dev/pass? (for scanner) requires acce 45 problems total. From owner-freebsd-scsi@FreeBSD.ORG Mon May 9 18:20:41 2011 Return-Path: Delivered-To: scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BABD51065670 for ; Mon, 9 May 2011 18:20:41 +0000 (UTC) (envelope-from mike@reifenberger.com) Received: from mail-out.m-online.net (mail-out.m-online.net [212.18.0.9]) by mx1.freebsd.org (Postfix) with ESMTP id 4C2668FC13 for ; Mon, 9 May 2011 18:20:40 +0000 (UTC) Received: from frontend1.mail.m-online.net (unknown [192.168.8.180]) by mail-out.m-online.net (Postfix) with ESMTP id 9A5F01C1D9F6; Mon, 9 May 2011 20:20:39 +0200 (CEST) Received: from localhost (dynscan1.mnet-online.de [192.168.8.164]) by mail.m-online.net (Postfix) with ESMTP id 88D0C1C00102; Mon, 9 May 2011 20:20:39 +0200 (CEST) X-Virus-Scanned: amavisd-new at mnet-online.de Received: from mail.mnet-online.de ([192.168.8.180]) by localhost (dynscan1.mail.m-online.net [192.168.8.164]) (amavisd-new, port 10024) with ESMTP id A2ZpFpIaTrgQ; Mon, 9 May 2011 20:20:39 +0200 (CEST) Received: from mail.reifenberger.com (ppp-93-104-32-112.dynamic.mnet-online.de [93.104.32.112]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.mnet-online.de (Postfix) with ESMTPS; Mon, 9 May 2011 20:20:38 +0200 (CEST) Received: by mail.reifenberger.com (Postfix, from userid 1001) id 3A9B232921; Mon, 9 May 2011 20:20:38 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mail.reifenberger.com (Postfix) with ESMTP id 2CFA33291E; Mon, 9 May 2011 20:20:38 +0200 (CEST) Date: Mon, 9 May 2011 20:20:38 +0200 (CEST) From: Michael Reifenberger To: Michael Fuckner In-Reply-To: <4DC6A067.60403@fuckner.net> Message-ID: References: <4DC6A067.60403@fuckner.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD-SCSI Subject: Re: mpt(4) cuts 3TiB drives down to 2TiB X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2011 18:20:41 -0000 On Sun, 8 May 2011, Michael Fuckner wrote: > Date: Sun, 08 May 2011 15:53:43 +0200 > From: Michael Fuckner > To: Michael Reifenberger > Cc: FreeBSD-SCSI > Subject: Re: mpt(4) cuts 3TiB drives down to 2TiB > > On 05/08/2011 02:13 PM, Michael Reifenberger wrote: >> Hi, >> the manpage of mptutil states that mpt(4) doesn't support volumes >> greater 2TiB, >> it suggests to use the disks in JBOD mode. >> >> Even this seems only to work for disk with less than 2TiB. >> >> When attaching a Hitachi 7k3000 drive on the LSI SAS/SATA ports of a >> Supermicro X8ST3-F board I only see 4294967294 sectors while I get >> 976773168 sectors when >> attaching to the on board SATA ports. >> >> This leaves the onboard LSI controller useless for bigger disks. > Hi all, > > This is probably due to old firmware- I've seen similar a while ago and I'm > not sure if there is a firmware capable of >2TiB. > > You should check in Controllerbios/ Post Screen if the drive is detected as 2 > or 3TB. > > Imho this issue is not related to FreeBSD. > Yes. Seems so. The drive is detected as 2TiB drive. I'll try to contact Spermicro if the is a different firmware available. Thanks for the hint anyway! Bye/2 --- Michael Reifenberger Michael@Reifenberger.com http://www.Reifenberger.com From owner-freebsd-scsi@FreeBSD.ORG Mon May 9 18:24:43 2011 Return-Path: Delivered-To: scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2BB11106564A; Mon, 9 May 2011 18:24:43 +0000 (UTC) (envelope-from mike@reifenberger.com) Received: from mail-out.m-online.net (mail-out.m-online.net [212.18.0.10]) by mx1.freebsd.org (Postfix) with ESMTP id 4F6458FC13; Mon, 9 May 2011 18:24:42 +0000 (UTC) Received: from frontend1.mail.m-online.net (frontend1.mail.intern.m-online.net [192.168.8.180]) by mail-out.m-online.net (Postfix) with ESMTP id 3DA73188A172; Mon, 9 May 2011 20:24:41 +0200 (CEST) Received: from localhost (dynscan1.mnet-online.de [192.168.8.164]) by mail.m-online.net (Postfix) with ESMTP id 707FD1C00126; Mon, 9 May 2011 20:24:41 +0200 (CEST) X-Virus-Scanned: amavisd-new at mnet-online.de Received: from mail.mnet-online.de ([192.168.8.180]) by localhost (dynscan1.mail.m-online.net [192.168.8.164]) (amavisd-new, port 10024) with ESMTP id aXF1djX7jxx7; Mon, 9 May 2011 20:24:40 +0200 (CEST) Received: from mail.reifenberger.com (ppp-93-104-32-112.dynamic.mnet-online.de [93.104.32.112]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.mnet-online.de (Postfix) with ESMTPS; Mon, 9 May 2011 20:24:40 +0200 (CEST) Received: by mail.reifenberger.com (Postfix, from userid 1001) id 4D59732937; Mon, 9 May 2011 20:24:40 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mail.reifenberger.com (Postfix) with ESMTP id 432C532934; Mon, 9 May 2011 20:24:40 +0200 (CEST) Date: Mon, 9 May 2011 20:24:40 +0200 (CEST) From: Michael Reifenberger To: Artem Belevich In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD-SCSI Subject: Re: mpt(4) cuts 3TiB drives down to 2TiB X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2011 18:24:43 -0000 On Sun, 8 May 2011, Artem Belevich wrote: > Date: Sun, 8 May 2011 12:31:28 -0700 > From: Artem Belevich > To: Michael Reifenberger > Cc: FreeBSD-SCSI > Subject: Re: mpt(4) cuts 3TiB drives down to 2TiB > > On Sun, May 8, 2011 at 5:13 AM, Michael Reifenberger > wrote: >> Hi, >> the manpage of mptutil states that mpt(4) doesn't support volumes greater >> 2TiB, >> it suggests to use the disks in JBOD mode. >> >> Even this seems only to work for disk with less than 2TiB. >> >> When attaching a Hitachi 7k3000 drive on the LSI SAS/SATA ports of a >> Supermicro X8ST3-F board I only see 4294967294 sectors while I get 976773168 >> sectors when >> attaching to the on board SATA ports. >> >> This leaves the onboard LSI controller useless for bigger disks. >> >> Is there a way to work around this issue? >> >> Or is anybody working on enhancing the mpt(4) driver to use the newer API? > > According to LSI, it's a 'feature'. Controllers based on > LSI1068/1068e (X8ST3-F uses LSI 1068E) truncate drive capacity to > 2TB: > http://kb.lsi.com/KnowledgebaseArticle16399.aspx > Yes. Seems so. For me its a documented bug though. Hopefully the will revise this misbehaviour... Bye/2 --- Michael Reifenberger Michael@Reifenberger.com http://www.Reifenberger.com From owner-freebsd-scsi@FreeBSD.ORG Mon May 9 18:27:14 2011 Return-Path: Delivered-To: scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E3B67106564A for ; Mon, 9 May 2011 18:27:14 +0000 (UTC) (envelope-from mike@reifenberger.com) Received: from mail-out.m-online.net (mail-out.m-online.net [212.18.0.10]) by mx1.freebsd.org (Postfix) with ESMTP id 73F018FC13 for ; Mon, 9 May 2011 18:27:14 +0000 (UTC) Received: from frontend1.mail.m-online.net (frontend1.mail.intern.m-online.net [192.168.8.180]) by mail-out.m-online.net (Postfix) with ESMTP id 31BC6186DED0; Mon, 9 May 2011 20:27:13 +0200 (CEST) Received: from localhost (dynscan1.mnet-online.de [192.168.8.164]) by mail.m-online.net (Postfix) with ESMTP id 6F9FF1C000A8; Mon, 9 May 2011 20:27:13 +0200 (CEST) X-Virus-Scanned: amavisd-new at mnet-online.de Received: from mail.mnet-online.de ([192.168.8.180]) by localhost (dynscan1.mail.m-online.net [192.168.8.164]) (amavisd-new, port 10024) with ESMTP id 0mo4Wfy4+J55; Mon, 9 May 2011 20:27:12 +0200 (CEST) Received: from mail.reifenberger.com (ppp-93-104-32-112.dynamic.mnet-online.de [93.104.32.112]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.mnet-online.de (Postfix) with ESMTPS; Mon, 9 May 2011 20:27:12 +0200 (CEST) Received: by mail.reifenberger.com (Postfix, from userid 1001) id 41F0D32942; Mon, 9 May 2011 20:27:12 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mail.reifenberger.com (Postfix) with ESMTP id 3D4FA32941; Mon, 9 May 2011 20:27:12 +0200 (CEST) Date: Mon, 9 May 2011 20:27:12 +0200 (CEST) From: Michael Reifenberger To: "Kenneth D. Merry" In-Reply-To: <20110508232405.GA84267@nargothrond.kdm.org> Message-ID: References: <20110508232405.GA84267@nargothrond.kdm.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD-SCSI Subject: Re: mpt(4) cuts 3TiB drives down to 2TiB X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2011 18:27:15 -0000 On Sun, 8 May 2011, Kenneth D. Merry wrote: > Date: Sun, 8 May 2011 17:24:05 -0600 > From: Kenneth D. Merry > To: Artem Belevich > Cc: Michael Reifenberger , > FreeBSD-SCSI > Subject: Re: mpt(4) cuts 3TiB drives down to 2TiB > > On Sun, May 08, 2011 at 12:31:28 -0700, Artem Belevich wrote: >> On Sun, May 8, 2011 at 5:13 AM, Michael Reifenberger >> wrote: >>> Hi, >>> the manpage of mptutil states that mpt(4) doesn't support volumes greater >>> 2TiB, >>> it suggests to use the disks in JBOD mode. >>> >>> Even this seems only to work for disk with less than 2TiB. >>> >>> When attaching a Hitachi 7k3000 drive on the LSI SAS/SATA ports of a >>> Supermicro X8ST3-F board I only see 4294967294 sectors while I get 976773168 >>> sectors when >>> attaching to the on board SATA ports. >>> >>> This leaves the onboard LSI controller useless for bigger disks. >>> >>> Is there a way to work around this issue? >>> >>> Or is anybody working on enhancing the mpt(4) driver to use the newer API? >> >> According to LSI, it's a 'feature'. Controllers based on >> LSI1068/1068e (X8ST3-F uses LSI 1068E) truncate drive capacity to >> 2TB: >> http://kb.lsi.com/KnowledgebaseArticle16399.aspx > > I have heard from a friend (i.e. I haven't personally confirmed) that the > capacity truncation only applies to SATA drives. If you attach a 3TB SAS > drive, you should be able to see the full capacity. > I can't confirm either since I have no 3TB SAS drives currently. Thanks for hinting! Bye/2 --- Michael Reifenberger Michael@Reifenberger.com http://www.Reifenberger.com From owner-freebsd-scsi@FreeBSD.ORG Mon May 9 20:28:29 2011 Return-Path: Delivered-To: scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51A09106564A; Mon, 9 May 2011 20:28:29 +0000 (UTC) (envelope-from mj@feral.com) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.freebsd.org (Postfix) with ESMTP id 98EAB8FC0C; Mon, 9 May 2011 20:28:28 +0000 (UTC) Received: from ns1.feral.com (localhost [127.0.0.1]) by ns1.feral.com (8.14.4/8.14.4) with ESMTP id p49K8XcQ064120 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 9 May 2011 13:08:33 -0700 (PDT) (envelope-from mj@feral.com) Received: from localhost (mjacob@localhost) by ns1.feral.com (8.14.4/8.14.4/Submit) with ESMTP id p49K8Wd4064117; Mon, 9 May 2011 13:08:33 -0700 (PDT) (envelope-from mj@feral.com) X-Authentication-Warning: ns1.feral.com: mjacob owned process doing -bs Date: Mon, 9 May 2011 13:08:32 -0700 (PDT) From: Matthew Jacob To: Michael Reifenberger In-Reply-To: Message-ID: References: <20110508232405.GA84267@nargothrond.kdm.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.6 (ns1.feral.com [127.0.0.1]); Mon, 09 May 2011 13:08:33 -0700 (PDT) Cc: "Kenneth D. Merry" , FreeBSD-SCSI Subject: Re: mpt(4) cuts 3TiB drives down to 2TiB X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthew Jacob List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2011 20:28:29 -0000 >> I have heard from a friend (i.e. I haven't personally confirmed) that the >> capacity truncation only applies to SATA drives. If you attach a 3TB SAS >> drive, you should be able to see the full capacity. >> > > I can't confirm either since I have no 3TB SAS drives currently. Target mode. Try a linux box with SCST. From owner-freebsd-scsi@FreeBSD.ORG Tue May 10 12:09:14 2011 Return-Path: Delivered-To: scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6525C1065676; Tue, 10 May 2011 12:09:14 +0000 (UTC) (envelope-from mike@reifenberger.com) Received: from mail-out.m-online.net (mail-out.m-online.net [212.18.0.9]) by mx1.freebsd.org (Postfix) with ESMTP id 17AAF8FC0C; Tue, 10 May 2011 12:09:13 +0000 (UTC) Received: from frontend1.mail.m-online.net (unknown [192.168.8.180]) by mail-out.m-online.net (Postfix) with ESMTP id ADFE01C013FC; Tue, 10 May 2011 14:09:10 +0200 (CEST) Received: from localhost (dynscan1.mnet-online.de [192.168.8.164]) by mail.m-online.net (Postfix) with ESMTP id 1C3481C0009A; Tue, 10 May 2011 14:09:10 +0200 (CEST) X-Virus-Scanned: amavisd-new at mnet-online.de Received: from mail.mnet-online.de ([192.168.8.180]) by localhost (dynscan1.mail.m-online.net [192.168.8.164]) (amavisd-new, port 10024) with ESMTP id DNT0Jg5A1ciL; Tue, 10 May 2011 14:09:09 +0200 (CEST) Received: from mail.reifenberger.com (ppp-93-104-36-155.dynamic.mnet-online.de [93.104.36.155]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.mnet-online.de (Postfix) with ESMTPS; Tue, 10 May 2011 14:09:09 +0200 (CEST) Received: by mail.reifenberger.com (Postfix, from userid 1001) id B403232DA7; Tue, 10 May 2011 14:09:08 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mail.reifenberger.com (Postfix) with ESMTP id 990EF32DA4; Tue, 10 May 2011 14:09:08 +0200 (CEST) Date: Tue, 10 May 2011 14:09:08 +0200 (CEST) From: Michael Reifenberger To: Matthew Jacob In-Reply-To: Message-ID: References: <20110508232405.GA84267@nargothrond.kdm.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: "Kenneth D. Merry" , FreeBSD-SCSI Subject: Re: mpt(4) cuts 3TiB drives down to 2TiB X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2011 12:09:14 -0000 On Mon, 9 May 2011, Matthew Jacob wrote: > Date: Mon, 9 May 2011 13:08:32 -0700 (PDT) > From: Matthew Jacob > To: Michael Reifenberger > Cc: Kenneth D. Merry , FreeBSD-SCSI > Subject: Re: mpt(4) cuts 3TiB drives down to 2TiB > > >>> I have heard from a friend (i.e. I haven't personally confirmed) that the >>> capacity truncation only applies to SATA drives. If you attach a 3TB SAS >>> drive, you should be able to see the full capacity. >>> >> >> I can't confirm either since I have no 3TB SAS drives currently. > > Target mode. Try a linux box with SCST. > That would require one of the supported SAS cards (LSI/Marvel) to work, right? Bye/2 --- Michael Reifenberger Michael@Reifenberger.com http://www.Reifenberger.com From owner-freebsd-scsi@FreeBSD.ORG Tue May 10 13:47:25 2011 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A7F7106564A for ; Tue, 10 May 2011 13:47:25 +0000 (UTC) (envelope-from mj@feral.com) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.freebsd.org (Postfix) with ESMTP id E2FC88FC15 for ; Tue, 10 May 2011 13:47:24 +0000 (UTC) Received: from [192.168.135.100] (c-76-126-155-117.hsd1.ca.comcast.net [76.126.155.117]) (authenticated bits=0) by ns1.feral.com (8.14.4/8.14.4) with ESMTP id p4ADlNae069658 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Tue, 10 May 2011 06:47:24 -0700 (PDT) (envelope-from mj@feral.com) Message-ID: <4DC941ED.7040605@feral.com> Date: Tue, 10 May 2011 06:47:25 -0700 From: Matthew Jacob Organization: Feral Software User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 MIME-Version: 1.0 To: freebsd-scsi@freebsd.org References: <20110508232405.GA84267@nargothrond.kdm.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (ns1.feral.com [192.67.166.1]); Tue, 10 May 2011 06:47:24 -0700 (PDT) Subject: Re: mpt(4) cuts 3TiB drives down to 2TiB X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2011 13:47:25 -0000 >> Target mode. Try a linux box with SCST. >> > > That would require one of the supported SAS cards (LSI/Marvel) to > work, right? > > Yes. It's also possible to find a Solaris box too to try this. I mean, this is going a long way to just prove whether the LSI f/w can grok drives > 2TiB. From owner-freebsd-scsi@FreeBSD.ORG Fri May 13 01:04:42 2011 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 812A8106564A for ; Fri, 13 May 2011 01:04:42 +0000 (UTC) (envelope-from xiang@juniper.net) Received: from exprod7og125.obsmtp.com (exprod7og125.obsmtp.com [64.18.2.28]) by mx1.freebsd.org (Postfix) with ESMTP id 2BF0D8FC12 for ; Fri, 13 May 2011 01:04:41 +0000 (UTC) Received: from P-EMHUB02-HQ.jnpr.net ([66.129.224.36]) (using TLSv1) by exprod7ob125.postini.com ([64.18.6.12]) with SMTP ID DSNKTcyDqQBz1PSvXgkiyqQQHhOvVZqcSJdc@postini.com; Thu, 12 May 2011 18:04:42 PDT Received: from EMBX02-HQ.jnpr.net ([fe80::18fe:d666:b43e:f97e]) by P-EMHUB02-HQ.jnpr.net ([fe80::88f9:77fd:dfc:4d51%11]) with mapi; Thu, 12 May 2011 17:47:37 -0700 From: Xiang Zhu To: "freebsd-scsi@freebsd.org" Date: Thu, 12 May 2011 17:47:31 -0700 Thread-Topic: sg3_utils and sdparm ports to FreeBSD released Thread-Index: AcwRB1cNLwcbC1Q3T0SVgLMo3sLlIA== Message-ID: <4D2B132DE2E6F240BB6A440B4DBC5F8158E873B717@EMBX02-HQ.jnpr.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: sg3_utils and sdparm ports to FreeBSD released X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 May 2011 01:04:42 -0000 Could anyone give an update on the bsd port of sg3_utils? I found this old email, but could not find the sg3_utils mentioned in the e= mail. Thanks! Xiang sg3_utils and sdparm ports to FreeBSD released Douglas Gilbert dougg at torque.net Wed Mar 8 21:40:22 UTC 2006 * Previous message: SCB timeout and other errors + system hang with adaptec/s= eagate * Next message: scsi-target and the buffer cache * Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [X] Further to some posts that I sent to this list in late December, the sg3_utils version 1.19 package of command line utilities and sdparm version 0.97 utility have been released and include ports to FreeBSD. The sg3_utils port to FreeBSD contains 20 utilities, each with a man page. Each utility is closely related to a SCSI command (e.g. sg_inq decodes a SCSI INQUIRY response including VPD pages). Linux specific utilities and some other utilities that require more work have been dropped from this FreeBSD port. A tarball of sg3_utils version 1.19 can be found at: http://www.torque.net/sg [in the Utilities section] This web page has an overview of sg3_utils: http://www.torque.net/sg/u_index.html sdparm is a command line utility for getting and setting SCSI parameters. These parameters are mainly held in SCSI mode pages. Read only information is maintained in device Vital Product Data (VPD) pages and these can also be accessed with sdparm. There are also some simple commands supported. sdparm is described here: http://www.torque.net/sg/sdparm.html and the sdparm-0.97.tgz can be fetched from the Downloads section. Doug Gilbert From owner-freebsd-scsi@FreeBSD.ORG Sat May 14 14:36:38 2011 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 238C0106566B for ; Sat, 14 May 2011 14:36:38 +0000 (UTC) (envelope-from dan@langille.org) Received: from nyi.unixathome.org (nyi.unixathome.org [64.147.113.42]) by mx1.freebsd.org (Postfix) with ESMTP id EDA6E8FC13 for ; Sat, 14 May 2011 14:36:37 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by nyi.unixathome.org (Postfix) with ESMTP id 75916509B2; Sat, 14 May 2011 15:19:00 +0100 (BST) X-Virus-Scanned: amavisd-new at unixathome.org Received: from nyi.unixathome.org ([127.0.0.1]) by localhost (nyi.unixathome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vO+KZbhrigRE; Sat, 14 May 2011 15:19:00 +0100 (BST) Received: from smtp-auth.unixathome.org (smtp-auth.unixathome.org [10.4.7.7]) (Authenticated sender: hidden) by nyi.unixathome.org (Postfix) with ESMTPSA id 0F36750893 ; Sat, 14 May 2011 15:19:00 +0100 (BST) From: Dan Langille Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Sat, 14 May 2011 10:18:58 -0400 Message-Id: <79C82EA1-3359-4C3F-A882-1CCC99F87723@langille.org> To: freebsd-scsi@freebsd.org Mime-Version: 1.0 (Apple Message framework v1084) X-Mailer: Apple Mail (2.1084) Cc: Dan Langille Subject: SCSI card keeps dumping state X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 May 2011 14:36:38 -0000 Usually, my SCSI card runs just fine. Then, every once in a while, it = starts dumping state. I am not sure what starts this. I have put output from /var/log/messages & camcontrol at: http://www.freebsddiary.org/samples/ahc0.card.dump.txt At present, the card seems unusable, and is dumping state every 30 = minutes. I'd like to be able to fix this remote system without rebooting it (for = fear of it not coming back up). Thanks. --=20 Dan Langille - http://langille.org