On Wed, Feb 13, 2013 at 1:22 PM, Fabio Porcedda
wrote:
> Hi all,
> this patchset add the timeout-sec property to the watchdog core,
> to the at91sam9_wdt driver and on all framework enabled watchdog driver
> with dt support.
> The at91sam9_wdt is tested on evk-pr3,
> the other drivers are compile
On Wed, Feb 13, 2013 at 10:09:56PM +, Grant Likely wrote:
> On Wed, 13 Feb 2013 22:29:51 +0100, Thierry Reding
> wrote:
> > On Wed, Feb 13, 2013 at 01:54:53PM -0600, Rob Herring wrote:
> > > On 02/13/2013 08:25 AM, Thierry Reding wrote:
> > > > On Wed, Feb 13, 2013 at 08:23:28AM -0600, Rob He
On Wed, Feb 13, 2013 at 10:56:07PM +, Grant Likely wrote:
> On Mon, 11 Feb 2013 09:22:19 +0100, Thierry Reding
> wrote:
> > This function can be used to parse the number of a device's parent PCI
> > bus from a standard 5-cell PCI resource.
> >
> > Signed-off-by: Thierry Reding
>
> This pat
On Wed, Feb 13, 2013 at 10:59:50PM +, Grant Likely wrote:
> On Mon, 11 Feb 2013 09:22:18 +0100, Thierry Reding
> wrote:
> > This function can be used to parse the device and function number from a
> > standard 5-cell PCI resource. PCI_SLOT() and PCI_FUNC() can be used on
> > the returned valu
On Wed, Feb 13, 2013 at 10:58:44PM +, Grant Likely wrote:
> On Mon, 11 Feb 2013 09:22:20 +0100, Thierry Reding
> wrote:
> > This function can be used to parse a bus-range property as specified by
> > device nodes representing PCI bridges.
> >
> > Signed-off-by: Thierry Reding
>
> Ditto for
Use the key-matrix layer to interpret key scan information from the EC
and inject input based on the FDT-supplied key map. This driver registers
itself with the ChromeOS EC driver to perform communications.
The matrix-keypad FDT binding is used with a small addition to control
ghosting.
Signed-of
Hi Dmitry,
On Wed, Feb 13, 2013 at 12:02 PM, Dmitry Torokhov
wrote:
> Hi SImon,
>
> On Tue, Feb 12, 2013 at 06:42:26PM -0800, Simon Glass wrote:
>> Use the key-matrix layer to interpret key scan information from the EC
>> and inject input based on the FDT-supplied key map. This driver registers
>
To replace magic number in "clocks = <&tegra_car 28>;"
Signed-off-by: Hiroshi Doyu
---
This patch depends on:
[PATCH 0/9] ARM: tegra: use new dtc+cpp feature
http://lists.infradead.org/pipermail/linux-arm-kernel/2013-February/149613.html
This patch is the experiment for Tegra20. The same r
Hi Mark,
On Tue, Feb 12, 2013 at 16:30:48, Mark Rutland wrote:
> Hi Prakash,
>
> I think this looks pretty good now :)
>
> Reviewed-by: Mark Rutland
>
Thanks for inputs, I will add your Reviewed-by for future versions of this
patch.
Regards,
Prakash
> Thanks,
> Mark.
>
> On Tue, Feb 12, 2
Hi Sekhar,
This mail reached my inbox after I sent out v3.
On Tue, Feb 12, 2013 at 11:51:34, Nori, Sekhar wrote:
> On 2/7/2013 1:27 PM, Manjunathappa, Prakash wrote:
> > Adds device tree support for davinci_mmc. Also add binding documentation.
> > Tested in non-dma PIO mode and without GPIO card_
Hi Vinod,
On Thu, Feb 14, 2013 at 10:17 AM, Vinod Koul wrote:
> On Wed, Feb 13, 2013 at 09:52:30AM +0530, Padma Venkat wrote:
>> Hi Vinod,
>>
>> On Tue, Feb 12, 2013 at 8:19 PM, Vinod Koul wrote:
>> > On Mon, Feb 11, 2013 at 02:08:20PM +0530, Padmavathi Venna wrote:
>> >
>> > This looks fine, I
Hi Stephen
Thank you for your explain
> To that end, perhaps calling the function .of_xlate_dai_name might be
> more future-proof; if we ever needed to translate say a CODEC widget
> name, we could add a separate .of_xlate_widget_name function to do that
> later, with zero effect on the .of_xlat
On Wed, Feb 13, 2013 at 09:52:30AM +0530, Padma Venkat wrote:
> Hi Vinod,
>
> On Tue, Feb 12, 2013 at 8:19 PM, Vinod Koul wrote:
> > On Mon, Feb 11, 2013 at 02:08:20PM +0530, Padmavathi Venna wrote:
> >
> > This looks fine, I have only question. The code seems to assume that pl330
> > dma
> > co
On Wed, Feb 13, 2013 at 12:26:23PM +0100, Cong Ding wrote:
> > > > You need to send this to whomever is working on DMA bindings.
> > > Thank you bob, I added Vinod the the receiver list.
> > I have moved the of/dma.c to dma/of-dma.c, can you regenerate this patch and
> > resend to me
> Sorry Vinod,
On 02/13/2013 06:16 PM, Kuninori Morimoto wrote:
>
> Hi Stephen
>
> Thank you for your explain.
> I think I could understand, but not 100%.
>
>> Well, any driver that could be used with it will need to implement the
>> .of_xlate() callback. The simple-audio code would still be 100%
>> independen
Hey
> This adds support of device tree probe for Renesas sh-ether driver.
>
> Signed-off-by: Nobuhiro Iwamatsu
>
> V3: - Removed sentnece of "needs-init" from document.
> V2: - Removed ether_setup().
> - Fixed typo from "sh-etn" to "sh-eth".
> - Removed "needs-init" and sh-eth,endian
This patch registers the pl330 dma controller driver with the generic
device tree dma helper functions.
Signed-off-by: Padmavathi Venna
Acked-by: Arnd Bergmann
---
drivers/dma/pl330.c | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/drivers/dma/pl330.c b/driver
This patch adds #dma-cells property to PL330 DMA controller
nodes for supporting generic dma dt bindings on samsung
exynos5250 platform.
Signed-off-by: Padmavathi Venna
Acked-by: Arnd Bergmann
---
.../devicetree/bindings/dma/arm-pl330.txt | 21 +++
arch/arm/boot/dts/e
Add xlate to translate the device-tree binding information into
the appropriate format. The filter function requires the dma
controller device and dma channel number as filter_params.
Signed-off-by: Padmavathi Venna
Acked-by: Arnd Bergmann
---
drivers/dma/pl330.c | 25
Changes since V3:
- Make dma-cells property optional as suggested by Rob Herring
- Add dma-requests and dma-channels properties to DMA controller
as suggested by Arnd for future-proof
- Add Acked-by for some of the patches
Changes since V2:
- Add new filte
This patch adds a new pl330_dt_filter for DT case to filter the
required channel based on the new filter params and modifies the
old filter only for non-DT case as suggested by Arnd Bergmann.
Signed-off-by: Padmavathi Venna
Acked-by: Arnd Bergmann
---
drivers/dma/pl330.c | 29 +++-
This adds support of device tree probe for Renesas sh-ether driver.
Signed-off-by: Nobuhiro Iwamatsu
V3: - Removed sentnece of "needs-init" from document.
V2: - Removed ether_setup().
- Fixed typo from "sh-etn" to "sh-eth".
- Removed "needs-init" and sh-eth,endian from definition of
On Thu, Feb 14, 2013 at 10:47 AM, Magnus Damm wrote:
> Hi Iwamatsu-san,
>
> On Thu, Feb 14, 2013 at 9:51 AM, Nobuhiro Iwamatsu
> wrote:
>> This adds support of device tree probe for Renesas sh-ether driver.
>>
>> Signed-off-by: Nobuhiro Iwamatsu
>>
>> ---
>> V2: - Removed ether_setup().
>> -
On Thu, Feb 14, 2013 at 11:09:06AM +0900, Magnus Damm wrote:
> On Thu, Feb 14, 2013 at 10:59 AM, Simon Horman wrote:
> > On Thu, Feb 14, 2013 at 10:42:21AM +0900, Magnus Damm wrote:
> >> On Thu, Feb 14, 2013 at 12:59 AM, Guennadi Liakhovetski
> >> wrote:
> >> > On Thu, 7 Feb 2013, Simon Horman wr
On Thu, Feb 14, 2013 at 10:59 AM, Simon Horman wrote:
> On Thu, Feb 14, 2013 at 10:42:21AM +0900, Magnus Damm wrote:
>> On Thu, Feb 14, 2013 at 12:59 AM, Guennadi Liakhovetski
>> wrote:
>> > On Thu, 7 Feb 2013, Simon Horman wrote:
>> >
>> >> On Wed, Feb 06, 2013 at 10:24:20PM +, Arnd Bergmann
On Thu, Feb 14, 2013 at 10:42:21AM +0900, Magnus Damm wrote:
> On Thu, Feb 14, 2013 at 12:59 AM, Guennadi Liakhovetski
> wrote:
> > On Thu, 7 Feb 2013, Simon Horman wrote:
> >
> >> On Wed, Feb 06, 2013 at 10:24:20PM +, Arnd Bergmann wrote:
> >> > On Wednesday 06 February 2013, Guennadi Liakhov
On Thu, Feb 14, 2013 at 12:59 AM, Guennadi Liakhovetski
wrote:
> On Thu, 7 Feb 2013, Simon Horman wrote:
>
>> On Wed, Feb 06, 2013 at 10:24:20PM +, Arnd Bergmann wrote:
>> > On Wednesday 06 February 2013, Guennadi Liakhovetski wrote:
>> > > +* Toshiba Mobile IO SD/MMC controller
>> > > +
>> >
Hi Iwamatsu-san,
On Thu, Feb 14, 2013 at 9:51 AM, Nobuhiro Iwamatsu
wrote:
> This adds support of device tree probe for Renesas sh-ether driver.
>
> Signed-off-by: Nobuhiro Iwamatsu
>
> ---
> V2: - Removed ether_setup().
> - Fixed typo from "sh-etn" to "sh-eth".
> - Removed "needs-in
Hi Iwamatsu-san
Thank you for this patch.
Small comment from me
> +#ifdef CONFIG_OF
(snip)
> +sh_eth_parse_dt(struct device *dev, struct net_device *ndev)
> +{
> + int ret;
> + struct device_node *np = dev->of_node;
> + struct sh_eth_plat_data *pdata;
...
> +#else
> +static struct s
Hi Stephen
Thank you for your explain.
I think I could understand, but not 100%.
> Well, any driver that could be used with it will need to implement the
> .of_xlate() callback. The simple-audio code would still be 100%
> independent from any CPU or CODEC, since of_xlate would be a standard
> in
Stephen,
On Wed, Feb 13, 2013 at 4:41 PM, Stephen Warren wrote:
>> OK, going to go with i2c-arbitrator-cros-ec. Hopefully that sounds OK.
>
> That seems fine. The mechanism seems potentially a little more generic
> than just for cros-ec though, but I guess there's no harm naming it
> after the f
This adds support of device tree probe for Renesas sh-ether driver.
Signed-off-by: Nobuhiro Iwamatsu
---
V2: - Removed ether_setup().
- Fixed typo from "sh-etn" to "sh-eth".
- Removed "needs-init" and sh-eth,endian from definition of DT.
- Changed "sh-eth,edmac-endian" instea
On 02/13/2013 05:34 PM, Doug Anderson wrote:
> On Wed, Feb 13, 2013 at 1:02 PM, Stephen Warren wrote:
>> On 02/13/2013 11:02 AM, Doug Anderson wrote:
>>> The i2c-arbitrator driver implements the arbitration scheme that the
>>> Embedded Controller (EC) on the ARM Chromebook expects to use for bus
>
This commit adds an empty of_device_is_available() function for
!CONFIG_OF builds.
Signed-off-by: Nobuhiro Iwamatsu
---
V1: Fix email address.
include/linux/of.h |5 +
1 file changed, 5 insertions(+)
diff --git a/include/linux/of.h b/include/linux/of.h
index 5ebcc5c..0be17ad 100644
---
From: Nobuhiro Iwamatsu
This commit adds an empty of_device_is_available() function for
!CONFIG_OF builds.
Signed-off-by: Nobuhiro Iwamatsu
---
include/linux/of.h |5 +
1 file changed, 5 insertions(+)
diff --git a/include/linux/of.h b/include/linux/of.h
index 5ebcc5c..0be17ad 100644
-
Stephen,
Thank you for the review. Comments below (including changes I have
done locally). I probably won't have time to test / repost until
tomorrow.
On Wed, Feb 13, 2013 at 1:02 PM, Stephen Warren wrote:
> On 02/13/2013 11:02 AM, Doug Anderson wrote:
>> The i2c-arbitrator driver implements
On 02/12/2013 06:13 PM, Kuninori Morimoto wrote:
>
> Hi Stephen
>
>>> +- simple-audio,[prefix],bitclock-inversion : if CPU/CODEC needs clock
>>> inversion
>>> +- simple-audio,[prefix],frame-inversion: if CPU/CODEC needs
>>> frame inversion
>>> +- simple-audio,[prefix],system-clock-f
On 02/12/2013 06:30 PM, Sachin Kamat wrote:
Hi Sylwester,
On Wednesday, 6 February 2013, Sachin Kamat wrote:
This patch adds device tree based discovery support to G2D driver
Signed-off-by: Sachin Kamat
---
Based on for_v3.9 branch of below tree:
git://linuxtv.org/snawrocki/samsung.git
On 02/11/2013 10:37 PM, Kuninori Morimoto wrote:
>
> Hi Stephen
>
>> 2) Call an "of_xlate" function on that driver, passing it the "portspec"
>> I mentioned above; the driver will interpret the portspec, maps it to
>> the ASoC port name, and return it.
>>
>> The DT binding for each audio componen
On Wed, Feb 13, 2013 at 11:32:01AM -0500, Justin Sobota wrote:
> This commit adds a license header to fdt.h and libfdt_env.h because
> the license was omitted
So, having a quick look at the git blame for both these files, it
looks like Kim Phillips (CCed) also touched them substantially.
Kim, did
On 02/11/2013 09:48 PM, Kuninori Morimoto wrote:
>
> Hi Stephen
>
>>> +sound {
>>> + compatible = "simple-audio";
>> ...
>>> + simple-audio,codec,dai = <&ak4648 0>;
>> ...
>>> +sh_fsi2: sh_fsi2@0xec23 {
>>> + compatible = "renesas,sh_fsi2";
>>> + reg = <0xec23 0x400>;
>>> + inte
Hi Sachin,
On Wednesday 06 of February 2013 17:21:17 Sachin Kamat wrote:
> Added documentaion about G2D bindings.
>
> Signed-off-by: Sachin Kamat
> ---
> .../devicetree/bindings/gpu/samsung-g2d.txt| 30
> 1 files changed, 30 insertions(+), 0 deletions(-)
> create
Dear Grant Likely,
On Wed, 13 Feb 2013 22:59:50 +, Grant Likely wrote:
> There isn't a whole lot of value in this patch without another user.
> I'll need to see the other patches that make use of this.
See the proposed Marvell PCIe driver and Tegra PCIe driver:
http://lists.infradead.org/pi
On 02/06/2013 12:51 PM, Sachin Kamat wrote:
Added documentaion about G2D bindings.
s/documentaion/documentation
Signed-off-by: Sachin Kamat
---
.../devicetree/bindings/gpu/samsung-g2d.txt| 30
1 files changed, 30 insertions(+), 0 deletions(-)
create mode 10
On Mon, 11 Feb 2013 09:22:18 +0100, Thierry Reding
wrote:
> This function can be used to parse the device and function number from a
> standard 5-cell PCI resource. PCI_SLOT() and PCI_FUNC() can be used on
> the returned value obtain the device and function numbers respectively.
>
> Signed-off-b
On Mon, 11 Feb 2013 09:22:20 +0100, Thierry Reding
wrote:
> This function can be used to parse a bus-range property as specified by
> device nodes representing PCI bridges.
>
> Signed-off-by: Thierry Reding
Ditto for this one. We can wait on it until there is a user.
> ---
> drivers/of/of_pc
On Mon, 11 Feb 2013 09:22:19 +0100, Thierry Reding
wrote:
> This function can be used to parse the number of a device's parent PCI
> bus from a standard 5-cell PCI resource.
>
> Signed-off-by: Thierry Reding
This patch should be deferred until there is another patch in the same
series that act
On Mon, 11 Feb 2013 09:22:17 +0100, Thierry Reding
wrote:
> From: Andrew Murray
>
> DT bindings for PCI host bridges often use the ranges property to describe
> memory and IO ranges - this binding tends to be the same across architectures
> yet several parsing implementations exist, e.g. arch/m
From: Stephen Warren
This enables a C pre-processor pass on all Tegra device trees. This
allows future use of #defines and header files in order to define names
for various constants, such as the IDs and flags in GPIO specifiers.
Use of those features will increase the readability of the device t
On Wed, 13 Feb 2013 22:29:51 +0100, Thierry Reding
wrote:
> On Wed, Feb 13, 2013 at 01:54:53PM -0600, Rob Herring wrote:
> > On 02/13/2013 08:25 AM, Thierry Reding wrote:
> > > On Wed, Feb 13, 2013 at 08:23:28AM -0600, Rob Herring wrote:
> > >> On 02/12/2013 12:45 AM, Thierry Reding wrote:
> > >>
From: Stephen Warren
Use the GIC and standard IRQ binding defines in all IRQ specifiers.
Signed-off-by: Stephen Warren
---
arch/arm/boot/dts/tegra114.dtsip| 55 +
arch/arm/boot/dts/tegra20-colibri-512.dtsip |2 +-
arch/arm/boot/dts/tegra20-harmony.dtsp |4 +-
From: Stephen Warren
Use TEGRA_GPIO() macro to name all GPIOs referenced by GPIO properties,
and some interrupts properties. Use standard GPIO flag defines too.
Signed-off-by: Stephen Warren
---
arch/arm/boot/dts/tegra20-colibri-512.dtsip | 16 +++-
arch/arm/boot/dts/tegra20-harmony.
From: Stephen Warren
All Tegra GPIOs are named after the GPIO bank and GPIO number within
the bank. Define a macro to calculate the GPIO ID based on those
parameters. Make the macro available via all Tegra .dtsip files.
Signed-off-by: Stephen Warren
---
arch/arm/boot/dts/tegra-gpio.h | 45
From: Stephen Warren
The USB PHY nodes are all grouped together rather than being sorted based
on reg address like all other nodes fix this.
I apologize for the churn; I should have noticed this during review of the
patches that caused this.
Signed-off-by: Stephen Warren
---
arch/arm/boot/dts
From: Stephen Warren
Remove white-space from empty line; triggers checkpatch.
Signed-off-by: Stephen Warren
---
arch/arm/boot/dts/tegra20.dtsi |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/tegra20.dtsi b/arch/arm/boot/dts/tegra20.dtsi
index cdb8da0..f
From: Stephen Warren
The ARM GIC binding defines a few custom cells and flags for its IRQ
specifier. Provide names for those.
Signed-off-by: Stephen Warren
---
arch/arm/boot/dts/arm-gic.h | 17 +
1 file changed, 17 insertions(+)
create mode 100644 arch/arm/boot/dts/arm-gic.h
From: Stephen Warren
Many IRQ device tree bindings use the same flags. Create a header to
define those.
Signed-off-by: Stephen Warren
---
arch/arm/boot/dts/irq.h | 14 ++
1 file changed, 14 insertions(+)
create mode 100644 arch/arm/boot/dts/irq.h
diff --git a/arch/arm/boot/dts/
From: Stephen Warren
Many GPIO device tree bindings use the same flags. Create a header to
define those.
Signed-off-by: Stephen Warren
---
arch/arm/boot/dts/gpio.h | 10 ++
1 file changed, 10 insertions(+)
create mode 100644 arch/arm/boot/dts/gpio.h
diff --git a/arch/arm/boot/dts/g
From: Stephen Warren
This series converts the Tegra device tree files to use the new feature
of running cpp over .dts files before compiling them with dtc. This
allows GPIOs and other GPIO/IRQ specifier cells to be named for example.
As far as merging goes, I'd anticipate the first 3 patches bei
On Wed, Feb 13, 2013 at 01:54:53PM -0600, Rob Herring wrote:
> On 02/13/2013 08:25 AM, Thierry Reding wrote:
> > On Wed, Feb 13, 2013 at 08:23:28AM -0600, Rob Herring wrote:
> >> On 02/12/2013 12:45 AM, Thierry Reding wrote:
> >>> On Mon, Feb 11, 2013 at 01:43:03PM -0600, Rob Herring wrote:
>
On 02/13/2013 11:02 AM, Doug Anderson wrote:
> The i2c-arbitrator driver implements the arbitration scheme that the
> Embedded Controller (EC) on the ARM Chromebook expects to use for bus
> multimastering. This i2c-arbitrator driver could also be used in
> other places where standard i2c bus arbit
On Sat, 9 Feb 2013 12:15:10 +0530, Vineet Gupta
wrote:
> On Saturday 09 February 2013 04:31 AM, Grant Likely wrote:
> > On Fri, 11 Jan 2013 11:50:23 +0530, Vineet Gupta
> > wrote:
> >> +- clock-frequency : the input clock frequency for the UART
> >> +- baud: baud rate for UA
On 02/12/2013 03:39 PM, Sylwester Nawrocki wrote:
> On 02/11/2013 10:50 PM, Stephen Warren wrote:
>> On 02/09/2013 03:29 PM, Sylwester Nawrocki wrote:
>>> On 02/09/2013 01:32 AM, Stephen Warren wrote:
On 02/08/2013 05:05 PM, Sylwester Nawrocki wrote:
> On 02/09/2013 12:21 AM, Stephen Warre
Hi SImon,
On Tue, Feb 12, 2013 at 06:42:26PM -0800, Simon Glass wrote:
> Use the key-matrix layer to interpret key scan information from the EC
> and inject input based on the FDT-supplied key map. This driver registers
> itself with the ChromeOS EC driver to perform communications.
>
> Additiona
On 02/13/2013 08:25 AM, Thierry Reding wrote:
> On Wed, Feb 13, 2013 at 08:23:28AM -0600, Rob Herring wrote:
>> On 02/12/2013 12:45 AM, Thierry Reding wrote:
>>> On Mon, Feb 11, 2013 at 01:43:03PM -0600, Rob Herring wrote:
On 02/11/2013 02:22 AM, Thierry Reding wrote:
> From: Andrew Murray
On Wed, Feb 13, 2013 at 10:45 AM, Olof Johansson wrote:
>> + i2c-parent = <&{/i2c@12CA}>;
>
> Why use this custom i2c-parent property? The arbitrator should just be
> under the i2c controller in the device tree, and thus parent would be
> derived from the topology there.
Ah. Read
Hi,
The driver pieces have been reviewed a bit already, but I have a question on
the bindings below.
On Wed, Feb 13, 2013 at 10:02:09AM -0800, Doug Anderson wrote:
> The i2c-arbitrator driver implements the arbitration scheme that the
> Embedded Controller (EC) on the ARM Chromebook expects to us
The i2c-arbitrator driver implements the arbitration scheme that the
Embedded Controller (EC) on the ARM Chromebook expects to use for bus
multimastering. This i2c-arbitrator driver could also be used in
other places where standard i2c bus arbitration can't be used and two
extra GPIOs are availabl
From: Stephen Warren
This binding is intended to represent the hardware reset signals present
internally in most IC (SoC, FPGA, ...) designs.
It consists of a binding for a reset controller device (provider), and a
pair of properties, "resets" and "reset-names", to link a device node
(consumer) t
This adds a simple API for devices to request being reset
by separate reset controller hardware and implements the
reset signal device tree binding.
Signed-off-by: Philipp Zabel
Reviewed-by: Stephen Warren
---
Changes since v1:
- Added missing header files.
- Fixed reset_controller_register co
Signed-off-by: Philipp Zabel
---
drivers/reset/Kconfig | 13 +++
drivers/reset/Makefile |1 +
drivers/reset/gpio-reset.c | 188
3 files changed, 202 insertions(+)
create mode 100644 drivers/reset/gpio-reset.c
diff --git a/drivers/rese
Also, link SRC to IPU via phandle.
Signed-off-by: Philipp Zabel
Reviewed-by: Stephen Warren
---
Changes since v1:
- Changed compatible strings to "fsl,-src"
---
arch/arm/boot/dts/imx51.dtsi |7 +++
arch/arm/boot/dts/imx53.dtsi |7 +++
2 files changed, 14 insertions(+)
diff --g
The SRC has auto-deasserting reset bits that control reset lines to
the GPU, VPU, IPU, and OpenVG IP modules. This patch adds a reset
controller that can be controlled by those devices using the
reset controller API.
Signed-off-by: Philipp Zabel
Reviewed-by: Stephen Warren
---
Changes since v1:
Request the System Reset Controller to reset the IPU if
specified via device tree phandle.
Signed-off-by: Philipp Zabel
Reviewed-by: Stephen Warren
---
.../devicetree/bindings/staging/imx-drm/fsl-imx-drm.txt|3 +++
drivers/staging/imx-drm/ipu-v3/ipu-common.c| 12 ++
Signed-off-by: Philipp Zabel
Reviewed-by: Stephen Warren
---
Changes since v1:
- Fixed resets property in ipu2 device node.
---
arch/arm/boot/dts/imx6q.dtsi |3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm/boot/dts/imx6q.dtsi b/arch/arm/boot/dts/imx6q.dtsi
index ff1205e..03ad5
The SRC in i.MX51 and i.MX53 is similar to the one in i.MX6q minus
the IPU2 reset line and multi core CPU reset/enable bits.
Signed-off-by: Philipp Zabel
Reviewed-by: Stephen Warren
---
Changes since v1:
- Changed matching compatible string to "fsl,imx51-src"
- Use imx_src_init for both i.MX5
The system reset controller (SRC) on i.MX51, i.MX53, and i.MX6q controls
reset lines to the GPU, VPU, IPU, and OpenVG IP modules.
The following patches add a simple API for devices to request being reset
by separate reset controller hardware and implements the reset signal
device tree binding prop
Hi Peter,
On Wed, Feb 13, 2013 at 10:10 PM, Anil Kumar wrote:
> Hi,
>
> On Wed, Feb 13, 2013 at 9:22 PM, Peter Ujfalusi wrote:
>> On 02/13/2013 07:04 AM, Kumar, Anil wrote:
>>> Hi Peter,
>>>
>>> Just trying to understand.
>>>
>>> In omap-twl4030.c file probe function :-
>>>
>>> dai_node = of_pa
Hi,
On Wed, Feb 13, 2013 at 9:22 PM, Peter Ujfalusi wrote:
> On 02/13/2013 07:04 AM, Kumar, Anil wrote:
>> Hi Peter,
>>
>> Just trying to understand.
>>
>> In omap-twl4030.c file probe function :-
>>
>> dai_node = of_parse_phandle(node, "ti,mcbsp", 0);
>> if (!dai_node) {
>>
* Jon Hunter [130213 08:10]:
> On 02/13/2013 09:57 AM, Jon Hunter wrote:
> > On 02/13/2013 03:28 AM, Sourav Poddar wrote:
> >
> > A quick look at the data manual shows that omap4430 and omap4460 has the
> > same pin mux options for i2c. Furthermore, the data manual shows only
> > one mux option f
This commit adds a license header to fdt.h and libfdt_env.h because the license
was omitted
Signed-off-by: Justin Sobota
---
libfdt/fdt.h| 50 ++
libfdt/libfdt_env.h | 50 ++
2 files chan
On 02/13/2013 09:57 AM, Jon Hunter wrote:
>
> On 02/13/2013 03:28 AM, Sourav Poddar wrote:
>> Booting 3.8-rc6 on omap4 panda results in the following error
>>
>> [0.27] omap_i2c 4807.i2c: did not get pins for i2c error: -19
>> [0.445770] omap_i2c 4807.i2c: bus 0 rev0.11 at 400
On Thu, 7 Feb 2013, Simon Horman wrote:
> On Wed, Feb 06, 2013 at 10:24:20PM +, Arnd Bergmann wrote:
> > On Wednesday 06 February 2013, Guennadi Liakhovetski wrote:
> > > +* Toshiba Mobile IO SD/MMC controller
> > > +
> > > +The tmio-mmc driver doesn't probe its devices actively, instead its
On 02/13/2013 03:28 AM, Sourav Poddar wrote:
> Booting 3.8-rc6 on omap4 panda results in the following error
>
> [0.27] omap_i2c 4807.i2c: did not get pins for i2c error: -19
> [0.445770] omap_i2c 4807.i2c: bus 0 rev0.11 at 400 kHz
> [0.473937] omap_i2c 48072000.i2c: did n
On 02/13/2013 07:04 AM, Kumar, Anil wrote:
> Hi Peter,
>
> Just trying to understand.
>
> In omap-twl4030.c file probe function :-
>
> dai_node = of_parse_phandle(node, "ti,mcbsp", 0);
> if (!dai_node) {
> dev_err(&pdev->dev, "McBSP node is not provide
These patches add support to configure on-chip SRAM via device-tree
node or platform data and to obtain the resulting genalloc pool from
the struct device pointer or a phandle pointing at the device tree node.
This allows drivers to allocate SRAM with the genalloc API without
hard-coding the genall
This patch adds three exported functions to lib/genalloc.c:
devm_gen_pool_create, dev_get_gen_pool, and of_get_named_gen_pool.
devm_gen_pool_create is a managed version of gen_pool_create that keeps
track of the pool via devres and allows the management code to automatically
destroy it after devic
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 SRAM clock.
Other drivers can retrieve the genalloc pool from a phandle pointing
to this drivers' device node in the device tree.
The
Signed-off-by: Philipp Zabel
Reviewed-by: Shawn Guo
Acked-by: Grant Likely
---
Changes since v8:
- Changed device tree compatible string to "mmio-sram"
---
arch/arm/boot/dts/imx53.dtsi |5 +
arch/arm/boot/dts/imx6q.dtsi |6 ++
2 files changed, 11 insertions(+)
diff --git a/arc
This patch depends on "genalloc: add devres support, allow to find
a managed pool by device", which provides the of_get_named_gen_pool
and dev_get_gen_pool functions.
Signed-off-by: Philipp Zabel
Acked-By: Javier Martin
Acked-by: Grant Likely
---
Documentation/devicetree/bindings/media/coda.tx
Folks,
I'd like to tag an official release of the DTC soon.
To that end, here is a call for any last minute patches
that are desired for this release!
I am still waiting on a spin of a patch that adds
copyright headers (with signoffs!) to a few libfdt files.
Others?
jdl
On 02/13/2013 05:13 AM, Ezequiel Garcia wrote:
> GPMC stands for General Purpose Memory Controller, and it's primarily
> used to handle memories such as NOR, NAND, SRAM.
> Note that this controller is also used to handle network controllers
> such as smsc911x.
>
> This patch moves the documentati
On Wed, Feb 13, 2013 at 08:23:28AM -0600, Rob Herring wrote:
> On 02/12/2013 12:45 AM, Thierry Reding wrote:
> > On Mon, Feb 11, 2013 at 01:43:03PM -0600, Rob Herring wrote:
> >> On 02/11/2013 02:22 AM, Thierry Reding wrote:
> >>> From: Andrew Murray
>
> >>> @@ -13,6 +13,7 @@
> >>> #define OF_CH
On 02/12/2013 12:45 AM, Thierry Reding wrote:
> On Mon, Feb 11, 2013 at 01:43:03PM -0600, Rob Herring wrote:
>> On 02/11/2013 02:22 AM, Thierry Reding wrote:
>>> From: Andrew Murray
>>> @@ -13,6 +13,7 @@
>>> #define OF_CHECK_COUNTS(na, ns)(OF_CHECK_ADDR_COUNT(na) && (ns) > 0)
>>>
>>> stat
On 2013-02-13 08:05, Anton Vorontsov wrote:
On Tue, Feb 12, 2013 at 08:24:33AM +0100, Andreas Larsson wrote:
+ res = platform_get_resource(ofdev, IORESOURCE_MEM, 0);
+ regs = devm_request_and_ioremap(&ofdev->dev, res);
Just wonder, is it safe to pass null res to devm_request_and_io
Hello,
On Mon, 11 Feb 2013 09:22:16 +0100, Thierry Reding wrote:
> Hi,
>
> These patches add a few device tree helpers that are used are partially
> shared by Thomas' Marvell PCIe controller and my Tegra PCIe controller
> series. In an attempt to decrease the number of dependencies between
> tree
This makes sure that an error is returned on an incorrectly formed
"cs-gpios" property, but reports success when the "cs-gpios" property is
well formed or missing.
When holes in the cs-gpios property phandle list is used to indicate
that some other form of chipselect is to be used it is important
The return value from of_get_named_gpio is -ENOENT when the given index
matches a hole in the "cs-gpios" property phandle list. However, the
default value of cs_gpio in struct spi_device and entries of cs_gpios in
struct spi_master is -EINVAL, which is documented to indicate that a
GPIO line should
On Wed, Feb 13, 2013 at 12:13 PM, Lars Poeschel wrote:
> On Monday 11 February 2013 at 22:25:51, Grant Likely wrote:
>>
>> However, is the pullup selection per-gpio line? If so, then why not
>> encode it into the flags field of the gpio specifier?
>
> Yes, the pullup is per-gpio line. I am working
Move the min_timeout initialization inside the orion_wdt definition.
Only compile tested.
Signed-off-by: Fabio Porcedda
Cc: Andrew Lunn
Acked-by: Jason Cooper
---
drivers/watchdog/orion_wdt.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/watchdog/orion_wdt.c b/dr
1 - 100 of 125 matches
Mail list logo
