linux-arm-kernel.lists.infradead.org archive mirror
 help / color / mirror / Atom feed
From: grant.likely@secretlab.ca (Grant Likely)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 0/2] Full DT IRQ support for versatile
Date: Thu, 12 Jan 2012 19:31:54 -0700	[thread overview]
Message-ID: <20120113023154.GC25999@ponder.secretlab.ca> (raw)
In-Reply-To: <20120113014250.GD14007@page>

On Fri, Jan 13, 2012 at 01:42:50AM +0000, Jamie Iles wrote:
> On Thu, Jan 12, 2012 at 06:20:37PM -0700, Grant Likely wrote:
> > On Thu, Jan 12, 2012 at 5:43 PM, Jamie Iles <jamie@jamieiles.com> wrote:
> > > These patches move versatile over to instantiating both interrupt
> > > controllers from the device tree. ?I've tested this in qemu for both DT
> > > and non-DT platforms but only with an initramfs. ?I've seen interrupts
> > > generated on both controllers for both boot methods.
> > >
> > > Grant, Rob, this makes use of irqdomain again as I'm not sure what the
> > > replacement is going to look like yet. ?versatile works with DT in
> > > mainline, but that's kind of lucky... ?I know there's been patches to
> > > make irq_domain_add_simple() return the irq_domain and can rebase if
> > > needed.
> > 
> > I posted the patches for finishing up irq_domain migration yesterday.
> > irq_domain_add_simple() can trivially be changed to
> > irq_domain_add_legacy. I'll try out these
> > patches on top of my irqdomain/next branch
> 
> Excellent!  I've just grabbed your branch and given it a spin.  I fixed 
> up my patches with the patch below and had to revert "irqdesc: 
> Consolidate irq reservation logic" as I saw Rob mentioned as I was 
> getting negative irq_desc's allocated but otherwise it works nicely!
> 
> I've also tested your tree with the irqdesc patch reverted on picoxcell 
> and that's working nicely too!
> 
> Jamie
> 
> 8<----
> 
> diff --git a/arch/arm/plat-versatile/fpga-irq.c b/arch/arm/plat-versatile/fpga-irq.c
> index fd87b06..c4dac93 100644
> --- a/arch/arm/plat-versatile/fpga-irq.c
> +++ b/arch/arm/plat-versatile/fpga-irq.c
> @@ -59,10 +59,9 @@ void __init fpga_irq_init(int parent_irq, u32 valid, struct fpga_irq_data *f)
>  	f->chip.irq_ack = fpga_irq_mask;
>  	f->chip.irq_mask = fpga_irq_mask;
>  	f->chip.irq_unmask = fpga_irq_unmask;
> -	f->domain.irq_base = f->irq_start;
> -	f->domain.nr_irq = 32;
> -	f->domain.ops = &irq_domain_simple_ops;
> -	irq_domain_add(&f->domain);
> +	if (!f->domain)
> +		f->domain = irq_domain_add_legacy(NULL, 32, f->irq_start,
> +						  0, &irq_domain_simple_ops);
>  
>  	if (parent_irq != -1) {
>  		irq_set_handler_data(parent_irq, f);
> @@ -103,7 +102,8 @@ int __init sic_of_init(struct device_node *np, struct device_node *parent)
>  		err = sic_data->irq_start;
>  		goto out_unmap;
>  	}
> -	sic_data->domain.of_node = of_node_get(np);
> +	sic_data->domain = irq_domain_add_legacy(np, 32, sic_data->irq_start,
> +						 0, &irq_domain_simple_ops);

For the DT use-case, you should try irq_domain_add_linear(np, 32);
which makes the controller use irqs allocated only when they are
requested.

      reply	other threads:[~2012-01-13  2:31 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-01-13  0:43 [PATCH 0/2] Full DT IRQ support for versatile Jamie Iles
2012-01-13  0:44 ` [PATCH 1/2] versatile: sic: add device tree bindings Jamie Iles
2012-01-13  2:29   ` Grant Likely
2012-01-13 10:35     ` Jamie Iles
2012-01-13 21:00       ` Grant Likely
2012-01-13 21:19         ` Russell King - ARM Linux
2012-01-13 10:48   ` Russell King - ARM Linux
2012-01-13 10:58     ` Jamie Iles
2012-01-13 18:41       ` Grant Likely
2012-01-13 19:04         ` Russell King - ARM Linux
2012-01-13  0:44 ` [PATCH 2/2] versatile: dt: register interrupt controllers from dt Jamie Iles
2012-01-13  1:20 ` [PATCH 0/2] Full DT IRQ support for versatile Grant Likely
2012-01-13  1:42   ` Jamie Iles
2012-01-13  2:31     ` Grant Likely [this message]

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=20120113023154.GC25999@ponder.secretlab.ca \
    --to=grant.likely@secretlab.ca \
    --cc=linux-arm-kernel@lists.infradead.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).