Hi,
On Thursday 21 March 2013 02:29 AM, Stephen Warren wrote:
On 03/20/2013 03:12 AM, Kishon Vijay Abraham I wrote:
Updated the usb_otg_hs dt data to include the *phy* and *phy-names*
binding in order for the driver to use the new generic PHY framework.
Also updated the Documentation to include
Hi,
On Wednesday 20 March 2013 10:21 PM, Tony Lindgren wrote:
* Kishon Vijay Abraham I [130320 02:17]:
--- a/arch/arm/mach-omap2/board-2430sdp.c
+++ b/arch/arm/mach-omap2/board-2430sdp.c
@@ -265,6 +266,7 @@ static void __init omap_2430sdp_init(void)
omap_mux_init_signal("usb0hs_stp",
Hi,
On Thursday 21 March 2013 04:06 AM, Sylwester Nawrocki wrote:
Hi Kishon,
On 03/20/2013 10:12 AM, 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 us
On Wed, 2013-03-20 at 21:38 +, Grant Likely wrote:
> > NAK. It should at the very least be a CONFIG option for a while
> before
> > completely switching over.
>
> I'll modify patch 1 to create the symlink if CONFIG_PROC_DEVICETREE is
> not set. After the first patch can be applied we can leave
On 03/20/2013 11:24:54 AM, Daniel Mack wrote:
On Wed, Mar 20, 2013 at 4:19 PM, Rob Herring
wrote:
> On 03/20/2013 09:51 AM, Grant Likely wrote:
>> The same data is now available in sysfs, so we can remove the code
>> that exports it in /proc and replace it with a symlink to the sysfs
>> versio
Hi Samuel,
On Wed, Mar 20, 2013 at 1:52 AM, Samuel Ortiz wrote:
> Hi Simon,
>
> On Wed, Mar 20, 2013 at 09:14:56AM +0100, Samuel Ortiz wrote:
>> On Tue, Mar 19, 2013 at 07:01:42PM -0700, Simon Glass wrote:
>> > Hi Samuel,
>> >
>> > On Tue, Mar 19, 2013 at 6:12 PM, Samuel Ortiz
>> > wrote:
>> >
From: Haojian Zhuang
The sp804 binding is already in use by several platforms. This adds missing
documentation for the binding and also extends the binding to handle some
additional possible interrupt configurations.
Signed-off-by: Haojian Zhuang
Signed-off-by: Rob Herring
---
.../devicetree/
From: Rob Herring
Move timer-sp and integrator-ap timer code to drivers/clocksource and
update timer-sp.h and arm_timer.h includes.
This adds CLKSRC_OF support for the integrator-ap timer and removes the
use of "arm,timer-primary" and "arm,timer-secondary" aliases. The timer
selection should not
From: Rob Herring
Move the integrator-cp timer init to timer-sp.c and use CLKSRC_OF. There is
no reason to use the aliases, so drop them from the init code.
The integrator-cp timers are mistakenly called sp804 timers in the dts, but
in fact they are not sp804 dual timers, but single timers with
From: Rob Herring
Enable DT based init for the sp804 timers on versatile DT platform.
Signed-off-by: Rob Herring
---
arch/arm/boot/dts/versatile-ab.dts | 12
arch/arm/mach-versatile/core.c | 26 +-
arch/arm/mach-versatile/versatile_dt.c |
From: Rob Herring
Add the versatile platform dtbs to the dtbs make rule.
Signed-off-by: Rob Herring
---
arch/arm/boot/dts/Makefile |2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/boot/dts/Makefile b/arch/arm/boot/dts/Makefile
index 9c62558..08d298d 100644
--- a/arch/arm/boot/
From: Rob Herring
The motherboard sp804 timer is used, but core tile sp804 timer is not.
According to Russell King, the clock configuration is undocumented and
defaults to 32kHz which is not desireable. So mark core tile sp804 timer
as disabled.
Signed-off-by: Rob Herring
---
arch/arm/boot/dts
From: Rob Herring
Remove the vexpress specific setup for the sp804 timer now that
clocksource_of_init will do it.
Signed-off-by: Rob Herring
---
arch/arm/mach-vexpress/v2m.c | 11 ---
1 file changed, 11 deletions(-)
diff --git a/arch/arm/mach-vexpress/v2m.c b/arch/arm/mach-vexpress/
From: Rob Herring
Remove the highbank specific setup for the sp804 timer now that
clocksource_of_init will do it.
Signed-off-by: Rob Herring
---
arch/arm/mach-highbank/highbank.c | 19 ---
1 file changed, 19 deletions(-)
diff --git a/arch/arm/mach-highbank/highbank.c
b/arch
From: Rob Herring
This adds CLKSRC_OF based init for sp804 timer. The clock initialization is
refactored to support retrieving the clock(s) from the DT.
Signed-off-by: Rob Herring
---
arch/arm/Kconfig |1 +
arch/arm/common/timer-sp.c | 98 +++
From: Rob Herring
The timer-sp initialization code clears the control register before
initializing the timers, so every platform doing this is redundant.
For unused timers, we should not care what state they are in.
Signed-off-by: Rob Herring
---
arch/arm/mach-integrator/integrator_ap.c |
From: Rob Herring
This series add device-tree support using CLKSRC_OF for initialization
of integrator ap and cp timers and sp804 timers. The timer code for all
of these is moved to drivers/clocksource. The common DT based
initialization of sp804 is supported on highbank, versatile-ab and
vexpres
From: Rob Herring
Add an empty version of of_device_is_available.
Signed-off-by: Rob Herring
---
include/linux/of.h |5 +
1 file changed, 5 insertions(+)
diff --git a/include/linux/of.h b/include/linux/of.h
index a0f1292..6fe655b 100644
--- a/include/linux/of.h
+++ b/include/linux/of.
Hi Kishon,
On 03/20/2013 10:12 AM, 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 phandle,
On Wed, Mar 20, 2013 at 2:57 PM, Benjamin Herrenschmidt
wrote:
> On Wed, 2013-03-20 at 14:51 +, Grant Likely wrote:
>> The same data is now available in sysfs, so we can remove the code
>> that exports it in /proc and replace it with a symlink to the sysfs
>> version.
>>
>> Tested on versatile
On Wed, Mar 20, 2013 at 2:57 PM, Benjamin Herrenschmidt
wrote:
> On Wed, 2013-03-20 at 14:51 +, Grant Likely wrote:
>> Both of the above problems can be worked around by using
>> sysfs_create_bin_file() instead of sysfs_create_file(), but doing so
>> adds an additional 20 to 40 bytes of overhe
On 03/20/2013 03:12 AM, Kishon Vijay Abraham I wrote:
> Updated the usb_otg_hs dt data to include the *phy* and *phy-names*
> binding in order for the driver to use the new generic PHY framework.
> Also updated the Documentation to include the binding information.
> diff --git a/Documentation/devi
On 03/20/2013 07:44 AM, Laxman Dewangan wrote:
> NVIDIA's Tegra114 have two reference platform, Dalmore and Pluto.
> Dalmore uses the following PMICs:
> - TPS65913 as primary PMIC.
> - TPS65090 as secondary PMIC used for switch regulators and battery charging.
> - TPS51632 for cpu regulator.
>
> P
On 03/20/2013 07:44 AM, Laxman Dewangan wrote:
> NVIDIA's Tegra114 platform, Dalmore, uses the TPS65090 as
> secondary PMICs which mainly act as voltage switch controlled
> by I2C communication.
> diff --git a/arch/arm/boot/dts/tegra114-dalmore.dts
> b/arch/arm/boot/dts/tegra114-dalmore.dts
> @@
Hello,
What is the status of the below patch? Both Marvell PCIe driver and
Tegra PCIe driver need a way to parse the ranges = <...> property of
the PCI DT node.
Would it be possible to get this patch merged for 3.10, or get some
review comments that would allow us to rework it in time for 3.10 ?
Hi all
On Sat, 2 Mar 2013, Mark Brown wrote:
> On Mon, Feb 18, 2013 at 10:57:44AM +0100, Guennadi Liakhovetski wrote:
> > Add device-tree bindings to the AS3711 regulator and backlight drivers.
>
> Reviwed-by: Mark Brown
This patch has been submitted more than a month ago and only has got one
On 03/20/2013 11:36 AM, Stephen Warren wrote:
> On 03/20/2013 06:12 AM, Venu Byravarasu wrote:
>> Venu Byravarasu wrote at Wednesday, March 20, 2013 11:30 AM:
>>> Stephen Warren wrote at Wednesday, March 20, 2013 1:22 AM:
On 03/18/2013 06:29 AM, Venu Byravarasu wrote:
> As part of this ser
On Wednesday 20 March 2013 10:27 PM, Rhyland Klein wrote:
On 3/20/2013 9:44 AM, Laxman Dewangan wrote:
+ regulators {
+ dcdc1 {
+ regulator-name = "vdd-sys-5v0";
+ regul
On 03/20/2013 06:43 AM, Venu Byravarasu wrote:
> Stephen Warren wrote at Wednesday, March 20, 2013 1:51 AM:
>> On 03/18/2013 06:29 AM, Venu Byravarasu wrote:
>>> Registered tegra USB PHY as a separate platform driver.
>>> diff --git a/drivers/usb/phy/tegra_usb_phy.c
>>> b/drivers/usb/phy/tegra_us
On Wed, 2013-03-20 at 09:56 -0700, Greg Kroah-Hartman wrote:
> > Unfortunately they occasionally are... VPDs can be pretty big for
> > example.
>
> If the attributes are binary blobs, use the binary file capability of
> sysfs to properly handle them.
Except that we don't know that ... we have pro
On 03/20/2013 06:12 AM, Venu Byravarasu wrote:
>> -Original Message-
>> From: Venu Byravarasu
>> Sent: Wednesday, March 20, 2013 11:30 AM
>> To: 'Stephen Warren'
>> Cc: gre...@linuxfoundation.org; st...@rowland.harvard.edu;
>> ba...@ti.com; linux-...@vger.kernel.org; linux-ker...@vger.kerne
On 03/20/2013 05:23 AM, kishon wrote:
> Hi,
>
> On Monday 18 March 2013 05:59 PM, Venu Byravarasu wrote:
>> This patch updates all Tegra board files so that they contain all the
>> properties required by the updated USB DT binding. Note that this patch
>> only adds the new properties and does not
On 03/20/2013 06:15 AM, Venu Byravarasu wrote:
>> -Original Message-
>> From: kishon [mailto:kis...@ti.com]
>> Sent: Wednesday, March 20, 2013 4:49 PM
>> To: Venu Byravarasu
>> Cc: gre...@linuxfoundation.org; st...@rowland.harvard.edu;
>> ba...@ti.com; linux-...@vger.kernel.org; linux-ker..
From: Wei Yongjun
Date: Wed, 20 Mar 2013 23:06:11 +0800
> From: Wei Yongjun
>
> fec_poll_controller() was not declared. It should be static.
>
> Signed-off-by: Wei Yongjun
Applied.
___
devicetree-discuss mailing list
devicetree-discuss@lists.ozlabs
From: Wei Yongjun
Date: Wed, 20 Mar 2013 23:01:45 +0800
> From: Wei Yongjun
>
> emac_poll_controller() was not declared. It should be static.
>
> Signed-off-by: Wei Yongjun
Applied.
___
devicetree-discuss mailing list
devicetree-discuss@lists.ozlab
On 3/20/2013 9:44 AM, Laxman Dewangan wrote:
> NVIDIA's Tegra114 platform, Dalmore, uses the TPS65090 as
> secondary PMICs which mainly act as voltage switch controlled
> by I2C communication.
>
> Add regulator node for this device.
>
> Signed-off-by: Laxman Dewangan
> ---
> .../devicetree/bind
On Wed, Mar 20, 2013 at 03:57:12PM +0100, Benjamin Herrenschmidt wrote:
> On Wed, 2013-03-20 at 14:51 +, Grant Likely wrote:
> > Device tree nodes are already treated as objects, and we already want to
> > expose them to userspace which is done using the /proc filesystem today.
> > Right now th
* Kishon Vijay Abraham I [130320 02:17]:
>
> --- a/arch/arm/mach-omap2/board-2430sdp.c
> +++ b/arch/arm/mach-omap2/board-2430sdp.c
> @@ -265,6 +266,7 @@ static void __init omap_2430sdp_init(void)
>
> omap_mux_init_signal("usb0hs_stp", OMAP_PULL_ENA | OMAP_PULL_UP);
> usb_bind_phy("m
Hi Michal,
On 20.03.2013 14:55, michal.bachr...@gmail.com wrote:
> Thanks for writing this driver! I have tested your si5351 clock
> driver and his tuning capabilities. It works well, it generates
> proper clock frequency, but when new frequency is generated, little
> clock gap (1ms) is generat
On Wed, Mar 20, 2013 at 4:24 PM, Daniel Mack wrote:
> On Wed, Mar 20, 2013 at 4:19 PM, Rob Herring wrote:
>> On 03/20/2013 09:51 AM, Grant Likely wrote:
>>> The same data is now available in sysfs, so we can remove the code
>>> that exports it in /proc and replace it with a symlink to the sysfs
>
* Jon Hunter [130319 09:08]:
> Vinod, Tony, Benoit,
>
> On 02/26/2013 12:27 PM, Jon Hunter wrote:
> > If the device-tree blob is present during boot, then register the SDMA
> > controller with the device-tree DMA driver so that we can use device-tree
> > to look-up DMA client information.
> >
>
Adds support for High Speed I2C driver found in Exynos5 and later
SoCs from Samsung. This driver currently supports Auto mode.
Driver only supports Device Tree method.
Note: Added debugfs support for registers view, not tested.
Signed-off-by: Taekgyun Ko
Signed-off-by: Naveen Krishna Chatradhi
On 12 March 2013 18:43, Simon Glass wrote:
> [please excuse my mailer html confusion]
>
> Hi Naveen,
>
> On Mon, Mar 11, 2013 at 9:32 PM, Naveen Krishna Chatradhi
> wrote:
>>
>> Adds support for High Speed I2C driver found in Exynos5 and later
>> SoCs from Samsung. This driver currently supports
On Wed, Mar 20, 2013 at 4:19 PM, Rob Herring wrote:
> On 03/20/2013 09:51 AM, Grant Likely wrote:
>> The same data is now available in sysfs, so we can remove the code
>> that exports it in /proc and replace it with a symlink to the sysfs
>> version.
>>
>> Tested on versatile qemu model and mpc520
On 3/20/2013 8:31 PM, Wei Yongjun wrote:
From: Wei Yongjun
emac_poll_controller() was not declared. It should be static.
Signed-off-by: Wei Yongjun
Acked-by: Mugunthan V N
Regards
Mugunthan V N
___
devicetree-discuss mailing list
devicetree-discuss
On 01/31/2013 07:41 PM, Sylwester Nawrocki wrote:
> From: Guennadi Liakhovetski
>
> This patch adds a document describing common OF bindings for video
> capture, output and video processing devices. It is curently mainly
> focused on video capture devices, with data busses defined by
> standards
From: Wei Yongjun
Date: Wed, 20 Mar 2013 20:21:48 +0800
> From: Wei Yongjun
>
> Fix to return a negative error code from the error handling
> case instead of 0, as returned elsewhere in this function.
>
> Signed-off-by: Wei Yongjun
Applied, thanks.
___
On Wed, 2013-03-20 at 14:51 +, Grant Likely wrote:
> The same data is now available in sysfs, so we can remove the code
> that exports it in /proc and replace it with a symlink to the sysfs
> version.
>
> Tested on versatile qemu model and mpc5200 eval board. More testing
> would be appreciate
On 03/20/2013 09:51 AM, Grant Likely wrote:
> The same data is now available in sysfs, so we can remove the code
> that exports it in /proc and replace it with a symlink to the sysfs
> version.
>
> Tested on versatile qemu model and mpc5200 eval board. More testing
> would be appreciated.
I would
From: Wei Yongjun
fec_poll_controller() was not declared. It should be static.
Signed-off-by: Wei Yongjun
---
drivers/net/ethernet/freescale/fec.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/ethernet/freescale/fec.c
b/drivers/net/ethernet/freescale/fec.c
in
From: Wei Yongjun
emac_poll_controller() was not declared. It should be static.
Signed-off-by: Wei Yongjun
---
drivers/net/ethernet/ti/davinci_emac.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/ethernet/ti/davinci_emac.c
b/drivers/net/ethernet/ti/davinci_em
On Wed, 2013-03-20 at 14:51 +, Grant Likely wrote:
> Device tree nodes are already treated as objects, and we already want to
> expose them to userspace which is done using the /proc filesystem today.
> Right now the kernel has to do a lot of work to keep the /proc view in
> sync with the in-ke
Device tree nodes are already treated as objects, and we already want to
expose them to userspace which is done using the /proc filesystem today.
Right now the kernel has to do a lot of work to keep the /proc view in
sync with the in-kernel representation. If device_nodes are switched to
be kobject
The same data is now available in sysfs, so we can remove the code
that exports it in /proc and replace it with a symlink to the sysfs
version.
Tested on versatile qemu model and mpc5200 eval board. More testing
would be appreciated.
Signed-off-by: Grant Likely
Cc: Rob Herring
Cc: Greg Kroah-Ha
Hi all,
This series reworks the device tree userspace view to be exposed via
sysfs. I've been wanting to move to using kobjects to manage the device
tree for a while now. It results in less code overall, and it gives us
the userspace view "for free".
The first patch converts the device_nodes into
Quoting Kukjin Kim (2013-03-19 21:50:05)
> Mike Turquette wrote:
> >
> > Quoting Kukjin Kim (2013-03-19 17:00:09)
> > > Mike Turquette wrote:
> > > >
> > >
> > > [...]
> > >
> > > > > > Thomas,
> > > > > >
> > > > > > Are you planning a V7 series which includes the clock alias bits
> > > > > > fr
Hi Sebastian,
Thanks for writing this driver!
I have tested your si5351 clock driver and his tuning capabilities. It works
well, it generates proper clock frequency, but when new frequency is generated,
little clock gap (1ms) is generated. Si5351 datasheet and WP claims, clock
tuning can be wit
NVIDIA's Tegra114 platform Dalmore has some voltage switches
which are controlled by the Tegra GPIOs.
Add dt node for such fixed regulators.
Signed-off-by: Laxman Dewangan
---
arch/arm/boot/dts/tegra114-dalmore.dts | 55
1 files changed, 55 insertions(+), 0 de
NVIDIA's Tegra114 platform, Dalmore, uses the TPS65090 as
secondary PMICs which mainly act as voltage switch controlled
by I2C communication.
Add regulator node for this device.
Signed-off-by: Laxman Dewangan
---
.../devicetree/bindings/regulator/tps65090.txt |4 +-
arch/arm/boot/dts/te
Dalmore uses the TPS51632 as cpu regulator. This device
is connected on I2C5.
Add dt node for this device.
Signed-off-by: Laxman Dewangan
---
arch/arm/boot/dts/tegra114-dalmore.dts | 15 +++
1 files changed, 15 insertions(+), 0 deletions(-)
diff --git a/arch/arm/boot/dts/tegra114
NVIDIA's Tegra114 have two reference platform, Dalmore and Pluto.
Dalmore uses the following PMICs:
- TPS65913 as primary PMIC.
- TPS65090 as secondary PMIC used for switch regulators and battery charging.
- TPS51632 for cpu regulator.
Pluto uses the TPS65913 as the PMIC.
Enable config variable o
This series add the regulators for Dalmore platform.
Dalmore also have the Palma PMIC as primary PMIC but
dt population will be send later once DT documentation
finalize.
Laxman Dewangan (4):
ARM: tegra: enable Tegra114 based platform PMICs
ARM: tegra: dalmore: add cpu regulator's node
ARM:
On Wednesday 20 March 2013, Manjunathappa, Prakash wrote:
> Adds device tree support for davinci_mmc. Also add binding documentation.
> As of now in non-dma PIO mode and without GPIO card_detect/write_protect
> option because of dependencies on EDMA and GPIO module DT support.
Shouldn't the bindin
> -Original Message-
> From: Stephen Warren [mailto:swar...@wwwdotorg.org]
> Sent: Wednesday, March 20, 2013 1:51 AM
> To: Venu Byravarasu
> Cc: gre...@linuxfoundation.org; st...@rowland.harvard.edu;
> ba...@ti.com; linux-...@vger.kernel.org; linux-ker...@vger.kernel.org;
> linux-te...@vger
> -Original Message-
> From: Felipe Balbi [mailto:ba...@ti.com]
> Sent: Wednesday, March 20, 2013 5:55 PM
> To: Venu Byravarasu
> Cc: kishon; gre...@linuxfoundation.org; st...@rowland.harvard.edu;
> ba...@ti.com; linux-...@vger.kernel.org; linux-ker...@vger.kernel.org;
> swar...@wwwdotorg.o
On Wed, Mar 20, 2013 at 05:47:46PM +0530, Venu Byravarasu wrote:
> > -Original Message-
> > From: kishon [mailto:kis...@ti.com]
> > Sent: Wednesday, March 20, 2013 4:53 PM
> > To: Venu Byravarasu
> > Cc: gre...@linuxfoundation.org; st...@rowland.harvard.edu;
> > ba...@ti.com; linux-...@vger
> -Original Message-
> From: Stephen Warren [mailto:swar...@wwwdotorg.org]
> Sent: Wednesday, March 20, 2013 1:29 AM
> To: Venu Byravarasu
> Cc: gre...@linuxfoundation.org; st...@rowland.harvard.edu;
> ba...@ti.com; linux-...@vger.kernel.org; linux-ker...@vger.kernel.org;
> linux-te...@vger
From: Wei Yongjun
Fix to return a negative error code from the error handling
case instead of 0, as returned elsewhere in this function.
Signed-off-by: Wei Yongjun
---
drivers/net/ethernet/nxp/lpc_eth.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/net/ethernet/
> -Original Message-
> From: Stephen Warren [mailto:swar...@wwwdotorg.org]
> Sent: Wednesday, March 20, 2013 1:24 AM
> To: Venu Byravarasu
> Cc: gre...@linuxfoundation.org; st...@rowland.harvard.edu;
> ba...@ti.com; linux-...@vger.kernel.org; linux-ker...@vger.kernel.org;
> linux-te...@vger
> -Original Message-
> From: kishon [mailto:kis...@ti.com]
> Sent: Wednesday, March 20, 2013 4:53 PM
> To: Venu Byravarasu
> Cc: gre...@linuxfoundation.org; st...@rowland.harvard.edu;
> ba...@ti.com; linux-...@vger.kernel.org; linux-ker...@vger.kernel.org;
> swar...@wwwdotorg.org; linux-te.
> -Original Message-
> From: kishon [mailto:kis...@ti.com]
> Sent: Wednesday, March 20, 2013 4:49 PM
> To: Venu Byravarasu
> Cc: gre...@linuxfoundation.org; st...@rowland.harvard.edu;
> ba...@ti.com; linux-...@vger.kernel.org; linux-ker...@vger.kernel.org;
> swar...@wwwdotorg.org; linux-te.
> -Original Message-
> From: Venu Byravarasu
> Sent: Wednesday, March 20, 2013 11:30 AM
> To: 'Stephen Warren'
> Cc: gre...@linuxfoundation.org; st...@rowland.harvard.edu;
> ba...@ti.com; linux-...@vger.kernel.org; linux-ker...@vger.kernel.org;
> linux-te...@vger.kernel.org; devicetree-disc
Populate OF_DEV_AUXDATA with desired device name expected by
davinci_mmc driver. Without this clk_get of davinci_mmc DT driver
fails.
Signed-off-by: Manjunathappa, Prakash
Cc: linux-...@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux-ker...@vger.kernel.org
Cc: davinci-linux-ope
Add DT entry for MMC. Also add entry for pinmux information.
Tested:
1) Without GPIO card detection and EDMA support as DT support for
GPIO and EDMA are yet come.
2) By creating/deleting files and mounting/unmounting the partition.
Signed-off-by: Manjunathappa, Prakash
Cc: linux-...@vger.kerne
Adds device tree support for davinci_mmc. Also add binding documentation.
As of now in non-dma PIO mode and without GPIO card_detect/write_protect
option because of dependencies on EDMA and GPIO module DT support.
Signed-off-by: Manjunathappa, Prakash
Reviewed-by: Mark Rutland
Tested-by: Sekhar
Remove specifying mmc controller IP version information via platform
data, instead specify device name so that driver derives it from
platform_device_id table. Also change the clock node name to match
the changed dev_id.
Tested on da850-evm to make sure driver loads without clk_get failures.
Signe
Do not return probe failure with missing DMA resources,
allow driver to work in PIO mode.
Tested on da850-evm by mounting partition followed by
file creation and deletion.
Signed-off-by: Manjunathappa, Prakash
Tested-by: Sekhar Nori
---
drivers/mmc/host/davinci_mmc.c | 10 ++
1 files
Patch set adds DT support for davinci_mmc driver and is
verified on da850-evm without card_detect/write_protect and
EDMA support. Also takecare to derive controller IP version from
platform_device_id table, remove version specification in pdata.
Applies on top of below patch series under community
Hi,
On Monday 18 March 2013 05:59 PM, Venu Byravarasu wrote:
This patch updates all Tegra board files so that they contain all the
properties required by the updated USB DT binding. Note that this patch
only adds the new properties and does not yet remove the old properties,
in order to maintain
Hi,
On Monday 18 March 2013 05:59 PM, Venu Byravarasu wrote:
The existing Tegra USB bindings have a few issues:
1) Many properties are documented as being part of the EHCI controller
node, yet they apply more to the PHY device. They should be moved.
2) Some registers in PHY1 are shared with PH
Grant,
On 3/20/2013 4:16 PM, Manjunathappa, Prakash wrote:
> Patch enables support for m25p64 SPI flash support on
> da850-EVM.
With your ack, I would like to merge this series through davinci tree
for v3.10. This will help manage dependencies for DT files.
Thanks,
Sekhar
___
Hi, last time I posted was a bit close to the merge window, so I'm
reposting now. Greg, Arnd, could you take the first two patches?
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
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 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 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
Enable m25p64 SPI flash support on da850-EVM. Also
add partition information of SPI flash.
Signed-off-by: Manjunathappa, Prakash
---
Since v2:
Fixed partition sizes.
Since v1:
Look for m25p64 instead of m25p80.
Corrected the filesystem partition information.
arch/arm/boot/dts/da850-evm.dts |
Populate OF_DEV_AUXDATA with desired device name expected by spi-davinci
driver. Without this clk_get of spi-davinci DT driver fails.
Signed-off-by: Manjunathappa, Prakash
---
arch/arm/mach-davinci/da8xx-dt.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-
Patch adds SPI1 DT node along with pinmux data.
Signed-off-by: Manjunathappa, Prakash
---
arch/arm/boot/dts/da850.dtsi | 18 ++
1 files changed, 18 insertions(+), 0 deletions(-)
diff --git a/arch/arm/boot/dts/da850.dtsi b/arch/arm/boot/dts/da850.dtsi
index 3ec1bda..327fb06 100
From: Murali Karicheri
Add binding documentation for spi-davinci module.
[prakash...@ti.com: Follow DT naming convention for compatible property]
Signed-off-by: Murali Karicheri
Reviewed-by: Grant Likely
Reviewed-by: Sekhar Nori
Signed-off-by: Manjunathappa, Prakash
---
Since v3:
Changed the
Patch enables support for m25p64 SPI flash support on
da850-EVM.
Testing information:
da850-evm comes with partitions specified in DT blob.
Able to mount/umount and create/delete files on filesystem partition.
Applies on top of linux_davinci/master tree:
git://gitorious.org/linux-davinci/linux-da
Follow DT naming convention for compatible property of the blob.
Use first chip name that introduced the specific version of the
device.
Signed-off-by: Manjunathappa, Prakash
---
drivers/spi/spi-davinci.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/spi/spi
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 phandle, the platform specfic intialization code (say from board file)
shoul
In order for controllers to get PHY in case of non dt boot, the phy
binding information should be added in the platform specific
initialization code using phy_bind. The previously added usb_bind_phy
can't be removed yet because the musb controller continues to use the
old PHY library which has OTG
Used the generic PHY framework API to create the PHY. twl4030_usb_suspend
and twl4030_usb_resume is added to phy_ops in order to align
with the new framework.
However using the old USB PHY library cannot be completely removed
because OTG is intertwined with PHY and moving to the new
framework comp
Use the generic PHY framework API to get the PHY. The usb_phy_set_suspend
and usb_phy_set_resume is replaced with phy_suspend and phy_resume to
align with the new PHY framework.
musb->xceiv can't be removed as of now because musb core uses xceiv.state and
xceiv.otg. Once there is a separate state
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
without using phandle, the platform specfic intialization code (say from
Updated the usb_otg_hs dt data to include the *phy* and *phy-names*
binding in order for the driver to use the new generic PHY framework.
Also updated the Documentation to include the binding information.
Signed-off-by: Kishon Vijay Abraham I
---
Documentation/devicetree/bindings/usb/omap-usb.tx
Used the generic PHY framework API to create the PHY. omap_usb2_suspend
is split into omap_usb_suspend and omap_usb_resume in order to align
with the new framework.
However using the old USB PHY library cannot be completely removed
because OTG is intertwined with PHY and moving to the new framewor
Hi Simon,
On Wed, Mar 20, 2013 at 09:14:56AM +0100, Samuel Ortiz wrote:
> On Tue, Mar 19, 2013 at 07:01:42PM -0700, Simon Glass wrote:
> > Hi Samuel,
> >
> > On Tue, Mar 19, 2013 at 6:12 PM, Samuel Ortiz wrote:
> > > On Wed, Mar 20, 2013 at 01:56:52AM +0100, Samuel Ortiz wrote:
> > >> Hi Simon,
1 - 100 of 102 matches
Mail list logo
