Hi Dmitry,
On Wed, May 9, 2012 at 10:58 AM, Dmitry Torokhov
wrote:
> Now that I got matrix_keypad_build_keymap() also handle DT case, how
> about the patch below?
>
> Input: spear-keyboard - add device tree bindings
>
> From: Viresh Kumar
>
> This adds simple DT bindings for spear-keyboard contr
On 05/14/2012 01:16 PM, Hiroshi DOYU wrote:
> To simplify the code, alloc necessary data at once.
>
> Signed-off-by: Hiroshi DOYU
> ---
> This patch requires:
>
> [PATCH 1/2] iommu/tegra: smmu: Add device tree support for SMMU
> http://marc.info/?l=linux-tegra&m=133663641107327&w=2
>
On Mon, 14 May 2012, Cousson, Benoit wrote:
> Salut Thomas,
>
> Sorry for the delay.
>
> On 5/4/2012 5:59 PM, Thomas Petazzoni wrote:
> > Hello Benoit,
> >
> > Le Fri, 23 Sep 2011 22:23:09 +0200,
> > Benoit Cousson a écrit :
> >
> > > Add SoC specific map_io function to be used by the generic
On Fri, May 11, 2012 at 11:34 PM, David Daney wrote:
> + mpi_cfg.u64 = 0;
> + mpi_cfg.u64 |= p->cs_enax;
> + if (mpi_cfg.u64 != p->last_cfg) {
But now I see why this 64bit is so clever. Forget the comment on 1/2!
This has a certain elegance to it that I just learned to apprecia
On Fri, May 11, 2012 at 11:34 PM, David Daney wrote:
> From: David Daney
>
> Needed by SPI driver.
That's not very verbose, plese tell atleast tell which SPI driver it's for.
> +union cvmx_mpi_cfg {
> + uint64_t u64;
The kernel already has a type (in ) used in many places in the
kernel,
On Sunday 13 May 2012, Chris Ball wrote:
> Hi Arnd,
>
> On Sun, May 13 2012, Arnd Bergmann wrote:
> > I've verified that there are no conflicts with anything we have in
> > arm-soc right now, so I think it should just go through your
> > tree.
>
> Ah, I based the patch on latest linux-next. That
On 04/02/2012 08:46 PM, David Gibson wrote:
> On Tue, Mar 27, 2012 at 09:39:44PM -0600, Stephen Warren wrote:
>> Currently, the DT is checked for duplicate labels after the entire DT has
>> been parsed. However, once parts of the DT can be deleted, some entities
>> with labels may have been deleted
On 05/13/2012 10:46 PM, Shubhrajyoti Datta wrote:
Hi David,
A few comments.
On Sat, May 12, 2012 at 3:04 AM, David Daney wrote:
[...]
+
+#define DRV_VERSION "2.0" /* Version 1 was the out-of-tree driver */
This could be given a miss. As it is less meaningful once accepted.
Well, this lea
Add support for irq_domain on lantiq socs. The conversion is straight forward
as the ICU found inside the socs allows the usage of irq_domain_add_linear.
Harware IRQ 0->7 are the generic MIPS IRQs. 8->199 are the Lantiq IRQ Modules.
Our irq_chip callbacks need to substract 8 (MIPS_CPU_IRQ_CASCADE)
Activate USE_OF, add a sample DTS file and convert the core soc code to OF.
Signed-off-by: John Crispin
Cc: devicetree-discuss@lists.ozlabs.org
---
This patch is part of a series moving the mips/lantiq target to OF and clkdev
support. The patch, once Acked, should go upstream via Ralf's MIPS tree
On 05/10/2012 01:50 AM, Hiroshi DOYU wrote:
> The necessary info is expected to pass from DT.
>
> For more precise resource reservation, there shouldn't be any
> overlapping of register range between SMMU and MC. SMMU register
> offset needs to be calculated correctly, based on its register bank.
* Mark Brown [120511 06:12]:
> On Fri, May 11, 2012 at 01:02:26PM +0200, Cousson, Benoit wrote:
>
> > Describing sub nodes, especially for big SoC is pretty useful.
> > It is as useful as doing that for board that are sharing similar components.
>
> The concern here is that the device tree you'r
Salut Thomas,
Sorry for the delay.
On 5/4/2012 5:59 PM, Thomas Petazzoni wrote:
Hello Benoit,
Le Fri, 23 Sep 2011 22:23:09 +0200,
Benoit Cousson a écrit :
Add SoC specific map_io function to be used by the generic DT
board file. This is an intermediate step before having some
generic DT awa
On 05/01/2012 05:59 PM, Mike Turquette wrote:
> On 20120409-15:25, Rob Herring wrote:
>> From: Grant Likely
> snip
>> ---
>> .../devicetree/bindings/clock/clock-bindings.txt | 117
>> .../devicetree/bindings/clock/fixed-clock.txt | 22 +++
>> drivers/clk/clk.c
On Mon, May 14, 2012 at 02:38:20PM +0300, Peter Ujfalusi wrote:
> The child (or drivers for the functionality) only needs small update for
> compatible_of, and new chip access wrapper.
At the very least anything that's using interrupts through the device
core will also need to know how those have
On 05/11/2012 11:34 PM, Mark Brown wrote:
> The issue is the tastefulness. Just looking at the binding it's
> immediately clear that the only thing that the extra levels of
> indirection are adding is the removal of the mfd_add_cells() call from
> the MFD driver which isn't particularly helping an
Hi David,
A few comments.
On Sat, May 12, 2012 at 3:04 AM, David Daney wrote:
> From: David Daney
>
> Add the driver, link it into the kbuild system and provide device tree
> binding documentation.
>
> Signed-off-by: David Daney
> ---
> .../devicetree/bindings/spi/spi-octeon.txt | 33
17 matches
Mail list logo
