From owner-freebsd-scsi@FreeBSD.ORG  Wed Dec 11 07:13:50 2013
Return-Path: <owner-freebsd-scsi@FreeBSD.ORG>
Delivered-To: freebsd-scsi@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 7DE4F77B;
 Wed, 11 Dec 2013 07:13:50 +0000 (UTC)
Received: from mx2.suse.de (cantor2.suse.de [195.135.220.15])
 by mx1.freebsd.org (Postfix) with ESMTP id 410821183;
 Wed, 11 Dec 2013 07:13:49 +0000 (UTC)
Received: from relay1.suse.de (unknown [195.135.220.254])
 by mx2.suse.de (Postfix) with ESMTP id 85CFFA7D9E;
 Wed, 11 Dec 2013 07:59:16 +0100 (CET)
Message-ID: <52A829F1.2010206@suse.de>
Date: Wed, 11 Dec 2013 10:01:37 +0100
From: Hannes Reinecke <hare@suse.de>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
 rv:24.0) Gecko/20100101 Thunderbird/24.1.0
MIME-Version: 1.0
To: dgilbert@interlog.com
Subject: Re: [CAM] Widening lun_id_t to 64-bits
References: <52A7830B.2090803@freebsd.org> <52A7A69E.3030703@interlog.com>
 <52A7AA76.3060208@interlog.com> <52A7AAA3.5050404@freebsd.org>
 <52A7AEAE.1030307@interlog.com>
In-Reply-To: <52A7AEAE.1030307@interlog.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Cc: FreeBSD SCSI <freebsd-scsi@freebsd.org>,
 Nathan Whitehorn <nwhitehorn@freebsd.org>
X-BeenThere: freebsd-scsi@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: SCSI subsystem <freebsd-scsi.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/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: Wed, 11 Dec 2013 07:13:50 -0000

On 12/11/2013 01:15 AM, Douglas Gilbert wrote:
[ .. ]
>
> BTW A T10 troublemaker tried to extend 8 byte LUNs to something
> longer in order to hold a proposed conglomerate LUN format.
> He did succeed in getting conglomerate LUN format in but not
> extending LUNs beyond 8 bytes. However he did get a 65th bit in,
> sort of. See the new LU_CONG bit in a standard INQUIRY
> response (spc4r36n.pdf).
>
Gnaa. And I know that troublemaker. His company has been approaching
me for conglomerate LUN support.
_This_ will get fun. And I guess I need to update the patchset to
handle this ...

Cheers,

Hannes
-- 
Dr. Hannes Reinecke		      zSeries & Storage
hare@suse.de			      +49 911 74053 688
SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg
GF: J. Hawn, J. Guild, F. Imendörffer, HRB 16746 (AG Nürnberg)