From owner-freebsd-scsi@FreeBSD.ORG  Mon May  9 18:24:43 2011
Return-Path: <owner-freebsd-scsi@FreeBSD.ORG>
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 <mike@reifenberger.com>
To: Artem Belevich <art@freebsd.org>
In-Reply-To: <BANLkTikGH6iDLZTztxg13qzxPiazQ5VYBA@mail.gmail.com>
Message-ID: <alpine.BSF.2.00.1105092021100.5116@gw.reifenberger.com>
References: <alpine.BSF.2.00.1105081401080.92495@gw.reifenberger.com>
	<BANLkTikGH6iDLZTztxg13qzxPiazQ5VYBA@mail.gmail.com>
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 <scsi@freebsd.org>
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 <freebsd-scsi.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-scsi>,
	<mailto:freebsd-scsi-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-scsi>
List-Post: <mailto:freebsd-scsi@freebsd.org>
List-Help: <mailto:freebsd-scsi-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-scsi>,
	<mailto:freebsd-scsi-request@freebsd.org?subject=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 <art@freebsd.org>
> To: Michael Reifenberger <mike@reifenberger.com>
> Cc: FreeBSD-SCSI <scsi@freebsd.org>
> Subject: Re: mpt(4) cuts 3TiB drives down to 2TiB
> 
> On Sun, May 8, 2011 at 5:13 AM, Michael Reifenberger
> <mike@reifenberger.com> 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