Am 31.10.2012 um 15:08 schrieb ronnie sahlberg: > On Tue, Oct 30, 2012 at 10:48 PM, Stefan Hajnoczi <stefanha@xxxxxxxxx> wrote: >> On Tue, Oct 30, 2012 at 10:09 PM, ronnie sahlberg >> <ronniesahlberg@xxxxxxxxx> wrote: >>> About half a year there was an issue where recent kernels had added >>> support to start using new scsi opcodes, but the qemu functions that >>> determine "which transfer direction is used for this opcode" had not >>> yet been updated, so that the opcode was sent with the wrong transfer >>> direction. >>> >>> That caused the guests memory to be overwritten and crash. >>> >>> I dont have (easy) access to the git tree right now, but it was a >>> patch for the ATA_PASSTHROUGH command that fixed that. >> >> This patch? >> >> http://patchwork.ozlabs.org/patch/174946/ >> >> Stefan > > This is the one I was thinking about : > 381b634c275ca1a2806e97392527bbfc01bcb333 > > But that also crashed when using local /dev/sg* devices. I was using a local LVM Volume not an iSCSI disk. I added debugging output and breakpoints to scsi_cmd_xfer_mode(). The function is not called. Peter -- To unsubscribe from this list: send the line "unsubscribe kvm" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
