qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: "Michael S. Tsirkin" <mst@redhat.com>
To: Gleb Natapov <gleb@redhat.com>
Cc: Marcelo Tosatti <mtosatti@redhat.com>,
	qemu-devel@nongnu.org, kvm@vger.kernel.org
Subject: Re: [Qemu-devel] [PATCH 1/2] kvm: zero-initialize KVM_SET_GSI_ROUTING input
Date: Wed, 5 Jun 2013 17:19:39 +0300	[thread overview]
Message-ID: <20130605141939.GB17615@redhat.com> (raw)
In-Reply-To: <20130605141232.GA18195@redhat.com>

On Wed, Jun 05, 2013 at 05:12:32PM +0300, Gleb Natapov wrote:
> On Wed, Jun 05, 2013 at 05:11:44PM +0300, Michael S. Tsirkin wrote:
> > On Wed, Jun 05, 2013 at 05:04:55PM +0300, Gleb Natapov wrote:
> > > On Wed, Jun 05, 2013 at 05:02:07PM +0300, Michael S. Tsirkin wrote:
> > > > On Wed, Jun 05, 2013 at 04:00:20PM +0300, Gleb Natapov wrote:
> > > > > On Tue, Jun 04, 2013 at 02:52:32PM +0300, Michael S. Tsirkin wrote:
> > > > > > kvm_add_routing_entry makes an attempt to
> > > > > > zero-initialize any new routing entry.
> > > > > > However, it fails to initialize padding
> > > > > > within the u field of the structure
> > > > > > kvm_irq_routing_entry.
> > > > > > 
> > > > > > Other functions like kvm_irqchip_update_msi_route
> > > > > > also fail to initialize the padding field in
> > > > > > kvm_irq_routing_entry.
> > > > > > 
> > > > > > While mostly harmless, this would prevent us from
> > > > > > reusing these fields for something useful in
> > > > > > the future.
> > > > > > 
> > > > > The fact that kernel does not check them for zero value is what will
> > > > > prevents us from doing so.
> > > > 
> > > > Well we can not change kernel now (it would break userspace)
> > > > but we can start zeroing everything in userspace.
> > > > 
> > > > Also, checkers like coverity might get confused by this.
> > > > 
> > > > Finally, simpler assignment and comparison make it worth it,
> > > > don't they?
> > > > 
> > > I am not at all against the patch! Just pointing out a mistake in the
> > > commit message.
> > 
> > I think we can agree both userspace not initializing them and kernel not
> > checking it are mistakes?
> > 
> Mistake that cannot be fixed at this point.
> 
> > Anyway ... could you commit this tweaking the commit
> > message in a way that you consider appropriate?
> > Or want me to repost?
> > 
> No need to report.

Thanks.

