All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Cousson, Benoit" <b-cousson@ti.com>
To: Rob Herring <robherring2@gmail.com>
Cc: devicetree-discuss@lists.ozlabs.org,
	linux-kernel@vger.kernel.org, Milton Miller <miltonm@bga.com>,
	Shawn Guo <shawn.guo@linaro.org>,
	linuxppc-dev@lists.ozlabs.org
Subject: Re: [RFCv2 00/14]
Date: Wed, 25 Jan 2012 15:13:17 +0100	[thread overview]
Message-ID: <4F200DFD.7070407@ti.com> (raw)
In-Reply-To: <4F1DD6DF.4080706@gmail.com>

On 1/23/2012 10:53 PM, Rob Herring wrote:
> On 01/23/2012 03:07 PM, Grant Likely wrote:
>>
>> Hey everyone,
>>
>> Here's the second RFC for the irq_domain patches.  I could use some
>> help testing now.  I still expect there will be a few bugs.  The
>> series is based on v3.3-rc1, and I've pushed it out to my git server:
>>
>> git://git.secretlab.ca/git/linux-2.6.git irqdomain/next
>
> Can you post to linux-arm-kernel too so people are aware of this work
> and stop posting dead-end irqdomain patches.

Good point, I have two pending series that are using the 
irq_domain_add() so far, so it will be good to have that branch pulled 
in arm-soc.

> I tested what you had as of this morning and it works fine for me. Looks
> like the only diff is the VExpress code. I'm working on rebasing my
> domain support for generic irqchip now.

In fact your generic irqchip should even avoid us to use 
irq_domain_add_legacy() since both GPIO and OMAP3 intc are already using 
the irqchip.

I guess you are not going to change the interface so the patches I did 
on your previous branch to try them should be good already, isn't it?

Thanks,
Benoit

WARNING: multiple messages have this Message-ID (diff)
From: "Cousson, Benoit" <b-cousson-l0cyMroinI0@public.gmane.org>
To: Rob Herring <robherring2-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Cc: devicetree-discuss-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org,
	linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Milton Miller <miltonm-ogEGBHC/i9Y@public.gmane.org>,
	linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org
Subject: Re: [RFCv2 00/14]
Date: Wed, 25 Jan 2012 15:13:17 +0100	[thread overview]
Message-ID: <4F200DFD.7070407@ti.com> (raw)
In-Reply-To: <4F1DD6DF.4080706-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>

On 1/23/2012 10:53 PM, Rob Herring wrote:
> On 01/23/2012 03:07 PM, Grant Likely wrote:
>>
>> Hey everyone,
>>
>> Here's the second RFC for the irq_domain patches.  I could use some
>> help testing now.  I still expect there will be a few bugs.  The
>> series is based on v3.3-rc1, and I've pushed it out to my git server:
>>
>> git://git.secretlab.ca/git/linux-2.6.git irqdomain/next
>
> Can you post to linux-arm-kernel too so people are aware of this work
> and stop posting dead-end irqdomain patches.

Good point, I have two pending series that are using the 
irq_domain_add() so far, so it will be good to have that branch pulled 
in arm-soc.

> I tested what you had as of this morning and it works fine for me. Looks
> like the only diff is the VExpress code. I'm working on rebasing my
> domain support for generic irqchip now.

In fact your generic irqchip should even avoid us to use 
irq_domain_add_legacy() since both GPIO and OMAP3 intc are already using 
the irqchip.

I guess you are not going to change the interface so the patches I did 
on your previous branch to try them should be good already, isn't it?

Thanks,
Benoit

WARNING: multiple messages have this Message-ID (diff)
From: "Cousson, Benoit" <b-cousson@ti.com>
To: Rob Herring <robherring2@gmail.com>
Cc: Grant Likely <grant.likely@secretlab.ca>,
	<linux-kernel@vger.kernel.org>, <linuxppc-dev@lists.ozlabs.org>,
	<devicetree-discuss@lists.ozlabs.org>,
	Milton Miller <miltonm@bga.com>, <benh@kernel.crashing.org>,
	Shawn Guo <shawn.guo@linaro.org>
Subject: Re: [RFCv2 00/14]
Date: Wed, 25 Jan 2012 15:13:17 +0100	[thread overview]
Message-ID: <4F200DFD.7070407@ti.com> (raw)
In-Reply-To: <4F1DD6DF.4080706@gmail.com>

On 1/23/2012 10:53 PM, Rob Herring wrote:
> On 01/23/2012 03:07 PM, Grant Likely wrote:
>>
>> Hey everyone,
>>
>> Here's the second RFC for the irq_domain patches.  I could use some
>> help testing now.  I still expect there will be a few bugs.  The
>> series is based on v3.3-rc1, and I've pushed it out to my git server:
>>
>> git://git.secretlab.ca/git/linux-2.6.git irqdomain/next
>
> Can you post to linux-arm-kernel too so people are aware of this work
> and stop posting dead-end irqdomain patches.

Good point, I have two pending series that are using the 
irq_domain_add() so far, so it will be good to have that branch pulled 
in arm-soc.

> I tested what you had as of this morning and it works fine for me. Looks
> like the only diff is the VExpress code. I'm working on rebasing my
> domain support for generic irqchip now.

In fact your generic irqchip should even avoid us to use 
irq_domain_add_legacy() since both GPIO and OMAP3 intc are already using 
the irqchip.

I guess you are not going to change the interface so the patches I did 
on your previous branch to try them should be good already, isn't it?

Thanks,
Benoit

  reply	other threads:[~2012-01-25 14:22 UTC|newest]

