On Mon, Mar 14, 2011 at 06:34:53PM -0500, Rob Herring wrote:
Grant,
On 03/10/2011 01:46 PM, Rob Herring wrote:
From: Rob Herringrob.herr...@calxeda.com
Add a make rule to compile dt blobs for ARM.
Signed-off-by: Rob Herringrob.herr...@calxeda.com
Can you pick this one up in your ARM
Technically only the last two patches are v2 patches, the first three are
cleanups written when they were refactored, and this is a first
posting for them.
The most interesting part of this series is the addition of
of_platform_prepare() which is useful to allow DT and non-DT board
support to
The current implementation uses three copies of of basically identical
code. This patch consolidates them to make the code simpler.
Signed-off-by: Grant Likely grant.lik...@secretlab.ca
---
drivers/of/platform.c | 55 -
1 files changed, 18
There are a few use cases where it is convenient to pass NULL to
of_match_node() and have it fail gracefully. The patch adds a null
check to the beginning so taht it does so.
Signed-off-by: Grant Likely grant.lik...@secretlab.ca
---
drivers/of/base.c |3 +++
1 files changed, 3
There are no users of OF_NO_DEEP_PROBE, and of_match_node() now
gracefully handles being passed a NULL pointer, so the checks at the
top of of_platform_bus_probe can be dropped.
While at it, consolidate the root node pointer check to be easier to
read and tidy up related comments.
Signed-off-by:
of_platform_populate() is similar to of_platform_bus_probe() except
that it strictly enforces that all device nodes must have a compatible
property, and it can be used to register devices (not buses) which are
children of the root node.
This patch also modifies MPC5200 support to use the new
Configuration for ads1015 gain and datarate is possible via
devicetree or platform data.
This is a followup patch to previous ads1015 patches on Jean Delvares
tree.
Changes since v1:
- replaced exported_channels bitmask with an enable entry per channel
- improved platform data example in
On Tue, Mar 15, 2011 at 01:48:08AM -0600, Grant Likely wrote:
On Mon, Mar 14, 2011 at 09:18:40PM +0800, Shawn Guo wrote:
This patch is to change the static clock creating and registering to
the dynamic way, which scans dt clock nodes, associate clk with
device_node, and then add them to
On Mon, Feb 28, 2011 at 08:57:03AM +0100, Richard Cochran wrote:
* PHC Patch ChangeLog
** v12
*** gianfar_ptp
- fixed up device tree
- inlined the header file
- use platform_ calls instead of deprecated of_ calls
- removed static global single instance
- removed John
In response to new device tree code in the kernel, OLPC will start
using it for probing of certain devices. However, some firmware fixes
are needed to put the devicetree into a usable state.
Retain compatibility with old firmware by fixing up the device tree
at boot-time if it does not contain
Signed-off-by: Jason Liu jason@linaro.org
---
arch/arm/mach-mx5/Kconfig |8
arch/arm/mach-mx5/Makefile |1 +
arch/arm/mach-mx5/board-dt.c| 64 +++
arch/arm/mach-mx5/clock-dt.c| 52
Singed-off-by: Rob Herring robherri...@gmail.com
Signed-off-by: Jason Liu jason@linaro.org
---
arch/arm/boot/dts/babbage.dts | 122 +
1 files changed, 122 insertions(+), 0 deletions(-)
diff --git a/arch/arm/boot/dts/babbage.dts
Signed-off-by: Jeremy Kerr jeremy.k...@canonical.com
Signed-off-by: Jason Liu jason@linaro.org
---
.../bindings/tty/serial/fsl-imx-uart.txt | 19 +
drivers/tty/serial/imx.c | 78 +---
2 files changed, 87 insertions(+), 10
Signed-off-by: Jason Liu jason@linaro.org
---
.../devicetree/bindings/net/fsl-imx-fec.txt| 17 +
drivers/net/fec.c | 17 +
2 files changed, 34 insertions(+), 0 deletions(-)
diff --git
Hi Dirk,
On Wed, 2011-03-09 at 08:52 -0500, Dirk Eibach wrote:
Signed-off-by: Dirk Eibach eib...@gdsys.de
---
.../devicetree/bindings/hwmon/ads1015.txt | 73 ++
Documentation/devicetree/bindings/i2c/ads1015.txt | 29 --
Documentation/hwmon/ads1015
On Tue, Mar 15, 2011 aFt 11:03:55PM -0600, Grant Likely wrote:
On Tue, Mar 15, 2011 at 9:34 PM, Jason Hui jason@linaro.org wrote:
Hi, Grant,
On Tue, Mar 15, 2011 at 3:03 PM, Grant Likely grant.lik...@secretlab.ca
wrote:
Hi Jason,
Minor comments below.
On Thu, Mar 10, 2011
On Wed, Mar 16, 2011 at 11:01:55AM +0100, Dirk Eibach wrote:
Configuration for ads1015 gain and datarate is possible via
devicetree or platform data.
This is a followup patch to previous ads1015 patches on Jean Delvares
tree.
Changes since v1:
- replaced exported_channels bitmask with an
[widening cc: list to solicit feedback on the new model]
On Wed, Mar 16, 2011 at 09:58:01PM +0800, Shawn Guo wrote:
On Mon, Mar 14, 2011 at 03:10:19PM -0600, Grant Likely wrote:
[...]
Several weeks back I posted a patch for of_platform_bus_snoop() which
matches platform_device
The 8250 driver is a bit weird in that in addition to supporting
platform devices, extra devices can be added by calling
serial8250_register_port().
The problem is that if we call serial8250_register_port() before the
driver is initialized Bad Things happen (we dereference NULL
pointers).
There
Switch to using the device tree to register serial ports.
After the serial8250 driver indicates that it is initialized, add all
the ports with compatible = cavium,octeon-3860-uart. Octeon serial
ports have their own device type, required port flags, and I/O
functions, so using of_serial.c is not
I wanted to get some feedback on my attempts to control my serial
device registration with device tree data.
It was suggested by Grant Likely that I could use of_serial.c for my
purposes. However I think it is simpler to do my own registration
code, because I need to set my own device type,
On Tue, Mar 15, 2011 at 01:03:42AM -0600, Grant Likely wrote:
Hi Jason,
Minor comments below.
On Thu, Mar 10, 2011 at 12:59:41PM +0800, Jason Liu wrote:
Signed-off-by: Jason Liu jason@linaro.org
Signed-off-by: Jason Liu r64...@freescale.com
This looks wrong. You should only have
is correct. When I put the code in my board's serial.c file, I am not
so lucky. To get the initialization order correct, I add a notifier
chain to 8250.c
Can't you use a late_initcall ? or indeed we could make the 8250 core
functionality only init first ?
Alan
On Wed, Mar 16, 2011 at 05:05:00PM -0600, Grant Likely wrote:
[...]
I'd like to have feedback on the new code to make sure that the model
is sane. There are some fiddly code it there which is used to match
platform_device registrations to nodes in the device tree. I *think*
it makes sense,
24 matches
Mail list logo