Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1401448 > unrolled thread

Re: [Xen-devel] [PATCH] xen/x86: actually allocate legacy interrupts on PV guests

Started byStefano Stabellini <sstabellini@kernel.org>
First post2016-05-16 13:30 +0200
Last post2016-05-16 17:30 +0200
Articles 3 — 2 participants

Back to article view | Back to linux.kernel

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.


Contents

  Re: [Xen-devel] [PATCH] xen/x86: actually allocate legacy interrupts  on PV guests Stefano Stabellini <sstabellini@kernel.org> - 2016-05-16 13:30 +0200
    Re: [Xen-devel] [PATCH] xen/x86: actually allocate legacy interrupts  on PV guests Boris Ostrovsky <boris.ostrovsky@oracle.com> - 2016-05-16 16:00 +0200
      Re: [Xen-devel] [PATCH] xen/x86: actually allocate legacy interrupts  on PV guests Stefano Stabellini <sstabellini@kernel.org> - 2016-05-16 17:30 +0200

#1401448 — Re: [Xen-devel] [PATCH] xen/x86: actually allocate legacy interrupts on PV guests

FromStefano Stabellini <sstabellini@kernel.org>
Date2016-05-16 13:30 +0200
SubjectRe: [Xen-devel] [PATCH] xen/x86: actually allocate legacy interrupts on PV guests
Message-ID<rzoSJ-6j7-15@gated-at.bofh.it>
On Wed, 27 Apr 2016, Boris Ostrovsky wrote:
> On 04/27/2016 09:40 AM, David Vrabel wrote:
> > On 27/04/16 14:38, Boris Ostrovsky wrote:
> > > int xen_nr_legacy_irqs()
> > > {
> > >      if (xen_hvm_domain())
> > >          return nr_legacy_irqs();
> > >      if (xen_initial_domain())
> > >          return NR_IRQS_LEGACY;
> > >      return 0;
> > > }
> > Yeah, if that does the right thing...
> 
> I think it will break xen_allocate_irq_gsi() again, unless we check for HVM
> domain explicitly. Which would be ugly.

I guess we all forgot about this patch, in the meantime the merge window
has opened.

Should we go ahead with:

http://marc.info/?l=linux-kernel&m=146115812124261&w=2

?
It might not be complete, but it is certainly an improvement.

Otherwise, please submit proper patches ASAP. I don't think we want to
delay this fix until 4.8.

[toc] | [next] | [standalone]


#1401510

FromBoris Ostrovsky <boris.ostrovsky@oracle.com>
Date2016-05-16 16:00 +0200
Message-ID<rzrdT-7Kg-19@gated-at.bofh.it>
In reply to#1401448
On 05/16/2016 07:23 AM, Stefano Stabellini wrote:
> On Wed, 27 Apr 2016, Boris Ostrovsky wrote:
>> On 04/27/2016 09:40 AM, David Vrabel wrote:
>>> On 27/04/16 14:38, Boris Ostrovsky wrote:
>>>> int xen_nr_legacy_irqs()
>>>> {
>>>>      if (xen_hvm_domain())
>>>>          return nr_legacy_irqs();
>>>>      if (xen_initial_domain())
>>>>          return NR_IRQS_LEGACY;
>>>>      return 0;
>>>> }
>>> Yeah, if that does the right thing...
>> I think it will break xen_allocate_irq_gsi() again, unless we check for HVM
>> domain explicitly. Which would be ugly.
> I guess we all forgot about this patch, in the meantime the merge window
> has opened.
>
> Should we go ahead with:
>
> http://marc.info/?l=linux-kernel&m=146115812124261&w=2
>
> ?
> It might not be complete, but it is certainly an improvement.

Yes, I think what you have there is the best option. What I suggested
above won't work and adding another check for HVM domain in 
xen_allocate_irq_gsi() won't look good (although it does work).

It will need to go to stable as well (4.4+ ?)

-boris

>
> Otherwise, please submit proper patches ASAP. I don't think we want to
> delay this fix until 4.8.

[toc] | [prev] | [next] | [standalone]


#1401570

FromStefano Stabellini <sstabellini@kernel.org>
Date2016-05-16 17:30 +0200
Message-ID<rzsCZ-hC-1@gated-at.bofh.it>
In reply to#1401510
On Mon, 16 May 2016, Boris Ostrovsky wrote:
> On 05/16/2016 07:23 AM, Stefano Stabellini wrote:
> > On Wed, 27 Apr 2016, Boris Ostrovsky wrote:
> >> On 04/27/2016 09:40 AM, David Vrabel wrote:
> >>> On 27/04/16 14:38, Boris Ostrovsky wrote:
> >>>> int xen_nr_legacy_irqs()
> >>>> {
> >>>>      if (xen_hvm_domain())
> >>>>          return nr_legacy_irqs();
> >>>>      if (xen_initial_domain())
> >>>>          return NR_IRQS_LEGACY;
> >>>>      return 0;
> >>>> }
> >>> Yeah, if that does the right thing...
> >> I think it will break xen_allocate_irq_gsi() again, unless we check for HVM
> >> domain explicitly. Which would be ugly.
> > I guess we all forgot about this patch, in the meantime the merge window
> > has opened.
> >
> > Should we go ahead with:
> >
> > http://marc.info/?l=linux-kernel&m=146115812124261&w=2
> >
> > ?
> > It might not be complete, but it is certainly an improvement.
> 
> Yes, I think what you have there is the best option. What I suggested
> above won't work and adding another check for HVM domain in 
> xen_allocate_irq_gsi() won't look good (although it does work).
> 
> It will need to go to stable as well (4.4+ ?)

All right, I'll commit it to for-linus-4.7 with
 Cc: stable@vger.kernel.org

[toc] | [prev] | [standalone]


Back to top | Article view | linux.kernel


csiph-web