On Sat, Jul 20, 2013 at 06:44:39AM +0100, Grant Likely wrote:
> On Tue, 9 Jul 2013 16:10:53 +0800, Huang Shijie 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 se
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 u
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 ha
On Sat, 2013-07-20 at 17:17 -0700, Olof Johansson wrote:
> On Fri, Jul 19, 2013 at 8:19 PM, Grant Likely 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 MA
On Fri, Jul 19, 2013 at 8:19 PM, Grant Likely 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 work out a process
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
On Thu, Jul 4, 2013 at 7:44 PM, Laurent Pinchart
wrote:
> Update the DT bindings documentation with the interrupt-controller
> and #interrupt-cells properties.
>
> Signed-off-by: Laurent Pinchart
Usually I should have an ACK from some DT person (they are on
devicet...@vger.kernel.org nowadays)
On Tue, Jul 16, 2013 at 4:38 AM, Kim, Milo 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 @@
> +Bindings for TI/Nat
> The patchset works only for Armada 370 and Armada XP SoC, not for Kirkwood.
> For some reason I was completely sure there wasn't any DT-enabled Kirkwood
> boards with PCIe support.
I had a quick look at Dove and Orion5x. It looks like there are none
with PCIe support. So only Kirkwood is broken.
On Sat, Jul 20, 2013 at 6:00 PM, Hank Leininger 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:
>> linux-gp
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 ra
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 d
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 d
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:
> >
> > http://www.spinics.net/lists/arm-ke
On Tue, Jun 25, 2013 at 4:27 PM, James Hogan 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
> Cc: Grant Likely
> Cc: R
On Tue, Jun 25, 2013 at 4:27 PM, James Hogan 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 device tree and sup
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 c
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 "Devel
On Sat, Jul 20, 2013 at 5:19 AM, Grant Likely 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 work out a process
On Mon, Jul 15, 2013 at 8:50 PM, David Woodhouse 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 certainly means that
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 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 bind
On 07/18/2013 12:19 PM, Oleksandr Kravchenko wrote:
From: Grygorii Strashko
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, this will allow IIO drivers
On Sat, 20 Jul 2013 06:31:11 +0100
Grant Likely wrote:
> On Tue, 18 Jun 2013 18:39:22 +0400, Alexander Shiyan wrote:
> > Patch adds of_get_next_child and of_get_next_available_child
> > stubs for non-OF builds.
> >
> > Signed-off-by: Alexander Shiyan
> > ---
> > include/linux/of.h | 16 ++
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 n
On Tue, 18 Jun 2013 18:39:22 +0400, Alexander Shiyan wrote:
> Patch adds of_get_next_child and of_get_next_available_child
> stubs for non-OF builds.
>
> Signed-off-by: Alexander Shiyan
> ---
> include/linux/of.h | 16 ++--
> 1 file changed, 14 insertions(+), 2 deletions(-)
>
> dif
On Mon, 17 Jun 2013 13:04:59 +0800, Zhangfei Gao
wrote:
> Signed-off-by: Zhangfei Gao
Applied.
g.
> ---
> .../devicetree/bindings/vendor-prefixes.txt|1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt
> b/Documentation/d
On Mon, 01 Jul 2013 16:34:26 -0500, Rob Herring 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 using 64-bit nu
On Mon, 15 Jul 2013 19:50:27 +0100, David Woodhouse 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 them, so a
New list on vger.kernel.org. The old list was a pain to moderate.
Signed-off-by: Grant Likely
Cc: Rob Herring
Cc: devicetree-discuss@lists.ozlabs.org
Cc: devicet...@vger.kernel.org
---
MAINTAINERS | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
On Mon, 15 Jul 2013 23:07:36 +0200, Linus Walleij
wrote:
> On Mon, Jul 15, 2013 at 4:29 PM, Jonathan Corbet 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
> > consensus among the clueful regar
On Wed, 1 May 2013 10:53:54 +0200, Gabor Juhos wrote:
> This prefix will be used in various compatible properties
> for the devices from Qualcomm Atheros, Inc.
>
> Cc: Luis R. Rodriguez
> Signed-off-by: Gabor Juhos
Applied, thanks
g.
> ---
> Documentation/devicetree/bindings/vendor-prefixe
On Mon, 1 Jul 2013 20:26:52 +0100, Mark Brown wrote:
> From: Mark Brown
>
> It is not used outside of this file so doesn't need to be in the global
> namespace.
>
> Signed-off-by: Mark Brown
Applied, thanks.
g.
___
devicetree-discuss mailing list
On Tue, 9 Jul 2013 16:10:53 +0800, Huang Shijie 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 the way you w
On Fri, 26 Apr 2013 16:17:52 -0700, Stepan Moskovchenko
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 the
> memory node
On Mon, 17 Jun 2013 16:48:13 +0200, Sebastian Andrzej Siewior
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
> used in the lo
On Tue, 09 Jul 2013 14:10:58 -0600, Eric Holmberg
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
> ports (where a port c
On Tue, 21 May 2013 11:00:35 +0100, Sudeep KarkadaNagesha
wrote:
> Hi Rob, Grant,
>
> On 01/05/13 12:11, Sudeep KarkadaNagesha wrote:
> > From: Sudeep KarkadaNagesha
> >
> > These are couple of updates to existing PM/OPP library to support
> > sharing of OPPs between different device nodes.
>
On Thu, 18 Jul 2013 21:49:27 -0500, Rob Herring 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 added via platfo
On Sun, 23 Jun 2013 15:50:07 +0800, Axel Lin 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
Applied, thanks.
g.
>
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 r
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
moxart_mac_setup_desc_r
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
> measur
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
> > cloc
44 matches
Mail list logo
