Has anyone any other idea what the cause could be or where to start? Peter
Am 31.10.2012 um 15:08 schrieb ronnie sahlberg: > On Tue, Oct 30, 2012 at 10:48 PM, Stefan Hajnoczi <stefa...@gmail.com> wrote: >> On Tue, Oct 30, 2012 at 10:09 PM, ronnie sahlberg >> <ronniesahlb...@gmail.com> 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.