Thread overview: 75+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-01-23 21:07 [RFCv2 00/14] Grant Likely
2012-01-23 21:07 ` [RFCv2 01/14] irq_domain: add documentation and MAINTAINERS entry Grant Likely
2012-01-23 21:07   ` Grant Likely
2012-01-24 19:13   ` Randy Dunlap
2012-01-24 19:13     ` Randy Dunlap
2012-01-28 17:05     ` Grant Likely
2012-01-28 17:05       ` Grant Likely
2012-01-23 21:07 ` [RFCv2 02/14] dt: Make irqdomain less verbose Grant Likely
2012-01-23 21:07   ` Grant Likely
2012-01-23 21:07   ` Grant Likely
2012-01-23 21:07 ` [RFCv2 03/14] irq_domain: Make irq_domain structure match powerpc's irq_host Grant Likely
2012-01-23 21:07   ` Grant Likely
2012-01-24 21:38   ` Rob Herring
2012-01-24 21:38     ` Rob Herring
2012-01-24 21:38     ` Rob Herring
2012-01-24 22:08     ` Grant Likely
2012-01-24 22:08       ` Grant Likely
2012-01-24 22:08       ` Grant Likely
2012-01-24 22:11       ` Rob Herring
2012-01-24 22:11         ` Rob Herring
2012-01-24 22:11         ` Rob Herring
2012-01-23 21:07 ` [RFCv2 04/14] irq_domain: convert microblaze from irq_host to irq_domain Grant Likely
2012-01-23 21:07   ` Grant Likely
2012-01-23 21:07   ` Grant Likely
2012-01-23 21:07 ` [RFCv2 05/14] irq_domain/powerpc: Use common irq_domain structure instead of irq_host Grant Likely
2012-01-23 21:07   ` Grant Likely
2012-01-23 21:07 ` [RFCv2 06/14] irq_domain/powerpc: eliminate irq_map; use irq_alloc_desc() instead Grant Likely
2012-01-23 21:07   ` Grant Likely
2012-01-23 21:07 ` [RFCv2 07/14] irq_domain/powerpc: Eliminate virq_is_host() Grant Likely
2012-01-23 21:07   ` Grant Likely
2012-01-23 21:07 ` [RFCv2 08/14] irq_domain: Move irq_domain code from powerpc to kernel/irq Grant Likely
2012-01-23 21:07   ` Grant Likely
2012-01-23 21:07 ` [RFCv2 09/14] irqdomain: remove NO_IRQ from irq domain code Grant Likely
2012-01-23 21:07   ` Grant Likely
2012-01-23 21:07 ` [RFCv2 10/14] irq_domain: Remove references to old irq_host names Grant Likely
2012-01-23 21:07   ` Grant Likely
2012-01-23 21:07 ` [RFCv2 11/14] irq_domain: Replace irq_alloc_host() with revmap-specific initializers Grant Likely
2012-01-23 21:07   ` Grant Likely
2012-01-23 21:07 ` [RFCv2 12/14] irq_domain: Add support for base irq and hwirq in legacy mappings Grant Likely
2012-01-23 21:07   ` Grant Likely
2012-01-23 21:07 ` [RFCv2 13/14] irq_domain: Remove 'new' irq_domain in favour of the ppc one Grant Likely
2012-01-23 21:07   ` Grant Likely
2012-01-24 22:10   ` Rob Herring
2012-01-24 22:10     ` Rob Herring
2012-01-24 22:10     ` Rob Herring
2012-01-25  0:26     ` Grant Likely
2012-01-25  0:26       ` Grant Likely
2012-01-25  0:26       ` Grant Likely
2012-01-25  0:26       ` Grant Likely
2012-01-23 21:07 ` [RFCv2 14/14] irq_domain: Remove irq_domain_add_simple() Grant Likely
2012-01-23 21:07   ` Grant Likely
2012-01-23 21:53 ` [RFCv2 00/14] Rob Herring
2012-01-23 21:53   ` Rob Herring
2012-01-23 21:53   ` Rob Herring
2012-01-25 14:13   ` Cousson, Benoit [this message]
2012-01-25 14:13     ` Cousson, Benoit
2012-01-25 14:13     ` Cousson, Benoit
2012-01-25 18:51     ` Rob Herring
2012-01-25 18:51       ` Rob Herring
2012-01-25 18:51       ` Rob Herring
2012-01-26 21:33       ` Grant Likely
2012-01-26 21:33         ` Grant Likely
2012-01-27 22:08         ` Benjamin Herrenschmidt
2012-01-27 22:08           ` Benjamin Herrenschmidt
2012-01-27 22:08           ` Benjamin Herrenschmidt
2012-01-27 22:13           ` Grant Likely
2012-01-27 22:13             ` Grant Likely
2012-01-27 22:13             ` Grant Likely
2012-01-25 22:53 ` Mark Salter
2012-01-25 22:53   ` Mark Salter
2012-01-25 22:53   ` Mark Salter
2012-01-26 13:38   ` Grant Likely
2012-01-26 13:38     ` Grant Likely
     [not found] ` <1327352870-14687-1-git-send-email-grant.likely-s3s/WqlpOiPyB63q8FvJNQ@public.gmane.org>
2012-01-26 14:26   ` [PATCH] irq_domain/c6x: Convert c6x to use generic irq_domain support Mark Salter
2012-01-26 14:26     ` Mark Salter

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=4F200DFD.7070407@ti.com \
    --to=b-cousson@ti.com \
    --cc=devicetree-discuss@lists.ozlabs.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linuxppc-dev@lists.ozlabs.org \
    --cc=miltonm@bga.com \
    --cc=robherring2@gmail.com \
    --cc=shawn.guo@linaro.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.