From: Lad, Prabhakar prabhakar.cse...@gmail.com
This series adds OF support for adv7343 driver.
The first patch makes platform data members as a array,
so to ease in adding DT support.
Lad, Prabhakar (2):
media: i2c: adv7343: make the platform data members as array
media: i2c: adv7343: add
From: Lad, Prabhakar prabhakar.cse...@gmail.com
This patch makes the platform data members as array wherever
possible, so as this makes easier while collecting the data
in DT case and read the entire array at once.
This patch also makes appropriate changes to board-da850-evm.c
Signed-off-by:
From: Lad, Prabhakar prabhakar.cse...@gmail.com
add OF support for the adv7343 driver.
Signed-off-by: Lad, Prabhakar prabhakar.cse...@gmail.com
---
Changes for v3:
1: Fixed review comments pointed by Sylwester.
Changes for v2:
1: Fixed naming of properties.
On Thu, 2013-07-18 at 01:58 +0200, Laurent Pinchart wrote:
Hi Luciano,
Hi Laurent,
On Monday 01 July 2013 15:39:30 Luciano Coelho wrote:
The only thing I can come up with is to make a small clock driver (maybe
even inside the WiLink module itself) that registers a new type of
clock,
On 07/19/2013 10:27 AM, 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
I think this driver may have a bug.
After some time running ping successfully, the message no TX space
for packet is printed resulting in 100% packet loss.
The message is printed from .ndo_start_xmit and I think it may be
because of how priv-tx_desc_now is now set up in
Device tree bindings require a lot more attention than they used to.
We've got a group of volunteers willing to take over maintaining
bindings. This patch adds them to the MAINTAINERS file.
This group still needs to work out a process for maintainership and how
they are going to work together. I
On Sun, 23 Jun 2013 15:50:07 +0800, Axel Lin axel@ingics.com wrote:
list_first_entry() expects the list is not empty, we need to check if list is
empty before calling list_first_entry(). Thus use list_first_entry_or_null()
instead of list_first_entry().
Signed-off-by: Axel Lin
On Mon, 17 Jun 2013 16:48:13 +0200, Sebastian Andrzej Siewior
bige...@linutronix.de wrote:
I am getting a few
|warning: unused variable âpâ [-Wunused-variable]
|warning: unused variable âpropâ [-Wunused-variable]
in the case where CONFIG_OF is not defined and the parameters are only
On Tue, 09 Jul 2013 14:10:58 -0600, Eric Holmberg eholm...@codeaurora.org
wrote:
I am trying to determine if Device Tree is an appropriate use for
configuring drivers and would like to request comments. We currently
use Device Tree in our Shared Memory Driver (SMD) that manages up to 64
On Tue, 21 May 2013 11:00:35 +0100, Sudeep KarkadaNagesha
sudeep.karkadanage...@arm.com wrote:
Hi Rob, Grant,
On 01/05/13 12:11, Sudeep KarkadaNagesha wrote:
From: Sudeep KarkadaNagesha sudeep.karkadanage...@arm.com
These are couple of updates to existing PM/OPP library to support
On Thu, 18 Jul 2013 21:49:27 -0500, Rob Herring robherri...@gmail.com wrote:
On 07/18/2013 05:24 AM, Sebastian Andrzej Siewior wrote:
It almost does not matter because most users use only the -start member
of the struct. However if this struct is passed to a platform device
which is then
On Tue, 9 Jul 2013 16:10:53 +0800, Huang Shijie b32...@freescale.com wrote:
äº 2013å¹´07æ09æ¥ 15:51, Sascha Hauer åé:
On Tue, Jul 09, 2013 at 03:46:34PM +0800, Huang Shijie wrote:
äº 2013å¹´07æ09æ¥ 15:05, Sascha Hauer åé:
Why don't you set the matching order in the driver
On Fri, 26 Apr 2013 16:17:52 -0700, Stepan Moskovchenko
step...@codeaurora.org wrote:
Hello. I am creating a DTS file for an ARM (Qualcomm MSM) target which
supports LPAE, meaning that the target is capable of addressing memory
beyond the standard 4GB boundary. To account for the fact that
On Mon, 1 Jul 2013 20:26:52 +0100, Mark Brown broo...@kernel.org wrote:
From: Mark Brown broo...@linaro.org
It is not used outside of this file so doesn't need to be in the global
namespace.
Signed-off-by: Mark Brown broo...@linaro.org
Applied, thanks.
g.
On Mon, 15 Jul 2013 23:07:36 +0200, Linus Walleij linus.wall...@linaro.org
wrote:
On Mon, Jul 15, 2013 at 4:29 PM, Jonathan Corbet cor...@lwn.net wrote:
Do we need a kernel summit discussion, or do we just need a good
document? Or, to phrase the question another way, are we lacking a
On Wed, 1 May 2013 10:53:54 +0200, Gabor Juhos juh...@openwrt.org wrote:
This prefix will be used in various compatible properties
for the devices from Qualcomm Atheros, Inc.
Cc: Luis R. Rodriguez rodri...@qca.qualcomm.com
Signed-off-by: Gabor Juhos juh...@openwrt.org
Applied, thanks
g.
New list on vger.kernel.org. The old list was a pain to moderate.
Signed-off-by: Grant Likely grant.lik...@linaro.org
Cc: Rob Herring rob.herr...@calxeda.org
Cc: devicetree-discuss@lists.ozlabs.org
Cc: devicet...@vger.kernel.org
---
MAINTAINERS | 4 ++--
1 file changed, 2 insertions(+), 2
On Mon, 15 Jul 2013 19:50:27 +0100, David Woodhouse dw...@infradead.org wrote:
On Mon, 2013-07-15 at 09:56 -0700, Greg KH wrote:
How about a hint for subsystem maintainers as to what exactly we should
be looking for with these bindings? I for one have no idea what is
right vs. wrong with
On Mon, 17 Jun 2013 13:04:59 +0800, Zhangfei Gao zhangfei@linaro.org
wrote:
Signed-off-by: Zhangfei Gao zhangfei@linaro.org
Applied.
g.
---
.../devicetree/bindings/vendor-prefixes.txt|1 +
1 file changed, 1 insertion(+)
diff --git
On Mon, 01 Jul 2013 16:34:26 -0500, Rob Herring robherri...@gmail.com wrote:
On 07/01/2013 01:20 PM, Santosh Shilimkar wrote:
On some PAE architectures, the entire range of physical memory could reside
outside the 32-bit limit. These systems need the ability to specify the
initrd location
On Tue, 18 Jun 2013 18:39:22 +0400, Alexander Shiyan shc_w...@mail.ru wrote:
Patch adds of_get_next_child and of_get_next_available_child
stubs for non-OF builds.
Signed-off-by: Alexander Shiyan shc_w...@mail.ru
---
include/linux/of.h | 16 ++--
1 file changed, 14
A number of us had a face-to-face meeting in Dublin last week to talk
about DT maintainership and the fact that it simply isn't working right
now. Neither Rob nor I can keep up with the load and there are a lot of
poorly designed bindings appearing in the tree.
Device tree binding maintainership
On Sat, 20 Jul 2013 06:31:11 +0100
Grant Likely grant.lik...@linaro.org wrote:
On Tue, 18 Jun 2013 18:39:22 +0400, Alexander Shiyan shc_w...@mail.ru wrote:
Patch adds of_get_next_child and of_get_next_available_child
stubs for non-OF builds.
Signed-off-by: Alexander Shiyan
On 07/18/2013 12:19 PM, Oleksandr Kravchenko wrote:
From: Grygorii Strashko grygorii.stras...@ti.com
Add a resource managed devm_iio_device_alloc()/devm_iio_device_free()
to automatically clean up any allocations made by IIO drivers,
thus leading to simplified IIO drivers code.
In addition,
On Saturday 20 of July 2013 04:46:47 Grant Likely wrote:
A number of us had a face-to-face meeting in Dublin last week to talk
about DT maintainership and the fact that it simply isn't working right
now. Neither Rob nor I can keep up with the load and there are a lot of
poorly designed
Hi Grant, Arnd, Jason:
On Mon, Jul 15, 2013 at 11:57:29AM -0300, Ezequiel Garcia wrote:
Here's the new MBus DT binding, implementing the changes proposed
by Thomas when we discussed the previous patchset:
http://www.spinics.net/lists/arm-kernel/msg257170.html
As far as I know, this
On Mon, Jul 15, 2013 at 8:50 PM, David Woodhouse dw...@infradead.org wrote:
I've heard tales of people having to keep device-tree files for their
board tightly in sync with the specific *version* of the Linux kernel
that they were shipped with.
That makes me very sad, because it almost
On Sat, Jul 20, 2013 at 5:19 AM, Grant Likely grant.lik...@linaro.org wrote:
Device tree bindings require a lot more attention than they used to.
We've got a group of volunteers willing to take over maintaining
bindings. This patch adds them to the MAINTAINERS file.
This group still needs to
Hi MARC list archive folks,
could you please start archiving the following recently addes VGER lists
at marc.info:
These go into the Linux folder:
linux-gpio: http://vger.kernel.org/vger-lists.html#linux-gpio
linux-spi: http://vger.kernel.org/vger-lists.html#linux-spi
This one goes into
On Mon, Jul 15, 2013 at 11:57:29AM -0300, Ezequiel Garcia wrote:
Here's the new MBus DT binding, implementing the changes proposed
by Thomas when we discussed the previous patchset:
http://www.spinics.net/lists/arm-kernel/msg257170.html
As far as I know, this round fixes *all* the
On Tue, Jun 25, 2013 at 4:27 PM, James Hogan james.ho...@imgtec.com wrote:
Add a GPIO driver for the main GPIOs found in the TZ1090 (Comet) SoC.
This doesn't include low-power GPIOs as they're controlled separately
via the Powerdown Controller (PDC) registers.
The driver is instantiated by
On Tue, Jun 25, 2013 at 4:27 PM, James Hogan james.ho...@imgtec.com wrote:
Add a GPIO driver for the low-power Powerdown Controller GPIOs in the
TZ1090 SoC.
The driver is instantiated by device tree and supports interrupts for
the SysWake GPIOs only.
Signed-off-by: James Hogan
On Sat, Jul 20, 2013 at 06:58:55PM +0200, Andrew Lunn wrote:
On Mon, Jul 15, 2013 at 11:57:29AM -0300, Ezequiel Garcia wrote:
Here's the new MBus DT binding, implementing the changes proposed
by Thomas when we discussed the previous patchset:
Andrew,
On Sat, Jul 20, 2013 at 07:38:47PM +0200, Andrew Lunn wrote:
On Sat, Jul 20, 2013 at 06:58:55PM +0200, Andrew Lunn wrote:
On Mon, Jul 15, 2013 at 11:57:29AM -0300, Ezequiel Garcia wrote:
Here's the new MBus DT binding, implementing the changes proposed
by Thomas when we discussed
Dear Jonathan Cameron,
On 07/19/2013 05:22 PM, Hector Palacios wrote:
Dear Marek,
On 07/19/2013 06:17 PM, Marek Vasut wrote:
Here you have three entries per channel:
in_voltageX_raw- the sample raw value
in_voltageX_scale- the scale to multiply the raw value to get the
On Sat, Jul 20, 2013 at 6:00 PM, Hank Leininger hl...@marc.info wrote:
On Sat, Jul 20, 2013 at 06:28:19PM +0200, Linus Walleij wrote:
Hi MARC list archive folks,
could you please start archiving the following recently addes VGER lists
at marc.info:
These go into the Linux folder:
On Tue, Jul 16, 2013 at 4:38 AM, Kim, Milo milo@ti.com wrote:
This needs to be reviewed by the devicetree people.
Please break out the bindings separately and include
devicet...@vger.kernel.org on that review.
+++ b/Documentation/devicetree/bindings/mfd/lp3943.txt
@@ -0,0 +1,23 @@
On Thu, Jul 4, 2013 at 7:44 PM, Laurent Pinchart
laurent.pinchart+rene...@ideasonboard.com wrote:
Update the DT bindings documentation with the interrupt-controller
and #interrupt-cells properties.
Signed-off-by: Laurent Pinchart laurent.pinchart+rene...@ideasonboard.com
Usually I should
On Sat, Jul 20, 2013 at 08:49:32AM +0530, Kishon Vijay Abraham I wrote:
Hi,
On Saturday 20 July 2013 05:20 AM, Greg KH wrote:
On Fri, Jul 19, 2013 at 12:06:01PM +0530, Kishon Vijay Abraham I wrote:
Hi,
On Friday 19 July 2013 11:59 AM, Greg KH wrote:
On Fri, Jul 19, 2013 at 11:25:44AM
On Fri, Jul 19, 2013 at 8:19 PM, Grant Likely grant.lik...@linaro.org wrote:
Device tree bindings require a lot more attention than they used to.
We've got a group of volunteers willing to take over maintaining
bindings. This patch adds them to the MAINTAINERS file.
This group still needs to
On Sat, 2013-07-20 at 17:17 -0700, Olof Johansson wrote:
On Fri, Jul 19, 2013 at 8:19 PM, Grant Likely grant.lik...@linaro.org wrote:
Device tree bindings require a lot more attention than they used to.
We've got a group of volunteers willing to take over maintaining
bindings. This patch
On Sat, 20 Jul 2013, Greg KH wrote:
That should be passed using platform data.
Ick, don't pass strings around, pass pointers. If you have platform
data you can get to, then put the pointer there, don't use a name.
I don't think I understood you here :-s We wont have phy pointer
On Sat, Jul 20, 2013 at 10:32:26PM -0400, Alan Stern wrote:
On Sat, 20 Jul 2013, Greg KH wrote:
That should be passed using platform data.
Ick, don't pass strings around, pass pointers. If you have platform
data you can get to, then put the pointer there, don't use a name.
44 matches
Mail list logo
