Hi Ben,
On 15 September 2011 02:43, Ben Dooks wrote:
> On Tue, Sep 13, 2011 at 09:46:03AM +0530, Thomas Abraham wrote:
>> This patchset adds device tree support for Samsung's I2C driver.
>
> I've applied these after a brief review. I'll give them a better
> review before the weekend.
Thanks for
On 15 September 2011 00:40, Grant Likely wrote:
> On Wed, Sep 14, 2011 at 12:09 PM, Thomas Abraham
> wrote:
>> On 14 September 2011 22:43, Grant Likely wrote:
>>> On Wed, Sep 14, 2011 at 10:19:22PM +0530, Thomas Abraham wrote:
On 14 September 2011 21:41, Grant Likely wrote:
> On Tue,
On Aug 31, 2011 2:01 PM, "David Daney" wrote:
>
> This patch adds a somewhat generic framework for MDIO bus
> multiplexers. It is modeled on the I2C multiplexer.
>
> The multiplexer is needed if there are multiple PHYs with the same
> address connected to the same MDIO bus adepter, or if there is
On Sep 14, 2011 3:40 PM, "David Daney" wrote:
>
> Well, I would really like to get an official maintainer's take on the name
of the parent MDIO bus property. Prehaps Grant or Rob could opine on the
matter.
>
> Sooner would be better than later as I am about to start shipping boards
with this burn
Standarize and document the FPGA nodes used on Freescale QorIQ reference
boards. There are different kinds of FPGAs used on the boards, but
only two are currently standard: "pixis" and "qixis". Although there are
minor differences among the boards that have one kind of FPGA, most of the
functiona
Well, I would really like to get an official maintainer's take on the
name of the parent MDIO bus property. Prehaps Grant or Rob could opine
on the matter.
Sooner would be better than later as I am about to start shipping boards
with this burnt into the bootloader. If it needs changing, I co
On Sep 13, 2011, at 6:23 PM, David Daney wrote:
> On 09/13/2011 04:07 PM, Kumar Gala wrote:
>>
>>> diff --git a/Documentation/devicetree/bindings/net/mdio-mux.txt
>>> b/Documentation/devicetree/bindings/net/mdio-mux.txt
>>> new file mode 100644
>>> index 000..a908312
>>> --- /dev/null
>>> +
Adding support to generate platform data when kernel is configured
through device tree.
Also adding the binding for the TI bq20z75 fuel gadge and the
bq20z75 driver.
v2: Fixed typo in binding description.
v3: Changed to use "ti," properties
Changed to use single gpio property for battery dete
Add a helper similar to of_property_read_u32() that handles 64-bit
integers.
v2/v3: constify device node and property name parameters.
Cc: Grant Likely
Reviewed-by: Rob Herring
Signed-off-by: Jamie Iles
---
Just a resend but with Rob's Reviewed-by added since it was a while
since last posted.
Hi Grant,
Just wondering if you've had chance to look at this patch at all, no
problems if not though!
Jamie
On Thu, Aug 04, 2011 at 02:38:24PM +0100, Jamie Iles wrote:
> This patch adds support for gpio-generic controllers to be
> instantiated from the device tree. The binding supports devices
On Wed, Sep 14, 2011 at 12:04 PM, Rhyland Klein wrote:
> Adding support to generate platform data when kernel is configured
> through device tree.
>
> Also adding the binding for the TI bq20z75 fuel gadge and the
> bq20z75 driver.
>
> Signed-off-by: Rhyland Klein
> ---
> v2: Fixed typo in
Hello.
On 09/14/2011 05:57 PM, Dave Martin wrote:
Data read direct from device tree properties will be in the device
tree's native endianness (i.e., big-endian).
This patch uses of_property_read_u32() to read the bus-width
property in host byte order instead.
Signed-off-by: Dave Martin
Ac
On Wed, Sep 14, 2011 at 12:09 PM, Thomas Abraham
wrote:
> On 14 September 2011 22:43, Grant Likely wrote:
>> On Wed, Sep 14, 2011 at 10:19:22PM +0530, Thomas Abraham wrote:
>>> On 14 September 2011 21:41, Grant Likely wrote:
>>> > On Tue, Sep 13, 2011 at 05:56:19PM +0530, Thomas Abraham wrote:
>
On 09/14/2011 01:34 PM, Marc Zyngier wrote:
> Hi Rob,
>
> On 14/09/11 18:57, Rob Herring wrote:
>> Marc,
>>
>> On 09/14/2011 12:46 PM, Marc Zyngier wrote:
>>> On 14/09/11 17:31, Rob Herring wrote:
From: Rob Herring
This adds gic initialization using device tree data. The initializa
Hi Rob,
On 14/09/11 18:57, Rob Herring wrote:
> Marc,
>
> On 09/14/2011 12:46 PM, Marc Zyngier wrote:
>> On 14/09/11 17:31, Rob Herring wrote:
>>> From: Rob Herring
>>>
>>> This adds gic initialization using device tree data. The initialization
>>> functions are intended to be called by a generi
Hi Grant,
On 14 September 2011 22:43, Grant Likely wrote:
> On Wed, Sep 14, 2011 at 10:19:22PM +0530, Thomas Abraham wrote:
>> Hi Grant,
>>
>> On 14 September 2011 21:41, Grant Likely wrote:
>> > On Tue, Sep 13, 2011 at 05:56:19PM +0530, Thomas Abraham wrote:
>> >> Add device tree based discover
Adding support to generate platform data when kernel is configured
through device tree.
Also adding the binding for the TI bq20z75 fuel gadge and the
bq20z75 driver.
Signed-off-by: Rhyland Klein
---
v2: Fixed typo in binding description
v3: Changed to use "ti," for properties
On 14/09/11 17:31, Rob Herring wrote:
> From: Rob Herring
>
> 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 in place.
>
> PPIs are handled using 3rd c
Marc,
On 09/14/2011 12:46 PM, Marc Zyngier wrote:
> On 14/09/11 17:31, Rob Herring wrote:
>> From: Rob Herring
>>
>> 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 rig
Hi Grant,
On 14 September 2011 21:56, Grant Likely wrote:
> On Mon, Sep 12, 2011 at 11:59:25PM +0530, Thomas Abraham wrote:
>> The pl330 device instances and associated platform data is required only
>> for non-device-tree builds. With device tree enabled, the data about the
>> platform is obtain
Hi Grant,
On 14 September 2011 21:54, Grant Likely wrote:
> On Mon, Sep 12, 2011 at 11:59:23PM +0530, Thomas Abraham wrote:
>> For PL330 dma controllers instantiated from device tree, the channel
>> lookup is based on phandle of the dma controller and dma request id
>> specified by the client nod
On Wed, Sep 14, 2011 at 10:19:22PM +0530, Thomas Abraham wrote:
> Hi Grant,
>
> On 14 September 2011 21:41, Grant Likely wrote:
> > On Tue, Sep 13, 2011 at 05:56:19PM +0530, Thomas Abraham wrote:
> >> Add device tree based discovery support for Samsung's keypad controller.
> >>
> >> Cc: Joonyoung
Hi Grant,
On 14 September 2011 21:41, Grant Likely wrote:
> On Tue, Sep 13, 2011 at 05:56:19PM +0530, Thomas Abraham wrote:
>> Add device tree based discovery support for Samsung's keypad controller.
>>
>> Cc: Joonyoung Shim
>> Cc: Donghwa Lee
>> Signed-off-by: Thomas Abraham
>> ---
>> .../de
On Wed, 14 Sep 2011, Rob Herring wrote:
> From: Rob Herring
>
> irq_data will normally exist, so the domain was prevented from being set.
> The simple domain code did not hit this as nr_irq is always 0.
>
> Signed-off-by: Rob Herring
> Cc: Grant Likely
> Cc: Thomas Gleixner
I take this and
From: Rob Herring
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 irq_start to be set to 0 to match
the linux irq numbering.
Signed-off-by: Rob Herring
---
arc
From: Rob Herring
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 in place.
PPIs are handled using 3rd cell of interrupts properties to specify the cpu
mask
From: Rob Herring
irq_data will normally exist, so the domain was prevented from being set.
The simple domain code did not hit this as nr_irq is always 0.
Signed-off-by: Rob Herring
Cc: Grant Likely
Cc: Thomas Gleixner
---
kernel/irq/irqdomain.c |2 +-
1 files changed, 1 insertions(+), 1
From: Rob Herring
of_irq_init will scan the devicetree for matching interrupt controller
nodes. Then it calls an initialization function for each found controller
in the proper order with parent nodes initialized before child nodes.
Based on initial pseudo code from Grant Likely.
Signed-off-by:
From: Rob Herring
irq_domain_simple_ops is exported, but is not declared in irqdomain.h, so
add it.
Signed-off-by: Rob Herring
Cc: Grant Likely
Cc: Thomas Gleixner
---
include/linux/irqdomain.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/include/linux/irqdomain.h
From: Rob Herring
This series introduces of_irq_init to scan the device tree for interrupt
controller nodes and call their init functions in proper order. The GIC
init function is then called from this function. The platform code then
looks something like this:
const static struct of_device_id i
On Mon, Sep 12, 2011 at 11:59:25PM +0530, Thomas Abraham wrote:
> The pl330 device instances and associated platform data is required only
> for non-device-tree builds. With device tree enabled, the data about the
> platform is obtained from the device tree. For images that include both
> dt and no
On Mon, Sep 12, 2011 at 11:59:23PM +0530, Thomas Abraham wrote:
> For PL330 dma controllers instantiated from device tree, the channel
> lookup is based on phandle of the dma controller and dma request id
> specified by the client node. During probe, the private data of each
> channel of the contro
On Tue, Sep 13, 2011 at 11:49:29AM +0100, Dave Martin wrote:
> The SMSC911X_USE_16BIT needs to be set when using 16-bit register
> access. However, currently no flag is set if the device tree
> doesn't specify 32-bit access, resulting in a BUG() and a non-
> working driver when 16-bit register acc
On Tue, Sep 13, 2011 at 05:56:19PM +0530, Thomas Abraham wrote:
> Add device tree based discovery support for Samsung's keypad controller.
>
> Cc: Joonyoung Shim
> Cc: Donghwa Lee
> Signed-off-by: Thomas Abraham
> ---
> .../devicetree/bindings/input/samsung-keypad.txt | 88 ++
> dr
On Tue, Sep 13, 2011 at 02:21:39PM -0700, Rhyland Klein wrote:
> Adding the binding for the TI bq20z75 fuel gadge and the
> bq20z75 driver.
Squash this patch into the first patch. There is no reason to keep
them separate.
>
> Signed-off-by: Rhyland Klein
> ---
> v2: Fixed typo in binding
On Tue, Sep 13, 2011 at 02:20:59PM -0700, Rhyland Klein wrote:
> Adding support to generate platform data when kernel is configured
> through device tree.
>
> Signed-off-by: Rhyland Klein
> ---
> v3: Changed to use "ti," properties
> Changed to use gpio property with flag for pola
On Wed, Sep 14, 2011 at 07:47:50AM -0500, Rob Herring wrote:
> From: Rob Herring
>
> 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
> Cc: Grant Likely
Acked-by
On Wed, Sep 14, 2011 at 02:57:13PM +0100, Dave Martin wrote:
> Data read direct from device tree properties will be in the device
> tree's native endianness (i.e., big-endian).
>
> This patch uses of_property_read_u32() to read the bus-width
> property in host byte order instead.
>
> Signed-off-b
On Wed, Sep 14, 2011 at 02:57:12PM +0100, Dave Martin wrote:
> This patch just replaces the (presumably historical) CONFIG_OF_PPC
>
> Signed-off-by: Dave Martin
> Acked-by: Pawel Moll
> ---
> drivers/usb/host/isp1760-if.c | 10 ++
> 1 files changed, 6 insertions(+), 4 deletions(-)
>
On Wed, Sep 14, 2011 at 2:57 PM, Dave Martin wrote:
> This patch just replaces the (presumably historical) CONFIG_OF_PPC
Apologies, it looks like a script ate part of the commit message for
this commit.
It should read:
isp1760: Make probing via device tree non-powerpc-specific
This pat
Data read direct from device tree properties will be in the device
tree's native endianness (i.e., big-endian).
This patch uses of_property_read_u32() to read the bus-width
property in host byte order instead.
Signed-off-by: Dave Martin
Acked-by: Pawel Moll
---
drivers/usb/host/isp1760-if.c |
This patch just replaces the (presumably historical) CONFIG_OF_PPC
Signed-off-by: Dave Martin
Acked-by: Pawel Moll
---
drivers/usb/host/isp1760-if.c | 10 ++
1 files changed, 6 insertions(+), 4 deletions(-)
diff --git a/drivers/usb/host/isp1760-if.c b/drivers/usb/host/isp1760-if.c
in
There are a couple of minor issues which currently prevent the
isp1760 driver probing via the device tree on architectures other
than powerpc.
This series should allow device-tree probing for this driver to
work more widely.
Dave Martin (2):
isp1760: Make probing via device tree non-powerpc-spe
From: Rob Herring
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
Cc: Grant Likely
---
MAINTAINERS |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --g
44 matches
Mail list logo