On Wed, Jun 26, 2013 at 05:17:29PM +0530, Kishon Vijay Abraham I wrote:
+menuconfig GENERIC_PHY
+ tristate PHY Subsystem
+ help
+ Generic PHY support.
+
+ This framework is designed to provide a generic interface for PHY
+ devices present in the kernel. This layer
Am Dienstag, den 16.07.2013, 09:47 -0600 schrieb Stephen Warren:
On 07/16/2013 12:51 AM, Shawn Guo wrote:
On Tue, Jul 16, 2013 at 09:50:42AM +0800, Shawn Guo wrote:
Hi Philipp,
On Thu, May 30, 2013 at 11:09:00AM +0200, Philipp Zabel wrote:
This driver implements a reset controller
Hi Kumar,
On Tue, 2013-07-16 at 15:17 -0500, Kumar Gala wrote:
On Jul 1, 2013, at 4:11 AM, Ivan T. Ivanov wrote:
From: Ivan T. Ivanov iiva...@mm-sol.com
This is a tty driver with console support for Qualcomm's UART
controllers found in the MSM8974 chipsets. Driver is completely
On Wed, Jul 17, 2013 at 10:09:10AM +0800, Wei Yongjun wrote:
From: Wei Yongjun yongjun_...@trendmicro.com.cn
Convert to use devm_* APIs to avoid resources leak on error handling case.
Signed-off-by: Wei Yongjun yongjun_...@trendmicro.com.cn
---
drivers/mtd/nand/orion_nand.c | 29
On 16/07/2013 21:17, Thomas Petazzoni :
Dear Jonathan Cameron,
On Tue, 16 Jul 2013 20:03:38 +0100, Jonathan Cameron wrote:
On 07/16/2013 12:30 PM, Thomas Petazzoni wrote:
I've asked exactly this question last week at Linaro Connect during the
ARM SoC consolidation panel/discussion, where
Hi Sylwester,
Thanks for the review.
On Wed, Jul 17, 2013 at 2:08 AM, Sylwester Nawrocki
sylvester.nawro...@gmail.com wrote:
Hi Prabhakar,
[snip]
diff --git a/Documentation/devicetree/bindings/media/video-interfaces.txt
b/Documentation/devicetree/bindings/media/video-interfaces.txt
index
Just as a reminder, I intend to update this set with some minor changes:
1. remove devicetree bindings for drivers, I will mail those out separately
2. a devicetree node for DMA was added
3. GPIO numbers are now in DT aswell
Best regards,
Jonas
___
On Tue, 2013-07-16 at 17:05 +0100, Lorenzo Pieralisi wrote:
/drivers/mfd is probably not the right place for this code as it stands (but
probably will be when the entire driver, with DVFS and config interface, is
complete).
Not that it really matters now, but my vexpress-sysreg rework will -
Hi,
On Wednesday 17 July 2013 11:59 AM, Greg KH wrote:
On Wed, Jun 26, 2013 at 05:17:29PM +0530, Kishon Vijay Abraham I wrote:
+menuconfig GENERIC_PHY
+tristate PHY Subsystem
+help
+ Generic PHY support.
+
+ This framework is designed to provide a generic interface for
On Tue, Jul 16, 2013 at 11:41:08AM -0500, Nishanth Menon wrote:
We seem to have a few missing updates to device tree bindings with the
latest set of changes getting merged in.
Applied both, thanks.
signature.asc
Description: Digital signature
___
On Tue, Jul 16, 2013 at 12:37 +0200, Lars-Peter Clausen wrote:
On 07/14/2013 02:01 PM, Gerhard Sittig wrote:
From: Alexander Popov a13xp0p0...@gmail.com
introduce support for slave s/g transfer preparation and the associated
device control callback in the MPC512x DMA controller driver,
On Wed, Jul 17, 2013 at 10:18:25AM +0100, Pawel Moll wrote:
On Tue, 2013-07-16 at 17:05 +0100, Lorenzo Pieralisi wrote:
/drivers/mfd is probably not the right place for this code as it stands (but
probably will be when the entire driver, with DVFS and config interface, is
complete).
Not
Hi Stephen,
On Monday 15 July 2013 21:39:31 Stephen Warren wrote:
On 07/15/2013 07:10 PM, Laurent Pinchart wrote:
On Friday 12 July 2013 08:42:41 Stephen Warren wrote:
...
I think the values for any common system-wide flags should be defined
once in some system-wide place, and the
On Mon, Jul 15, 2013 at 21:17 +0100, Mark Brown wrote:
On Mon, Jul 15, 2013 at 08:47:30PM +0200, Gerhard Sittig wrote:
clocks need to get prepared before they can get enabled,
fix the MPC512x PSC SPI master's initialization
Signed-off-by: Gerhard Sittig g...@denx.de
---
On Mon, Jul 15, 2013 at 23:54 +0200, Sascha Hauer wrote:
On Mon, Jul 15, 2013 at 11:46:01PM +0200, Gerhard Sittig wrote:
with device tree based clock lookup, the MCLK name no longer
depends on the PSC index
Signed-off-by: Gerhard Sittig g...@denx.de
---
On Wed, 2013-07-17 at 13:34 +0800, Wei Yongjun wrote:
From: Wei Yongjun yongjun_...@trendmicro.com.cn
Add the missing iounmap() before return from msm_request_port()
in the error handling case.
Reviewed-by: Ivan T. Ivanov iiva...@mm-sol.com
Regards,
Ivan
Signed-off-by: Wei Yongjun
Hi Grygorii,
On 07/17/2013 02:41 PM, Grygorii Strashko wrote:
Hi Tony, Kevin
This patch series introduces dynamic pinctrl handling in OMAP device framework
in the same way as it was before switching to DT.
This allow OMAP devices driver's developers to simply add dynamic pinctrl
handling
On Mon, Jul 15, 2013 at 21:38 +0200, Sascha Hauer wrote:
On Mon, Jul 15, 2013 at 08:47:34PM +0200, Gerhard Sittig wrote:
diff --git a/drivers/clk/clk-divider.c b/drivers/clk/clk-divider.c
index 6d55eb2..2c07061 100644
--- a/drivers/clk/clk-divider.c
+++ b/drivers/clk/clk-divider.c
@@
On Wed, Jul 17, 2013 at 01:22:29PM +0200, Gerhard Sittig wrote:
On Mon, Jul 15, 2013 at 21:17 +0100, Mark Brown wrote:
On Mon, Jul 15, 2013 at 08:47:30PM +0200, Gerhard Sittig wrote:
sprintf(name, psc%d_mclk, master-bus_num);
spiclk = clk_get(master-dev, name);
-
On Wed, 17 Jul 2013, Pawel Moll wrote:
On Tue, 2013-07-16 at 17:05 +0100, Lorenzo Pieralisi wrote:
/drivers/mfd is probably not the right place for this code as it stands (but
probably will be when the entire driver, with DVFS and config interface, is
complete).
Not that it really
On Tue, Jul 16, 2013 at 11:31 PM, Wei Yongjun weiyj...@gmail.com wrote:
From: Wei Yongjun yongjun_...@trendmicro.com.cn
There is a error message within devm_ioremap_resource
already, so remove the dev_err call to avoid redundant
error message.
Signed-off-by: Wei Yongjun
On Wed, 2013-07-17 at 13:33 +0100, Nicolas Pitre wrote:
If this is really miscelaneous code that really doesn't fit
anywhere else, it should rather go into drivers/misc/ as a last resort.
Interestingly enough drivers/misc was my first choice for all the
vexpress stuff, but it wasn't received
Arnd
-Original Message-
From: Arnd Bergmann [mailto:a...@arndb.de]
Sent: 2013年7月15日 3:30
To: Neil Zhang
Cc: Jason Cooper; Matt Sealey; grant.lik...@linaro.org;
haojian.zhu...@gmail.com; devicetree-discuss@lists.ozlabs.org;
linux-ker...@vger.kernel.org;
From: Sudeep KarkadaNagesha sudeep.karkadanage...@arm.com
OF/DT core library now provides architecture specific hook to match the
logical cpu index with the corresponding physical identifier. Most of the
cpu DT node parsing and initialisation is contained in devtree.c. So it's
better to define
From: Sudeep KarkadaNagesha sudeep.karkadanage...@arm.com
CPUs are also registered as devices but the of_node in these cpu
devices are not initialized. Currently different drivers requiring
to access cpu device node are parsing the nodes themselves and
initialising the of_node in cpu device.
The
From: Sudeep KarkadaNagesha sudeep.karkadanage...@arm.com
Currently set_secondary_cpus_clock assume the CPU logical ordering
and the MPDIR in DT are same, which is incorrect.
Since the CPU device nodes can be retrieved in the logical ordering
using the DT helper, we can remove the devices tree
From: Sudeep KarkadaNagesha sudeep.karkadanage...@arm.com
Now that the cpu device registration initialises the of_node(if available)
appropriately for all the cpus, parsing here is redundant.
This patch removes all DT parsing and uses cpu-of_node instead.
Cc: Mark Langsdorf
From: Sudeep KarkadaNagesha sudeep.karkadanage...@arm.com
Now that the cpu device registration initialises the of_node(if available)
appropriately for all the cpus, parsing here is redundant.
This patch removes all DT parsing and uses cpu-of_node instead.
Cc: Andrew Lunn and...@lunn.ch
Cc:
From: Sudeep KarkadaNagesha sudeep.karkadanage...@arm.com
Now that the cpu device registration initialises the of_node(if available)
appropriately for all the cpus, parsing here is redundant.
This patch removes all DT parsing and uses cpu-of_node instead.
Cc: Viresh Kumar
From: Sudeep KarkadaNagesha sudeep.karkadanage...@arm.com
As more and more information is getting added into the cpu node, the number
of drivers needing to parse the device tree for CPU nodes are increasing.
Most of the time, the information needed from the cpu node is preferred
in the logical
From: Sudeep KarkadaNagesha sudeep.karkadanage...@arm.com
Now that the cpu device registration initialises the of_node(if available)
appropriately for all the cpus, parsing here is redundant.
This patch removes all DT parsing and uses cpu-of_node instead.
Acked-by: Shawn Guo
From: Sudeep KarkadaNagesha sudeep.karkadanage...@arm.com
Now that the cpu device registration initialises the of_node(if available)
appropriately for all the cpus, parsing here is redundant.
This patch removes all DT parsing and uses cpu-of_node instead.
Cc: Viresh Kumar
From: Sudeep KarkadaNagesha sudeep.karkadanage...@arm.com
Currently different drivers requiring to access cpu device node are
parsing the device tree themselves. Since the ordering in the DT need
not match the logical cpu ordering, the parsing logic needs to consider
that. However, this has
From: Sudeep KarkadaNagesha sudeep.karkadanage...@arm.com
Since the CPU device nodes can be retrieved using arch_of_get_cpu_node,
we can use it to avoid parsing the cpus node searching the cpu nodes and
mapping to logical index.
This patch removes parsing DT for cpu nodes by using
From: Sudeep KarkadaNagesha sudeep.karkadanage...@arm.com
Now that the cpu device registration initialises the of_node(if available)
appropriately for all the cpus, parsing here is redundant.
This patch removes all DT parsing and uses cpu-of_node instead.
Acked-by: Viresh Kumar
From: Sudeep KarkadaNagesha sudeep.karkadanage...@arm.com
Currently the topology code computes cpu capacity and stores it in
the list along with hwid(which is MPIDR) as it parses the CPU nodes
in the device tree. This is required as it needs to be mapped to the
logical CPU later.
Since the CPU
xspi-irq is unsigned int so it's never less than zero. I have added
a cast.
Signed-off-by: Dan Carpenter dan.carpen...@oracle.com
diff --git a/drivers/spi/spi-xilinx.c b/drivers/spi/spi-xilinx.c
index fea815c..e5201fb 100644
--- a/drivers/spi/spi-xilinx.c
+++ b/drivers/spi/spi-xilinx.c
@@
From: Sudeep KarkadaNagesha sudeep.karkadanage...@arm.com
Now that the cpu device registration initialises the of_node(if available)
appropriately for all the cpus, parsing here is redundant.
This patch removes all DT parsing and uses cpu-of_node instead.
Cc: Deepak Sikri deepak.si...@st.com
On Wed, 17 Jul 2013, Pawel Moll wrote:
On Wed, 2013-07-17 at 13:33 +0100, Nicolas Pitre wrote:
If this is really miscelaneous code that really doesn't fit
anywhere else, it should rather go into drivers/misc/ as a last resort.
Interestingly enough drivers/misc was my first choice for all
From: Sudeep KarkadaNagesha sudeep.karkadanage...@arm.com
Now that the cpu device registration initialises the of_node(if available)
appropriately for all the cpus, parsing here is redundant.
This patch removes all DT parsing and uses cpu-of_node instead.
Acked-by: Shawn Guo
On Wed, 2013-07-17 at 15:16 +0100, Nicolas Pitre wrote:
On Wed, 17 Jul 2013, Pawel Moll wrote:
On Wed, 2013-07-17 at 13:33 +0100, Nicolas Pitre wrote:
If this is really miscelaneous code that really doesn't fit
anywhere else, it should rather go into drivers/misc/ as a last resort.
On Wed, Jul 17, 2013 at 13:07 +0100, Mark Brown wrote:
On Wed, Jul 17, 2013 at 01:22:29PM +0200, Gerhard Sittig wrote:
On Mon, Jul 15, 2013 at 21:17 +0100, Mark Brown wrote:
On Mon, Jul 15, 2013 at 08:47:30PM +0200, Gerhard Sittig wrote:
sprintf(name, psc%d_mclk, master-bus_num);
On Wed, 17 Jul 2013, sudeep.karkadanage...@arm.com wrote:
From: Sudeep KarkadaNagesha sudeep.karkadanage...@arm.com
Currently different drivers requiring to access cpu device node are
parsing the device tree themselves. Since the ordering in the DT need
not match the logical cpu ordering,
From: Mathieu J. Poirier mathieu.poir...@linaro.org
Adding a simple device tree binding for the specification of key sequences.
Definition of the keys found in the sequence are located in
'include/uapi/linux/input.h'.
For the sysrq driver, holding the sequence of keys down for a specific amount
On 07/17/2013 09:06 AM, sudeep.karkadanage...@arm.com wrote:
From: Sudeep KarkadaNagesha sudeep.karkadanage...@arm.com
Currently different drivers requiring to access cpu device node are
parsing the device tree themselves. Since the ordering in the DT need
not match the logical cpu ordering,
On 07/17/2013 04:33 PM, Sergei Shtylyov wrote:
Hello.
On 17-07-2013 15:12, Oleksandr Kozaruk wrote:
GPADC is the general purpose ADC present on twl6030.
The dt data is interrupt used to trigger end of ADC
conversion.
Signed-off-by: Oleksandr Kozaruk oleksandr.koza...@ti.com
---
On Wed, Jul 17, 2013 at 03:06:20PM +0100, sudeep.karkadanage...@arm.com wrote:
From: Sudeep KarkadaNagesha sudeep.karkadanage...@arm.com
Now that the cpu device registration initialises the of_node(if available)
appropriately for all the cpus, parsing here is redundant.
This patch removes
On 07/17/2013 03:45 PM, Oleksandr Kozaruk wrote:
On Mon, Jul 15, 2013 at 01:33:53PM +0200, Lars-Peter Clausen wrote:
On 07/15/2013 01:09 PM, Kozaruk, Oleksandr wrote:
[...]
+ ret = devm_request_threaded_irq(dev, irq, NULL,
+ twl6030_gpadc_irq_handler,
+ IRQF_ONESHOT, twl6030_gpadc,
* Grygorii Strashko grygorii.stras...@ti.com [130717 04:49]:
Add dynamic active/idle pin states for uart3/4 which will be applied
when uart3/4 state is switched from active to idle and back by Runtime
PM or during system suspend.
This is good for testing code, but should not be merged because
On Wed, Jul 17, 2013 at 09:03:53AM -0600, Stephen Warren wrote:
On 07/17/2013 06:26 AM, Dan Carpenter wrote:
xspi-irq is unsigned int so it's never less than zero. I have added
a cast.
Um. Doesn't this just hide a warning, not solve the problem? If the
value can't be negative, so the if
In xilinx_spi_probe() we use xspi-irq to store negative error codes so
it has to be signed. We weren't going to use the upper bit any way so
this is fine.
Signed-off-by: Dan Carpenter dan.carpen...@oracle.com
---
v2: The first version introduced an ugly cast. Sorry for that.
diff --git
* Grygorii Strashko grygorii.stras...@ti.com [130717 04:49]:
Before switching to DT pinctrl states of OMAP IPs have been handled by hwmod
framework. After switching to DT-boot the pinctrl handling was dropped from
hwmod framework and, as it was recommended, OMAP IP's drivers have to be
* Grygorii Strashko grygorii.stras...@ti.com [130717 04:49]:
The pinctrl support in Device core assumed to be optional - so, It's
valid case, when there are no definition for default device's pinctrl
states in DT at all (default, active, idle, sleep).
And in this case dev-pins == NULL and
On 17/07/13 15:50, Rob Herring wrote:
On 07/17/2013 09:06 AM, sudeep.karkadanage...@arm.com wrote:
From: Sudeep KarkadaNagesha sudeep.karkadanage...@arm.com
Currently different drivers requiring to access cpu device node are
parsing the device tree themselves. Since the ordering in the DT
On 07/17/2013 06:26 AM, Dan Carpenter wrote:
xspi-irq is unsigned int so it's never less than zero. I have added
a cast.
Um. Doesn't this just hide a warning, not solve the problem? If the
value can't be negative, so the if condition never fires, then the cast
won't change that...
From: Lad, Prabhakar prabhakar.cse...@gmail.com
This patch adds 'sync-on-green-active' property as part
of endpoint property.
Signed-off-by: Lad, Prabhakar prabhakar.cse...@gmail.com
---
Changes for v5:
1: Changed description for sync-on-green-active property in
documentation file as
On Wed, Jul 17, 2013 at 03:26:38PM +0300, Dan Carpenter wrote:
xspi-irq is unsigned int so it's never less than zero. I have added
a cast.
Why is this better than changing irq to a signed type?
signature.asc
Description: Digital signature
___
On Wed, 17 Jul 2013, Pawel Moll wrote:
On Wed, 2013-07-17 at 15:16 +0100, Nicolas Pitre wrote:
On Wed, 17 Jul 2013, Pawel Moll wrote:
On Wed, 2013-07-17 at 13:33 +0100, Nicolas Pitre wrote:
If this is really miscelaneous code that really doesn't fit
anywhere else, it should
On 07/17/2013 05:47 PM, Prabhakar Lad wrote:
From: Lad, Prabhakar prabhakar.cse...@gmail.com
This patch adds 'sync-on-green-active' property as part
of endpoint property.
Signed-off-by: Lad, Prabhakar prabhakar.cse...@gmail.com
Thanks Prabhakar, it looks good to me.
Just a side note, the
From: Lad, Prabhakar prabhakar.cse...@gmail.com
add OF support for the tvp7002 driver.
Signed-off-by: Lad, Prabhakar prabhakar.cse...@gmail.com
---
This patch depends on https://patchwork.kernel.org/patch/2828800/
Changes for v3:
1: Fixed review comments pointed by Sylwester.
Hi Sylwester,
On Wed, Jul 17, 2013 at 9:50 PM, Sylwester Nawrocki
s.nawro...@samsung.com wrote:
On 07/17/2013 05:47 PM, Prabhakar Lad wrote:
From: Lad, Prabhakar prabhakar.cse...@gmail.com
This patch adds 'sync-on-green-active' property as part
of endpoint property.
Signed-off-by: Lad,
On 07/17/2013 06:20 PM, Prabhakar Lad wrote:
From: Lad, Prabhakar prabhakar.cse...@gmail.com
add OF support for the tvp7002 driver.
Signed-off-by: Lad, Prabhakar prabhakar.cse...@gmail.com
---
This patch depends on https://patchwork.kernel.org/patch/2828800/
Changes for v3:
1:
commit e00c27ef3b4c23e39d0a77b7c8e5be44c28001c7
(ARM: dts: OMAP5: Add Palmas MFD node and regulator nodes)
introduced regulator entries for OMAP5uEVM.
However, The regulator information is based on an older temporary
pre-production board variant and does not reflect production board
750-2628-XXX
commit e00c27ef3b4c23e39d0a77b7c8e5be44c28001c7
(ARM: dts: OMAP5: Add Palmas MFD node and regulator nodes)
introduced regulator entries for OMAP5uEVM.
However, The regulator information is based on an older temporary
pre-production board variant and does not reflect production board
750-2628-XXX
commit e00c27ef3b4c23e39d0a77b7c8e5be44c28001c7
(ARM: dts: OMAP5: Add Palmas MFD node and regulator nodes)
introduced regulator entries for OMAP5uEVM.
However, The regulator information is based on an older temporary
pre-production board variant and does not reflect production board
750-2628-XXX
Due to wrong older revision of documentation used as reference, we
seem to have a bunch of LDOs wrongly configured on OMAP5 uEVM. This
series is based power tree on production board 750-2628-XXX platform.
Unfortunately, the wrong voltages may be detrimental to OMAP5 as they
supply hardware blocks
commit e00c27ef3b4c23e39d0a77b7c8e5be44c28001c7
(ARM: dts: OMAP5: Add Palmas MFD node and regulator nodes)
introduced regulator entries for OMAP5uEVM.
However, The regulator information is based on an older temporary
pre-production board variant and does not reflect production board
750-2628-XXX
commit e00c27ef3b4c23e39d0a77b7c8e5be44c28001c7
(ARM: dts: OMAP5: Add Palmas MFD node and regulator nodes)
introduced regulator entries for OMAP5uEVM.
However, currently we use the Palmas regulator names which is used for
different purposes on uEVM. Document the same based on 750-2628-XXX
boards
commit e00c27ef3b4c23e39d0a77b7c8e5be44c28001c7
(ARM: dts: OMAP5: Add Palmas MFD node and regulator nodes)
introduced regulator entries for OMAP5uEVM.
However, The regulator information is based on an older temporary
pre-production board variant and does not reflect production board
750-2628-XXX
commit e00c27ef3b4c23e39d0a77b7c8e5be44c28001c7
(ARM: dts: OMAP5: Add Palmas MFD node and regulator nodes)
introduced regulator entries for OMAP5uEVM.
However, The regulator information is based on an older temporary
pre-production board variant and does not reflect production board
750-2628-XXX
commit e00c27ef3b4c23e39d0a77b7c8e5be44c28001c7
(ARM: dts: OMAP5: Add Palmas MFD node and regulator nodes)
introduced regulator entries for OMAP5uEVM.
However, The regulator information is based on an older temporary
pre-production board variant and does not reflect production board
750-2628-XXX
commit e00c27ef3b4c23e39d0a77b7c8e5be44c28001c7
(ARM: dts: OMAP5: Add Palmas MFD node and regulator nodes)
introduced regulator entries for OMAP5uEVM.
However, The regulator information is based on an older temporary
pre-production board variant and does not reflect production board
750-2628-XXX
On Wed, Jul 17, 2013 at 04:26:28PM +0200, Gerhard Sittig wrote:
On Wed, Jul 17, 2013 at 13:07 +0100, Mark Brown wrote:
This is a pretty long e-mail. It'd probably have taken less time to
fix the issues than to reply to the e-mail... but anyway.
Not quite. Please consider that careful
On 07/16/2013 09:02 PM, Shawn Guo wrote:
On Tue, Jul 16, 2013 at 09:45:43AM -0600, Stephen Warren wrote:
Registering the driver earlier won't cause any bugs. However, it's not
the correct approach.
Deferred probe /is/ the approach for assuring correct dependencies
between drivers. It works
On Wed, Jul 17, 2013 at 11:57:55AM -0400, Nicolas Pitre wrote:
The sanest location at this point might simply be
drivers/platform/vexpress_spc.c or drivers/platform/vexpress/spc.c
depending on whether or not more such driver glue is expected in the
vexpress future. No point putting arm in
On 07/17/2013 05:00 AM, Laurent Pinchart wrote:
On Monday 15 July 2013 21:39:31 Stephen Warren wrote:
...
But then there's a problem where people assume that the common flags are
always available, and somewhere they aren't... Care is needed in the
choice of which common flags to define and/or
On Wed, Jul 17, 2013 at 06:34:48PM +0300, Dan Carpenter wrote:
In xilinx_spi_probe() we use xspi-irq to store negative error codes so
it has to be signed. We weren't going to use the upper bit any way so
this is fine.
Applied, thanks.
signature.asc
Description: Digital signature
Hi Sylwester,
Thanks for the quick review.
On Wed, Jul 17, 2013 at 10:09 PM, Sylwester Nawrocki
s.nawro...@samsung.com wrote:
On 07/17/2013 06:20 PM, Prabhakar Lad wrote:
From: Lad, Prabhakar prabhakar.cse...@gmail.com
add OF support for the tvp7002 driver.
Signed-off-by: Lad, Prabhakar
On Wed, Jul 17, 2013 at 03:02:59PM +0530, Kishon Vijay Abraham I wrote:
Hi,
On Wednesday 17 July 2013 11:59 AM, Greg KH wrote:
On Wed, Jun 26, 2013 at 05:17:29PM +0530, Kishon Vijay Abraham I wrote:
+menuconfig GENERIC_PHY
+ tristate PHY Subsystem
+ help
+Generic PHY support.
any detailed reviews yet :)
http://dev.laptop.org/~dsd/20130717/0001-dove-clk-dt-wip.patch
It includes the previous clock selection patch as this stuff is quite
closely bound with DT support.
Thanks
Daniel
___
devicetree-discuss mailing list
devicetree
On 07/17/2013 01:12 PM, Oleksandr Kozaruk wrote:
The GPADC is general purpose ADC found on TWL6030, and TWL6032 PMIC,
known also as Phoenix and PhoenixLite.
The TWL6030 and TWL6032 have GPADC with 17 and 19 channels
respectively. Some channels have current source and are used for
measuring
On Wed, Jul 17, 2013 at 11:11:19AM -0600, Stephen Warren wrote:
On 07/17/2013 05:00 AM, Laurent Pinchart wrote:
On Monday 15 July 2013 21:39:31 Stephen Warren wrote:
...
But then there's a problem where people assume that the common flags are
always available, and somewhere they aren't...
On Wed, 17 Jul 2013, Russell King - ARM Linux wrote:
On Wed, Jul 17, 2013 at 11:57:55AM -0400, Nicolas Pitre wrote:
The sanest location at this point might simply be
drivers/platform/vexpress_spc.c or drivers/platform/vexpress/spc.c
depending on whether or not more such driver glue is
Oleksandr Kozaruk oleksandr.koza...@ti.com wrote:
Hello Jonathan,
Two very quick comments based on quick glance as it may be a while
before I can do a full review.
We still have channels that are only usable for temperature being
output to user space as voltage channels? Is the conversion
Hi Lorenzo,
On Tue, Jul 16, 2013 at 05:05:42PM +0100, Lorenzo Pieralisi wrote:
Hello,
version v5 of VExpress SPC driver, please read on the changelog for major
changes and explanations.
The probing scheme is unchanged, since after trying the early platform
devices approach it appeared
Hi Pawel,
On Wed, Jul 17, 2013 at 03:20:11PM +0100, Pawel Moll wrote:
On Wed, 2013-07-17 at 15:16 +0100, Nicolas Pitre wrote:
On Wed, 17 Jul 2013, Pawel Moll wrote:
On Wed, 2013-07-17 at 13:33 +0100, Nicolas Pitre wrote:
If this is really miscelaneous code that really doesn't fit
Hi Nicolas,
On Wed, Jul 17, 2013 at 02:29:02PM -0400, Nicolas Pitre wrote:
On Wed, 17 Jul 2013, Russell King - ARM Linux wrote:
On Wed, Jul 17, 2013 at 11:57:55AM -0400, Nicolas Pitre wrote:
The sanest location at this point might simply be
drivers/platform/vexpress_spc.c or
On Wed, Jul 17, 2013 at 11:17:19AM -0400, Eduardo Valentin wrote:
Hello all,
As you noticed, I am working in a way to represent thermal data
using device tree [1]. Essentially, this should be a way to say
what to do with a sensor and how to associate (cooling) actions
with it.
Seems to me
On Wed, 17 Jul 2013, Samuel Ortiz wrote:
On Wed, Jul 17, 2013 at 02:29:02PM -0400, Nicolas Pitre wrote:
At this point I don't really care about the name. I just want the damn
thing merged upstream. But after several iterations to either fit one
or another maintainers taste, each rework
On 07/17/2013 03:38 PM, Pavel Machek wrote:
On Wed 2013-07-17 10:57:08, Stephen Warren wrote:
On 07/16/2013 09:02 PM, Shawn Guo wrote:
On Tue, Jul 16, 2013 at 09:45:43AM -0600, Stephen Warren wrote:
Registering the driver earlier won't cause any bugs. However, it's not
the correct approach.
Hello,
Here's a small patch set that replaces PWM polarity numerical constants with
macros in DT.
The series is the result of splitting the original patch into four patches
that
- add the flag macro (both in a header file and in the PWM DT binding core
documentation)
- use the macro in the
Don't redefine a PWM_SPEC_POLARITY macro with a value identical to
PWM_POLARITY_INVERTED, use the PWM DT macro directly.
Signed-off-by: Laurent Pinchart laurent.pinchart+rene...@ideasonboard.com
---
drivers/pwm/core.c | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git
The PWM client cells format is documented in the generic pwm.txt
documentation and duplicated in all PWM driver bindings. Remove
duplicate information and reference pwm.txt instead.
Signed-off-by: Laurent Pinchart laurent.pinchart+rene...@ideasonboard.com
---
Define a PWM_POLARITY_INVERTED macro in include/dt-bindings/pwm/pwm.h to
be used by device tree sources.
Signed-off-by: Laurent Pinchart laurent.pinchart+rene...@ideasonboard.com
---
Documentation/devicetree/bindings/pwm/pwm.txt | 7 ---
include/dt-bindings/pwm/pwm.h | 14
Replace the numerical polarity flags with the PWM_POLARITY_INVERTED
symbolic constant.
Signed-off-by: Laurent Pinchart laurent.pinchart+rene...@ideasonboard.com
---
arch/arm/boot/dts/am335x-evmsk.dts | 3 ++-
arch/arm/boot/dts/wm8850-w70v2.dts | 3 ++-
2 files changed, 4 insertions(+), 2
Hi Luciano,
On Monday 01 July 2013 15:39:30 Luciano Coelho wrote:
On Fri, 2013-06-28 at 16:21 +0300, Luciano Coelho wrote:
On Fri, 2013-06-28 at 15:18 +0300, Felipe Balbi wrote:
On Fri, Jun 28, 2013 at 03:13:52PM +0300, Luciano Coelho wrote:
On Fri, 2013-06-28 at 14:41 +0300, Felipe
Hi Stephen,
On Monday 15 July 2013 12:40:29 Stephen Warren wrote:
From: Stephen Warren swar...@nvidia.com
This property is no longer required by the GPIO binding. Remove it.
Signed-off-by: Stephen Warren swar...@nvidia.com
Acked-by: Viresh Kumar viresh.ku...@linaro.org
---
This should
97 matches
Mail list logo