lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1353980506.2309.13.camel@localhost>
Date:	Tue, 27 Nov 2012 09:41:46 +0800
From:	Mike <qiudayu@...ux.vnet.ibm.com>
To:	Grant Likely <grant.likely@...retlab.ca>
Cc:	linux-kernel@...r.kernel.org, tglx@...utronix.de,
	benh@...nel.crashing.org
Subject: Re: [PATCH] No need to call irq_domain_legacy_revmap() for twice

在 2012-11-26一的 20:17 +0000,Grant Likely写道:
> On Mon, 24 Sep 2012 17:37:55 +0800, Mike Qiu <qiudayu@...ux.vnet.ibm.com> wrote:
> > Function irq_create_mapping() calls irq_find_mapping(). The later
> > function has checked if the indicated IRQ domain has hw IRQ mapped to
> > virtual IRQ through legacy mode or not and return the value of the
> > legacy irq number by call irq_domain_legacy_revmap(). We needn't
> > to call irq_domain_legacy_revmap() to do same check in
> > irq_create_mapping() again.
> > 
> > The patch removes the duplicate call.
> > 
> > Signed-off-by: Mike Qiu <qiudayu@...ux.vnet.ibm.com>
> > ---
> >  kernel/irq/irqdomain.c |    7 +++++--
> >  1 files changed, 5 insertions(+), 2 deletions(-)
> > 
> > diff --git a/kernel/irq/irqdomain.c b/kernel/irq/irqdomain.c
> > index 49a7772..286d672 100644
> > --- a/kernel/irq/irqdomain.c
> > +++ b/kernel/irq/irqdomain.c
> > @@ -547,9 +547,12 @@ unsigned int irq_create_mapping(struct irq_domain *domain,
> >  		return virq;
> >  	}
> >  
> > -	/* Get a virtual interrupt number */
> > +	/*
> > +	 * For IRQ domain with type of IRQ_DOMAIN_MAP_LEGACY, we needn't
> > +	 * create the IRQ mapping for non-existing one, so just return 0.
> > +	 */
> >  	if (domain->revmap_type == IRQ_DOMAIN_MAP_LEGACY)
> > -		return irq_domain_legacy_revmap(domain, hwirq);
> > +		return 0;
> 
> But it does need to return the virq assigned to the hwirq. That is why
> it has to call the revmap function.
> 
Yes, thanks

this judgment has been done in
 /*Check if mapping already exists*/
virq = irq_find_mapping(domain, hwirq);

if the virq equals none zero, the func irq_create_mapping will 
return the virq value directly(already exists).

otherwise, that means virq equals zero, this has two meanings, one is
haven't find the already exist mapping, the other one is in
irq_find_mapping()
	case IRQ_DOMAIN_MAP_LEGACY:
		return irq_domain_legacy_revmap(domain, hwirq); 
this may return zero.

So, when we check if it is a IRQ_DOMAIN_MAP_LEGACY, we just return zero
is OK. because if it is none zero, it will be return after check if
mapping already exists, and never come here. also we never try to assign
the virq for the legacy map.

I don't know if you have understand my explanation.

Thanks 
Mike



> g.
> 


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

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