Calling clk-si5351 driver non-OF ready was too early. This patch
makes clk-si5351 depend on CONFIG_OF again, until things get sorted out.
Signed-off-by: Sebastian Hesselbarth
Reported-by: Stephen Rottweil
---
Cc: Stephen Rothwell
Cc: Grant Likely
Cc: Rob Herring
Cc: Rob Landley
Cc: Mike Turq
On 14 April 2013 01:43, Francesco Lavra wrote:
>> + for_each_child_of_node(of_find_node_by_path("/cpus"), np) {
>
> If of_find_node_by_path() returns NULL, there will be a NULL pointer
> dereference.
>
>> + if (count++ != cpu_dev->id)
>> + continue;
>> +
> On Sat, Apr 13, 2013 at 08:21:39AM +0400, Alexander Shiyan wrote:
> > This patch provides rewritten driver for CLPS711X GPIO which uses
> > generic GPIO code.
> >
> > Signed-off-by: Alexander Shiyan
> > ---
> > arch/arm/configs/clps711x_defconfig| 1 +
> > arch/arm/mach-clps711x/
Hi,
On 04/03/2013 08:42 PM, Tony Lindgren wrote:
> Oh it's already using pinctrl-single,bits option. Maybe there's a
> bug, adding Peter to cc.
I think all boils down to the fact that in pinctrl (single only?) _one_
register can be only associated with _one_ driver. Even through ,bit type
would a
On 04/10/2013 10:34 PM, Tony Lindgren wrote:
> Yeah how about just change the pintctrl-single,bits register
> naming to be register + bit? Something like 0xdeadbeef.0 and
> 0xdeadbeef.1 and so on.
Something like this might work I think. It is going to be a bit tricky IMHO
since we might need span
Provide the RESET and Power regulators for the USB PHY,
the USB Host port mode and the PHY device.
The USB PHY needs AUXCLK3 to operate. Provide this information
as well.
Also provide pin multiplexer information for the USB host
pins.
This patch depends on OMAP clock binding introduced in
https:
On Sat, Apr 13, 2013 at 10:33:22PM +0100, Grant Likely wrote:
> On Tue, 5 Mar 2013 09:28:49 +, Mark Rutland wrote:
> > On Mon, Mar 04, 2013 at 02:51:14AM +, Grant Likely wrote:
> > > I could use some more context for how this will be used. Do device
> > > drivers need to be aware of which
Dear Jason Cooper,
On Sat, 13 Apr 2013 15:00:37 -0400, Jason Cooper wrote:
> > So let's continue the cleanup work, conversion to DT, usage of
> > drivers in drivers/, improvement of pinmux to support
> > orion5x/mv78xx0, and do the move per-platform, once they are ready.
> >
> > What do you thin
On Sun, 24 Mar 2013 14:58:13 +0100, Lubomir Rintel wrote:
> This introduces a routine devm_of_iomap(), which acts exactly like of_iomap()
> apart from that managed deivce resource subsystem takes care of reclaiming the
> resources wherever appropriate.
>
> Signed-off-by: Lubomir Rintel
> Cc: Gra
On Sat, 23 Mar 2013 18:13:47 +1300, Tony Prisk wrote:
> This patch adds an of_property_read_u32_index() function to allow
> reading a single indexed u32 value from a property containing multiple
> u32 values.
>
> Signed-off-by: Tony Prisk
> ---
> cc: Grant Likely
> cc: Rob Herring
> cc: device
On 21:35 Mon 07 Jan , Arnd Bergmann wrote:
> (Adding Sascha Hauer, Linus Walleij, Lee Jones to Cc)
>
> On Monday 07 January 2013, Tony Lindgren wrote:
> > >
> > > At the end of the line, some kind of hardware glue is going to be needed.
> > >
> > > I just feel that drawing from a sample size
On Wed, 20 Mar 2013 14:41:59 +0530, Kishon Vijay Abraham I
wrote:
> Added a generic PHY framework that provides a set of APIs for the PHY drivers
> to create/destroy a PHY and APIs for the PHY users to obtain a reference to
> the PHY with or without using phandle. To obtain a reference to the PHY
Hi,
On Monday 15 April 2013 03:50 PM, Grant Likely wrote:
On Wed, 20 Mar 2013 14:41:59 +0530, Kishon Vijay Abraham I
wrote:
Added a generic PHY framework that provides a set of APIs for the PHY drivers
to create/destroy a PHY and APIs for the PHY users to obtain a reference to
the PHY with or
On Tue, Apr 9, 2013 at 11:16 AM, Fabio Baltieri
wrote:
> Ux500 regulator name for V-INTCORE is misspelled as vinitcore instead of
> vintcore in some .dts file, causing the AB8500 regulator driver to not
> bind properly. Fix this by replacing all occurrences with the right
> name.
>
> Acked-by: L
On Mon, 2013-04-15 at 13:20 +0300, Grygorii Strashko wrote:
> On 04/13/2013 09:27 PM, Christoph Fritz wrote:
> > Hi
> >
> > while testing an omap3 board with device tree support I stumbled upon a
> > bug which is due to wrong initialization order of twl-core and
> > twl-regulator (I suppose): In
On Sun, Apr 14, 2013 at 10:53 PM, Linus Walleij
wrote:
> On Sun, Apr 14, 2013 at 3:35 AM, Javier Martinez Canillas
> wrote:
>
>> Is the following inlined patch [1] what you were thinking that would
>> be the right approach?
Hi Linus, thanks a lot for your feedback.
>
> This looks sort of OK, bu
On 04/15/2013 12:36 PM, Kishon Vijay Abraham I wrote:
> On Monday 15 April 2013 03:50 PM, Grant Likely wrote:
>> On Wed, 20 Mar 2013 14:41:59 +0530, Kishon Vijay Abraham I
>> wrote:
>>> Added a generic PHY framework that provides a set of APIs for the PHY
>>> drivers
>>> to create/destroy a PHY a
On Wed, 20 Mar 2013 14:42:00 +0530, Kishon Vijay Abraham I
wrote:
> The PHY framework provides a set of APIs for the PHY drivers to
> create/destroy a PHY and APIs for the PHY users to obtain a reference to the
> PHY with or without using phandle. To obtain a reference to the PHY without
> using
On 4/9/2013 11:14 AM, Manjunathappa, Prakash wrote:
> Hi Grant,
>
> On Wed, Apr 03, 2013 at 19:39:05, Manjunathappa, Prakash wrote:
>> Testing information:
>> da850-evm comes with partitions specified in DT blob.
>> Able to mount/umount and create/delete files on filesystem partition.
>>
>
> Coul
On Mon, 15 Apr 2013 16:06:37 +0530, Kishon Vijay Abraham I
wrote:
> Hi,
>
> On Monday 15 April 2013 03:50 PM, Grant Likely wrote:
> > On Wed, 20 Mar 2013 14:41:59 +0530, Kishon Vijay Abraham I
> > wrote:
> >> Added a generic PHY framework that provides a set of APIs for the PHY
> >> drivers
>
Hi,
On Monday 15 April 2013 05:04 PM, Grant Likely wrote:
On Wed, 20 Mar 2013 14:42:00 +0530, Kishon Vijay Abraham I
wrote:
The PHY framework provides a set of APIs for the PHY drivers to
create/destroy a PHY and APIs for the PHY users to obtain a reference to the
PHY with or without using ph
Hi,
On Monday 15 April 2013 05:56 PM, Grant Likely wrote:
On Mon, 15 Apr 2013 16:06:37 +0530, Kishon Vijay Abraham I
wrote:
Hi,
On Monday 15 April 2013 03:50 PM, Grant Likely wrote:
On Wed, 20 Mar 2013 14:41:59 +0530, Kishon Vijay Abraham I
wrote:
Added a generic PHY framework that provi
Provide RESET and Power regulators for the USB PHY,
the USB Host port mode and the PHY device.
Also provide pin multiplexer information for USB host
pins.
This will not work for Rev Cx boards because of reversed logic
for USB_POWER_Enable.
CC: Benoît Cousson
Signed-off-by: Roger Quadros
---
a
On 04/15/2013 03:35 PM, Roger Quadros wrote:
> Provide RESET and Power regulators for the USB PHY,
> the USB Host port mode and the PHY device.
>
> Also provide pin multiplexer information for USB host
> pins.
>
> This will not work for Rev Cx boards because of reversed logic
> for USB_POWER_Enab
Hi Mark,
On Thursday 04 of April 2013 18:19:20 Tomasz Figa wrote:
> This series adds Device Tree support to max8998 MFD driver.
>
> First patch reworks max8998-irq driver to use IRQ domains. Second patch
> prepares platform data structure to ease generating it at runtime from
> data parsed from d
On 2013-04-10 20:50, Linus Walleij wrote:
On Fri, Mar 15, 2013 at 2:45 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
---
.../devicetree/bindings/gpio/gpio-grgpio.txt
On 2013-04-10 21:25, Linus Walleij wrote:
On Fri, Mar 15, 2013 at 2:45 PM, Andreas Larsson wrote:
The drivers sets up an irq domain and hands out unique virqs to irq
capable gpio lines regardless of which underlying irqs maps to which gpio
line.
Signed-off-by: Andreas Larsson
(...)
+- irqm
On Fri, 22 Mar 2013 17:16:54 +0800, Wenyou Yang wrote:
> From: Jean-Christophe PLAGNIOL-VILLARD
>
> This will allow to use gpio for chip select with no modification in the
> driver binding
>
> When use the cs-gpios, the gpio number will be passed via the cs_gpio field
> and the number of chip s
Michal, Ben,
Would you have some time to look at this patch and give your comments
and/or ACK ? Since it touches the PowerPC and Microblaze core code, we
need your agreement to merge this code, and quite a bit of code pending
for 3.10 depends on this patch.
Rob, alternatively, could we imagine do
On Thu, 21 Mar 2013 20:02:10 +0530, Laxman Dewangan
wrote:
> Add of_device_id table for Palma RTC to be enable the
> driver from DT file.
>
> The driver can be registered from DT file as:
> palmas: tps65913@58 {
> :::
> palmas_rtc {
>
On Thu, 21 Mar 2013 13:42:40 +0530, Sachin Kamat
wrote:
> Hi,
>
> I was wondering if there is any way to locate the syntax error in
> included .dtsi files (other than manually inspecting them).
> In certain cases dtc only points at the line which includes the dtsi
> file inside the dts file as t
On Mon, 18 Mar 2013 15:05:50 +0530, Laxman Dewangan
wrote:
> Add documentation for device tree binding of NVIDIA's Tegra i2c
> controller driver.
>
> Describing all compatible values used for diffenent Tegra SoCs
> in details in this documentation.
>
> Signed-off-by: Laxman Dewangan
Looks fin
Hi,
Le Mon, 15 Apr 2013 14:43:21 +0200,
Jean-Christophe PLAGNIOL-VILLARD a écrit :
> On 16:31 Sun 14 Apr , Markus Pargmann wrote:
> > On Mon, Apr 08, 2013 at 09:57:42AM +0200, Jean-Christophe PLAGNIOL-VILLARD
> > wrote:
> > > On 12:31 Fri 05 Apr , Markus Pargmann wrote:
> > > > Add devi
On Sat, Apr 13, 2013 at 10:02:09PM +0100, Olav Haugan wrote:
> Hi again Will,
Hello Olav,
> On 4/10/2013 10:37 AM, Will Deacon wrote:
> > Ok, but then how does that interact with the IOMMU API in Linux? e.g.
> > if a client asks for an iova <-> pa mapping on a device, then you
> > need to lookup
On Tue, 19 Mar 2013 11:35:48 -0500, Jon Hunter wrote:
> Adds a function to read the various GPMC chip-select settings from
> device-tree and store them in the gpmc_settings structure.
>
> Update the GPMC device-tree binding documentation to describe these
> options.
>
> Signed-off-by: Jon Hunter
On Tue, 19 Mar 2013 16:15:57 +0100, Hector Palacios
wrote:
> Hello,
>
> For embedded devices where NAND flash is the only storage media, I was
> wondering what
> are the existing approaches on how to store the device tree blob in flash.
> Searching on the Internet I have found only two approac
On Sat, 16 Mar 2013 14:09:36 +0100, Sebastian Hesselbarth
wrote:
> This driver adds a DT test clock consumer that exposes debugfs files to
> enable/disable and set/get rate of the attached programmable clock.
> During development of a i2c-attached clock generator I found it useful
> to debug the
On 15:13 Mon 15 Apr , Eric Bénard wrote:
> Hi,
>
> Le Mon, 15 Apr 2013 14:43:21 +0200,
> Jean-Christophe PLAGNIOL-VILLARD a écrit :
>
> > On 16:31 Sun 14 Apr , Markus Pargmann wrote:
> > > On Mon, Apr 08, 2013 at 09:57:42AM +0200, Jean-Christophe
> > > PLAGNIOL-VILLARD wrote:
> > > > On
On Mon, 4 Mar 2013 18:03:23 -0600, Kim Phillips
wrote:
> On Mon, 4 Mar 2013 10:30:45 -0800
> Curt Brune wrote:
>
> > Hello -
> >
> > I want to pass a number of arguments from u-boot to the booted kernel.
> > The arguments are needed by user space applications, not the kernel.
> >
> > I can t
On Thu, 07 Mar 2013 18:07:53 -0600, Rob Herring wrote:
> On 03/07/2013 04:32 AM, Ricardo Ribalda Delgado wrote:
> > Hi
> >
> > I have an FPGA attached to the pci bus. The FPGA has an internal bus
> > with multiple cores that are already supported in the kernel.
> >
> > I have made a driver that
Thank you for having a look Grant.
On Sat, Apr 13, 2013 at 11:24:48PM +0100, Grant Likely wrote:
> On Mon, 25 Mar 2013 15:20:39 +, Lorenzo Pieralisi
> wrote:
> > On Tue, Mar 19, 2013 at 07:07:34AM +, David Gibson wrote:
> > > On Mon, Mar 18, 2013 at 09:48:16AM +, Lorenzo Pieralisi wr
On Mon, Apr 15, 2013 at 04:07:14AM +0100, Ben Hutchings wrote:
> On Sat, 2013-04-13 at 15:00 -0400, Jason Cooper wrote:
> > On Sat, Apr 13, 2013 at 05:21:26PM +0200, Thomas Petazzoni wrote:
> > > Dear Jason Cooper,
> > >
> > > On Thu, 11 Apr 2013 12:53:03 -0400, Jason Cooper wrote:
> > >
> > > >
On Wed, 27 Mar 2013 15:27:23 -0700, Andrew Morton
wrote:
> On Wed, 20 Mar 2013 11:52:45 +0100 Philipp Zabel
> wrote:
>
> > This driver requests and remaps a memory region as configured in the
> > device tree. It serves memory from this region via the genalloc API.
> > It optionally enables the
On 16:31 Sun 14 Apr , Markus Pargmann wrote:
> On Mon, Apr 08, 2013 at 09:57:42AM +0200, Jean-Christophe PLAGNIOL-VILLARD
> wrote:
> > On 12:31 Fri 05 Apr , Markus Pargmann wrote:
> > > Add devicetree support for imx framebuffer driver. It uses the generic
> > > display bindings and helper
This series intends to add support for Universal C210 board using Device
Tree. Main difference from other boards based on Exynos 4210 is that
hardware revision of the SoC used on Universal C210 does not support MCT
timers and legacy PWM timers must be used instead.
First patch adds device tree nod
This patch adds device tree node for PWM block present on Exynos 4 SoCs.
Signed-off-by: Tomasz Figa
---
arch/arm/boot/dts/exynos4.dtsi | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/boot/dts/exynos4.dtsi b/arch/arm/boot/dts/exynos4.dtsi
index d73eaa1..d7058c1 100644
--- a/a
This patch extends exynos_init_time() function to handle Exynos4210 rev0
SoC, which differs in availability of system timers and needs different
clocksource initialization.
This makes it possible to use exynos_init_time() function as init_time
callback for all Exynos-based boards, including Univer
This patch adds basic device tree sources for Universal C210 board.
Currently support includes:
- eMMC
- serial
- max8952 and max8998 voltage regulators.
- gpio-keys
More support will be added in further patches.
Signed-off-by: Tomasz Figa
---
arch/arm/boot/dts/Makefile |
On 04/15/2013 10:39 AM, Paolo Pisati wrote:
> Signed-off-by: Paolo Pisati
That should already be fixed in the DMA tree. See commit 7362f04c28 ("DMA:
OF: Check properties value before running be32_to_cpup() on it").
- Lars
> ---
> drivers/dma/of-dma.c |7 +--
> 1 file changed, 5 insert
On Mon, 2013-04-15 at 14:57 +0200, Thomas Petazzoni wrote:
> Michal, Ben,
>
> Would you have some time to look at this patch and give your comments
> and/or ACK ? Since it touches the PowerPC and Microblaze core code, we
> need your agreement to merge this code, and quite a bit of code pending
> f
Thomas,
On Tue, Apr 09, 2013 at 11:06:21PM +0200, Thomas Petazzoni wrote:
> Hello,
>
> This series of patches introduces PCIe support for the Marvell Armada
> 370 and Armada XP. In the future, we plan to extend the driver to
> cover Kirkwood platforms, and possibly other Marvell EBU platforms as
On Fri, Apr 12, 2013 at 04:29:05PM +0200, Gregory CLEMENT wrote:
> Hi Jason,
>
> I have just rebased the commits that you haven't applied yet. They are
> rebased on mvebu/dt. I check that all the dtb can be built.
>
> Thanks,
>
> Gregory CLEMENT (3):
> ARM: dts: mvebu: Convert all the mvebu fi
On 04/15/2013 05:47 PM, Jason Cooper wrote:
> On Fri, Apr 12, 2013 at 04:29:05PM +0200, Gregory CLEMENT wrote:
>> Hi Jason,
>>
>> I have just rebased the commits that you haven't applied yet. They are
>> rebased on mvebu/dt. I check that all the dtb can be built.
>>
>> Thanks,
>>
>> Gregory CLEMENT
As the number of CPUs increase, the temporary array allocated on the
stack in arm_dt_init_cpu_maps() can become too big and trigger stack
issues.
This patch moves the allocated memory to static __initdata so that stack
data is not used anymore to allocate the temporary array.
Memory is marked as __
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 documentation for the cpu nodes bindings.
Main changes:
- adds 64-bit bindings (inclusive of cpus node #address-cells updates)
- defines beh
The introduction of DT cpus/cpu bindings for ARM requires well established
rules to enforce the reg property definition for 32-bit and 64-bit ARM
processors, inclusive of legacy and current uniprocessor/SMP systems.
ARM 64 bit architecture also requires dtb compiled for 64-bit configurations
to be
On 04/12/2013 04:54 PM, Nishanth Menon wrote:
> OMAP clock data is located in arch/arm/mach-omap2/cclockXYZ_data.c.
> However, this presents an obstacle for using these clock nodes in
> Device Tree definitions. This is especially true for board specific
> clocks initially. The fixed clocks are curr
* Grygorii Strashko [130415 04:05]:
> On 04/15/2013 01:56 PM, Christoph Fritz wrote:
> >On Mon, 2013-04-15 at 13:20 +0300, Grygorii Strashko wrote:
> >>--- a/drivers/pinctrl/pinctrl-single.c
> >>+++ b/drivers/pinctrl/pinctrl-single.c
> >>@@ -1014,7 +1014,18 @@ static struct platform_driver pcs_dri
Russell,
Thanks for applying this patch (7683/1) to your tree. I see it's in
your for-next, which I understand *isn't* stable.
029baf1 ARM: 7683/1: pci: add a align_resource hook
Is there a stable branch I could depend on for the rest of this series
(particularly, patch 10)? It looks like yo
Dear Jason Cooper,
On Mon, 15 Apr 2013 11:46:20 -0400, Jason Cooper wrote:
> > * Patches 1-5 are awaiting a formal Acked-by from the Device Tree
> >maintainers. Patches 1-3 are the new version of the OF PCI range
> >parsing functions from Andrew Murray, which he worked on after the
> >
On Mon, Apr 15, 2013 at 06:36:23PM +0200, Thomas Petazzoni wrote:
> Dear Jason Cooper,
>
> On Mon, 15 Apr 2013 11:46:20 -0400, Jason Cooper wrote:
>
> > > * Patches 1-5 are awaiting a formal Acked-by from the Device Tree
> > >maintainers. Patches 1-3 are the new version of the OF PCI range
>
On 04/15/2013 02:19 AM, Peter Ujfalusi wrote:
> Hi,
>
> On 04/03/2013 08:42 PM, Tony Lindgren wrote:
>> Oh it's already using pinctrl-single,bits option. Maybe there's a
>> bug, adding Peter to cc.
>
> I think all boils down to the fact that in pinctrl (single only?) _one_
> register can be only
Dear Jason Cooper,
On Mon, 15 Apr 2013 12:38:45 -0400, Jason Cooper wrote:
> > This ones are more recent than the v5 I originally used as a base for
> > my PCIe v8. I can resend a v9 of my PCIe patch set based on the v6 of
> > Andrew, or you can directly use PATCH 1,2,3 from Andrew series to
> >
Hi Thomas and Andrew,
First of all I would recommend you to add your tree to 0-day testing
system where you can easily catch up compilation failures for
microblaze and others.
Getting this compilation failure:
drivers/of/of_pci.c: In function 'pci_process_bridge_OF_ranges':
drivers/of/of_pci.c:88
On 04/13/2013 07:35 PM, Javier Martinez Canillas wrote:
...
> Is the following inlined patch [1] what you were thinking that would
> be the right approach?
...
> diff --git a/drivers/gpio/gpio-omap.c b/drivers/gpio/gpio-omap.c
...
> +static int omap_gpio_irq_request(struct irq_data *d)
> +{
> +
On 04/15/2013 08:27 AM, Grant Likely wrote:
> On Tue, 19 Mar 2013 11:35:48 -0500, Jon Hunter wrote:
>> Adds a function to read the various GPMC chip-select settings from
>> device-tree and store them in the gpmc_settings structure.
>>
>> Update the GPMC device-tree binding documentation to descri
On 04/14/2013 02:53 PM, Linus Walleij wrote:
> On Sun, Apr 14, 2013 at 3:35 AM, Javier Martinez Canillas
> wrote:
>
>> Is the following inlined patch [1] what you were thinking that would
>> be the right approach?
>
> This looks sort of OK, but I'm still struggling with the question of
> what we
Andrew Murray, Thomas,
On Thu, Apr 11, 2013 at 04:26:06PM +0100, Andrew Murray wrote:
> This patchset factors out duplicated code associated with parsing PCI
> DT "ranges" properties across the architectures and introduces a
> "ranges" parser. This parser "of_pci_range_parser" can be used directly
On 04/03/2013 08:45 AM, Thierry Reding wrote:
> Move the PCIe driver from arch/arm/mach-tegra into the drivers/pci/host
> directory. The motivation is to collect various host controller drivers
> in the same location in order to facilitate refactoring.
>
> The Tegra PCIe driver has been largely re
On Mon, Apr 15, 2013 at 7:56 PM, Jason Cooper wrote:
> As agreed with Rob Herring, series applied to mvebu/drivers to support
> mvebu pcie driver.
Will this hit ARM SoC soon-ish so I can base a pull request for the Integrator
on this stuff as well?
Yours,
Linus Walleij
_
On Mon, Apr 15, 2013 at 11:22 AM, Stephen Warren wrote:
> On 04/12/2013 04:54 PM, Nishanth Menon wrote:
>> OMAP clock data is located in arch/arm/mach-omap2/cclockXYZ_data.c.
>> However, this presents an obstacle for using these clock nodes in
>> Device Tree definitions. This is especially true fo
On 04/15/2013 10:13 AM, 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 documentation for the cpu nodes bindings.
>
> diff --git a/Documentation/devicetree/b
On Mon, Apr 15, 2013 at 03:13:16PM +0200, Eric Bénard wrote:
> Hi,
>
>
> I didn't follow the thread but dmacr is not specific to our boards :
> $ grep -rn dmacr arch/arm/mach-imx/
> arch/arm/mach-imx/mach-mx27_3ds.c:446:.dmacr = 0x00020010,
> arch/arm/mach-imx/mach-mx21ads.c:231:
On Mon, 15 Apr 2013 17:56:10 +0530, Kishon Vijay Abraham I
wrote:
> Hi,
>
> On Monday 15 April 2013 05:04 PM, Grant Likely wrote:
> > On Wed, 20 Mar 2013 14:42:00 +0530, Kishon Vijay Abraham I
> > wrote:
> >> The PHY framework provides a set of APIs for the PHY drivers to
> >> create/destroy a
On 04/15/2013 11:53 AM, Stephen Warren wrote:
> On 04/13/2013 07:35 PM, Javier Martinez Canillas wrote:
> ...
>> Is the following inlined patch [1] what you were thinking that would
>> be the right approach?
> ...
>> diff --git a/drivers/gpio/gpio-omap.c b/drivers/gpio/gpio-omap.c
> ...
>> +static
On Wed, Apr 10, 2013 at 8:55 AM, Prabhakar lad
wrote:
> From: Lad, Prabhakar
>
> add a missing double quote for compatible property for pmx_wkup.
>
> Signed-off-by: Lad, Prabhakar
> Cc: Grant Likely
> Cc: Rob Herring
> Cc: Rob Landley
> Cc: Tony Lindgren
> Cc: Linus Walleij
> Cc: Peter Ujf
This series adds Device Tree support for Samsung S3C64xx SoC series.
It fixes several problems preventing from booting an S3C64xx-based system
using Device Tree, adds all the infrastructure for Device Tree-based board
support, including mach-s3c64xx-dt and dts include files for S3C64xx SoCs,
and b
This patch extends vic_of_init to parse valid interrupt sources
and resume sources masks from device tree.
If mask values are not specified in device tree, all sources
are assumed to be valid, as before this patch.
Signed-off-by: Tomasz Figa
---
Documentation/devicetree/bindings/arm/vic.txt | 6
The new pinctrl-s3c64xx is responsible for EINT handling on DT-enabled
platforms.
Signed-off-by: Tomasz Figa
---
arch/arm/mach-s3c64xx/common.c | 20 +++-
1 file changed, 19 insertions(+), 1 deletion(-)
diff --git a/arch/arm/mach-s3c64xx/common.c b/arch/arm/mach-s3c64xx/common.c
The new driver handles GPIO on DT-enabled platforms.
Signed-off-by: Tomasz Figa
---
drivers/gpio/gpio-samsung.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/gpio/gpio-samsung.c b/drivers/gpio/gpio-samsung.c
index 99e0fa4..dc06a6f 100644
--- a/drivers/gpio/gpio-s
This patch adds board file that will be used to boot S3C64xx-based boards
using Device Tree.
Signed-off-by: Tomasz Figa
---
arch/arm/mach-s3c64xx/Kconfig | 16 +++
arch/arm/mach-s3c64xx/Makefile | 1 +
arch/arm/mach-s3c64xx/mach-s3c64xx-dt.c | 83 +
This patch adds basic device tree definitions for Samsung S3C64xx SoCs.
Since all the SoCs in the series are very similar, the files are created
hierarchically - one file for the whole series and then separate files
for particular SoCs including the common one.
Signed-off-by: Tomasz Figa
---
ar
This patch adds basic device tree sources for FriendlyARM Mini6410 board
based on Samsung S3C6410 SoC.
Signed-off-by: Tomasz Figa
---
arch/arm/boot/dts/Makefile | 1 +
arch/arm/boot/dts/s3c6410-mini6410.dts | 168 +
2 files changed, 169 insertions(+)
On Fri, Apr 12, 2013 at 7:27 PM, Stephen Boyd wrote:
> Add a binding for the arm architected timer hardware's memory
> mapped interface. The mmio timer hardware is made up of one base
> frame and a collection of up to 8 timer frames, where each of the
> 8 timer frames can have either one or two vi
On 04/15/13 14:20, Rob Herring wrote:
> On Fri, Apr 12, 2013 at 7:27 PM, Stephen Boyd wrote:
>> @@ -26,3 +30,52 @@ Example:
>> <1 10 0xf08>;
>> clock-frequency = <1>;
>> };
>> +
>> +** Memory mapped timer node properties
>> +
>> +- compa
On 04/15/2013 11:58 AM, Stephen Warren wrote:
> On 04/14/2013 02:53 PM, Linus Walleij wrote:
>> On Sun, Apr 14, 2013 at 3:35 AM, Javier Martinez Canillas
>> wrote:
>>
>>> Is the following inlined patch [1] what you were thinking that would
>>> be the right approach?
>>
>> This looks sort of OK, b
On 04/15/2013 04:40 PM, Jon Hunter wrote:
>
> On 04/15/2013 11:58 AM, Stephen Warren wrote:
>> On 04/14/2013 02:53 PM, Linus Walleij wrote:
>>> On Sun, Apr 14, 2013 at 3:35 AM, Javier Martinez Canillas
>>> wrote:
>>>
Is the following inlined patch [1] what you were thinking that would
On 04/15/2013 03:40 PM, Jon Hunter wrote:
>
> On 04/15/2013 11:58 AM, Stephen Warren wrote:
>> On 04/14/2013 02:53 PM, Linus Walleij wrote:
>>> On Sun, Apr 14, 2013 at 3:35 AM, Javier Martinez Canillas
>>> wrote:
>>>
Is the following inlined patch [1] what you were thinking that would
b
On Mon, Apr 15, 2013 at 08:29:06PM +0200, Linus Walleij wrote:
> On Mon, Apr 15, 2013 at 7:56 PM, Jason Cooper wrote:
>
> > As agreed with Rob Herring, series applied to mvebu/drivers to support
> > mvebu pcie driver.
>
> Will this hit ARM SoC soon-ish so I can base a pull request for the Integr
On 04/15/2013 05:16 PM, Stephen Warren wrote:
> On 04/15/2013 03:40 PM, Jon Hunter wrote:
>>
>> On 04/15/2013 11:58 AM, Stephen Warren wrote:
>>> On 04/14/2013 02:53 PM, Linus Walleij wrote:
On Sun, Apr 14, 2013 at 3:35 AM, Javier Martinez Canillas
wrote:
> Is the following inl
On Monday 15 April 2013 00:58:38 David Gibson wrote:
> On Wed, Apr 10, 2013 at 02:29:07PM -0400, Mike Frysinger wrote:
> > For a follow up commit, we want to be able to scan the buffer that was
> > returned to us. In order to do that safely, we need to know how big
> > the buffer actually is, so p
On Monday 15 April 2013 01:12:06 David Gibson wrote:
> On Wed, Apr 10, 2013 at 02:29:15PM -0400, Mike Frysinger wrote:
> > -static void dump_blob(void *blob)
> > +static const char *tagname(uint32_t tag)
> > {
> > + static const char * const names[] = {
> > +#define TN(t) [t] #t
> > +
Hi David,
On Fri, Mar 22, 2013 at 6:18 AM, David Gibson
wrote:
> On Tue, Mar 12, 2013 at 08:46:12PM -0700, Simon Glass wrote:
>> Hi,
>>
>> On Fri, Feb 15, 2013 at 2:49 PM, Simon Glass wrote:
>> > Given a set of nodes and properties, find the regions of the device tree
>> > which describe those p
Hi Sebastian,
On Mon, 15 Apr 2013 09:00:14 +0200 Sebastian Hesselbarth
wrote:
>
> Calling clk-si5351 driver non-OF ready was too early. This patch
> makes clk-si5351 depend on CONFIG_OF again, until things get sorted out.
>
> Signed-off-by: Sebastian Hesselbarth
> Reported-by: Stephen Rottweil
On Mon, Apr 15, 2013 at 07:35:55PM -0400, Mike Frysinger wrote:
> On Monday 15 April 2013 01:12:06 David Gibson wrote:
> > On Wed, Apr 10, 2013 at 02:29:15PM -0400, Mike Frysinger wrote:
> > > -static void dump_blob(void *blob)
> > > +static const char *tagname(uint32_t tag)
> > > {
> > > + static
Hi, Grant,
> -Original Message-
> From: Grant Likely [mailto:glik...@secretlab.ca] On Behalf Of Grant Likely
> Sent: 2013年4月15日 20:56
> To: Yang, Wenyou; Gao, Andy
> Cc: Jean-Christophe PLAGNIOL-VILLARD; devicetree-discuss@lists.ozlabs.org;
> spi-devel-gene...@lists.sourceforge.net; rob.he
For a follow up commit, we want to be able to scan the buffer that was
returned to us. In order to do that safely, we need to know how big
the buffer actually is, so create a new set of funcs to pass that back.
Signed-off-by: Mike Frysinger
---
util.c | 19 ---
util.h | 13 +
We've got these handy helpers, so let's use them.
Acked-by: David Gibson
Signed-off-by: Mike Frysinger
---
util.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/util.c b/util.c
index b081fa8..12f0614 100644
--- a/util.c
+++ b/util.c
@@ -212,12 +212,12 @@ int utilfdt_rea
This is so all utilities can have this flag and not just dtc.
Acked-by: David Gibson
Signed-off-by: Mike Frysinger
---
dtc.c | 5 +
util.c | 7 +++
util.h | 5 +
3 files changed, 13 insertions(+), 4 deletions(-)
diff --git a/dtc.c b/dtc.c
index d40e220..e4e1b84 100644
--- a/dtc.c
Often times, fdts get embedded in other larger files. Rather than force
people to `dd` the blob out themselves, make the fdtdump file smarter.
It can now scan the blob looking for the fdt magic. Once locate, it does
a little validation on the main struct to make sure we didn't hit random
binary
1 - 100 of 113 matches
Mail list logo
