From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [140.186.70.92] (port=59615 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1POSoI-0005Fl-Qm for qemu-devel@nongnu.org; Fri, 03 Dec 2010 05:24:15 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1POSoH-0005eg-A7 for qemu-devel@nongnu.org; Fri, 03 Dec 2010 05:24:14 -0500 Received: from mx1.redhat.com ([209.132.183.28]:26461) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1POSoH-0005eY-09 for qemu-devel@nongnu.org; Fri, 03 Dec 2010 05:24:13 -0500 Message-ID: <4CF8C57F.7020209@redhat.com> Date: Fri, 03 Dec 2010 11:25:03 +0100 From: Kevin Wolf MIME-Version: 1.0 References: <1291328663.15305.105.camel@haakon2.linux-iscsi.org> In-Reply-To: <1291328663.15305.105.camel@haakon2.linux-iscsi.org> Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Subject: [Qemu-devel] Re: megasas: Usage of is_write in megasas_map_sgl() List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "Nicholas A. Bellinger" Cc: Stefan Hajnoczi , qemu-devel , Gerd Hoffmann , Paolo Bonzini , Christoph Hellwig , Hannes Reinecke Am 02.12.2010 23:24, schrieb Nicholas A. Bellinger: > The usage of a inverted is_write with cpu_physical_memory_map() also > seems to be the case in dma-helpers.c:dma_brdv_cb(): > > mem = cpu_physical_memory_map(cur_addr, &cur_len, !dbs->is_write); > > After changing to an inverted is_write in megasas.v3/megasas-upstream-v1 > code, this still does *not* seem to make a difference wrt to the 64-bit > Win7 case, and the same BSOD appears.. In any event, we should verify > this with QEMU folks in terms of what the proper usage of is_write for > cpu_physical_memory_map(). Gerd and Kevin comments here..? I haven't looked at the SCSI code, but the dma-helpers.c one is easy to explain: If you read from the disk, you write to memory. Kevin