Patch adds device tree probe support for mc13783-regulator driver.
Signed-off-by: Alexander Shiyan
---
Documentation/devicetree/bindings/mfd/mc13xxx.txt | 36 +--
drivers/regulator/mc13783-regulator.c | 44 +++
2 files changed, 62 insertions(+), 18
This patch adds a warning about incorrect regulators instead of
printing the names of non-information message about the wrong amount.
Signed-off-by: Alexander Shiyan
---
drivers/regulator/mc13892-regulator.c | 39 +++---
drivers/regulator/mc13xxx-regulator-core.c | 1
On Thu, Apr 25, 2013 at 04:46:27PM +0200, Arnd Bergmann wrote:
> On Tuesday 23 April 2013, Tomasz Figa wrote:
> > This series intends to fix support for Universal C210 board in mainline.
> > Main difference from other boards based on Exynos 4210 is that hardware
> > revision of the SoC used on Univ
Hello. I am creating a DTS file for an ARM (Qualcomm MSM) target which
supports LPAE, meaning that the target is capable of addressing memory
beyond the standard 4GB boundary. To account for the fact that the
memory node can contain reg addresses that exceed 32 bits, I am setting
#address-cel
On Fri, Apr 26, 2013 at 05:43:31AM -0700, Simon Glass wrote:
> Iterating through subnodes with libfdt is a little painful to write as we
> need something like this:
>
> for (depth = 0, count = 0,
> offset = fdt_next_node(fdt, parent_offset, &depth);
> (offset >= 0) && (depth > 0);
>
On 04/26/2013 03:31 PM, Laura Abbott wrote:
> Currently, of_platform_device_create_pdata always sets the
> coherent DMA mask to 32 bits. On ARM systems without CONFIG_ZONE_DMA,
> arm_dma_limit gets set to ~0 or 0x on LPAE based
> systems. Since arm_dma_limit represents the smallest
On 04/26/2013 02:31 AM, Linus Walleij wrote:
> On Wed, Apr 17, 2013 at 2:41 AM, Javier Martinez Canillas
> wrote:
>
> So:
>
>> +static int omap_gpio_irq_domain_xlate(struct irq_domain *d,
>> + struct device_node *ctrlr,
>> +
On 04/26/2013 02:27 AM, Linus Walleij wrote:
> On Wed, Apr 17, 2013 at 5:41 PM, Stephen Warren wrote:
>> On 04/16/2013 05:14 PM, Jon Hunter wrote:
>
c) I have the feeling that hooking the of_xlate function for this is a
bit of an abuse of the function.
>>>
>>> I was wondering about tha
On Fri, Apr 26, 2013 at 09:31:06PM +0100, Laura Abbott wrote:
> Currently, of_platform_device_create_pdata always sets the
> coherent DMA mask to 32 bits. On ARM systems without CONFIG_ZONE_DMA,
> arm_dma_limit gets set to ~0 or 0x on LPAE based
> systems. Since arm_dma_limit repres
Currently, of_platform_device_create_pdata always sets the
coherent DMA mask to 32 bits. On ARM systems without CONFIG_ZONE_DMA,
arm_dma_limit gets set to ~0 or 0x on LPAE based
systems. Since arm_dma_limit represents the smallest dma_mask
on the system, the default of 32 bits preve
On 4/26/2013 1:03 PM, Rob Herring wrote:
On 04/26/2013 01:06 PM, Laura Abbott wrote:
Currently, of_platform_device_create_pdata always sets the
coherent DMA mask to 32 bits. On ARM systems without CONFIG_ZONE_DMA,
arm_dma_limit gets set to ~0 or 0x on LPAE based
systems. Since ar
On 04/26/2013 01:06 PM, Laura Abbott wrote:
> Currently, of_platform_device_create_pdata always sets the
> coherent DMA mask to 32 bits. On ARM systems without CONFIG_ZONE_DMA,
> arm_dma_limit gets set to ~0 or 0x on LPAE based
> systems. Since arm_dma_limit represents the smallest
On 04/26/2013 09:42 PM, Tomasz Figa wrote:
On Friday 26 of April 2013 11:48:50 Sylwester Nawrocki wrote:
On 04/26/2013 10:20 AM, Inki Dae wrote:
Exactly right. it's my mistake. But now it seems that
__mode_of_device_table is multi defined at fimd and g2d side so there
still is module build erro
On Friday 26 of April 2013 11:48:50 Sylwester Nawrocki wrote:
> On 04/26/2013 10:20 AM, Inki Dae wrote:
> > Exactly right. it's my mistake. But now it seems that
> > __mode_of_device_table is multi defined at fimd and g2d side so there
> > still is module build error. :(
> Since all drivers seem to
On 04/25/2013 03:13 PM, Marek Belisko wrote:
Add devicetree support for this dummy audio soc driver.
Signed-off-by: Michal Bachraty
Signed-off-by: Marek Belisko
---
.../bindings/sound/spdif-transmitter.txt | 10 ++
sound/soc/codecs/spdif_transmitter.c | 10
On Fri, Apr 26, 2013 at 11:55:35AM -0700, Simon Glass wrote:
> On Thu, Nov 15, 2012 at 10:38 PM, Alexandre Courbot
> wrote:
> > Hopefully the final series before the feature gets merged. Anton Vorontsov
> > kindly accepted to take it into his tree, so this series is mostly a call
> > for
> > ack
Hi,
On Thu, Nov 15, 2012 at 10:38 PM, Alexandre Courbot wrote:
> Hopefully the final series before the feature gets merged. Anton Vorontsov
> kindly accepted to take it into his tree, so this series is mostly a call for
> acks, tests and reviews notices before the merge window for 3.8 opens. If y
Currently, of_platform_device_create_pdata always sets the
coherent DMA mask to 32 bits. On ARM systems without CONFIG_ZONE_DMA,
arm_dma_limit gets set to ~0 or 0x on LPAE based
systems. Since arm_dma_limit represents the smallest dma_mask
on the system, the default of 32 bits preve
commit d16fb25 (ARM: dts: OMAP4460: Add CPU OPP table)
introduced wrong OPP voltages per OPP by mistake. Sync the OPP
tables with existing OMAP4460 OPP data in
arch/arm/mach-omap2/opp4xxx_data.c
Signed-off-by: Nishanth Menon
---
arch/arm/boot/dts/omap4460.dtsi |6 +++---
1 file changed, 3 in
Hi,
It seems that I have not been paying close attention to
actual voltage value seen on scope to map it back to verify the validity
of the voltage value. Even though I did verify[1] that voltage did scale to
values in DT entries, the values in the case of 3630 and 4460 were lower than
what the spe
commit 3027e26 (ARM: dts: OMAP36xx: Add CPU OPP table)
introduced wrong OPP voltages per OPP by mistake. Sync the OPP
tables with existing OMAP36xx OPP data in
arch/arm/mach-omap2/opp3xxx_data.c
Signed-off-by: Nishanth Menon
---
arch/arm/boot/dts/omap36xx.dtsi |6 +++---
1 file changed, 3 in
On 4/26/2013 3:00 AM, Catalin Marinas wrote:
On Thu, Apr 25, 2013 at 06:09:57PM +0100, Laura Abbott wrote:
On 4/25/2013 6:33 AM, Catalin Marinas wrote:
On Wed, Apr 24, 2013 at 01:50:49AM +0100, Laura Abbott wrote:
By default on ARM systems, the coherent DMA mask (lowest
address) is set to ~0 o
* Luciano Coelho [130426 06:29]:
> On Thu, 2013-04-25 at 20:52 -0700, Tony Lindgren wrote:
> > This is needed to get wl12xx working with device tree based
> > booting.
> >
> > Note that we claim the various GPIO inputs in the regulator
> > as the proper muxing is needed to enable and disable the
* Koen Kooi [130426 02:39]:
>
> Op 26 apr. 2013, om 05:52 heeft Tony Lindgren het volgende
> geschreven:
>
> > Without WLAN we cannot switch omap4 to use device tree
> > only booting. This patch can be reverted when the
> > binding for wl12xx is added.
>
> How much boards am I allowed to add
On Fri, Apr 26, 2013 at 04:33:53PM +0200, Linus Walleij wrote:
> From: Linus Walleij
>
> This adds support for probing the COH 901 327 watchdog from
> the device tree and also adds associated bindings.
>
> Cc: Wim Van Sebroeck
> Signed-off-by: Linus Walleij
Reviewed-by: Guenter Roeck
___
From: Linus Walleij
This adds support for probing the COH 901 327 watchdog from
the device tree and also adds associated bindings.
Cc: Wim Van Sebroeck
Signed-off-by: Linus Walleij
---
ChangeLog v1->v2: augment driver to call watchdog_init_timeout()
so we can also set the timeout from the dev
From: Linus Walleij
This register the most basic peripherals and makes the
U300 boot to prompt from a device tree.
Signed-off-by: Linus Walleij
---
ChangeLog v1->v2:
- Rename nodes in accordance with review comments from Arnd:
- timer0@x -> timer@x
- gpioN@x -> gpio@x
- pinctrl0@x -> pinc
From: Linus Walleij
This makes it possible to probe the COH901 pinctrl driver from
the device tree, and assigned the device tree node in the
gpio_chip so we can look up cross-references from the device
tree. Start grabbing the per-port (bank) IRQs by index instead
of by name so we don't have to l
On 04/26/2013 08:38 AM, Linus Walleij wrote:
> On Mon, Apr 22, 2013 at 1:36 PM, Arnd Bergmann wrote:
>> On Monday 22 April 2013, Linus Walleij wrote:
>>> +#ifdef CONFIG_OF
>>> + struct device_node *timer = NULL;
>>> +
>>> + timer = of_find_node_by_path("/timer0@c0014000");
>>> +
On Mon, Apr 22, 2013 at 1:36 PM, Arnd Bergmann wrote:
> On Monday 22 April 2013, Linus Walleij wrote:
>> +#ifdef CONFIG_OF
>> + struct device_node *timer = NULL;
>> +
>> + timer = of_find_node_by_path("/timer0@c0014000");
>> + if (timer) {
>> + struct resource irq_r
On Mon, Apr 22, 2013 at 1:34 PM, Arnd Bergmann wrote:
> On Monday 22 April 2013, Linus Walleij wrote:
>> From: Linus Walleij
>>
>> The UART1 is on the fast AHB bridge, not on the slow bus.
>>
>> Signed-off-by: Linus Walleij
>
> Do you want to mark this for stable?
>
> While there are not a lot o
On Thu, 2013-04-25 at 20:52 -0700, Tony Lindgren wrote:
> This is needed to get wl12xx working with device tree based
> booting.
>
> Note that we claim the various GPIO inputs in the regulator
> as the proper muxing is needed to enable and disable the
> regulator.
>
> Also, we want to use non-rem
From: Lad, Prabhakar
add OF support for the adv7343 driver.
Signed-off-by: Lad, Prabhakar
Cc: Hans Verkuil
Cc: Laurent Pinchart
Cc: Mauro Carvalho Chehab
Cc: Guennadi Liakhovetski
Cc: Sylwester Nawrocki
Cc: Sakari Ailus
Cc: Grant Likely
Cc: Rob Herring
Cc: Rob Landley
Cc: devicetree-di
Iterating through subnodes with libfdt is a little painful to write as we
need something like this:
for (depth = 0, count = 0,
offset = fdt_next_node(fdt, parent_offset, &depth);
(offset >= 0) && (depth > 0);
offset = fdt_next_node(fdt, offset, &depth)) {
if (depth == 1)
On 26/04/13 12:48, Mark Rutland wrote:
> On Fri, Apr 26, 2013 at 11:18:40AM +0100, Lorenzo Pieralisi wrote:
>> On Fri, Apr 26, 2013 at 03:51:10AM +0100, Rob Herring wrote:
>>> On Wed, Apr 24, 2013 at 12:28 PM, Lorenzo Pieralisi
>>> wrote:
In order to extend the current cpu nodes bindings to n
On Thu, Apr 25, 2013 at 11:22:56AM -0700, Simon Glass wrote:
> Iterating through subnodes with libfdt is a little painful to write as we
> need something like this:
>
> for (depth = 0, count = 0,
> offset = fdt_next_node(fdt, parent_offset, &depth);
> (offset >= 0) && (depth > 0);
>
Hi Linus,
On 25/04/13 23:39, Linus Walleij wrote:
> On Tue, Apr 23, 2013 at 4:33 PM, James Hogan wrote:
>
>> Add a pin control driver for the main pins on the TZ1090 SoC. This
>> doesn't include the low-power pins as they're controlled separately via
>> the Powerdown Controller (PDC) registers.
On Fri, Apr 26, 2013 at 11:18:40AM +0100, Lorenzo Pieralisi wrote:
> On Fri, Apr 26, 2013 at 03:51:10AM +0100, Rob Herring wrote:
> > On Wed, Apr 24, 2013 at 12:28 PM, Lorenzo Pieralisi
> > wrote:
> > > In order to extend the current cpu nodes bindings to newer CPUs
> > > inclusive of AArch64 and
From: Lad, Prabhakar
add OF support for the tvp514x driver.
Signed-off-by: Lad, Prabhakar
Cc: Hans Verkuil
Cc: Laurent Pinchart
Cc: Mauro Carvalho Chehab
Cc: Guennadi Liakhovetski
Cc: Sylwester Nawrocki
Cc: Sakari Ailus
Cc: Grant Likely
Cc: Rob Herring
Cc: Rob Landley
Cc: devicetree-di
On Fri, 2013-04-26 at 14:00 +0300, Luciano Coelho wrote:
> Hi Koen,
>
> On Fri, 2013-04-26 at 11:33 +0200, Koen Kooi wrote:
> > Op 26 apr. 2013, om 05:52 heeft Tony Lindgren het
> > volgende geschreven:
> >
> > > Without WLAN we cannot switch omap4 to use device tree
> > > only booting. This pa
On Fri, Apr 26, 2013 at 12:06:21AM +0100, Rob Herring wrote:
> On 04/25/2013 05:48 PM, Stephen Boyd wrote:
> > On 04/25/13 14:47, Rob Herring wrote:
> >> On 04/15/2013 04:33 PM, Stephen Boyd wrote:
> >>> On 04/15/13 14:20, Rob Herring wrote:
> On Fri, Apr 12, 2013 at 7:27 PM, Stephen Boyd
>
On Fri, Apr 26, 2013 at 12:19:08PM +0200, Fabio Baltieri wrote:
> On Thu, Apr 25, 2013 at 06:46:35PM +0100, Russell King wrote:
> > On Thu, Apr 25, 2013 at 10:13:34AM -0400, Eduardo Valentin wrote:
> > > diff --git a/drivers/thermal/db8500_cpufreq_cooling.c
> > > b/drivers/thermal/db8500_cpufreq_c
Hi Koen,
On Fri, 2013-04-26 at 11:33 +0200, Koen Kooi wrote:
> Op 26 apr. 2013, om 05:52 heeft Tony Lindgren het volgende
> geschreven:
>
> > Without WLAN we cannot switch omap4 to use device tree
> > only booting. This patch can be reverted when the
> > binding for wl12xx is added.
>
> How mu
On Fri, Apr 26, 2013 at 03:51:10AM +0100, Rob Herring wrote:
> On Wed, Apr 24, 2013 at 12:28 PM, Lorenzo Pieralisi
> wrote:
> > In order to extend the current cpu nodes bindings to newer CPUs
> > inclusive of AArch64 and to update support for older ARM CPUs this
> > patch updates device tree docum
On Thu, Apr 25, 2013 at 06:09:57PM +0100, Laura Abbott wrote:
> On 4/25/2013 6:33 AM, Catalin Marinas wrote:
> > On Wed, Apr 24, 2013 at 01:50:49AM +0100, Laura Abbott wrote:
> >> By default on ARM systems, the coherent DMA mask (lowest
> >> address) is set to ~0 or 0x. Currently,
>
On 04/26/2013 10:20 AM, Inki Dae wrote:
> Exactly right. it's my mistake. But now it seems that __mode_of_device_table
> is
> multi defined at fimd and g2d side so there still is module build error. :(
Since all drivers seem to be linked into single a single module, you
likely need to create a s
Op 26 apr. 2013, om 05:52 heeft Tony Lindgren het volgende
geschreven:
> Without WLAN we cannot switch omap4 to use device tree
> only booting. This patch can be reverted when the
> binding for wl12xx is added.
How much boards am I allowed to add to this? I need to get the wl12xx wifi
expansi
On Monday, April 22, 2013 7:42 PM, Andrew Murray wrote:
>
> This patch factors out common implementation patterns to reduce overall kernel
> code and provide a means for host bridge drivers to directly obtain struct
> resources from the DT's ranges property without relying on architecture
> speci
Hi Linus,
Thanks for reviewing these patches.
On 26/04/13 00:01, Linus Walleij wrote:
> On Tue, Apr 23, 2013 at 4:33 PM, James Hogan wrote:
>
>> Add a GPIO driver for the main GPIOs found in the TZ1090 (Comet) SoC.
>> This doesn't include low-power GPIOs as they're controlled separately
>> via
On Thu, Apr 18, 2013 at 11:03 AM, Christian Ruppert
wrote:
> We would like to avoid the use of Linux pin numbers in the device tree.
> Customers are used to physical pin numbers and exposing the logical
> Linux-internal numbering scheme through the device tree would generate
> quite some confusio
On Friday 26 April 2013, Guennadi Liakhovetski wrote:
>
> SHDMA uses only standard DMA Device Tree bindings. This patch adds
> documentation, exactly describing the use of the bindings and providing
> examples.
>
> Signed-off-by: Guennadi Liakhovetski
> ---
>
> This patch adds the missing docum
On Wed, Apr 17, 2013 at 2:41 AM, Javier Martinez Canillas
wrote:
So:
> +static int omap_gpio_irq_domain_xlate(struct irq_domain *d,
> + struct device_node *ctrlr,
> + const u32 *intspec, unsigned int
> intsize,
> +
On Wed, Apr 17, 2013 at 5:41 PM, Stephen Warren wrote:
> On 04/16/2013 05:14 PM, Jon Hunter wrote:
>>> c) I have the feeling that hooking the of_xlate function for this is a
>>> bit of an abuse of the function.
>>
>> I was wondering about that. So I was grep'ing through the various xlate
>> imple
On Mon, Apr 15, 2013 at 11:40 PM, Jon Hunter wrote:
> I am still concerned about the case where a driver may have already
> called gpio_request() and then calls request_irq(). I think that the
> solution needs to handle cases where the driver may or may not call
> gpio_request() to allocate the g
Hi Prakash,
On 4/9/2013 6:01 PM, Manjunathappa, Prakash wrote:
> For modules having single clock, clk_get should be done with dev_id.
> But current davinci implementation handles multiple instances
> of the UART devices with single platform_device_register. Hence clk_get
> is based on con_id rathe
On 2013-04-26 08:51, Linus Walleij wrote:
On Wed, Apr 17, 2013 at 2:36 PM, Andreas Larsson wrote:
This driver supports GRGPIO gpio cores available in the GRLIB VHDL IP
core library from Aeroflex Gaisler.
Signed-off-by: Andreas Larsson
Patch applied.
It's late in the merge cycle but this i
56 matches
Mail list logo
