[GIT PULL] Devicetree changes for v3.18

2014-10-10 Thread Grant Likely
kernel.org. Gaurav Minocha (1): To remove non-ascii characters in of_selftest.txt Geert Uytterhoeven (1): of: Add vendor prefix for Sitronix Grant Likely (7): of: Fix NULL dereference in selftest removal code of/selftest: Test

Re: linux-next: error fetching the devicetree tree

2014-10-10 Thread Grant Likely
Hi Stephen, Yes, the server is down and being worked on. I've moved my tree to kernel.org. Here is the new URL: git://git.kernel.org/pub/scm/linux/kernel/git/glikely/linux.git g. On Tue, Oct 7, 2014 at 11:48 PM, Stephen Rothwell wrote: > Hi Grant, > > Fetching the devicetree tree this morning

Re: [RFC PATCH v2 1/4] regulator: Add helper function to get "poweroff-source" property

2014-10-10 Thread Grant Likely
On Tue, Oct 7, 2014 at 8:43 PM, PERIER Romain wrote: > This is not the final location, I have no idea exactly where I might > put this helper function. This is why I ask you your opinion (and > also, this is why that's a proposal) > > 2014-10-07 21:45 GMT+02:00 Romain Perier : >> Several drivers c

[PATCH] of/selftest: Move hash table off stack to fix large frame size

2014-10-07 Thread Grant Likely
The new testcase that checks phandle consistency was using a hash table on the stack which made the frame size much large than it should be. Fix the problem by moving the hash table into the file scope. Signed-off-by: Grant Likely --- This patch applies on my devicetree/next branch, which I&#

Re: [PATCH] of: Eliminate of_allnodes list

2014-10-07 Thread Grant Likely
On Mon, Oct 6, 2014 at 2:56 PM, Rob Herring wrote: > On Mon, Oct 6, 2014 at 3:59 AM, Grant Likely wrote: >> The device tree structure is composed of two lists; the 'allnodes' list >> which is a singly linked list containing every node in the tree, and the >> chi

Re: [RFC PATCH v2 01/16] ACPI: Add support for device specific properties

2014-10-06 Thread Grant Likely
On Tue, 16 Sep 2014 14:52:32 +0300 , Mika Westerberg wrote: > Device Tree is used in many embedded systems to describe the system > configuration to the OS. It supports attaching properties or name-value > pairs to the devices it describe. With these properties one can pass > additional informati

[PATCH] of: Eliminate of_allnodes list

2014-10-06 Thread Grant Likely
produced with the parent-child lists, so of_allnodes is actually unnecessary. Remove it entirely which saves a bit of memory and simplifies the data structure quite a lot. Signed-off-by: Grant Likely Cc: Rob Herring Cc: Gaurav Minocha --- This applies against my current devicetree/n

[PATCH] of: Fix NULL dereference in selftest removal code

2014-10-01 Thread Grant Likely
same time add a check to make sure the bounds of the nodes list are not exceeded by the testdata tree. If they are then abort. Signed-off-by: Grant Likely Cc: Gaurav Minocha --- drivers/of/selftest.c | 9 +++-- 1 file changed, 3 insertions(+), 6 deletions(-) diff --git a/drivers/of

Re: [PATCH v7 1/9] OF: Introduce Device Tree resolve support.

2014-10-01 Thread Grant Likely
On Fri, 4 Jul 2014 19:59:20 +0300 , Pantelis Antoniou wrote: > Introduce support for dynamic device tree resolution. > Using it, it is possible to prepare a device tree that's > been loaded on runtime to be modified and inserted at the kernel > live tree. > > Export of of_resolve and bug fix of

Re: [git pull] Devicetree changes for v3.15

2014-09-29 Thread Grant Likely
On Fri, 26 Sep 2014 10:19:43 -0400 , Jason Cooper wrote: > Linus, > > On Fri, Sep 26, 2014 at 02:30:53PM +0200, Linus Walleij wrote: > > On Tue, Apr 1, 2014 at 12:15 PM, Grant Likely > > wrote: > > > > > Here are the dt changes I've got queued up

Re: [PATCH] of: correct of_console_check()'s return value

2014-09-28 Thread Grant Likely
On Fri, Sep 26, 2014 at 12:53 AM, Brian Norris wrote: > Hi Grant, > > On Mon, Sep 08, 2014 at 11:42:38AM +0100, Grant Likely wrote: >> On Wed, 3 Sep 2014 11:06:43 -0700, Brian Norris >> wrote: >> > The comments above of_console_check() say that it will retu

[GIT PULL] Devicetree bug fixes and documentation for v3.17

2014-09-25 Thread Grant Likely
Hi Linus, Please pull the following bugfix branch. Description below... Thanks, g. The following changes since commit 2ce7598c9a453e0acd0e07be7be3f5eb39608ebd: Linux 3.17-rc4 (2014-09-07 16:09:43 -0700) are available in the git repository at: git://git.secretlab.ca/git/linux tags/devicetr

Re: [RFC] fdt:free the fdt reserved memory

2014-09-24 Thread Grant Likely
On Thu, 18 Sep 2014 17:25:12 +0800, "Wang, Yalin" wrote: > This patch make some change to unflatten_dt_node(), make sure the > device_node don't reference to fdt raw blob memory, so that we can > free the raw blob reserved memory after initcalls. > > Signed-off-by: Yalin Wang Do you have any m

Re: [PATCH] of: fdt: fix memory range check

2014-09-24 Thread Grant Likely
On Tue, 23 Sep 2014 10:59:09 +0100, Srinivas Kandagatla wrote: > In cases where board has below memory DT node > > memory{ > device_type = "memory"; > reg = <0x8000 0x8000>; > }; > > Check on the memory range in fdt.c will always fail because it is > comparing MAX_PHYS_ADDR

Re: [PATCH v3 00/17] Introduce ACPI for ARM64 based on ACPI 5.1

2014-09-15 Thread Grant Likely
On Mon, 15 Sep 2014 10:15:16 +0100, Catalin Marinas wrote: > On Mon, Sep 15, 2014 at 05:31:16AM +0100, Grant Likely wrote: > > On Thu, 11 Sep 2014 16:37:39 +0100, Catalin Marinas > > wrote: > > > On Thu, Sep 11, 2014 at 02:29:34PM +0100, Grant Likely wrote: > >

Re: [PATCH v4 10/18] ACPI / table: Print GIC information when MADT is parsed

2014-09-15 Thread Grant Likely
On Sun, 14 Sep 2014 23:40:10 -0700, Olof Johansson wrote: > On Fri, Sep 12, 2014 at 10:00:08PM +0800, Hanjun Guo wrote: > > When MADT is parsed, print GIC information to make the boot > > log look pretty. > > If you do this for prettiness, having an example output in the commit > message would be

Re: [PATCH v4 02/18] ACPI / table: Add new function to get table entries

2014-09-15 Thread Grant Likely
e-traverse all the tables for > each call. e.g. as in acpi_table_parse_madt() which is > normally called after acpi_table_parse(). > > Signed-off-by: Ashwin Chaugule > Signed-off-by: Tomasz Nowicki > Signed-off-by: Hanjun Guo Makes sense. Acked-by: Grant Likely g. &

Re: [PATCH v4 03/18] ACPI / table: Count matched and successfully parsed entries without specifying max entries

2014-09-15 Thread Grant Likely
sz Nowicki > Signed-off-by: Hanjun Guo Acked-by: Grant Likely > --- > drivers/acpi/tables.c |5 - > 1 file changed, 4 insertions(+), 1 deletion(-) > > diff --git a/drivers/acpi/tables.c b/drivers/acpi/tables.c > index 21ae521..b18e45e 100644 > --- a/drivers/a

Re: [PATCH v3 00/17] Introduce ACPI for ARM64 based on ACPI 5.1

2014-09-14 Thread Grant Likely
On Thu, 11 Sep 2014 09:05:25 -0700, Olof Johansson wrote: > On Thu, Sep 11, 2014 at 6:29 AM, Grant Likely wrote: > > On Mon, 1 Sep 2014 22:57:38 +0800, Hanjun Guo > > wrote: > >> ACPI 5.1 has been released and now be freely available for > >> download [1]. It

Re: [PATCH v3 00/17] Introduce ACPI for ARM64 based on ACPI 5.1

2014-09-14 Thread Grant Likely
On Thu, 11 Sep 2014 16:37:39 +0100, Catalin Marinas wrote: > On Thu, Sep 11, 2014 at 02:29:34PM +0100, Grant Likely wrote: > > Regarding the requests to refactor ACPICA to work better for ARM. I > > completely agree that it should be done, but I do not think it should be > &

Re: [PATCH v3 00/17] Introduce ACPI for ARM64 based on ACPI 5.1

2014-09-14 Thread Grant Likely
On Thu, 11 Sep 2014 14:49:22 +0100, Will Deacon wrote: > Hi Grant, > > On Thu, Sep 11, 2014 at 02:29:34PM +0100, Grant Likely wrote: > > On Mon, 1 Sep 2014 22:57:38 +0800, Hanjun Guo > > wrote: > > > ACPI 5.1 has been released and now be freely available for >

Re: [RFC PATCH for Juno 1/2] net: smsc911x add support for probing from ACPI

2014-09-14 Thread Grant Likely
On Mon, 01 Sep 2014 19:11:44 +0200, Arnd Bergmann wrote: > On Monday 01 September 2014 18:04:47 Catalin Marinas wrote: > > On Mon, Sep 01, 2014 at 04:06:00PM +0100, Hanjun Guo wrote: > > > +#ifdef CONFIG_ACPI > > > +/* Configure some sensible defaults for ACPI mode */ > > > +static int smsc911x_pr

Re: [Linaro-acpi] [RFC PATCH for Juno 1/2] net: smsc911x add support for probing from ACPI

2014-09-14 Thread Grant Likely
On Mon, 1 Sep 2014 16:28:54 +0100, Graeme Gregory wrote: > On Mon, Sep 01, 2014 at 05:17:51PM +0200, Arnd Bergmann wrote: > > On Monday 01 September 2014 23:06:00 Hanjun Guo wrote: > > > +#ifdef CONFIG_ACPI > > > +/* Configure some sensible defaults for ACPI mode */ > > > +static int smsc911x_pro

Re: [PATCH v3 02/17] ARM64 / ACPI: Get RSDP and ACPI boot-time tables

2014-09-14 Thread Grant Likely
On Sun, Sep 14, 2014 at 2:59 PM, Catalin Marinas wrote: > On 14 Sep 2014, at 16:40, Grant Likely wrote: >> On Thu, 11 Sep 2014 12:01:46 +0100, Catalin Marinas >> wrote: >>> On Wed, Sep 10, 2014 at 10:51:30PM +0100, Grant Likely wrote: >>>> On Wed, 10 Sep

Re: [PATCH v3 02/17] ARM64 / ACPI: Get RSDP and ACPI boot-time tables

2014-09-14 Thread Grant Likely
On Thu, 11 Sep 2014 12:01:46 +0100, Catalin Marinas wrote: > On Wed, Sep 10, 2014 at 10:51:30PM +0100, Grant Likely wrote: > > On Wed, 10 Sep 2014 13:33:52 +0100, Catalin Marinas > > wrote: > > > On Wed, Sep 10, 2014 at 12:13:51PM +0100, Hanjun Guo wrote: > > >

Re: [PATCH] RFC: add function for localbus address

2014-09-14 Thread Grant Likely
On Mon, 08 Sep 2014 13:22:44 -0700, Stephen Boyd wrote: > Adding Mark Brown who finished off introducing IORESOURCE_REG. > > On 09/08/14 07:52, Grant Likely wrote: > > On Tue, 2 Sep 2014 18:45:00 +0300, Stanimir Varbanov > > wrote: > >> + > >>

Announcing the new TAB

2014-09-13 Thread Grant Likely
championed Linux and Open Source developers. Stepping into the TAB are three newly elected members, Kristen Accardi, H. Peter Anvin, and me, Grant Likely. Both Kristen and Peter are well known and respected members of our community, and I'm looking forward working with them. This is Peter's fir

Re: [PATCH v3 00/17] Introduce ACPI for ARM64 based on ACPI 5.1

2014-09-11 Thread Grant Likely
On Thu, Sep 11, 2014 at 3:23 PM, Rafael J. Wysocki wrote: > On Thursday, September 11, 2014 02:29:34 PM Grant Likely wrote: >> On Mon, 1 Sep 2014 22:57:38 +0800, Hanjun Guo wrote: >> > ACPI 5.1 has been released and now be freely available for >> > download [1]. It f

Re: [PATCH v3 13/17] ARM64 / ACPI: Add GICv2 specific ACPI boot support

2014-09-11 Thread Grant Likely
On Tue, 02 Sep 2014 14:02:31 +0100, Marc Zyngier wrote: > On 02/09/14 12:48, Tomasz Nowicki wrote: > > On 01.09.2014 19:35, Marc Zyngier wrote: > >> On 01/09/14 15:57, Hanjun Guo wrote: > >>> From: Tomasz Nowicki > >>> > >>> ACPI kernel uses MADT table for proper GIC initialization. It needs to >

Re: [PATCH v3 00/17] Introduce ACPI for ARM64 based on ACPI 5.1

2014-09-11 Thread Grant Likely
On Mon, 1 Sep 2014 22:57:38 +0800, Hanjun Guo wrote: > ACPI 5.1 has been released and now be freely available for > download [1]. It fixed some major gaps to run ACPI on ARM, > this patch just follow the ACPI 5.1 spec and prepare the > code to run ACPI on ARM64. > > ACPI 5.1 has some major chang

Re: [PATCH v3 13/17] ARM64 / ACPI: Add GICv2 specific ACPI boot support

2014-09-11 Thread Grant Likely
On Tue, 02 Sep 2014 13:48:37 +0200, Tomasz Nowicki wrote: > On 01.09.2014 19:35, Marc Zyngier wrote: > > On 01/09/14 15:57, Hanjun Guo wrote: > >> From: Tomasz Nowicki > >> > >> ACPI kernel uses MADT table for proper GIC initialization. It needs to > >> parse GIC related subtables, collect CPU i

Re: [PATCH v3 11/17] ARM64 / ACPI: Introduce ACPI_IRQ_MODEL_GIC and register device's gsi

2014-09-11 Thread Grant Likely
On Thu, Sep 11, 2014 at 12:08 PM, Grant Likely wrote: > On Mon, 1 Sep 2014 22:57:49 +0800, Hanjun Guo wrote: >> Introduce ACPI_IRQ_MODEL_GIC which is needed for ARM64 as GIC is >> used, and then register device's gsi with the core IRQ subsystem. >> >> acpi_regis

Re: [PATCH v3 11/17] ARM64 / ACPI: Introduce ACPI_IRQ_MODEL_GIC and register device's gsi

2014-09-11 Thread Grant Likely
On Mon, 1 Sep 2014 22:57:49 +0800, Hanjun Guo wrote: > Introduce ACPI_IRQ_MODEL_GIC which is needed for ARM64 as GIC is > used, and then register device's gsi with the core IRQ subsystem. > > acpi_register_gsi() is similar to DT based irq_of_parse_and_map(), > since gsi is unique in the system,

Re: [PATCH v3 09/17] ARM64 / ACPI: Parse MADT for SMP initialization

2014-09-11 Thread Grant Likely
On Mon, 1 Sep 2014 22:57:47 +0800, Hanjun Guo wrote: > MADT contains the information for MPIDR which is essential for > SMP initialization, parse the GIC cpu interface structures to > get the MPIDR value and map it to cpu_logical_map(), and add > enabled cpu with valid MPIDR into cpu_possible_map

Re: [PATCH v3 02/17] ARM64 / ACPI: Get RSDP and ACPI boot-time tables

2014-09-11 Thread Grant Likely
On Wed, 10 Sep 2014 19:13:51 +0800, Hanjun Guo wrote: > On 2014/9/10 3:06, Jon Masters wrote: > > On 09/09/2014 02:05 PM, Sudeep Holla wrote: > >> > >> > >> On 09/09/14 18:50, Lorenzo Pieralisi wrote: > >>> On Tue, Sep 09, 2014 at 06:15:41PM +0100, Mark Rutland wrote: > On Tue, Sep 09, 2014 a

Re: [PATCH v3 04/17] ARM64 / ACPI: Introduce early_param for "acpi"

2014-09-11 Thread Grant Likely
On Wed, 10 Sep 2014 07:21:59 -0600, Bjorn Helgaas wrote: > On Wed, Sep 10, 2014 at 7:04 AM, Will Deacon wrote: > > > It's blindingly obvious that acpi=off is there to disable ACPI at boot. > > We either support that option or we don't -- none of this `oh, well you > > can use it in this specific

Re: [PATCH v3 02/17] ARM64 / ACPI: Get RSDP and ACPI boot-time tables

2014-09-11 Thread Grant Likely
On Wed, 10 Sep 2014 13:33:52 +0100, Catalin Marinas wrote: > On Wed, Sep 10, 2014 at 12:13:51PM +0100, Hanjun Guo wrote: > > On 2014/9/10 3:06, Jon Masters wrote: > > > On 09/09/2014 02:05 PM, Sudeep Holla wrote: > > >> On 09/09/14 18:50, Lorenzo Pieralisi wrote: > > >>> On Tue, Sep 09, 2014 at 0

Re: [PATCH v3 02/17] ARM64 / ACPI: Get RSDP and ACPI boot-time tables

2014-09-11 Thread Grant Likely
On Tue, 9 Sep 2014 17:26:49 +0100, Catalin Marinas wrote: > On Mon, Sep 01, 2014 at 03:57:40PM +0100, Hanjun Guo wrote: > > diff --git a/arch/arm64/kernel/setup.c b/arch/arm64/kernel/setup.c > > index c96172a..fb7cc0e 100644 > > --- a/arch/arm64/kernel/setup.c > > +++ b/arch/arm64/kernel/setup.c

Re: [PATCH] RFC: add function for localbus address

2014-09-08 Thread Grant Likely
On Tue, 2 Sep 2014 18:45:00 +0300, Stanimir Varbanov wrote: > Hi Grant, > > I came down to this. Could you review? Is that > implementation closer to the suggestion made by you. > > --- > drivers/of/address.c | 49 > > drivers/of/platform.

Re: [PATCH] of: Fix memory block alignment in early_init_dt_add_memory_arch()

2014-09-08 Thread Grant Likely
On Wed, 27 Aug 2014 13:08:51 +0200, Geert Uytterhoeven wrote: > Hi Grant, > > On Wed, Aug 27, 2014 at 12:30 PM, Grant Likely > wrote: > > On Wed, 20 Aug 2014 17:10:31 +0200, Geert Uytterhoeven > > wrote: > >> If a memory block is not aligned to PA

Re: [PATCH] of: make sure of_alias is initialized before accessing it

2014-09-08 Thread Grant Likely
d legacy method. > > [Fixes a752ee5 - tty: Update hypervisor tty drivers to > > use core stdout parsing code] > > Signed-off-by: Laurentiu Tudor > Cc: Grant Likely > --- > drivers/of/base.c | 8 > 1 file changed, 4 insertions(+)

Re: [PATCH] of: correct of_console_check()'s return value

2014-09-08 Thread Grant Likely
of: Create of_console_check() for selecting a console > specified in /chosen') > Signed-off-by: Brian Norris > Cc: Grant Likely Good catch. Applied, thanks. g. > --- > This is one way to fix it. Another possibility includes changing > of_console_check() to use 0-as-success

Re: [RFC PATCH 0/9] dt: dependencies (for deterministic driver initialization order based on the DT)

2014-08-27 Thread Grant Likely
On Tue, 26 Aug 2014 11:11:07 +0100, Mark Rutland wrote: > On Tue, Aug 26, 2014 at 10:42:04AM +0100, Alexander Holler wrote: > > Am 26.08.2014 10:49, schrieb Thierry Reding: > > > On Tue, Aug 26, 2014 at 09:42:08AM +0100, Grant Likely wrote: > > >> On Mon, 25 Au

Re: [PATCH] of: Fix memory block alignment in early_init_dt_add_memory_arch()

2014-08-27 Thread Grant Likely
On Wed, 20 Aug 2014 17:10:31 +0200, Geert Uytterhoeven wrote: > If a memory block is not aligned to PAGE_SIZE, its base address must be > rounded up, not down, and its size must be reduced. > > Signed-off-by: Geert Uytterhoeven Looks reasonable. What is the situation that exposed this problem?

Re: [RFC PATCH 0/9] dt: dependencies (for deterministic driver initialization order based on the DT)

2014-08-26 Thread Grant Likely
On Mon, 25 Aug 2014 08:08:59 -0500, Jon Loeliger wrote: > > > > > Anyway, instead of going back and forth between "deferred probe is good" > > and "deferred probe is bad", how about we do something useful now and > > concentrate on how to make use of the information we have in DT with the > > go

Re: [RFC PATCH 0/9] dt: dependencies (for deterministic driver initialization order based on the DT)

2014-08-26 Thread Grant Likely
On Mon, 25 Aug 2014 15:37:16 +0200, Thierry Reding wrote: > On Mon, Aug 25, 2014 at 08:08:59AM -0500, Jon Loeliger wrote: > > > > > > > > Anyway, instead of going back and forth between "deferred probe is good" > > > and "deferred probe is bad", how about we do something useful now and > > > co

Re: [PATCH 19/19] Documentation: ACPI for ARM64

2014-08-20 Thread Grant Likely
On Thu, 24 Jul 2014 21:00:25 +0800, Hanjun Guo wrote: > +Clocks > +-- > + > +Like clocks that are part of the power resources there is no standard way > +to represent a clock tree in ACPI 5.1 in a similar manner to how it is > +described in DT. > + > +Devices affected by this include things li

Re: [PATCH 07/19] ARM64 / ACPI: Parse MADT to map logical cpu to MPIDR and get cpu_possible/present_map

2014-08-20 Thread Grant Likely
On Thu, 24 Jul 2014 21:00:13 +0800, Hanjun Guo wrote: > MADT contains the information for MPIDR which is essential for > SMP initialization, parse the GIC cpu interface structures to > get the MPIDR value and map it to cpu_logical_map(), and add > enabled cpu with valid MPIDR into cpu_possible_map

Re: [PATCH 06/19] ARM64 / ACPI: Parse FADT table to get PSCI flags for PSCI init

2014-08-20 Thread Grant Likely
On Thu, 31 Jul 2014 18:23:18 +0800, Hanjun Guo wrote: > On 2014-7-31 12:22, Olof Johansson wrote: > > Hi, > > Hi Olof, > > > > > On Thu, Jul 24, 2014 at 6:00 AM, Hanjun Guo wrote: > >> There are two flags: PSCI_COMPLIANT and PSCI_USE_HVC. When set, > >> the former signals to the OS that the ha

Re: [PATCH 06/19] ARM64 / ACPI: Parse FADT table to get PSCI flags for PSCI init

2014-08-20 Thread Grant Likely
On Thu, 24 Jul 2014 21:00:12 +0800, Hanjun Guo wrote: > There are two flags: PSCI_COMPLIANT and PSCI_USE_HVC. When set, > the former signals to the OS that the hardware is PSCI compliant. > The latter selects the appropriate conduit for PSCI calls by > toggling between Hypervisor Calls (HVC) and S

Re: [RFC PATCH 6/9] gpiolib: add API to get gpio desc and flags

2014-08-19 Thread Grant Likely
On Mon, 18 Aug 2014 06:57:41 +0200, "Rafael J. Wysocki" wrote: > On Sunday, August 17, 2014 12:43:38 PM Darren Hart wrote: > > On 8/17/14, 6:00, "Grant Likely" wrote: > > > > >> > > >>+ /* Using device tree? */ > > &g

Re: [Ksummit-discuss] Linux Foundation Technical Advisory Board Elections and Nomination process

2014-08-19 Thread Grant Likely
Please add me to the nomination list. g. On Tue, Jul 15, 2014 at 4:48 PM, James Bottomley wrote: > The elections for five of the ten members of the Linux Foundation > Technical Advisory Board[TAB] are held every year. Currently the > election will be at the 2014 Kernel Summit in Chicago, USA, at

Re: [PATCH 1/3] of: Add of_match_machine helper

2014-08-17 Thread Grant Likely
On Fri, 8 Aug 2014 02:01:53 +0300, Tuomas Tynkkynen wrote: > Add of_match_machine function to test the device tree root for an > of_match array. This can be useful when testing SoC versions at runtime, > for example. > > Signed-off-by: Tuomas Tynkkynen > --- > drivers/of/base.c | 21 +

Re: [PATCH 1/3] of: Add of_match_machine helper

2014-08-17 Thread Grant Likely
On Fri, 8 Aug 2014 14:01:57 -0500, Rob Herring wrote: > On Fri, Aug 8, 2014 at 8:23 AM, Tuomas Tynkkynen > wrote: > > > > > > On 08/08/14 12:41, Thierry Reding wrote: > >> > >>> +const struct of_device_id *of_match_machine(const struct of_device_id > >>> *matches) > >>> +{ > >>> +const stru

Re: [RFC PATCH 6/9] gpiolib: add API to get gpio desc and flags

2014-08-17 Thread Grant Likely
On Sun, 17 Aug 2014 09:04:16 +0300, Mika Westerberg wrote: > From: Aaron Lu > > Add a new API to get the GPIO's description pointer and its flags for > both OF based system and ACPI based system. This is useful in drivers > that do not need to care about the underlying firmware interface. Hi M

Re: [RFC PATCH 4/9] of: Add property_ops callback for devices with of_node

2014-08-17 Thread Grant Likely
On Sun, 17 Aug 2014 09:04:14 +0300, Mika Westerberg wrote: > From: Aaron Lu > > With the unified device properties interface in place, add device tree > support. > By adding the dev_prop_ops for of_node devices, drivers can access properties > from ACPI or Device Tree in a generic way. > > Si

Re: [RFC PATCH 3/9] Driver core: Unified device properties interface for platform firmware

2014-08-17 Thread Grant Likely
Hi Mika and Rafael, Comments below... On Sun, 17 Aug 2014 09:04:13 +0300, Mika Westerberg wrote: > From: "Rafael J. Wysocki" > > Add a uniform interface by which device drivers can request device > properties from the platform firmware by providing a property name > and the corresponding dat

[GIT PULL] Additional devicetree changes for v3.17

2014-08-16 Thread Grant Likely
Hi Linus, Please pull the following tree with some bug fixes for devicetree. g. The following changes since commit c9d26423e56ce1ab4d786f92aebecf859d419293: Merge tag 'pm+acpi-3.17-rc1-2' of git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm (2014-08-14 18:13:46 -0600) are availab

Re: [PATCH v2] of: Deep-copy names of platform devices

2014-08-16 Thread Grant Likely
On Fri, Aug 15, 2014 at 5:38 PM, Rob Herring wrote: > Adding Greg... > > On Tue, Aug 12, 2014 at 9:30 PM, Stepan Moskovchenko > wrote: >> When we parse the device tree and allocate platform >> devices, the 'name' of the newly-created platform_device >> is set to point to the 'name' field of the '

Re: [PATCH] of/irq: lookup 'interrupts-extended' property first

2014-08-15 Thread Grant Likely
On Wed, 06 Aug 2014 15:12:42 -0700, Florian Fainelli wrote: > On 08/06/2014 02:50 PM, Tim Bird wrote: > > On Wed, Aug 6, 2014 at 1:12 PM, Brian Norris > > wrote: > >> On Wed, Aug 06, 2014 at 01:42:08PM -0500, Rob Herring wrote: > >>> On Wed, Aug 6, 2014 at 11:54 AM, Brian Norris > >>> wrote: >

Re: [PATCH v2] of/irq: lookup 'interrupts-extended' property first

2014-08-15 Thread Grant Likely
On Wed, 6 Aug 2014 13:15:00 -0700, Brian Norris wrote: > On Wed, Aug 06, 2014 at 01:02:27PM -0700, Florian Fainelli wrote: > > In case the Device Tree blob passed by the boot agent supplies both an > > 'interrupts-extended' and an 'interrupts' property in order to allow for > > older kernels to b

Re: [PATCH] of: Deep-copy names of platform devices

2014-08-15 Thread Grant Likely
On Fri, Aug 15, 2014 at 11:52 AM, Grant Likely wrote: > On Fri, Aug 15, 2014 at 11:45 AM, Grant Likely > wrote: >> On Tue, 12 Aug 2014 18:46:36 -0700, Stephen Boyd >> wrote: >>> On 08/12/14 17:57, Stepan Moskovchenko wrote: >>> > diff --git a/dr

Re: [PATCH] of: Deep-copy names of platform devices

2014-08-15 Thread Grant Likely
On Fri, Aug 15, 2014 at 11:45 AM, Grant Likely wrote: > On Tue, 12 Aug 2014 18:46:36 -0700, Stephen Boyd wrote: >> On 08/12/14 17:57, Stepan Moskovchenko wrote: >> > diff --git a/drivers/of/device.c b/drivers/of/device.c >> > index f685e55..3e116f6 100644 >

Re: [PATCH] of: Deep-copy names of platform devices

2014-08-15 Thread Grant Likely
On Tue, 12 Aug 2014 18:46:36 -0700, Stephen Boyd wrote: > On 08/12/14 17:57, Stepan Moskovchenko wrote: > > diff --git a/drivers/of/device.c b/drivers/of/device.c > > index f685e55..3e116f6 100644 > > --- a/drivers/of/device.c > > +++ b/drivers/of/device.c > > @@ -54,7 +54,7 @@ int of_device_add(s

[GIT PULL] Devicetree changes for v3.17

2014-08-11 Thread Grant Likely
live tree of: Fixing OF Selftest build error Grant Likely (15): of: Create of_console_check() for selecting a console specified in /chosen of: Enable console on serial ports specified by /chosen/stdout-path arm/versatile: Add the uart as the stdout device. t

Re: of: Make OF_DYNAMIC user selectable

2014-08-11 Thread Grant Likely
On Mon, 28 Jul 2014 09:35:26 +1000, Stephen Rothwell wrote: > Hi Grant, > > I noticed the subject commit in the devicetree tree in linux-next today. > The commit message gives us no idea why we would want to make this > change. We already have lots of user selectable CONFIG_ options ... do > we

Re: ARC fails to boot on linux-next of 20140711

2014-07-30 Thread Grant Likely
On Sat, 26 Jul 2014 15:10:28 -0500, Rob Herring wrote: > On Sat, Jul 26, 2014 at 11:50 AM, Grant Likely > wrote: > > On Sat, 26 Jul 2014 06:52:36 +, Vineet Gupta > > wrote: > >> Hi Rob, > >> > >> On Friday 25 July 2014 07:45 PM, Rob Herring

Re: ARC fails to boot on linux-next of 20140711

2014-07-30 Thread Grant Likely
On Mon, 28 Jul 2014 04:38:38 +, Vineet Gupta wrote: > On Saturday 26 July 2014 10:21 PM, Grant Likely wrote: > > On Sat, 26 Jul 2014 06:52:36 +, Vineet Gupta > > wrote: > >> Hi Rob, > >> > >> On Friday 25 July 2014 07:45 PM, Rob Herring wr

Re: [PATCH v2 RESEND 3/4] drivers: dma-coherent: add initialization from device tree

2014-07-30 Thread Grant Likely
On Tue, Jul 29, 2014 at 11:33 PM, Marek Szyprowski wrote: > Hello, > > > On 2014-07-29 23:54, Grant Likely wrote: >> >> On Mon, 14 Jul 2014 10:28:06 +0200, Marek Szyprowski >> wrote: >>> >>> Initialization procedure of dma coherent pool has been

[GIT PULL] Last minute bug fix for Exynos platform

2014-07-30 Thread Grant Likely
Hi Linus, This bug fix has been brewing for a while. I hate sending it to you so late, but I only got confirmation that it solves the problem this past weekend. The diff looks big for a bug fix, but the majority of it is only executed in the Exynos quirk case. Unfortunately it required splitting e

Re: [PATCH v2 0/4] Support for Qualcomm QPNP PMIC's

2014-07-29 Thread Grant Likely
On Fri, 18 Jul 2014 19:13:52 +0300, Stanimir Varbanov wrote: > On 07/18/2014 02:10 AM, Stephen Boyd wrote: > > On 07/17/14 09:17, Stanimir Varbanov wrote: > >> Hello everyone, > >> > >> Here is the continuation of patch sets sent recently about Qualcomm > >> QPNP SPMI PMICs. > >> > >> The previou

Re: use IORESOURCE_REG resource type for non-translatable addresses in DT

2014-07-29 Thread Grant Likely
On Tue, 29 Jul 2014 17:06:42 +0300, Stanimir Varbanov wrote: > Arnd, thanks for the comments. > > On 07/29/2014 03:00 PM, Arnd Bergmann wrote: > > On Tuesday 29 July 2014 14:42:31 Stanimir Varbanov wrote: > >> taddr = of_translate_address(dev, addrp); > >> - if (taddr == OF_BAD_ADD

Re: [PATCH v2 RESEND 2/4] drivers: of: initialize and assign reserved memory to newly created devices

2014-07-29 Thread Grant Likely
On Tue, 29 Jul 2014 16:47:04 +0200, Marek Szyprowski wrote: > Hello, > > On 2014-07-28 16:17, Grant Likely wrote: > > On Mon, 14 Jul 2014 10:28:05 +0200, Marek Szyprowski > > wrote: > >> Use recently introduced of_reserved_mem_device_init() function to > &

Re: [PATCH v2 RESEND 4/4] drivers: dma-contiguous: add initialization from device tree

2014-07-29 Thread Grant Likely
On Mon, 14 Jul 2014 10:28:07 +0200, Marek Szyprowski wrote: > Add a function to create CMA region from previously reserved memory > and add support for handling 'shared-dma-pool' reserved-memory device > tree nodes. > > Based on previous code provided by Josh Cartwright I think this is okay to

Re: [PATCH v2 RESEND 3/4] drivers: dma-coherent: add initialization from device tree

2014-07-29 Thread Grant Likely
On Mon, 14 Jul 2014 10:28:06 +0200, Marek Szyprowski wrote: > Initialization procedure of dma coherent pool has been split into two > parts, so memory pool can now be initialized without assigning to > particular struct device. Then initialized region can be assigned to > more than one struct dev

Re: [RFC PATCH 2/2] of/clk: use "clkops-clocks" to specify clocks handled by clock_ops domain

2014-07-28 Thread Grant Likely
On Mon, Jul 28, 2014 at 11:47 AM, Grygorii Strashko wrote: > Hi Grant. > > On 07/28/2014 05:05 PM, Grant Likely wrote: >> On Thu, 12 Jun 2014 19:53:43 +0300, Grygorii Strashko >> wrote: >>> Use "clkops-clocks" property to specify clocks handled by >

Re: [PATCH v2 RESEND 2/4] drivers: of: initialize and assign reserved memory to newly created devices

2014-07-28 Thread Grant Likely
On Mon, 14 Jul 2014 10:28:05 +0200, Marek Szyprowski wrote: > Use recently introduced of_reserved_mem_device_init() function to > automatically assign respective reserved memory region to the newly created > platform and amba device. > > Signed-off-by: Marek Szyprowski I'm still not okay with

Re: [PATCH v2 RESEND 1/4] drivers: of: add automated assignment of reserved regions to client devices

2014-07-28 Thread Grant Likely
On Mon, 14 Jul 2014 10:28:04 +0200, Marek Szyprowski wrote: > This patch adds code for automated assignment of reserved memory regions > to struct device. reserved_mem->ops->device_init()/device_cleanup() > callbacks are called to perform reserved memory driver specific > initialization and clean

Re: [PATCH 02/14] clk: Create of_clk_shared_by_cpus()

2014-07-28 Thread Grant Likely
On Tue, 1 Jul 2014 22:02:31 +0530, Viresh Kumar wrote: > Create a new routine of_clk_shared_by_cpus() that finds if clock lines are > shared between two CPUs. This is verified by comparing "clocks" property from > CPU's DT node. > > Returns 1 if clock line is shared between them, 0 if clock isn

Re: [RFC PATCH 2/2] of/clk: use "clkops-clocks" to specify clocks handled by clock_ops domain

2014-07-28 Thread Grant Likely
On Thu, 12 Jun 2014 19:53:43 +0300, Grygorii Strashko wrote: > Use "clkops-clocks" property to specify clocks handled by > clock_ops domain PM domain. Only clocks defined in "clkops-clocks" > set of clocks will be handled by Runtime PM through clock_ops > Pm domain. > > Signed-off-by: Grygorii S

Re: [PATCHv9 4/4] dt: mailbox: add generic bindings

2014-07-28 Thread Grant Likely
On Wed, 23 Jul 2014 00:27:36 +0530, Jassi Brar wrote: > Define generic bindings for the framework clients to > request mailbox channels. > > Signed-off-by: Jassi Brar Looks okay to me. g. > --- > .../devicetree/bindings/mailbox/mailbox.txt| 36 > ++ > 1 file cha

Re: [PATCH/RFC v4 07/21] of: add of_node_ncmp wrapper

2014-07-28 Thread Grant Likely
On Fri, 11 Jul 2014 16:04:10 +0200, Jacek Anaszewski wrote: > The wrapper for strnicmp is required for checking whether a node has > expected prefix. > > Signed-off-by: Jacek Anaszewski > Acked-by: Kyungmin Park > Cc: Grant Likely > Cc: Benjamin Herrenschmid

Re: [RFC Patch V1 22/30] mm, of: Use cpu_to_mem()/numa_mem_id() to support memoryless node

2014-07-28 Thread Grant Likely
On Mon, 21 Jul 2014 10:52:41 -0700, Nishanth Aravamudan wrote: > On 11.07.2014 [15:37:39 +0800], Jiang Liu wrote: > > When CONFIG_HAVE_MEMORYLESS_NODES is enabled, cpu_to_node()/numa_node_id() > > may return a node without memory, and later cause system failure/panic > > when calling kmalloc_node

Re: [PATCH 00/10] of: Core devicetree changeset support

2014-07-27 Thread Grant Likely
On Fri, 25 Jul 2014 13:10:15 -0500, Nathan Fontenot wrote: > On 07/23/2014 06:44 PM, Grant Likely wrote: > > Hi all, > > > > This is a rollup of all the patches that I queued up today for > > linux-next for the devicetree changeset and overlay work. I'm repostin

Re: ARC fails to boot on linux-next of 20140711

2014-07-26 Thread Grant Likely
On Sat, 26 Jul 2014 06:52:36 +, Vineet Gupta wrote: > Hi Rob, > > On Friday 25 July 2014 07:45 PM, Rob Herring wrote: > > On Fri, Jul 25, 2014 at 6:02 AM, Vineet Gupta > > wrote: > >> > Hi Grant, > >> > > >> > linux-next has a series for arc_uart (via tty tree) which converts it to > >> >

Re: ARC fails to boot on linux-next of 20140711

2014-07-25 Thread Grant Likely
On Fri, 25 Jul 2014 09:15:22 -0500, Rob Herring wrote: > On Fri, Jul 25, 2014 at 6:02 AM, Vineet Gupta > wrote: > > Hi Grant, > > > > linux-next has a series for arc_uart (via tty tree) which converts it to > > generic > > earlycon and specifies console via /chosen/stdout-path vs. an explicit

[PATCH 02/10] of: rename of_aliases_mutex to just of_mutex

2014-07-23 Thread Grant Likely
From: Pantelis Antoniou We're overloading usage of of_aliases_mutex for sysfs changes, so rename to something that is more generic. Signed-off-by: Pantelis Antoniou Signed-off-by: Grant Likely --- drivers/of/base.c | 19 +-- drivers/of/device.c | 4 ++-- drive

[PATCH 04/10] OF: Utility helper functions for dynamic nodes

2014-07-23 Thread Grant Likely
icu Signed-off-by: Pantelis Antoniou [glikely: Added unittest for of_copy_property and dropped fine-grained allocations] [glikely: removed name, type and phandle arguments from __of_node_alloc] Signed-off-by: Grant Likely --- drivers/of/dynamic.c|

[PATCH 00/10] of: Core devicetree changeset support

2014-07-23 Thread Grant Likely
x27;t have access to pseries (and I can't get the QEMU pseries model to boot reliably) Nathan/Tyrel, can you give it a spin? The changes can be found in my git tree: git://git.secretlab.ca/git/linux devicetree/next Grant Likely (8): of/platform: Fix of_platform_device_destroy iteration

[PATCH 06/10] of: Make devicetree sysfs update functions consistent.

2014-07-23 Thread Grant Likely
ly, put the function prototypes into of_private.h so they are accessible to the transaction code. Signed-off-by: Pantelis Antoniou [grant.likely: Changed suffix from _post to _sysfs to match existing code] [grant.likely: Reorganized to eliminate trivial wrappers] Signed-off-by: Grant Likely --

[PATCH 03/10] of: Move CONFIG_OF_DYNAMIC code into a separate file

2014-07-23 Thread Grant Likely
remove nodes. v2: Moved of_node_release() into dynamic.c Signed-off-by: Grant Likely Signed-off-by: Pantelis Antoniou Cc: Rob Herring --- drivers/of/Makefile | 1 + drivers/of/base.c | 230 +--- drivers/of/dynamic.c| 216

[PATCH 05/10] of: Create unlocked versions of node and property add/remove functions

2014-07-23 Thread Grant Likely
s are: __of_add_property(), __of_remove_property(), __of_update_property(), __of_attach_node() and __of_detach_node(). Signed-off-by: Pantelis Antoniou [Remove unnecessary diff hunks and rewrite commit text] Signed-off-by: Grant Likely --- drivers/of/base.c

[PATCH 08/10] of: Move dynamic node fixups out of powerpc and into common code

2014-07-23 Thread Grant Likely
notifiers that modify the node. Signed-off-by: Grant Likely Cc: Nathan Fontenot Cc: Benjamin Herrenschmidt --- arch/powerpc/kernel/prom.c | 70 -- drivers/of/base.c | 4 +-- drivers/of/dynamic.c | 13 + drivers/of/of_private.h

[PATCH 07/10] of: Make sure attached nodes don't carry along extra children

2014-07-23 Thread Grant Likely
The child pointer does not get cleared when attaching new nodes which could cause the tree to be inconsistent. Clear the child pointer in __of_attach_node() to be absolutely sure that the structure remains in a consistent layout. Signed-off-by: Grant Likely --- drivers/of/dynamic.c | 1 + 1

[PATCH 10/10] of: Transactional DT support.

2014-07-23 Thread Grant Likely
. An applied transaction can be rolled-back at any time. Documentation is in Documentation/devicetree/changesets.txt Signed-off-by: Pantelis Antoniou [glikely: Removed device notifiers and reworked to be more consistent] Signed-off-by: Grant Likely --- Documentation/devicetree

[PATCH 09/10] of: Reorder device tree changes and notifiers

2014-07-23 Thread Grant Likely
cancel a change to the tree. Signed-off-by: Grant Likely Cc: Nathan Fontenot --- arch/powerpc/platforms/pseries/hotplug-memory.c | 2 +- drivers/crypto/nx/nx-842.c | 30 +++-- drivers/of/base.c | 21 - drive

[PATCH 01/10] of/platform: Fix of_platform_device_destroy iteration of devices

2014-07-23 Thread Grant Likely
, and drivers are responsible for getting rid of any child devices that weren't created by of_platform_populate. Signed-off-by: Grant Likely Signed-off-by: Pantelis Antoniou --- drivers/of/platform.c | 32 +--- include/linux/of.h | 1 + include/

Re: [PATCH] of: Use proper types for checking memory overflow

2014-07-10 Thread Grant Likely
On Tue, 8 Jul 2014 09:24:08 +0200 (CEST), Nicolas Pitre wrote: > On Mon, 7 Jul 2014, Laura Abbott wrote: > > > Commit a67a6ed15513541579d38bcbd127e7be170710e5 > > (of: Check for phys_addr_t overflows in early_init_dt_add_memory_arch) > > corrected early_init_dt_add_memory_arch to account for ove

Re: [PATCH v2] declance: Fix 64-bit compilation warnings

2014-07-07 Thread Grant Likely
On Sat, 05 Jul 2014 11:31:39 -0700, Joe Perches wrote: > On Sat, 2014-07-05 at 19:20 +0100, Maciej W. Rozycki wrote: > > On Sat, 5 Jul 2014, Joe Perches wrote: > > > I don't think %#p is valid so it > > > shouldn't have been set by #. > > > > Huh? As recently as last Wednesday you pointed me at

Re: [GIT PULL] bug fix for devicetree memory parsing

2014-07-06 Thread Grant Likely
On Sun, Jul 6, 2014 at 8:24 PM, Linus Torvalds wrote: > On Sun, Jul 6, 2014 at 2:37 AM, Grant Likely wrote: >> >> Can you pull this bug fix into your tree please? > > I took it, but I think both your explanation and the patch itself is > actually crap. It may fix the i

<    1   2   3   4   5   6   7   8   9   10   >