> > 
> > > > > > It's better to just make sure all input is initialized.
> > > > > > 
> > > > > > Once it is, we can also drop complex field by field assignment and just
> > > > > > do the simple *a = *b to update a route entry.
> > > > > > 
> > > > > > Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
> > > > > > ---
> > > > > >  kvm-all.c | 19 +++++++------------
> > > > > >  1 file changed, 7 insertions(+), 12 deletions(-)
> > > > > > 
> > > > > > diff --git a/kvm-all.c b/kvm-all.c
> > > > > > index 405480e..f119ce1 100644
> > > > > > --- a/kvm-all.c
> > > > > > +++ b/kvm-all.c
> > > > > > @@ -1006,11 +1006,8 @@ static void kvm_add_routing_entry(KVMState *s,
> > > > > >      }
> > > > > >      n = s->irq_routes->nr++;
> > > > > >      new = &s->irq_routes->entries[n];
> > > > > > -    memset(new, 0, sizeof(*new));
> > > > > > -    new->gsi = entry->gsi;
> > > > > > -    new->type = entry->type;
> > > > > > -    new->flags = entry->flags;
> > > > > > -    new->u = entry->u;
> > > > > > +
> > > > > > +    *new = *entry;
> > > > > >  
> > > > > >      set_gsi(s, entry->gsi);
> > > > > >  
> > > > > > @@ -1029,9 +1026,7 @@ static int kvm_update_routing_entry(KVMState *s,
> > > > > >              continue;
> > > > > >          }
> > > > > >  
> > > > > > -        entry->type = new_entry->type;
> > > > > > -        entry->flags = new_entry->flags;
> > > > > > -        entry->u = new_entry->u;
> > > > > > +        *entry = *new_entry;
> > > > > >  
> > > > > >          kvm_irqchip_commit_routes(s);
> > > > > >  
> > > > > > @@ -1043,7 +1038,7 @@ static int kvm_update_routing_entry(KVMState *s,
> > > > > >  
> > > > > >  void kvm_irqchip_add_irq_route(KVMState *s, int irq, int irqchip, int pin)
> > > > > >  {
> > > > > > -    struct kvm_irq_routing_entry e;
> > > > > > +    struct kvm_irq_routing_entry e = {};
> > > > > >  
> > > > > >      assert(pin < s->gsi_count);
> > > > > >  
> > > > > > @@ -1156,7 +1151,7 @@ int kvm_irqchip_send_msi(KVMState *s, MSIMessage msg)
> > > > > >              return virq;
> > > > > >          }
> > > > > >  
> > > > > > -        route = g_malloc(sizeof(KVMMSIRoute));
> > > > > > +        route = g_malloc0(sizeof(KVMMSIRoute));
> > > > > >          route->kroute.gsi = virq;
> > > > > >          route->kroute.type = KVM_IRQ_ROUTING_MSI;
> > > > > >          route->kroute.flags = 0;
> > > > > > @@ -1177,7 +1172,7 @@ int kvm_irqchip_send_msi(KVMState *s, MSIMessage msg)
> > > > > >  
> > > > > >  int kvm_irqchip_add_msi_route(KVMState *s, MSIMessage msg)
> > > > > >  {
> > > > > > -    struct kvm_irq_routing_entry kroute;
> > > > > > +    struct kvm_irq_routing_entry kroute = {};
> > > > > >      int virq;
> > > > > >  
> > > > > >      if (!kvm_gsi_routing_enabled()) {
> > > > > > @@ -1203,7 +1198,7 @@ int kvm_irqchip_add_msi_route(KVMState *s, MSIMessage msg)
> > > > > >  
> > > > > >  int kvm_irqchip_update_msi_route(KVMState *s, int virq, MSIMessage msg)
> > > > > >  {
> > > > > > -    struct kvm_irq_routing_entry kroute;
> > > > > > +    struct kvm_irq_routing_entry kroute = {};
> > > > > >  
> > > > > >      if (!kvm_irqchip_in_kernel()) {
> > > > > >          return -ENOSYS;
> > > > > > -- 
> > > > > > MST
> > > > > 
> > > > > --
> > > > > 			Gleb.
> > > 
> > > --
> > > 			Gleb.
> 
> --
> 			Gleb.

  reply	other threads:[~2013-06-05 14:19 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-06-04 11:52 [Qemu-devel] [PATCH 1/2] kvm: zero-initialize KVM_SET_GSI_ROUTING input Michael S. Tsirkin
2013-06-04 11:52 ` [Qemu-devel] [PATCH 2/2] kvm: skip system call when msi route is unchanged Michael S. Tsirkin
2013-06-05 13:00 ` [Qemu-devel] [PATCH 1/2] kvm: zero-initialize KVM_SET_GSI_ROUTING input Gleb Natapov
2013-06-05 14:02   ` Michael S. Tsirkin
2013-06-05 14:04     ` Gleb Natapov
2013-06-05 14:11       ` Michael S. Tsirkin
2013-06-05 14:12         ` Gleb Natapov
2013-06-05 14:19           ` Michael S. Tsirkin [this message]
2013-06-05 14:47 ` Gleb Natapov

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20130605141939.GB17615@redhat.com \
    --to=mst@redhat.com \
    --cc=gleb@redhat.com \
    --cc=kvm@vger.kernel.org \
    --cc=mtosatti@redhat.com \
    --cc=qemu-devel@nongnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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).