From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NALfF-0006JQ-De for qemu-devel@nongnu.org; Tue, 17 Nov 2009 05:52:01 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NALfA-0006Er-9f for qemu-devel@nongnu.org; Tue, 17 Nov 2009 05:52:00 -0500 Received: from [199.232.76.173] (port=35079 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NALfA-0006Ea-0M for qemu-devel@nongnu.org; Tue, 17 Nov 2009 05:51:56 -0500 Received: from cantor2.suse.de ([195.135.220.15]:57956 helo=mx2.suse.de) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NALf9-00041t-Gj for qemu-devel@nongnu.org; Tue, 17 Nov 2009 05:51:55 -0500 Message-ID: <4B028048.1030403@suse.de> Date: Tue, 17 Nov 2009 11:51:52 +0100 From: Hannes Reinecke MIME-Version: 1.0 References: <20091112114849.E783838DC3@ochil.suse.de> <4B02796E.4020504@redhat.com> In-Reply-To: <4B02796E.4020504@redhat.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: [Qemu-devel] Re: [PATCH] megasas: LSI MegaRAID SAS HBA emulation List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Gerd Hoffmann Cc: qemu-devel@nongnu.org Gerd Hoffmann wrote: > On 11/12/09 12:48, Hannes Reinecke wrote: >> >> This patch adds an emulation for the LSI MegaRAID SAS HBA. >> It is build on top of kraxel's scsi.v7 tree. >> >> This is just a rough implementation, many of the more >> advanced topics (like Windows booting :-) are missing. >> >> Signed-off-by: Hannes Reinecke >=20 > Added, will be in scsi.v8. Needs a patch after rebasing due to pci > changes (attached fyi). >=20 Grand. Meanwhile I've dug up some more register definitions, so I'll doing some more updates to the driver. Thanks for including it. Meanwhile I've stumbled across another issue: The megasas HBA insists on returning some data like inquiry or VPD pages during init/configuration. I can't really use the normal command completion here, as eg on megasas configuration command requires me to issue several requests to the underlying device. So what to do? Easiest would it to have a non-completion interface, like req_buf() but without the callback bit. But really don't know if that's best. We could also attach the inquiry data and vpd 0x83 as a property to the device; might be easier as we don't have to add another interface. But the properties stuff is a bit beyond me currently. Cheers, Hannes --=20 Dr. Hannes Reinecke zSeries & Storage hare@suse.de +49 911 74053 688 SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 N=FCrnberg GF: Markus Rex, HRB 16746 (AG N=FCrnberg)