Re: [PATCH] kvm: don't take vcpu mutex for obviously invalid vcpu ioctls

From: Paolo Bonzini
Date: Mon Sep 22 2014 - 15:29:34 EST

Next message: Andrew Bresticker: "Re: [PATCH v2 10/16] of: Add vendor prefix for MIPS Technologies, Inc."
Previous message: Stephen Boyd: "[PATCH 1/2] mmc: sdhci-msm: Make tuning block table endian agnostic"
In reply to: Christian Borntraeger: "Re: [PATCH] kvm: don't take vcpu mutex for obviously invalid vcpu ioctls"
Next in thread: Gleb Natapov: "Re: [PATCH] kvm: don't take vcpu mutex for obviously invalid vcpu ioctls"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

Il 22/09/2014 21:20, Christian Borntraeger ha scritto:
> "while using trinity to fuzz KVM, we noticed long stalls on invalid ioctls. Lets bail out early on invalid ioctls". or similar?

Okay. David, can you explain how you found it so that I can make up my
mind?

Gleb and Marcelo, a fourth and fifth opinion? :)

Paolo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

Next message: Andrew Bresticker: "Re: [PATCH v2 10/16] of: Add vendor prefix for MIPS Technologies, Inc."
Previous message: Stephen Boyd: "[PATCH 1/2] mmc: sdhci-msm: Make tuning block table endian agnostic"
In reply to: Christian Borntraeger: "Re: [PATCH] kvm: don't take vcpu mutex for obviously invalid vcpu ioctls"
Next in thread: Gleb Natapov: "Re: [PATCH] kvm: don't take vcpu mutex for obviously invalid vcpu ioctls"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]