Hi,
On Friday 19 April 2013 02:39 PM, Grant Likely wrote:
On Tue, 16 Apr 2013 15:48:07 +0530, Kishon Vijay Abraham I kis...@ti.com
wrote:
On Tuesday 16 April 2013 01:20 AM, Grant Likely wrote:
On Mon, 15 Apr 2013 17:56:10 +0530, Kishon Vijay Abraham I kis...@ti.com
wrote:
On Monday 15
On 22 April 2013 11:55, amit kachhap amit.kach...@gmail.com wrote:
Hi,
I have one suggestion,
On Fri, Apr 19, 2013 at 10:08 PM, Lukasz Majewski
l.majew...@samsung.com wrote:
Enable TMU support for Exynos4412 based target with device tree.
Signed-off-by: Lukasz Majewski
On Monday 22 April 2013, Rob Herring wrote:
From: Rob Herring rob.herr...@calxeda.com
In converting the last remaining of_platform_driver (ibmebus) to a regular
platform driver, to_platform_driver is needed to replace
to_of_platform_driver.
Signed-off-by: Rob Herring
On Monday 22 April 2013, Rob Herring wrote:
From: Rob Herring rob.herr...@calxeda.com
This series is a relatively straight-forward removal of the last remaining
user of of_platform_driver (ibmebus) and removal of CONFIG_OF_DEVICE which
is always enabled when CONFIG_OF is enabled.
Compile
On 04/19/2013 06:43 PM, Tony Lindgren wrote:
* Roger Quadros rog...@ti.com [130419 03:02]:
Hi Benoit/Tony
I've consolidated all the USB host device tree patches for Panda and Beagles
to one place and addressed Tony's comments.
NOTE: patch 1 depends on OMAP clock binding introduced in
Hi Alexandre, Jonathan,
Le 20/04/2013 17:38, Alexandre Belloni a écrit :
On 20/04/2013 11:52, Jonathan Cameron wrote:
+ iio_dev_attr_gain.dev_attr.attr,
+ iio_const_attr_gain_available.dev_attr.attr,
+ iio_dev_attr_min_conversions.dev_attr.attr,
What governs this? Looks to me more
Hi Alexandre,
Le 18/04/2013 17:38, Alexandre Belloni a écrit :
+ nau7802_i2c_write(st, NAU7802_REG_PUCTRL, data);
+ nau7802_i2c_write(st, NAU7802_REG_ADC_CTRL, 0x30);
+
+ if (tmp = 2400) {
+ data = NAU7802_CTRL1_VLDO((4500 - tmp) / 300);
+
On 20/04/13 16:38, Alexandre Belloni wrote:
Hi Jonathan,
Thanks for your review,
On 20/04/2013 11:52, Jonathan Cameron wrote:
A few bits and pieces inline.
Ouch, that interrupt handling is annoyingly complex. Pesky hardware
designers...
Right, even worse is that on the board we are
The Solomon SSD1306 OLED controller is very similar to the SSD1307,
except for the fact that the power is given through an external PWM for
the 1307, and while the 1306 can generate its own power without any PWM.
Signed-off-by: Maxime Ripard maxime.rip...@free-electrons.com
---
From: Linus Walleij linus.wall...@linaro.org
This refactors the AB3100 regulator probe to use regulator IDs
and pass this to a separate registration function. This works
much smoother when migrating to device tree, as we can use a
match table with this regulator ID encoded in the .driver_data.
From: Linus Walleij linus.wall...@linaro.org
This implements device tree support for the AB3100 regulators
driver. The initial settings are moved out of platform data
and into the driver for the device tree case, as it appears
that there is no way to supply this as AUXDATA for an I2C
device. The
From: Linus Walleij linus.wall...@linaro.org
This adds support for setting up the board power from the
device tree on the U300. We use a board-specific node in the
device tree for the S365 board and bind a regulator for the
board power to this node.
Cc: Mark Brown broo...@kernel.org
From: Linus Walleij linus.wall...@linaro.org
Now that we have enabled board power and the AB3100 regulators,
put the regulator data into the device tree and enable it so
we can start to tie regulators to devices. To begin with we're
only supplying the power to the board itself.
Cc: Mark Brown
From: Linus Walleij linus.wall...@linaro.org
This adds support for the U300 MMC/SD card slot from the device
tree boot. No other changes needed.
Signed-off-by: Linus Walleij linus.wall...@linaro.org
---
arch/arm/boot/dts/ste-u300.dts | 14 ++
1 file changed, 14 insertions(+)
diff
From: Linus Walleij linus.wall...@linaro.org
This adds support for probing the COH 901 318 DMA controller
from the device tree.
Cc: Vinod Koul vinod.k...@intel.com
Signed-off-by: Linus Walleij linus.wall...@linaro.org
---
Hi Vinod, I'm seeking an ACK on this patch to take it through
the ARM SoC
From: Linus Walleij linus.wall...@linaro.org
This adds the COH 901 318 DMA controller to the U300
device tree. All devices now converted to device tree
so far will start to find their DMA channels.
Note that the U300 is not yet using the device tree
to obtain DMA channels, but this is a first
From: Linus Walleij linus.wall...@linaro.org
This registers the PL022 PrimeCell from the U300 device
tree. We make a new copy of the platform data for the
device tree boot path, as the old platform data is in an
older file which will be going away.
Signed-off-by: Linus Walleij
From: Linus Walleij linus.wall...@linaro.org
This registers the PL022 PrimeCell from the U300 device
tree. We make a new copy of the platform data for the
device tree boot path, as the old platform data is in an
older file which will be going away.
Signed-off-by: Linus Walleij
From: Linus Walleij linus.wall...@linaro.org
This probes the U300 dummy-spichip from the device tree
and adds the apropriate node to the tree.
Signed-off-by: Linus Walleij linus.wall...@linaro.org
---
arch/arm/boot/dts/ste-u300.dts| 5 +
arch/arm/mach-u300/dummyspichip.c | 6 ++
2
From: Linus Walleij linus.wall...@linaro.org
This registers the U300 FSMC flash controller from the
device tree, and defines the three partitions. Skip the
BBT scan as in the current platform data.
Signed-off-by: Linus Walleij linus.wall...@linaro.org
---
arch/arm/boot/dts/ste-u300.dts | 26
From: Linus Walleij linus.wall...@linaro.org
We have now transferred all the U300 peripherals to the device
tree, so we just select USE_OF, and delete all static board data,
then require that this platform shall be booted using the device
tree and nothing else.
Signed-off-by: Linus Walleij
From: Linus Walleij linus.wall...@linaro.org
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.
Signed-off-by: Linus Walleij linus.wall...@linaro.org
---
From: Linus Walleij linus.wall...@linaro.org
This adds device tree support for the U300 timer, by making
the memory base offset and IRQ dynamically assigned, then
optionally looking them up from the device tree.
Since the timer needs to be registered before any platform
devices are created, we
From: Linus Walleij linus.wall...@linaro.org
The U300 can support timer-based delays, so implement this.
Skips past jiffy calibration.
Signed-off-by: Linus Walleij linus.wall...@linaro.org
---
arch/arm/mach-u300/timer.c | 11 +++
1 file changed, 11 insertions(+)
diff --git
From: Linus Walleij linus.wall...@linaro.org
This converts the U300 machine to use device tree exclusively,
and deletes the static board data and selects USE_OF.
This will be followed by a series for multiplatform, and a
final vacuum-cleaning step removing the non-DT support from
the drivers
From: Linus Walleij linus.wall...@linaro.org
This register the most basic peripherals and makes the
U300 boot to prompt from a device tree.
Signed-off-by: Linus Walleij linus.wall...@linaro.org
---
Documentation/devicetree/bindings/arm/ste-u300.txt | 9 +++
arch/arm/boot/dts/Makefile
From: Linus Walleij linus.wall...@linaro.org
The UART1 is on the fast AHB bridge, not on the slow bus.
Signed-off-by: Linus Walleij linus.wall...@linaro.org
---
arch/arm/mach-u300/include/mach/u300-regs.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
From: Linus Walleij linus.wall...@linaro.org
This adds a simple device tree compat string for the U300 pin
controller. The base address is already passed properly as
a resource and everything works fine.
Signed-off-by: Linus Walleij linus.wall...@linaro.org
---
drivers/pinctrl/pinctrl-u300.c |
From: Linus Walleij linus.wall...@linaro.org
This adds the COH 901 331 RTC to the U300 device tree.
Signed-off-by: Linus Walleij linus.wall...@linaro.org
---
arch/arm/boot/dts/ste-u300.dts | 7 +++
arch/arm/mach-u300/core.c | 2 ++
2 files changed, 9 insertions(+)
diff --git
From: Linus Walleij linus.wall...@linaro.org
This adds device tree support for the ST DDC I2C driver known
as stu300 in the kernel tree.
Cc: Wolfram Sang w...@the-dreams.de
Signed-off-by: Linus Walleij linus.wall...@linaro.org
---
Wolfram, I'm seeking an ACK to take this with the other lump
of
From: Linus Walleij linus.wall...@linaro.org
This adds the two I2C busses to the device tree so these
probe properly.
Signed-off-by: Linus Walleij linus.wall...@linaro.org
---
arch/arm/boot/dts/ste-u300.dts | 18 ++
arch/arm/mach-u300/core.c | 4
2 files changed, 22
From: Linus Walleij linus.wall...@linaro.org
This adds the COH 901 327 watchdog to the U300 device tree.
Signed-off-by: Linus Walleij linus.wall...@linaro.org
---
arch/arm/boot/dts/ste-u300.dts | 7 +++
arch/arm/mach-u300/core.c | 2 ++
2 files changed, 9 insertions(+)
diff --git
From: Linus Walleij linus.wall...@linaro.org
This add devicetree probe support to the COH 901 331 RTC
driver.
Cc: Alessandro Zummo a.zu...@towertech.it
Signed-off-by: Linus Walleij linus.wall...@linaro.org
---
Hi Alessandro, I'm seeking an ACK to take this patch through
the ARM SoC tree along
From: Linus Walleij linus.wall...@linaro.org
This adds support for probing the COH 901 327 watchdog from
the device tree and also adds associated bindings.
Cc: Wim Van Sebroeck w...@iguana.be
Signed-off-by: Linus Walleij linus.wall...@linaro.org
---
Hi Wim, I'm seeking an ACK on this patch to
This patch converts the pci_load_of_ranges function to use the new common
of_pci_range_parser.
Signed-off-by: Andrew Murray andrew.mur...@arm.com
Signed-off-by: Liviu Dudau liviu.du...@arm.com
Signed-off-by: Gabor Juhos juh...@openwrt.org
Reviewed-by: Rob Herring rob.herr...@calxeda.com
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
by ARM host bridge drivers enabling them to obtain ranges from device
trees.
I've included the
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 specific
DT handling. This will make it easier to write archiecture
The pci_process_bridge_OF_ranges function, used to parse the ranges
property of a PCI host device, is found in both Microblaze and PowerPC
architectures. These implementations are nearly identical. This patch
moves this common code to a common place.
Signed-off-by: Andrew Murray
On Mon, 22 Apr 2013, Linus Walleij wrote:
From: Linus Walleij linus.wall...@linaro.org
This implements device tree support for the AB3100 regulators
driver. The initial settings are moved out of platform data
and into the driver for the device tree case, as it appears
that there is no way
On Sun, Apr 21, 2013 at 08:27:02AM +0100, Gabor Juhos wrote:
Hi Jason,
Sorry I had no time earlier, but I have tested this now on MIPS. The patch
causes build errors unfortunately. Given the fact that this has been merged
already, I will send a fixup patch.
Olof has dropped this
On Thu, Apr 18, 2013 at 02:44:01PM +0100, Grant Likely wrote:
On Tue, 16 Apr 2013 11:18:27 +0100, Andrew Murray andrew.mur...@arm.com
wrote:
Acked-by: Grant Likely grant.lik...@secretlab.ca
But comments below...
I've updated the patchset (now v8) to reflect your feedback, after a
On Mon, Apr 22, 2013 at 11:59:30AM +0200, Linus Walleij wrote:
From: Linus Walleij linus.wall...@linaro.org
This adds support for probing the COH 901 318 DMA controller
from the device tree.
Cc: Vinod Koul vinod.k...@intel.com
Signed-off-by: Linus Walleij linus.wall...@linaro.org
Changes since v1:
- Rebased to v3.9-rc8
This patch series allows device tree enabled platforms to setup a runtime
I/O mapping for the chip-id controller. This helps to remove statically
defined I/O mapping for the Chip-ID controller. This series is based on
linux-next master branch and tested for
On device tree enabled exynos platforms, retrieve the physical base address
of the chip-id controller from device tree and create a virtual I/O mapping
for the chip-id controller. This helps to remove the chip-id controller entry
from the statically defined I/O mapping tables.
Cc: Kukjin Kim
Add chip-id controller nodes for Exynos4 and Exynos5 SoCs.
Cc: Kukjin Kim kgene@samsung.com
Signed-off-by: Thomas Abraham thomas.abra...@linaro.org
---
arch/arm/boot/dts/exynos4.dtsi|5 +
arch/arm/boot/dts/exynos5250.dtsi |5 +
2 files changed, 10 insertions(+), 0
On 4 April 2013 12:27, Kukjin Kim kgene@samsung.com wrote:
Thomas Abraham wrote:
This patch series allows device tree enabled platforms to setup a runtime
I/O mapping for the chip-id controller. This helps to remove statically
defined I/O mapping for the Chip-ID controller.
Thomas
On Monday 22 April 2013, Linus Walleij wrote:
From: Linus Walleij linus.wall...@linaro.org
The UART1 is on the fast AHB bridge, not on the slow bus.
Signed-off-by: Linus Walleij linus.wall...@linaro.org
Do you want to mark this for stable?
While there are not a lot of people that would
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_res;
+
+ u300_timer_base = of_iomap(timer, 0);
+
On Monday 22 April 2013, Linus Walleij wrote:
+Required properties:
+- compatible: Compatible property value should be stericsson,gpio-coh901
+- reg: Physical base address of the controller and length of memory mapped
+ region.
+- interrupts: the 0...n interrupts assigned to the different
On Monday 22 April 2013, Linus Walleij wrote:
+/ {
We don't really care about the device node names in Linux, but please use the
common ones, without any trailing digits:
+ timer: timer0@c0014000 {
+ compatible = stericsson,u300-apptimer;
+ reg = 0xc0014000
On Monday 22 April 2013, Linus Walleij wrote:
From: Linus Walleij linus.wall...@linaro.org
This adds the COH 901 318 DMA controller to the U300
device tree. All devices now converted to device tree
so far will start to find their DMA channels.
Note that the U300 is not yet using the
On Mon, Apr 22, 2013 at 11:55:05AM +0200, Linus Walleij wrote:
From: Linus Walleij linus.wall...@linaro.org
This adds support for probing the COH 901 327 watchdog from
the device tree and also adds associated bindings.
Cc: Wim Van Sebroeck w...@iguana.be
Signed-off-by: Linus Walleij
On Thu, Apr 18, 2013 at 01:54:04PM -0400, Nicolas Pitre wrote:
On Thu, 18 Apr 2013, Stephen Boyd wrote:
On 04/11/13 07:47, Lorenzo Pieralisi wrote:
diff --git a/drivers/bus/arm-cci.c b/drivers/bus/arm-cci.c
new file mode 100644
index 000..81953de
--- /dev/null
+++
On Thu, Apr 18, 2013 at 06:33:21PM +0100, Pawel Moll wrote:
This patch adds basic DT bindings for the PL11x CLCD cells
and make their fbdev driver use them, together with the
Common Display Framework.
The DT provides information about the hardware configuration
and limitations (eg. the
Hi,
On 04/19/2013 01:26 PM, Eunchul Kim wrote:
diff --git a/drivers/gpu/drm/exynos/exynos_drm_fimc.c
b/drivers/gpu/drm/exynos/exynos_drm_fimc.c
index d812c57..bc8411a 100644
--- a/drivers/gpu/drm/exynos/exynos_drm_fimc.c
+++ b/drivers/gpu/drm/exynos/exynos_drm_fimc.c
@@ -76,6 +76,27 @@ enum
On Mon, 22 Apr 2013, Russell King - ARM Linux wrote:
On Thu, Apr 18, 2013 at 01:54:04PM -0400, Nicolas Pitre wrote:
On Thu, 18 Apr 2013, Stephen Boyd wrote:
On 04/11/13 07:47, Lorenzo Pieralisi wrote:
diff --git a/drivers/bus/arm-cci.c b/drivers/bus/arm-cci.c
new file mode 100644
Hi Inki,
On 04/20/2013 06:11 PM, Inki Dae wrote:
Hi Sylwester,
DRM FIMC driver could be more cleaned up with this patch series. And your
third
patch
And just minor issue. The second patch has build warnings like below,
WARNING: static const char * array should probably be static const
This patch updates the in-kernel dts files according to the latest cpus
and cpu bindings updates for ARM.
Signed-off-by: Lorenzo Pieralisi lorenzo.pieral...@arm.com
---
arch/arm/boot/dts/wm8505.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/wm8505.dtsi
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
This patchset is an update of a previous posting:
http://lists.infradead.org/pipermail/linux-arm-kernel/2013-April/163310.html
v2 changes:
- Reworded DT cpu bindings
- Split the set, with per-mach specific dts updates
- Updated cpu node compatible string list
- Defined behaviour of OS running
This patch updates the in-kernel dts files according to the latest cpus
and cpu bindings updates for ARM.
Signed-off-by: Lorenzo Pieralisi lorenzo.pieral...@arm.com
---
arch/arm/boot/dts/r8a7740.dtsi | 3 +++
arch/arm/boot/dts/sh7372.dtsi | 4
2 files changed, 7 insertions(+)
diff --git
This patch updates the in-kernel dts files according to the latest cpus
and cpu bindings updates for ARM.
Signed-off-by: Lorenzo Pieralisi lorenzo.pieral...@arm.com
---
arch/arm/boot/dts/at91sam9260.dtsi | 2 +-
arch/arm/boot/dts/at91sam9263.dtsi | 2 +-
arch/arm/boot/dts/at91sam9g45.dtsi | 2 +-
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
This patch updates the in-kernel dts files according to the latest cpus
and cpu bindings updates for ARM.
Signed-off-by: Lorenzo Pieralisi lorenzo.pieral...@arm.com
---
arch/arm/boot/dts/spear3xx.dtsi | 2 +-
arch/arm/boot/dts/spear600.dtsi | 2 +-
2 files changed, 2 insertions(+), 2
This patch updates the in-kernel dts files according to the latest cpus
and cpu bindings updates for ARM.
Signed-off-by: Lorenzo Pieralisi lorenzo.pieral...@arm.com
---
arch/arm/boot/dts/armada-370-xp.dtsi | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/boot/dts/armada-370-xp.dtsi
This patch updates the in-kernel dts files according to the latest cpus
and cpu bindings updates for ARM.
Signed-off-by: Lorenzo Pieralisi lorenzo.pieral...@arm.com
---
arch/arm/boot/dts/omap3.dtsi | 4
arch/arm/boot/dts/omap4.dtsi | 5 +
arch/arm/boot/dts/omap5.dtsi | 5 +
3 files
This patch updates the in-kernel dts files according to the latest cpus
and cpu bindings updates for ARM.
Signed-off-by: Lorenzo Pieralisi lorenzo.pieral...@arm.com
---
arch/arm/boot/dts/lpc32xx.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
This patch updates the in-kernel dts files according to the latest cpus
and cpu bindings updates for ARM.
Signed-off-by: Lorenzo Pieralisi lorenzo.pieral...@arm.com
---
arch/arm/boot/dts/imx23.dtsi | 2 +-
arch/arm/boot/dts/imx28.dtsi | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
Signed-off-by: Lorenzo Pieralisi lorenzo.pieral...@arm.com
---
arch/arm/boot/dts/picoxcell-pc3x2.dtsi | 2 +-
arch/arm/boot/dts/picoxcell-pc3x3.dtsi | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/boot/dts/picoxcell-pc3x2.dtsi
This patch updates the in-kernel dts files according to the latest cpus
and cpu bindings updates for ARM.
Signed-off-by: Lorenzo Pieralisi lorenzo.pieral...@arm.com
---
arch/arm/boot/dts/sunxi.dtsi | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/boot/dts/sunxi.dtsi
This patch updates the in-kernel dts files according to the latest cpus
and cpu bindings updates for ARM.
Signed-off-by: Lorenzo Pieralisi lorenzo.pieral...@arm.com
---
arch/arm/boot/dts/exynos5440.dtsi | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm/boot/dts/exynos5440.dtsi
hmm, looks like patch #2 (utilfdt_read and handling of the len argument) was
taken from the first patch series rather than the 3rd ?
i'd suggest reverting it and applying instead the one from this series ...
Message-Id: 1366078397-14889-3-git-send-email-vap...@gentoo.org
Please send me
On 04/22/2013 05:27 PM, Lorenzo Pieralisi :
This patch updates the in-kernel dts files according to the latest cpus
and cpu bindings updates for ARM.
Signed-off-by: Lorenzo Pieralisi lorenzo.pieral...@arm.com
Acked-by: Nicolas Ferre nicolas.fe...@atmel.com
Thanks, bye.
---
On Monday 22 April 2013 11:37:12 Jon Loeliger wrote:
hmm, looks like patch #2 (utilfdt_read and handling of the len argument)
was taken from the first patch series rather than the 3rd ?
i'd suggest reverting it and applying instead the one from this series
... Message-Id:
On 04/20/2013 06:21 PM, Inki Dae wrote:
+static int fimc_parse_dt(struct fimc_context *ctx)
+{
+ struct device_node *node = ctx-dev-of_node;
+
+ if (!of_property_read_bool(node, samsung,lcd-wb))
+ return -ENODEV;
Isn't the above
On 04/19/2013 01:38 PM, Eunchul Kim wrote:
static void fimc_set_type_ctrl(struct fimc_context *ctx, enum fimc_wb wb)
@@ -1628,7 +1617,9 @@ static int fimc_ippdrv_start(struct device *dev, enum
drm_exynos_ipp_cmd cmd)
fimc_handle_lastend(ctx, true);
/* setup FIMD */
-
On 10:11 Sun 21 Apr , Markus Pargmann wrote:
On Thu, Apr 18, 2013 at 06:06:14PM +0200, Jean-Christophe PLAGNIOL-VILLARD
wrote:
On 15:03 Thu 18 Apr , Markus Pargmann wrote:
Add devicetree support for imx framebuffer driver. It uses the generic
display bindings and helper
Hi Lorenzo,
On Mon, Apr 22, 2013 at 04:27:22PM +0100, Lorenzo Pieralisi wrote:
Code relying on the reg property size to be 4-bytes will break when
dtb compiled for 64-bit kernels are used to boot a 32-bit system so
kernel code relying on that (bogus) assumption must be updated properly.
So
On 04/22/13 20:35, Thomas Abraham wrote:
Changes since v1:
- Rebased to v3.9-rc8
This patch series allows device tree enabled platforms to setup a runtime
I/O mapping for the chip-id controller. This helps to remove statically
defined I/O mapping for the Chip-ID controller. This series is based
On 04/22/13 20:20, Thomas Abraham wrote:
On 4 April 2013 12:27, Kukjin Kimkgene@samsung.com wrote:
Thomas Abraham wrote:
This patch series allows device tree enabled platforms to setup a runtime
I/O mapping for the chip-id controller. This helps to remove statically
defined I/O mapping
On 04/20/13 01:38, Lukasz Majewski wrote:
This patch series provide various fixes for TMU block.
Namely, support for common clock framework and proper regulator VDD_TS has been
added.
Moreover device tree definitions and documentation entry are now in place.
Lukasz Majewski (6):
On Mon, Apr 22, 2013 at 11:41:32AM +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
by ARM host bridge drivers
On 04/22/13 13:32, Sachin Kamat wrote:
Adds TMU clock entries to exynos4210.dtsi file.
Signed-off-by: Sachin Kamatsachin.ka...@linaro.org
---
arch/arm/boot/dts/exynos4210.dtsi |3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm/boot/dts/exynos4210.dtsi
On 04/13/13 05:51, Arnd Bergmann wrote:
On Friday 12 April 2013, Tomasz Figa wrote:
This series is an attempt to make the samsung-time clocksource driver ready
for multiplatform kernels. It moves the driver to drivers/clocksource, cleans
it up from uses of static platform-specific definitions,
On 04/15/13 23:41, Tomasz Figa wrote:
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
Hi Will,
On Mon, Apr 22, 2013 at 05:41:12PM +0100, Will Deacon wrote:
Hi Lorenzo,
On Mon, Apr 22, 2013 at 04:27:22PM +0100, Lorenzo Pieralisi wrote:
Code relying on the reg property size to be 4-bytes will break when
dtb compiled for 64-bit kernels are used to boot a 32-bit system so
In earlier days phy fixup was added to phy frame work in board files.
As there won't be any board files here after the same has to be done in DT
This patch series adds the following features
* support for adding phy resigter fixup via DT
* adds phy id for EVMsk n DTS file
* adds phy fixup for
In earlier case phy fixup are added in board file as this is no more the case
so adding support for phy register fixup in Device Tree
Signed-off-by: Mugunthan V N mugunthan...@ti.com
---
.../devicetree/bindings/net/phy-fixup.txt | 26 ++
drivers/of/of_net.c
Add phy_id device tree data to am335x-evmsk device to bring up CPSW
ethernet present on am335x starter kit.
Signed-off-by: Mugunthan V N mugunthan...@ti.com
---
arch/arm/boot/dts/am335x-evmsk.dts |8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/boot/dts/am335x-evmsk.dts
As RGMII tx clock internal delay is not supported in AM335x, the same has
to be enabled in phy. This patch adds support for enabling tx clock internal
delay via phy debug registers
Signed-off-by: Mugunthan V N mugunthan...@ti.com
---
arch/arm/boot/dts/am335x-evm.dts | 10 ++
On Monday 22 April 2013, Lorenzo Pieralisi wrote:
Thoughts? I notice Catalin has some patches queued for arm64 which
unconditionally use of_property_read_u64, but I have a patch to honour the
#address-cells property instead.
Basically you want me to rule out passing a dtb with cpus node
On Tuesday 23 of April 2013 02:37:33 Kukjin Kim wrote:
On 04/13/13 05:51, Arnd Bergmann wrote:
On Friday 12 April 2013, Tomasz Figa wrote:
This series is an attempt to make the samsung-time clocksource driver
ready for multiplatform kernels. It moves the driver to
drivers/clocksource,
On Monday 22 April 2013 11:37:12 Jon Loeliger wrote:
hmm, looks like patch #2 (utilfdt_read and handling of the len argument)
was taken from the first patch series rather than the 3rd ?
i'd suggest reverting it and applying instead the one from this series
... Message-Id:
On Monday 15 April 2013, Tomasz Figa wrote:
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
On Monday 15 April 2013, Tomasz Figa wrote:
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
On Monday 22 April 2013 16:44:54 Jon Loeliger wrote:
On Monday 22 April 2013 11:37:12 Jon Loeliger wrote:
hmm, looks like patch #2 (utilfdt_read and handling of the len
argument) was taken from the first patch series rather than the 3rd
?
i'd suggest reverting it and
On Thursday 18 April 2013 20:50:46 David Gibson wrote:
On Mon, Apr 15, 2013 at 10:13:11PM -0400, Mike Frysinger wrote:
This is so all utilities can have this flag and not just dtc.
Acked-by: David Gibson da...@gibson.dropbear.id.au
Signed-off-by: Mike Frysinger vap...@gentoo.org
On Mon, Apr 22, 2013 at 12:53:43PM -0400, Jason Cooper wrote:
On Mon, Apr 22, 2013 at 11:41:32AM +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
On Mon, Apr 22, 2013 at 04:27:31PM +0100, Lorenzo Pieralisi wrote:
This patch updates the in-kernel dts files according to the latest cpus
and cpu bindings updates for ARM.
Sorry to be a pain, but I would appreciate two separate patches,
one per-Soc.
Signed-off-by: Lorenzo Pieralisi
On 23/04/13 03:27, Lorenzo Pieralisi wrote:
This patch updates the in-kernel dts files according to the latest cpus
and cpu bindings updates for ARM.
Signed-off-by: Lorenzo Pieralisi lorenzo.pieral...@arm.com
---
arch/arm/boot/dts/wm8505.dtsi | 2 +-
1 file changed, 1 insertion(+), 1
1 - 100 of 103 matches
Mail list logo