On Fri, 16 Nov 2012 11:30:14 +0100 Philipp Zabel wrote:
> This patch keeps all created pools in a global list and adds two
> functions that allow to retrieve the gen_pool pointer from a known
> physical address and from a device tree node.
>
> ...
>
> +/*
> + * gen_pool_find_by_phys - find a pool
On Tue, Nov 20, 2012 at 05:13:19PM +0100, Laurent Pinchart wrote:
> On Tuesday 20 November 2012 16:54:50 Steffen Trumtrar wrote:
> > Hi!
> >
> > Changes since v11:
> > - make pointers const where applicable
> > - add reviewed-by Laurent Pinchart
>
> Looks good to me.
>
> Acked-by: Lauren
Add support for encoding PWM properties in bit encoded form with
of_pwm_xlate_with_flags() function support. Platforms require platform
specific PWM properties has to populate in 3rd cell of the pwm-specifier
and PWM driver should also set .of_xlate support with this function.
Currently PWM propert
On Mon, Nov 19, 2012 at 18:13:56, Philip, Avinash wrote:
>
> On Thu, Nov 15, 2012 at 16:52:14, Artem Bityutskiy wrote:
> > On Wed, 2012-10-31 at 12:38 +0530, Philip, Avinash wrote:
> > > Support to use ELM as BCH 4 & 8 bit error correction module. Also
> > > performance
> > > enhancement by addin
On Wed, Nov 21, 2012 at 06:45:45AM +, AnilKumar, Chimata wrote:
> On Thu, Nov 15, 2012 at 19:43:08, AnilKumar, Chimata wrote:
> > Add device tree support to matrix keypad driver and usage details
> > are added to device tree documentation. Also modified the driver
> > according to recent update
On Thu, Nov 15, 2012 at 19:43:08, AnilKumar, Chimata wrote:
> Add device tree support to matrix keypad driver and usage details
> are added to device tree documentation. Also modified the driver
> according to recent update of matrix_keypad_build_keymap(), which
> automatically allocate memory for
On Tue, Nov 20, 2012 at 15:56:32, Marc Kleine-Budde wrote:
> On 11/20/2012 11:23 AM, AnilKumar, Chimata wrote:
> > On Tue, Nov 20, 2012 at 15:43:04, Marc Kleine-Budde wrote:
> >> On 11/14/2012 07:08 PM, AnilKumar Ch wrote:
> >>> Add a new address space/memory resource to d_can device tree node. D_C
Add D_CAN raminit support to C_CAN driver to enable D_CAN RAM,
which holds all the message objects during transmission or
receiving of data. This initialization/de-initialization should
be done in synchronous with D_CAN clock.
In case of AM335X-EVM (current user of D_CAN driver) message RAM is
con
On Tue, Nov 20, 2012 at 20:37:55, Thierry Reding wrote:
> On Mon, Nov 19, 2012 at 11:21:12PM +0530, Philip, Avinash wrote:
> [...]
> > diff --git a/include/linux/pwm.h b/include/linux/pwm.h
> > index 112b314..70756f2 100644
> > --- a/include/linux/pwm.h
> > +++ b/include/linux/pwm.h
> > @@ -78,6 +7
On 11/19/2012 10:45 PM, Viresh Kumar wrote:
> This adds following helper routines:
> - of_property_read_u8_array()
> - of_property_read_u16_array()
> - of_property_read_u8()
> - of_property_read_u16()
>
> This expects arrays from DT to be passed as:
> - u8 array:
> property = /bits/ 8 <0x50
Hi Grant,
On Wednesday 21 November 2012 05:54:29 Grant Likely wrote:
> > With the advent of the device tree and of ARM kernels that are not
> > board-tied, we cannot rely on these board-specific hooks anymore but
>
> This isn't strictly true. It is still perfectly fine to have board
> specific co
On Wed, Nov 21, 2012 at 10:17:09AM +0800, Bo Shen wrote:
> Add pinctrl support for atmel ssc peripheral
>
> Signed-off-by: Bo Shen
Acked-by: Mark Brown
signature.asc
Description: Digital signature
___
devicetree-discuss mailing list
devicetree-discu
Add pinctrl support for atmel ssc peripheral
Signed-off-by: Bo Shen
---
Resend
- based on linux-next-20121115
- commit id: 3805711eb31d3b980c4a55a6994bbc8b22a9ec65
Change since v5
- correct the pull setting, without pull up Change since v4
- This is initial version
---
arch/arm/boot/dts/
Hi Tomi,
On Tuesday 20 November 2012 22:48:18 Tomi Valkeinen wrote:
> I guess there's a reason, but the above looks a bit inconsistent. For
> gpio you define the gpio resource inside the step. For power and pwm the
> resource is defined before the steps. Why wouldn't "pwm = <&pwm 2
> 500>;" wo
On Wed, Nov 21, 2012 at 09:43:33AM +0800, Bo Shen wrote:
> So, should I keep these two patches [1] and [2] and then send to
> pinctrl again, or I need keep it in one patch as [3] which i sent
> first.
Please send something coherent which can be applied without breaking the
branch it is applied to
Hi Mark,
On 11/20/2012 18:27, Mark Brown wrote:
On Tue, Nov 20, 2012 at 05:31:22PM +0800, Bo Shen wrote:
based on ASoC tree? And the upper go into pinctrl tree?
---<8---
ssc0: ssc@fffbc000 {
compatible = "atmel,at91rm9200-ssc";
reg = <0xfffbc000 0x4000>;
interrupts = <14
On Tue, Nov 20, 2012 at 09:54:29PM +, Grant Likely wrote:
> On Sat, 17 Nov 2012 19:55:45 +0900, Alexandre Courbot
> wrote:
> > With the advent of the device tree and of ARM kernels that are not
> > board-tied, we cannot rely on these board-specific hooks anymore but
> This isn't strictly tr
On 11/20/2012 03:05 PM, Andrew Lunn wrote:
> On Tue, Nov 20, 2012 at 02:17:24PM -0700, Stephen Warren wrote:
>> On 11/20/2012 01:31 PM, Andrew Lunn wrote:
>>> On Tue, Nov 20, 2012 at 10:11:18AM -0700, Stephen Warren wrote:
On 11/20/2012 01:37 AM, Andrew Lunn wrote:
> Hi Jason
>
> T
Hi Grant,
On Tue, Nov 20, 2012 at 2:32 PM, Grant Likely wrote:
> On Tue, Nov 20, 2012 at 10:23 PM, Simon Glass wrote:
>> Hi,
>>
>> I hope this is a stupid question with an easy answer, but I cannot find it.
>>
>> I have a device tree node for an mmc block device and I want to use
>> that block d
On Tue, Nov 20, 2012 at 10:23 PM, Simon Glass wrote:
> Hi,
>
> I hope this is a stupid question with an easy answer, but I cannot find it.
>
> I have a device tree node for an mmc block device and I want to use
> that block device from another driver. I have a phandle which lets me
> get the node
Hi,
I hope this is a stupid question with an easy answer, but I cannot find it.
I have a device tree node for an mmc block device and I want to use
that block device from another driver. I have a phandle which lets me
get the node of the mmc device, but I am not sure how to convert that
into a bl
On Tue, Nov 20, 2012 at 02:17:24PM -0700, Stephen Warren wrote:
> On 11/20/2012 01:31 PM, Andrew Lunn wrote:
> > On Tue, Nov 20, 2012 at 10:11:18AM -0700, Stephen Warren wrote:
> >> On 11/20/2012 01:37 AM, Andrew Lunn wrote:
> >>> Hi Jason
> >>>
> >>> These are good comments from Stephan that i wan
On Thu, 15 Nov 2012 11:31:38 -0700, Stephen Warren
wrote:
> On 11/15/2012 11:20 AM, Grant Likely wrote:
> > On Thu, Nov 15, 2012 at 6:09 PM, Stephen Warren
> > wrote:
> >> On 11/15/2012 04:51 AM, Grant Likely wrote:
> >>> Grant Likely wrote:
> Or how about: I could pick up the patch with o
On Sat, 17 Nov 2012 19:55:44 +0900, Alexandre Courbot
wrote:
> Apologies for sending two patchsets in two days - the main purpose
> of this new revision is to add the linux-arm-kernel list to the
> audience. A few suggestions from v8 have also been added.
Just to be clear from my previous reply,
On Sat, 17 Nov 2012 19:55:45 +0900, Alexandre Courbot
wrote:
> Some device drivers (e.g. panel or backlights) need to follow precise
> sequences for powering on and off, involving GPIOs, regulators, PWMs
> and other power-related resources, with a defined powering order and
> delays to respect be
On 11/20/2012 01:31 PM, Andrew Lunn wrote:
> On Tue, Nov 20, 2012 at 10:11:18AM -0700, Stephen Warren wrote:
>> On 11/20/2012 01:37 AM, Andrew Lunn wrote:
>>> Hi Jason
>>>
>>> These are good comments from Stephan that i want to address. However,
>>> i also don't want to delay the pull-requests dire
From: Yehuda Yitschak
Signed-off-by: Yehuda Yitschak
Signed-off-by: Gregory CLEMENT
---
.../devicetree/bindings/arm/armada-370-xp-mpic.txt | 12 ++-
arch/arm/boot/dts/armada-xp.dtsi |2 +-
arch/arm/mach-mvebu/armada-370-xp.h|7 ++
arch/arm/mach-mvebu
From: Yehuda Yitschak
1. added smp init functions in platsmp.c
2. added secondary cpu entry point in headsmp.S
3. added hotplog initial support in hotplug.c
4. added SMP support for PJ4B cpu
Signed-off-by: Yehuda Yitschak
Signed-off-by: Gregory CLEMENT
---
arch/arm/configs/mvebu_defconfig
From: Yehuda Yitschak
Signed-off-by: Yehuda Yitschak
Signed-off-by: Gregory CLEMENT
Reviewed-by: Will Deacon
Acked-by: Catalin Marinas
---
arch/arm/mach-mvebu/Kconfig |2 +-
arch/arm/mm/Kconfig |4 +++
arch/arm/mm/proc-v7.S | 66 +++
From: Yehuda Yitschak
Signed-off-by: Yehuda Yitschak
Signed-off-by: Gregory CLEMENT
---
.../devicetree/bindings/arm/armada-370-xp-pmsu.txt | 20 ++
arch/arm/boot/dts/armada-xp.dtsi |6 ++
arch/arm/mach-mvebu/Makefile |2 +-
arch/arm/mach-mv
Hello,
This version fixed a bug introduced by the move of set_cpu_coherency
in assembly, it also fixed some typo and style issues.
The purpose of this patch set is to add the SMP support for the Armada
XP SoCs. Beside the SMP support itself brought by the last 3 patches,
this patch set also adds
From: Yehuda Yitschak
Signed-off-by: Yehuda Yitschak
Signed-off-by: Gregory CLEMENT
---
.../devicetree/bindings/arm/coherency-fabric.txt | 16
arch/arm/boot/dts/armada-370-xp.dtsi |5 ++
arch/arm/mach-mvebu/Makefile |2 +-
arch/arm/mach-mveb
On Tue, Nov 20, 2012 at 10:11:18AM -0700, Stephen Warren wrote:
> On 11/20/2012 01:37 AM, Andrew Lunn wrote:
> > Hi Jason
> >
> > These are good comments from Stephan that i want to address. However,
> > i also don't want to delay the pull-requests direction arm-soc, the
> > merge window is gettin
On Tue, Nov 20, 2012 at 07:11:29PM +0100, Robert Schwebel wrote:
> On Tue, Nov 20, 2012 at 05:13:19PM +0100, Laurent Pinchart wrote:
> > On Tuesday 20 November 2012 16:54:50 Steffen Trumtrar wrote:
> > > Hi!
> > >
> > > Changes since v11:
> > > - make pointers const where applicable
> > > - ad
On Tue, Nov 20, 2012 at 05:13:19PM +0100, Laurent Pinchart wrote:
> On Tuesday 20 November 2012 16:54:50 Steffen Trumtrar wrote:
> > Hi!
> >
> > Changes since v11:
> > - make pointers const where applicable
> > - add reviewed-by Laurent Pinchart
>
> Looks good to me.
>
> Acked-by: Lauren
On 11/19/2012 09:45 PM, Viresh Kumar wrote:
> This adds following helper routines:
> - of_property_read_u8_array()
> - of_property_read_u16_array()
> - of_property_read_u8()
> - of_property_read_u16()
>
> This expects arrays from DT to be passed as:
> - u8 array:
> property = /bits/ 8 <0x50
On 11/20/2012 01:37 AM, Andrew Lunn wrote:
> Hi Jason
>
> These are good comments from Stephan that i want to address. However,
> i also don't want to delay the pull-requests direction arm-soc, the
> merge window is getting close. Both Linus and Anton have Acked the
> current version, so please go
On Tue, Nov 20, 2012 at 05:07:59PM +, Thomas Petazzoni wrote:
> Dear Will Deacon,
>
> On Tue, 20 Nov 2012 17:01:27 +, Will Deacon wrote:
>
> > > I prefer to keep them separate, as we can use coherency without SMP.
> > > That's why I create the coherency_ll.S file instead of putting
> > >
On Sat, 17 Nov 2012 23:27:18 +0100, Jean-Christophe PLAGNIOL-VILLARD
wrote:
> On 16:23 Fri 09 Nov , Stephen Warren wrote:
> > On 11/09/2012 09:28 AM, Grant Likely wrote:
> > However, I think the process for an end-user needs to be as simple as
> > "drop this .dts/.dtb file into some standard
On 11/19/2012 08:10 AM, Fabio Porcedda wrote:
> The first user of this function is the watchdog framework.
I still have issues with this. In addition to questionable usefulness
outside the watchdog framework, I'm not even sure this is right for
watchdog framework. Watchdog timeout is not a descrip
Dear Will Deacon,
On Tue, 20 Nov 2012 17:01:27 +, Will Deacon wrote:
> > I prefer to keep them separate, as we can use coherency without SMP.
> > That's why I create the coherency_ll.S file instead of putting
> > everything in this file.
>
> Hmm, can you elaborate a bit more on coherency wit
On 11/20/2012 06:01 PM, Will Deacon wrote:
> On Tue, Nov 20, 2012 at 04:49:29PM +, Gregory CLEMENT wrote:
>> On 11/20/2012 05:40 PM, Will Deacon wrote:
>>>
>>> ENTRY(armada_xp_secondary_startup)
>>> ldr r0, =ARMADA_XP_CFB_BASE
>>> mrc p15, 0, r1, c0, c0, 5
>>> and r1, r1
On Tue, Nov 20, 2012 at 04:49:29PM +, Gregory CLEMENT wrote:
> On 11/20/2012 05:40 PM, Will Deacon wrote:
> >
> > ENTRY(armada_xp_secondary_startup)
> > ldr r0, =ARMADA_XP_CFB_BASE
> > mrc p15, 0, r1, c0, c0, 5
> > and r1, r1, #0xF
> > adr lr, BSYM(secondary_sta
On Mon, 19 Nov 2012 10:52:02 +0100, Jean-Christophe PLAGNIOL-VILLARD
wrote:
> On 10:31 Thu 15 Nov , Sascha Hauer wrote:
> > devicetrees may have a linux,stdout-path property in the chosen
> > node describing the console device. This adds a helper function
> > to match a device against this pr
On 11/20/2012 05:40 PM, Will Deacon wrote:
> On Mon, Nov 19, 2012 at 08:35:59PM +, Gregory CLEMENT wrote:
>> +/*
>> + * Armada XP specific entry point for secondary CPUs.
>> + * We add the CPU to the coherency fabric and then jump to secondary
>> + * startup
>> + */
>> +ENTRY(armada_xp_secondar
On Fri, 16 Nov 2012 13:21:08 +, Srinivas KANDAGATLA
wrote:
> From: Srinivas Kandagatla
>
> This patch series introduces of_simple_module_id_table macro and as an example
> uses this macro in 3 files.
>
> Most of the device tree supported drivers have of_device_id table setup with
> single
On 11/20/2012 05:32 PM, Will Deacon wrote:
> Hi Gregory,
>
> Thanks for turning this around so quickly! I still have a few comments on
> your assembly, but you've got the right idea:
I was a little too quick I think: I have just passed
a few hours to fix a bug which appeared when I have added the
On Mon, Nov 19, 2012 at 08:35:59PM +, Gregory CLEMENT wrote:
> +/*
> + * Armada XP specific entry point for secondary CPUs.
> + * We add the CPU to the coherency fabric and then jump to secondary
> + * startup
> + */
> +ENTRY(armada_xp_secondary_startup)
> +
> + /* Read CPU id */
> + mr
Hi Gregory,
Thanks for turning this around so quickly! I still have a few comments on
your assembly, but you've got the right idea:
On Mon, Nov 19, 2012 at 08:35:55PM +, Gregory CLEMENT wrote:
> From: Yehuda Yitschak
>
> Signed-off-by: Yehuda Yitschak
> Signed-off-by: Gregory CLEMENT
[..
CONFIG_HOTPLUG is going away as an option so __devinitdata is no
longer needed.
Signed-off-by: Bill Pemberton
Cc: Chris Ball
Cc: Grant Likely
Cc: Rob Herring
Cc: linux-...@vger.kernel.org
Cc: devicetree-discuss@lists.ozlabs.org
---
drivers/mmc/host/mmc_spi.c | 2 +-
drivers/mmc/host/
CONFIG_HOTPLUG is going away as an option so __devinitdata is no
longer needed.
Signed-off-by: Bill Pemberton
Cc: Wim Van Sebroeck
Cc: Grant Likely
Cc: Rob Herring
Cc: linux-watch...@vger.kernel.org
Cc: devicetree-discuss@lists.ozlabs.org
---
drivers/watchdog/mixcomwd.c | 2 +-
driv
CONFIG_HOTPLUG is going away as an option so __devinitdata is no
longer needed.
Signed-off-by: Bill Pemberton
Cc: Jean Delvare
Cc: Wolfram Sang
Cc: "Ben Dooks "
Cc: Grant Likely
Cc: Rob Herring
Cc: linux-...@vger.kernel.org
Cc: devicetree-discuss@lists.ozlabs.org
---
drivers/i2c/buss
CONFIG_HOTPLUG is going away as an option so __devinitdata is no
longer needed.
Signed-off-by: Bill Pemberton
Cc: Grant Likely
Cc: Rob Herring
Cc: spi-devel-gene...@lists.sourceforge.net
Cc: devicetree-discuss@lists.ozlabs.org
---
drivers/spi/spi-orion.c | 2 +-
1 file changed, 1 insertion
CONFIG_HOTPLUG is going away as an option so __devinitdata is no
longer needed.
Signed-off-by: Bill Pemberton
Cc: Kumar Gala
Cc: Grant Likely
Cc: Rob Herring
Cc: linuxppc-...@lists.ozlabs.org
Cc: devicetree-discuss@lists.ozlabs.org
---
arch/powerpc/platforms/83xx/mcu_mpc8349emitx.c | 2 +
Hi Andrew,
On Tue, Nov 13, 2012 at 04:44:45PM +0100, Andrew Lunn wrote:
> Signed-off-by: Andrew Lunn
> ---
> arch/arm/boot/dts/kirkwood-ib62x0.dts |6 ++
> arch/arm/mach-kirkwood/board-ib62x0.c | 13 -
> 2 files changed, 6 insertions(+), 13 deletions(-)
>
> diff --git a/ar
Hi Andrew,
On Tue, Nov 13, 2012 at 04:44:43PM +0100, Andrew Lunn wrote:
> From: Jamie Lentin
>
> Given appropriate devicetree bindings, this driver registers a
> pm_power_off function to set a GPIO line high/low to power down
> your board.
>
> Signed-off-by: Jamie Lentin
> Signed-off-by: Andre
Alexander Shishkin a écrit :
> Michael Grzeschik writes:
>
>> On Fri, Nov 16, 2012 at 03:34:23PM +0200, Alexander Shishkin wrote:
>>> Michael Grzeschik writes:
>>>
On Fri, Nov 16, 2012 at 02:45:39PM +0200, Alexander Shishkin wrote:
> Michael Grzeschik writes:
>
>> This patch ma
On Tue, 2012-11-20 at 10:15 +0530, Viresh Kumar wrote:
> This adds following helper routines:
> - of_property_read_u8_array()
> - of_property_read_u16_array()
> - of_property_read_u8()
> - of_property_read_u16()
>
> This expects arrays from DT to be passed as:
> - u8 array:
> property = /bi
On 19 November 2012 12:00, Viresh Kumar wrote:
> Firstly you tried square braces [ ], I am not sure if that is allowed.
> Can you point me to the specification?
http://www.devicetree.org/Device_Tree_Usage
"
a-byte-data-property = [0x01 0x23 0x34 0x56];
"
>
> And simply passing 0x50, 0x60 etc.. wil
On 19 November 2012 09:24, Viresh Kumar wrote:
> On 12 November 2012 09:03, Viresh Kumar wrote:
>> On 12 November 2012 01:12, Rob Herring wrote:
>>> I don't think the size is stored in the dtb. It is only in the dts. You
>>> need to define the size in the binding definitions and use '/bits/'
>>>
Alexander Shishkin a écrit :
> Michael Grzeschik writes:
>
>> This patch makes it possible to set the chipidea udc
>> into full-speed only mode. It can be set by the oftree
>> property "force-full-speed".
>>
>> Signed-off-by: Michael Grzeschik
>> Signed-off-by: Marc Kleine-Budde
>> ---
>> driv
On 16 November 2012 18:51, Srinivas KANDAGATLA
wrote:
> From: Srinivas Kandagatla
>
> This patch uses of_simple_module_id_table macro to replace code like:
>
> #ifdef CONFIG_OF
> static struct of_device_id xxx_of_match[] = {
> { .compatible = "yyy,xxx" },
> { },
> };
>
From: Magnus Damm
Fix "make distclean" to clean up generated dtc files.
Without this patch the following files are left around:
- dtc-lexer.lex.c
- dtc-parser.tab.c
- dtc-parser.tab.h
Signed-off-by: Magnus Damm
Reviewed-by: Simon Horman
---
scripts/dtc/Makefile |2 ++
1 file changed,
Some I2C devices are not or not correctly initialized by the firmware.
Configuration would be possible via platform data, but that would require
per-driver platform data and a lot of code, and changing it would not be
possible without re-compiling the kernel. It is more elegant to do it
generically
On Fri, 16 Nov 2012 19:29:09 -0800, Stepan Moskovchenko
wrote:
> On 11/15/2012 8:10 AM, Grant Likely wrote:
> > On Mon, 12 Nov 2012 18:48:43 -0800, Stepan Moskovchenko
> > wrote:
> >
> > Well, why exactly do you want to control the names of devices? Is it so
> > that devices match up with what
On Tuesday 20 November 2012 16:54:50 Steffen Trumtrar wrote:
> Hi!
>
> Changes since v11:
> - make pointers const where applicable
> - add reviewed-by Laurent Pinchart
Looks good to me.
Acked-by: Laurent Pinchart
Through which tree do you plan to push this ?
> Regards,
> Steffen
>
> "Daniel" == Daniel Mack writes:
Hi,
In omap2 driver NAND_ECC_HW ecc mode supports 3 ecc layout
OMAP_ECC_HAMMING_CODE_HW_ROMCODE
OMAP_ECC_BCH4_CODE_HW
OMAP_ECC_BCH8_CODE_HW
So selection of ecc layout data should come from DT not ecc mode.
>>>
>>> Ok,
Hi!
Changes since v11:
- make pointers const where applicable
- add reviewed-by Laurent Pinchart
Regards,
Steffen
Steffen Trumtrar (6):
video: add display_timing and videomode
video: add of helper for videomode
fbmon: add videomode helpers
fbmon: add of_videomode helpers
Add helper to get fb_videomode from devicetree.
Signed-off-by: Steffen Trumtrar
Reviewed-by: Thierry Reding
Acked-by: Thierry Reding
Tested-by: Thierry Reding
Tested-by: Philipp Zabel
Reviewed-by: Laurent Pinchart
---
drivers/video/fbmon.c | 42 +-
Add display_timing structure and the according helper functions. This allows
the description of a display via its supported timing parameters.
Every timing parameter can be specified as a single value or a range
.
Also, add helper functions to convert from display timings to a generic
videomode
Add conversion from videomode to drm_display_mode
Signed-off-by: Steffen Trumtrar
Reviewed-by: Thierry Reding
Acked-by: Thierry Reding
Tested-by: Thierry Reding
Tested-by: Philipp Zabel
Reviewed-by: Laurent Pinchart
---
drivers/gpu/drm/drm_modes.c | 37
This adds support for reading display timings from DT or/and convert one of
those
timings to a videomode.
The of_display_timing implementation supports multiple children where each
property can have up to 3 values. All children are read into an array, that
can be queried.
of_get_videomode converts
Add a function to convert from the generic videomode to a fb_videomode.
Signed-off-by: Steffen Trumtrar
Reviewed-by: Thierry Reding
Acked-by: Thierry Reding
Tested-by: Thierry Reding
Tested-by: Philipp Zabel
Reviewed-by: Laurent Pinchart
---
drivers/video/fbmon.c | 46
Add helper to get drm_display_mode from devicetree.
Signed-off-by: Steffen Trumtrar
Reviewed-by: Thierry Reding
Acked-by: Thierry Reding
Tested-by: Thierry Reding
Tested-by: Philipp Zabel
Reviewed-by: Laurent Pinchart
---
drivers/gpu/drm/drm_modes.c | 35 ++
On Fri, Nov 16, 2012 at 03:17:47PM +0200, Alexander Shishkin wrote:
> Michael Grzeschik writes:
>
> > From: Marc Kleine-Budde
> >
> > This patch adds support for a second and third clock to the usbmisc driver.
> > On
> > modern freescale ARM cores like the imx51, imx53 and imx6q three clocks
>
On Mon, Nov 19, 2012 at 11:21:12PM +0530, Philip, Avinash wrote:
[...]
> diff --git a/include/linux/pwm.h b/include/linux/pwm.h
> index 112b314..70756f2 100644
> --- a/include/linux/pwm.h
> +++ b/include/linux/pwm.h
> @@ -78,6 +78,10 @@ enum {
> PWMF_ENABLED = 1 << 1,
> };
>
> +/* flags in
Hi,
On 2012-11-17 12:55, Alexandre Courbot wrote:
A few questions after looking at the documentation:
> +Example
> +---
> +Here are example sequences declared within a backlight device that use all
> the
> +supported resources types:
> +
> + backlight {
> + compatible = "pwm
On Fri, Nov 16, 2012 at 03:22:34PM +0200, Alexander Shishkin wrote:
> Michael Grzeschik writes:
>
> > This adds mx53 as the next user of the usbmisc driver and makes it
> > possible to disable the overcurrent-detection of the internal phy.
> >
> > Signed-off-by: Michael Grzeschik
> > Signed-off-
On 11/20/2012 02:05 PM, AnilKumar, Chimata wrote:
[...]
>>> static struct platform_device_id c_can_id_table[] = {
>>> [BOSCH_C_CAN_PLATFORM] = {
>>> .name = KBUILD_MODNAME,
>>> @@ -99,7 +119,7 @@ static int __devinit c_can_plat_probe(struct
>>> platform_device *pdev)
>>> cons
On Tue, Nov 20, 2012 at 16:20:41, Marc Kleine-Budde wrote:
> On 11/14/2012 07:08 PM, AnilKumar Ch wrote:
> > Add D_CAN raminit support to C_CAN driver to enable D_CAN RAM,
> > which holds all the message objects during transmission or
> > receiving of data. This initialization/de-initialization sho
On 11/19/2012 03:10 PM, Fabio Porcedda :
> Tested on at91sam9260 board (evk-pro3).
>
> Signed-off-by: Fabio Porcedda
> Cc: Andrew Victor
> Cc: Nicolas Ferre
Seems good:
Acked-by: Nicolas Ferre
> Cc: Jean-Christophe PLAGNIOL-VILLARD
> ---
> Documentation/devicetree/bindings/watchdog/atmel-w
On Mon, Nov 19, 2012 at 03:10:42PM +0100, Fabio Porcedda wrote:
> Move the min_timeout initialization inside the orion_wdt definition.
>
> Only compile tested.
>
> Signed-off-by: Fabio Porcedda
> Cc: Jason Cooper
> Cc: Andrew Lunn
Acked-by: Jason Cooper
thx,
Jason.
> ---
> drivers/watchd
On Tue, Nov 20, 2012 at 01:50:46PM +0100, Fabio Porcedda wrote:
> On Mon, Nov 19, 2012 at 5:06 PM, Jason Cooper wrote:
> > On Mon, Nov 19, 2012 at 03:10:38PM +0100, Fabio Porcedda wrote:
> >> Only compile tested.
> >>
> >> Signed-off-by: Fabio Porcedda
> >> Cc: Jason Cooper
> >> Cc: Andrew Lunn
On Mon, Nov 19, 2012 at 5:06 PM, Jason Cooper wrote:
> On Mon, Nov 19, 2012 at 03:10:38PM +0100, Fabio Porcedda wrote:
>> Only compile tested.
>>
>> Signed-off-by: Fabio Porcedda
>> Cc: Jason Cooper
>> Cc: Andrew Lunn
>> ---
>> Documentation/devicetree/bindings/watchdog/marvel.txt | 5 +
>>
On Mon, Nov 19, 2012 at 5:06 PM, Jason Cooper wrote:
> On Mon, Nov 19, 2012 at 03:10:38PM +0100, Fabio Porcedda wrote:
> > Only compile tested.
> >
> > Signed-off-by: Fabio Porcedda
> > Cc: Jason Cooper
> > Cc: Andrew Lunn
> > ---
> > Documentation/devicetree/bindings/watchdog/marvel.txt | 5
On Tue, Nov 20, 2012 at 11:52:06AM +0100, Laurent Pinchart wrote:
> Hi Steffen,
>
> On Tuesday 20 November 2012 11:39:18 Steffen Trumtrar wrote:
> > On Thu, Nov 15, 2012 at 02:15:06PM +0100, Steffen Trumtrar wrote:
> > > Hi!
> > >
> > > Changes since v10:
> > > - fix function name (drm_)display
On 11/14/2012 07:08 PM, AnilKumar Ch wrote:
> Add d_can instances to aliases node to get the D_CAN instance number
> from the driver. To initialize D_CAN message RAM, corresponding instance
> number is required.
>
> To initialize instance 0 message RAM then 0x1 should be written and for
> instance
Hi Steffen,
On Tuesday 20 November 2012 11:39:18 Steffen Trumtrar wrote:
> On Thu, Nov 15, 2012 at 02:15:06PM +0100, Steffen Trumtrar wrote:
> > Hi!
> >
> > Changes since v10:
> > - fix function name (drm_)display_mode_from_videomode
> > - add acked-by, reviewed-by, tested-by
> >
> > Reg
On 11/14/2012 07:08 PM, AnilKumar Ch wrote:
> Add D_CAN raminit support to C_CAN driver to enable D_CAN RAM,
> which holds all the message objects during transmission or
> receiving of data. This initialization/de-initialization should
> be done in synchronous with D_CAN clock.
>
> In case of AM33
On Thu, Nov 15, 2012 at 02:15:06PM +0100, Steffen Trumtrar wrote:
> Hi!
>
> Changes since v10:
> - fix function name (drm_)display_mode_from_videomode
> - add acked-by, reviewed-by, tested-by
>
> Regards,
> Steffen
>
>
> Steffen Trumtrar (6):
> video: add display_timing and videom
On Tue, Nov 20, 2012 at 05:31:22PM +0800, Bo Shen wrote:
> >based on ASoC tree? And the upper go into pinctrl tree?
> >---<8---
> >ssc0: ssc@fffbc000 {
> > compatible = "atmel,at91rm9200-ssc";
> > reg = <0xfffbc000 0x4000>;
> > interrupts = <14 4 5>;
> >+pinctrl-names =
On 11/20/2012 11:23 AM, AnilKumar, Chimata wrote:
> On Tue, Nov 20, 2012 at 15:43:04, Marc Kleine-Budde wrote:
>> On 11/14/2012 07:08 PM, AnilKumar Ch wrote:
>>> Add a new address space/memory resource to d_can device tree node. D_CAN
>>> RAM initialization is achieved through RAMINIT register whic
On Tue, Nov 20, 2012 at 15:43:04, Marc Kleine-Budde wrote:
> On 11/14/2012 07:08 PM, AnilKumar Ch wrote:
> > Add a new address space/memory resource to d_can device tree node. D_CAN
> > RAM initialization is achieved through RAMINIT register which is part of
> > AM33XX control module address space.
On 11/14/2012 07:08 PM, AnilKumar Ch wrote:
> Add a new address space/memory resource to d_can device tree node. D_CAN
> RAM initialization is achieved through RAMINIT register which is part of
> AM33XX control module address space. D_CAN RAM init or de-init should be
> done by writing instance cor
From: Colin Foe-Parker
Add system power off control to rtc driver which is the in-charge
of controlling the BeagleBone system power. The power_off routine
can be hooked up to "pm_power_off" system call.
System power off sequence:-
* Set PMIC STATUS_OFF when PMIC_POWER_EN is pulled low
* Enable P
From: Colin Foe-Parker
Set tps65217 PMIC status to OFF if power enable toggle is supported.
By setting this bit to 1 to enter PMIC to OFF state when PWR_EN pin
is pulled low. Also adds a DT flag to specify that device pmic
supports shutdown control or not.
Signed-off-by: Colin Foe-Parker
[anilk
AM33XX family of devices uses RTC module, one has to manually enable
this support to use RTC features. So this patch enable RTC driver in
omap2plus_defconfig.
Signed-off-by: AnilKumar Ch
---
arch/arm/configs/omap2plus_defconfig |1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/conf
Set ti,pmic-shutdown-controller for BeagleBone in am335x-bone.dts
file, this flag is used by the driver to set tps65217 PMIC status
to OFF when PWR_EN toggle.
Signed-off-by: AnilKumar Ch
---
arch/arm/boot/dts/am335x-bone.dts |2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/boot/
Enable system power off control for BeagleBone in am335x-bone.dts file
under rtc node. RTC is the in-charge of controlling the system power.
This flag is used by the driver to hook up the pm_power_off system call.
Signed-off-by: AnilKumar Ch
---
arch/arm/boot/dts/am335x-bone.dts |4
1 f
Add PM power_off control to rtc driver and PMIC status is set to
STATUS_OFF to shutdown PMIC if PWR_EN is toggled by RTC module.
System power off sequence:-
* Set PMIC STATUS_OFF when PMIC_POWER_EN is pulled low
* Enable PMIC_POWER_EN in rtc module
* Set rtc ALARM2 time
* Enable ALARM2 interrupt
1 - 100 of 110 matches
Mail list logo