qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [PATCH 2/6] xen/MSI-X: drive maskall and enable bits th


From: Jan Beulich
Subject: Re: [Qemu-devel] [PATCH 2/6] xen/MSI-X: drive maskall and enable bits through hypercalls
Date: Tue, 16 Jun 2015 17:03:20 +0100

>>> On 16.06.15 at 16:56, <address@hidden> wrote:
> On Tue, 16 Jun 2015, Jan Beulich wrote:
>> >>> On 16.06.15 at 16:03, <address@hidden> wrote:
>> > On Fri, 5 Jun 2015, Jan Beulich wrote:
>> >> --- a/qemu/upstream/hw/xen/xen_pt_msi.c
>> >> +++ b/qemu/upstream/hw/xen/xen_pt_msi.c
>> >> @@ -301,8 +301,11 @@ static int msix_set_enable(XenPCIPassthr
>> >>          return -1;
>> >>      }
>> >>  
>> >> -    return msi_msix_enable(s, s->msix->ctrl_offset, 
>> >> PCI_MSIX_FLAGS_ENABLE,
>> >> -                           enabled);
>> > 
>> > Would it make sense to remove msi_msix_enable completely to avoid any
>> > further mistakes?
>> 
>> Perhaps, yes. I think I actually had suggested so quite a while back.
>> But I don't see myself wasting much more time on this, ehm, code.
> 
> Isn't it just a matter of removing msi_msix_enable?

It has another caller xen_pt_msi_set_enable(). If we went down
the route of what this patch does, then MSI's enable bit should
ultimately also be driven through a hypercall, and that would then
be the point where the function would naturally disappear. But as
said, it looks like we're intending to go a different route anyway.

Jan




reply via email to

[Prev in Thread] Current Thread [Next in Thread]