qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
* [Qemu-devel] virtio-scsi + iothread : segfault on drive_del
@ 2015-04-01  3:34 Alexandre DERUMIER
  2015-04-01 10:27 ` Paolo Bonzini
  0 siblings, 1 reply; 3+ messages in thread
From: Alexandre DERUMIER @ 2015-04-01  3:34 UTC (permalink / raw)
  To: qemu-devel

Hi,

I'm currently testing virtio-scsi and iothread,

and I'm seeing qemu segfault when I try to remove an scsi drive 
on top of an virtio-scsi controller with iothread enabled.


virtio-blk + iothread  drive_del is supported since this patch

http://comments.gmane.org/gmane.comp.emulators.qemu/291562
"block: support drive_del with dataplane

This series makes hot unplug work with virtio-blk dataplane devices.  It should
also work with Fam's virtio-scsi dataplane patches."



I don't known about virtio-scsi ? 


Regards,

Alexandre 

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [Qemu-devel] virtio-scsi + iothread : segfault on drive_del
  2015-04-01  3:34 [Qemu-devel] virtio-scsi + iothread : segfault on drive_del Alexandre DERUMIER
@ 2015-04-01 10:27 ` Paolo Bonzini
  2015-04-01 13:02   ` Alexandre DERUMIER
  0 siblings, 1 reply; 3+ messages in thread
From: Paolo Bonzini @ 2015-04-01 10:27 UTC (permalink / raw)
  To: Alexandre DERUMIER, qemu-devel



On 01/04/2015 05:34, Alexandre DERUMIER wrote:
> 
> I'm currently testing virtio-scsi and iothread,
> 
> and I'm seeing qemu segfault when I try to remove an scsi drive 
> on top of an virtio-scsi controller with iothread enabled.
> 
> 
> virtio-blk + iothread  drive_del is supported since this patch
> 
> http://comments.gmane.org/gmane.comp.emulators.qemu/291562
> "block: support drive_del with dataplane
> 
> This series makes hot unplug work with virtio-blk dataplane devices.  It should
> also work with Fam's virtio-scsi dataplane patches."

virtio-scsi + iothread is experimental and not yet thread-safe.

Deadlocks or crashes are expected, and not really fixable without a lot
of preparatory changes to core QEMU code.  These are being done, but I
don't expect it to be fixed before 2.5.

Paolo

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [Qemu-devel] virtio-scsi + iothread : segfault on drive_del
  2015-04-01 10:27 ` Paolo Bonzini
@ 2015-04-01 13:02   ` Alexandre DERUMIER
  0 siblings, 0 replies; 3+ messages in thread
From: Alexandre DERUMIER @ 2015-04-01 13:02 UTC (permalink / raw)
  To: pbonzini; +Cc: qemu-devel

Ok,

thanks paolo !

----- Mail original -----
De: "pbonzini" <pbonzini@redhat.com>
À: "aderumier" <aderumier@odiso.com>, "qemu-devel" <qemu-devel@nongnu.org>
Envoyé: Mercredi 1 Avril 2015 12:27:27
Objet: Re: virtio-scsi + iothread : segfault on drive_del

On 01/04/2015 05:34, Alexandre DERUMIER wrote: 
> 
> I'm currently testing virtio-scsi and iothread, 
> 
> and I'm seeing qemu segfault when I try to remove an scsi drive 
> on top of an virtio-scsi controller with iothread enabled. 
> 
> 
> virtio-blk + iothread drive_del is supported since this patch 
> 
> http://comments.gmane.org/gmane.comp.emulators.qemu/291562 
> "block: support drive_del with dataplane 
> 
> This series makes hot unplug work with virtio-blk dataplane devices. It should 
> also work with Fam's virtio-scsi dataplane patches." 

virtio-scsi + iothread is experimental and not yet thread-safe. 

Deadlocks or crashes are expected, and not really fixable without a lot 
of preparatory changes to core QEMU code. These are being done, but I 
don't expect it to be fixed before 2.5. 

Paolo 

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2015-04-01 13:02 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-04-01  3:34 [Qemu-devel] virtio-scsi + iothread : segfault on drive_del Alexandre DERUMIER
2015-04-01 10:27 ` Paolo Bonzini
2015-04-01 13:02   ` Alexandre DERUMIER

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).