lkml.org 
[lkml]   [2012]   [Oct]   [1]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH 09/16] iommu/amd: Add IOAPIC remapping routines
On Mon, Oct 01, 2012 at 10:40:51AM +0200, Joerg Roedel wrote:
> On Fri, Sep 28, 2012 at 10:45:15AM -0400, Konrad Rzeszutek Wilk wrote:
> > On Fri, Sep 28, 2012 at 02:23:59PM +0200, Joerg Roedel wrote:
> > > + /*
> > > + * Mask level triggered irqs.
> > > + * Use IRQ_DELAYED_DISABLE for edge triggered irqs.
> >
> > so how come it is not set?
>
> Don't understand this. What is not set?

the IRQ_DELAYED_DISABLE. But I could not even find that enum anymore?
Has that been obsoleted?
>
> > > + if (!config_enabled(CONFIG_SMP))
> > > + return -1;
> >
> > -1? -ENOx something?
>
> No, -1 for compatibiblity with the other implementation of this.

OK.
>
> > > + err = apic->cpu_mask_to_apicid_and(cfg->domain, mask, &dest);
> > > + if (err) {
> > > + if (assign_irq_vector(irq, cfg, data->affinity))
> > > + pr_err("AMD-Vi: Failed to recover vector for irq %d\n", irq);
> >
> > If we do OK with the assignment of the vector, should we just continue
> > on instead of returning error?
>
> The purpose of this is to recover to the old affinity if we failed at
> this point. Even in this case, setting the new affinity still failed and
> we need to inform the caller about this. Thus returning the error.
> Also note the pr_err message which also tells you about the
> recovery-case :)

I was thinking the other way around. You recover the old affinity. Should
you print out a warning mentioning to the system admin that you could not
set the new affinity but reverted to the old one? Or will that not serve
anything except spam the kernel logs?


\
 
 \ /
  Last update: 2012-10-01 16:41    [W:0.084 / U:0.576 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site