It adds device tree probe support for mc13xxx mfd driver.
Signed-off-by: Shawn Guo shawn@linaro.org
Cc: Samuel Ortiz sa...@linux.intel.com
---
Documentation/devicetree/bindings/mfd/mc13xxx.txt | 50 ++
drivers/mfd/mc13xxx-core.c| 106 +++--
It's not always true that the device_node of regulator can be found
at dev-of_node at the time when of_get_regulator_init_data() is being
called, because in some cases the regulator nodes in device tree do
not have 'struct device' behind them until regulator_dev gets created
for it by core
It adds device tree probe support for mc13892-regulator driver.
Signed-off-by: Shawn Guo shawn@linaro.org
Cc: Mark Brown broo...@opensource.wolfsonmicro.com
Cc: Liam Girdwood l...@ti.com
---
drivers/regulator/mc13892-regulator.c | 43 +++-
It adds mc13892 support into imx51-babbage device tree source.
Signed-off-by: Shawn Guo shawn@linaro.org
Cc: Sascha Hauer s.ha...@pengutronix.de
---
arch/arm/boot/dts/imx51-babbage.dts | 103 ++-
1 files changed, 101 insertions(+), 2 deletions(-)
diff --git
This patch enables or updates support for the CC770 and AN82527
CAN controller on the TQM8548 and TQM8xx boards.
CC: devicetree-discuss@lists.ozlabs.org
CC: linuxppc-...@ozlabs.org
CC: Kumar Gala ga...@kernel.crashing.org
Signed-off-by: Wolfgang Grandegger w...@grandegger.com
---
This driver works with both, static platform data and device tree
bindings. It has been tested on a TQM855L board with two AN82527
CAN controllers on the local bus.
CC: Devicetree-discuss@lists.ozlabs.org
CC: linuxppc-...@ozlabs.org
CC: Kumar Gala ga...@kernel.crashing.org
Signed-off-by: Wolfgang
On Wed, Nov 30, 2011 at 06:46:19PM +, Pawel Moll wrote:
On Wed, 2011-11-30 at 15:58 +, Dave Martin wrote:
Now that a person may fail to boot on a supported board simply due to
failing to supply a device tree, it may be a good idea to have a more
helpful panic message for that
On Thu, Dec 01, 2011 at 12:31:40AM +1100, David Gibson wrote:
On Wed, Nov 30, 2011 at 09:33:06AM +, Mark Brown wrote:
I'm sorry, I'm not following you. In what way is this duplicating
information that's already there,
Each interrupt source device has an 'interrupts' property which is
On Wed, Nov 30, 2011 at 04:38:26PM -0500, Nicolas Pitre wrote:
On Wed, 30 Nov 2011, Mark Brown wrote:
Oh, dear. Any pointers to the discussions on the u-boot side?
Certainly. Many different threads actually. Here's a few:
OK, thanks - I see Stephen just followed up and Wolfgang seems
On Thu, Dec 01, 2011 at 11:10:50AM +, Mark Brown wrote:
On Wed, Nov 30, 2011 at 04:38:26PM -0500, Nicolas Pitre wrote:
On Wed, 30 Nov 2011, Mark Brown wrote:
Oh, dear. Any pointers to the discussions on the u-boot side?
Certainly. Many different threads actually. Here's a few:
On Wed, Nov 30, 2011 at 5:54 PM, Tony Lindgren t...@atomide.com wrote:
* Linus Walleij linus.wall...@linaro.org [30 06:39]:
For the global list of maps in pinctrl I sent a patch today which
augments this so board files can add several incremental sets of
maps.
So it can now grow
On Wed, Nov 30, 2011 at 05:47:35PM -0700, Stephen Warren wrote:
v2: (swarren) Significantly reworked based on review feedback.
v1: (swarren) Applied the following modifications relative to John's code:
* Cleaned up DT parsing code
* Documented DT binding
* Set up wm8903-gpio_chip.of_node,
On 11/30/2011 06:45 PM, Stephen Warren wrote:
Enhance the driver to dynamically allocate the base IRQ number, and
create an IRQ domain for itself. The use of an IRQ domain ensures that
any device tree node interrupts properties are correctly parsed.
Fix the DT binding documentation to
On Thu, Dec 01, 2011 at 07:42:57AM -0600, Rob Herring wrote:
On 11/30/2011 06:45 PM, Stephen Warren wrote:
Enhance the driver to dynamically allocate the base IRQ number, and
create an IRQ domain for itself. The use of an IRQ domain ensures that
any device tree node interrupts properties
Add an irqdomain for the AIC interrupt controller.
The device tree support is mapping the registers and
is using the irq_domain_simple_ops to manage hwirq
translation.
The documentation is describing the meaning of the
two cells required for using this interrupt-controller
in a device tree node.
Dave Martin wrote at Thursday, December 01, 2011 5:14 AM:
On Thu, Dec 01, 2011 at 11:10:50AM +, Mark Brown wrote:
On Wed, Nov 30, 2011 at 04:38:26PM -0500, Nicolas Pitre wrote:
On Wed, 30 Nov 2011, Mark Brown wrote:
Oh, dear. Any pointers to the discussions on the u-boot side?
Mark Brown wrote at Thursday, December 01, 2011 6:26 AM:
On Wed, Nov 30, 2011 at 05:47:35PM -0700, Stephen Warren wrote:
v2: (swarren) Significantly reworked based on review feedback.
v1: (swarren) Applied the following modifications relative to John's code:
* Cleaned up DT parsing code
Jamie Iles wrote at Thursday, December 01, 2011 7:11 AM:
On Thu, Dec 01, 2011 at 07:42:57AM -0600, Rob Herring wrote:
On 11/30/2011 06:45 PM, Stephen Warren wrote:
Enhance the driver to dynamically allocate the base IRQ number, and
create an IRQ domain for itself. The use of an IRQ
On Thu, Dec 01, 2011 at 11:10:50AM +, Mark Brown wrote:
On Wed, Nov 30, 2011 at 04:38:26PM -0500, Nicolas Pitre wrote:
On Wed, 30 Nov 2011, Mark Brown wrote:
Oh, dear. Any pointers to the discussions on the u-boot side?
Certainly. Many different threads actually. Here's a few:
When no platform data is supplied, point pdata at a default platform
structure. This enables two future changes:
a) Defines the default platform data values in a single place.
b) There is always a valid pdata pointer, so some conditional code can
be simplified by a later patch.
Based on work
The GPIO registers are 15 bits wide. Hence values, higher than 0x7fff are
not legal GPIO register values. Modify the pdata.gpio_cfg handling code
to reject all illegal values, not just WM8903_GPIO_NO_CONFIG (0x8000). This
will allow the later use of 0x as an invalid value in future device
Modify wm8903_init_gpio() so that it's passed the pdata structure rather
than extracting it from the platform device. This allows the caller to
pass in a default pdata structure when the platform device didn't contain
one. wm8903_init_gpio() now uses the centralized default gpio_base
definition
If the WM8903 is hooked up to an interrupt, set the irq_active_low flag
in the default platform data based on the IRQ's IRQ_TYPE. Map IRQ_TYPE_NONE
(a lack of explicit configuration/restriction) to irq_active_low = false;
the previous default.
This code is mainly added to support device tree
Document the device tree binding for the WM8903 codec, and modify the
driver to extract platform data from the device tree, if present.
Based on work by John Bonesio, but significantly reworked since then.
Signed-off-by: Stephen Warren swar...@nvidia.com
---
Jamie Iles wrote at Thursday, December 01, 2011 9:55 AM:
On Thu, Dec 01, 2011 at 08:52:49AM -0800, Stephen Warren wrote:
Jamie Iles wrote at Thursday, December 01, 2011 7:11 AM:
On Thu, Dec 01, 2011 at 07:42:57AM -0600, Rob Herring wrote:
On 11/30/2011 06:45 PM, Stephen Warren wrote:
...
Tony Lindgren wrote at Wednesday, November 30, 2011 12:34 PM:
* Stephen Warren swar...@nvidia.com [30 09:41]:
Tony Lindgren wrote at Tuesday, November 29, 2011 1:00 PM:
* Stephen Warren swar...@nvidia.com [29 09:27]:
I don't think so. The pinmux controller needs to know the
* Stephen Warren swar...@nvidia.com [111201 12:45]:
Tony Lindgren wrote at Wednesday, November 30, 2011 12:34 PM:
* Stephen Warren swar...@nvidia.com [30 09:41]:
Tony Lindgren wrote at Tuesday, November 29, 2011 1:00 PM:
* Stephen Warren swar...@nvidia.com [29 09:27]:
I
On 12/01/2011 09:57 PM, Stephen Warren :
Jamie Iles wrote at Thursday, December 01, 2011 9:55 AM:
On Thu, Dec 01, 2011 at 08:52:49AM -0800, Stephen Warren wrote:
Jamie Iles wrote at Thursday, December 01, 2011 7:11 AM:
On Thu, Dec 01, 2011 at 07:42:57AM -0600, Rob Herring wrote:
On
* Linus Walleij linus.wall...@linaro.org [111201 04:15]:
On Wed, Nov 30, 2011 at 5:54 PM, Tony Lindgren t...@atomide.com wrote:
* Linus Walleij linus.wall...@linaro.org [30 06:39]:
For the global list of maps in pinctrl I sent a patch today which
augments this so board files can add
On Thu, Dec 01, 2011 at 01:49:21PM -0700, Stephen Warren wrote:
- if (pdata pdata-gpio_base)
- wm8903-gpio_chip.base = pdata-gpio_base;
- else
- wm8903-gpio_chip.base = -1;
+ wm8903-gpio_chip.base = pdata-gpio_base;
This will break existing users in
On Thu, Dec 01, 2011 at 01:49:20PM -0700, Stephen Warren wrote:
+ /* Default platform data, for use if none is supplied */
+ defpdata.irq_active_low = false;
+ defpdata.micdet_cfg = 0;
+ defpdata.micdet_delay = 0;
No need to set things to zero (or just memset the structure).
Mark Brown wrote at Thursday, December 01, 2011 5:28 PM:
On Thu, Dec 01, 2011 at 01:49:21PM -0700, Stephen Warren wrote:
- if (pdata pdata-gpio_base)
- wm8903-gpio_chip.base = pdata-gpio_base;
- else
- wm8903-gpio_chip.base = -1;
+ wm8903-gpio_chip.base =
Hi Stephen,
On Mon, Nov 28, 2011 at 10:41 AM, Stephen Warren swar...@nvidia.com wrote:
On 11/23/2011 08:54 PM, Simon Glass wrote:
Add a function to lookup a property which is a phandle in a node, and
another to read a fixed-length integer array from an fdt property.
Also add a function to
On Thu, Dec 01, 2011 at 04:48:11PM -0800, Stephen Warren wrote:
Mark Brown wrote at Thursday, December 01, 2011 5:28 PM:
This will break existing users in counjuntion with the previous patch.
Previously if the user provided platform data but left gpio_base as zero
we'd use -1 and let
Hi Jerry,
On Thu, Dec 1, 2011 at 7:33 PM, Jerry Van Baren gvb.ub...@gmail.com wrote:
On 11/28/2011 01:41 PM, Stephen Warren wrote:
On 11/23/2011 08:54 PM, Simon Glass wrote:
Add a function to lookup a property which is a phandle in a node, and
another to read a fixed-length integer array
On Thu, Dec 01, 2011 at 11:07:39AM +, Mark Brown wrote:
On Thu, Dec 01, 2011 at 12:31:40AM +1100, David Gibson wrote:
On Wed, Nov 30, 2011 at 09:33:06AM +, Mark Brown wrote:
I'm sorry, I'm not following you. In what way is this duplicating
information that's already there,
36 matches
Mail list logo