From: Paul Mundt <lethal@linux-sh.org>
To: Grant Likely <grant.likely@secretlab.ca>
Cc: linux-sh@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH 2/2] irqdomain: Support one-shot tear down of domain mappings.
Date: Fri, 15 Jun 2012 22:34:03 +0000 [thread overview]
Message-ID: <20120615223403.GB7357@linux-sh.org> (raw)
In-Reply-To: <20120615183518.514853E0ACE@localhost>
On Fri, Jun 15, 2012 at 12:35:18PM -0600, Grant Likely wrote:
> On Wed, 13 Jun 2012 16:34:01 +0900, Paul Mundt <lethal@linux-sh.org> wrote:
> > +/**
> > + * irq_domain_dispose_mappings() - Dispose of all mappings in a domain
> > + * @domain: domain to tear down
> > + */
> > +void irq_domain_dispose_mappings(struct irq_domain *domain)
> > +{
> > + if (domain->revmap_type = IRQ_DOMAIN_MAP_NOMAP)
> > + return;
> > +
> > + if (domain->linear_size) {
> > + int i;
> > +
> > + for (i = 0; i < domain->linear_size; i++)
> > + irq_dispose_mapping(domain->linear_revmap[i]);
> > + } else {
>
> The 'else' should be dropped I think. With the merge of linear and
> tree mappings into the same domain type, it is possible for a domain
> to have both linear and tree mappings in the same instance. So tree
> needs to be cleared even if linear_size is non-zero.
>
Ok, that's fine. Though by that same logic wouldn't it also be possible
for a domain to have multiple linear ranges?
> > + struct irq_data *irq_data_batch[IRQ_DOMAIN_BATCH_IRQS];
> > + unsigned int nr_found;
> > + unsigned long index = 0;
> > +
> > + rcu_read_lock();
> > +
> > + for (;;) {
>
> Nit; while not 'while(1)'?
>
Personal taste, though really it's probably better to just do a
do { ... } while (nr_found = IRQ_DOMAIN_BATCH_IRQS), which will save an
iteration when we've run out of tree.
> > + int i;
>
> Nit; move 'i' up with nr_found above.
>
I prefer to have my variables defined in the scope in which they are
used. Though obviously they'll be the same now with consolidation.
> > +
> > + nr_found = radix_tree_gang_lookup(&domain->radix_tree,
> > + (void **)irq_data_batch, index,
> > + ARRAY_SIZE(irq_data_batch));
> > + if (!nr_found)
> > + break;
>
> Or better:
>
> while (nr_found = radix_tree_gang_lookup(&domain->radix_tree,
> (void **)irq_data_batch, index,
> ARRAY_SIZE(irq_data_batch))) {
>
That'll still loop even if nr_found returns less than the batch size
(which only ocurred to me after I sent the patch), so the do { } while
will at least save a superfluous lookup.
I'll respin with the above rework.
next prev parent reply other threads:[~2012-06-15 22:34 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-06-13 7:34 [PATCH 1/2] irqdomain: Fix up linear revmap for non-zero hwirq displacement Paul Mundt
2012-06-13 7:34 ` [PATCH 2/2] irqdomain: Support one-shot tear down of domain mappings Paul Mundt
2012-06-15 18:35 ` Grant Likely
2012-06-15 22:34 ` Paul Mundt [this message]
2012-06-17 23:48 ` Grant Likely
2012-06-15 18:25 ` [PATCH 1/2] irqdomain: Fix up linear revmap for non-zero hwirq displacement Grant Likely
2012-06-15 23:14 ` Paul Mundt
2012-06-21 1:19 ` Paul Mundt
2012-07-11 15:22 ` Grant Likely
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=20120615223403.GB7357@linux-sh.org \
--to=lethal@linux-sh.org \
--cc=grant.likely@secretlab.ca \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-sh@vger.kernel.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).