From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1NDyhT-0006xQ-4N
	for qemu-devel@nongnu.org; Fri, 27 Nov 2009 06:09:19 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1NDyhN-0006uu-Qo
	for qemu-devel@nongnu.org; Fri, 27 Nov 2009 06:09:18 -0500
Received: from [199.232.76.173] (port=33071 helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1NDyhN-0006uW-Ex
	for qemu-devel@nongnu.org; Fri, 27 Nov 2009 06:09:13 -0500
Received: from mx1.redhat.com ([209.132.183.28]:44422)
	by monty-python.gnu.org with esmtp (Exim 4.60)
	(envelope-from <kraxel@redhat.com>) id 1NDyhN-0006vn-1G
	for qemu-devel@nongnu.org; Fri, 27 Nov 2009 06:09:13 -0500
Message-ID: <4B0FB34A.50501@redhat.com>
Date: Fri, 27 Nov 2009 12:08:58 +0100
From: Gerd Hoffmann <kraxel@redhat.com>
MIME-Version: 1.0
Subject: Re: [Qemu-devel] [sneak preview] major scsi overhaul
References: <4AF4ACA5.2090701@redhat.com>	<200911161853.34668.paul@codesourcery.com>	<4B0BCAA1.3090400@redhat.com>	<200911241351.03650.paul@codesourcery.com>
	<4B0D5D36.6080100@redhat.com> <4B0E2EC8.7040309@suse.de>
	<4B0E3B90.5080001@redhat.com> <4B0E5EFD.6060701@suse.de>
	<4B0E60AF.9000508@redhat.com> <4B0E6496.1060203@suse.de>
	<4B0E8EF6.2080106@redhat.com> <4B0E9036.2070400@suse.de>
	<4B0E92B1.10903@redhat.com> <4B0EA3C2.2020007@suse.de>
In-Reply-To: <4B0EA3C2.2020007@suse.de>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
List-Id: qemu-devel.nongnu.org
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Hannes Reinecke <hare@suse.de>
Cc: Paul Brook <paul@codesourcery.com>, qemu-devel@nongnu.org

On 11/26/09 16:50, Hannes Reinecke wrote:
> So indeed, this approach would only work if we signal some sense code
> back to the host.
> I, OTOH, don't have any qualms with returning HARDWARE_ERROR,
> 0x26/0x08(TOO MANY SEGMENT DESCRIPTORS) resp 0x26h/0x0B (INLINE DATA LENGTH EXCEEDED).
> Feels only fair to notify the guest it has done something wrong.

Also set the info field which linux uses to figure how many sectors it 
actually got.

Now I really need some more uptodate scsi specs.  Unfortunaly t10.org 
doesn't allow public access to the drafts any more.  Seems to be a 
recent change, and googeling found me tons of references to t10.org but 
not the documents itself.

Anyone has a source for me?

cheers,
   Gerd