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
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
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
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
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
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
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
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
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
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
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
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
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
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
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:
> >
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
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.
&
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
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
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
> &
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
>
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
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
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
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:
> > >
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:
> >> +
> >>
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
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
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
>
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
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
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
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,
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
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
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
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
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
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.
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
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(+)
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
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
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?
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
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
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
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
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
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
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
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
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 +
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
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
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
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
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
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 '
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:
>
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
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
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
>
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
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
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
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
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
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
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
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
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
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
> &
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
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
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
>
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
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
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
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
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
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
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
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
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
> >> >
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
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
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|
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
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
--
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
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
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
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
. 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
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
, 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/
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
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
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
301 - 400 of 1670 matches
Mail list logo