On 22:56 Sat 17 Sep , Arnd Bergmann wrote:
On Saturday 17 September 2011 20:19:07 Jean-Christophe PLAGNIOL-VILLARD wrote:
I agree about it I just mean that if you have the same board with 2 SoC
which
are pin to pin compatible detect the soc type will be usefull as the soc
resource
On Wed, Sep 14, 2011 at 11:31:39AM -0500, Rob Herring wrote:
From: Rob Herring rob.herr...@calxeda.com
There's really no need to set irq_start per platform for the primary gic.
The SGIs and PPIs are not handled as normal irqs, so how irqs 0-31 are
setup doesn't really matter. So allow
On Fri, Sep 16, 2011 at 03:04:11PM +0530, Thomas Abraham wrote:
Hi Rob,
On 15 September 2011 18:24, Rob Herring robherri...@gmail.com wrote:
On 09/15/2011 02:55 AM, Thomas Abraham wrote:
+void __init gic_of_init(struct device_node *node, struct device_node
*parent)
+{
+ void
On Fri, Sep 16, 2011 at 05:09:39PM +0100, Dave Martin wrote:
For now, we express the mapping by putting an interrupt-map in the
core-tile DT, but this feels inelegant as well as wasteful -- expressing
+ 32 using a table which is about 1K in size and duplicates that
information 43 times.
On Thu, Sep 15, 2011 at 12:07:25PM +0200, Cousson, Benoit wrote:
Hi Rob,
On 9/15/2011 9:55 AM, Thomas Abraham wrote:
Hi Rob,
On 14 September 2011 22:01, Rob Herringrobherri...@gmail.com wrote:
From: Rob Herringrob.herr...@calxeda.com
This adds gic initialization using device tree
On Sat, Sep 17, 2011 at 08:37:26PM -0500, Rob Herring wrote:
Grant,
On 09/17/2011 06:53 PM, Grant Likely wrote:
On Wed, Sep 14, 2011 at 11:31:38AM -0500, Rob Herring wrote:
The other option for implementing this would be to take the probe
deferral approach and not try to sort the list,
On Wed, Sep 14, 2011 at 11:31:40AM -0500, Rob Herring wrote:
From: Rob Herring rob.herr...@calxeda.com
This adds gic initialization using device tree data. The initialization
functions are intended to be called by a generic OF interrupt
controller parsing function once the right pieces are
On Sunday 18 September 2011 02:46:15 Jean-Christophe PLAGNIOL-VILLARD wrote:
On 22:56 Sat 17 Sep , Arnd Bergmann wrote:
On Saturday 17 September 2011 20:19:07 Jean-Christophe PLAGNIOL-VILLARD
wrote:
I agree about it I just mean that if you have the same board with 2 SoC
which
On Tue, Sep 13, 2011 at 8:42 PM, David Brown dav...@codeaurora.org wrote:
On Tue, Sep 06, 2011 at 01:52:43PM -0400, Nicolas Pitre wrote:
My latest patchset is here:
git://git.linaro.org/people/nico/linux zImage_DTB_append
I'm not fully satisfied to send them upstream yet though.
These
On Wed, Sep 14, 2011 at 2:47 PM, Rob Herring robherri...@gmail.com wrote:
From: Rob Herring rob.herr...@calxeda.com
As requested by Grant, adding myself as an additional devicetree maintainer.
Also, add Documentation/devicetree to the file list for devicetree.
Signed-off-by: Rob Herring
On Wed, Sep 14, 2011 at 11:31:39AM -0500, Rob Herring wrote:
From: Rob Herring rob.herr...@calxeda.com
There's really no need to set irq_start per platform for the primary gic.
The SGIs and PPIs are not handled as normal irqs, so how irqs 0-31 are
setup doesn't really matter. So allow
On Sun, Sep 18, 2011 at 12:34:20PM +0200, Linus Walleij wrote:
On Tue, Sep 13, 2011 at 8:42 PM, David Brown dav...@codeaurora.org wrote:
On Tue, Sep 06, 2011 at 01:52:43PM -0400, Nicolas Pitre wrote:
My latest patchset is here:
git://git.linaro.org/people/nico/linux zImage_DTB_append
On Sun, 18 Sep 2011, Linus Walleij wrote:
On Tue, Sep 13, 2011 at 8:42 PM, David Brown dav...@codeaurora.org wrote:
On Tue, Sep 06, 2011 at 01:52:43PM -0400, Nicolas Pitre wrote:
My latest patchset is here:
git://git.linaro.org/people/nico/linux zImage_DTB_append
I'm not fully
On 09/15/2011 11:43 AM, Rob Herring wrote:
Benoit,
On 09/15/2011 08:52 AM, Cousson, Benoit wrote:
On 9/15/2011 3:11 PM, Rob Herring wrote:
Benoit,
On 09/15/2011 05:07 AM, Cousson, Benoit wrote:
Hi Rob,
On 9/15/2011 9:55 AM, Thomas Abraham wrote:
Hi Rob,
On 14 September 2011 22:01,
On Sat, Sep 17, 2011 at 11:49:21AM -0500, Jon Loeliger wrote:
On Fri, Sep 09, 2011 at 12:16:30PM -0700, Anton Staaf wrote:
With this patch the following property assignment:
property = 0x12345678 'a' '\r' 100;
is equivalent to:
property = 0x12345678 0x0061
Hi David,
On Sun, Sep 18, 2011 at 7:04 PM, David Gibson
da...@gibson.dropbear.id.au wrote:
On Fri, Sep 16, 2011 at 09:25:10AM -0700, Simon Glass wrote:
Hi David,
[snip]
One useful extension of what you have now might be to add a raw
binary format. Not much use for humans, but could be
16 matches
Mail list logo