Hi Rob,
On 07/25/17 14:44, Rob Herring wrote:
> This series is the last steps to remove storing the full path for every
> DT node. Instead, we can create full path strings dynamically as needed
> with printf %pOF specifiers (commit ce4fecf1fe15). There are a number of
> remaining direct users
Hi Rob,
On 07/25/17 14:44, Rob Herring wrote:
> This series is the last steps to remove storing the full path for every
> DT node. Instead, we can create full path strings dynamically as needed
> with printf %pOF specifiers (commit ce4fecf1fe15). There are a number of
> remaining direct users
On 07/21/17 15:03, Rafael J. Wysocki wrote:
> On Thursday, July 20, 2017 12:13:24 PM frowand.l...@gmail.com wrote:
>> From: Frank Rowand <frank.row...@sony.com>
>>
>> ACPI is impacted by changes to fwnode.h, add a file entry
>> to ACPI
>>
>> Signe
On 07/21/17 15:03, Rafael J. Wysocki wrote:
> On Thursday, July 20, 2017 12:13:24 PM frowand.l...@gmail.com wrote:
>> From: Frank Rowand
>>
>> ACPI is impacted by changes to fwnode.h, add a file entry
>> to ACPI
>>
>> Signed-off-by: Frank Rowand
>
ude/linux/of.h
> +++ b/include/linux/of.h
> @@ -735,6 +735,9 @@ static inline struct device_node *of_get_cpu_node(int cpu,
> return NULL;
> }
>
> +static inline int of_n_addr_cells(struct device_node *np) { return 0; }
> +static inline int of_n_size_cells(struct device_node
p) { return 0; }
> +static inline int of_n_size_cells(struct device_node *np) { return 0; }
> +
> static inline int of_property_read_u64(const struct device_node *np,
> const char *propname, u64 *out_value)
> {
>
Reviewed-by: Frank Rowand
On 07/21/17 10:27, Jonathan Corbet wrote:
> On Thu, 20 Jul 2017 18:30:55 -0700
> frowand.l...@gmail.com wrote:
>
>> Documentation/process/submitting-patches.rst contains a non-ascii
>> character. Change it to the ascii equivalent.
>
> You should know better than to tell somebody like me that a
On 07/21/17 10:27, Jonathan Corbet wrote:
> On Thu, 20 Jul 2017 18:30:55 -0700
> frowand.l...@gmail.com wrote:
>
>> Documentation/process/submitting-patches.rst contains a non-ascii
>> character. Change it to the ascii equivalent.
>
> You should know better than to tell somebody like me that a
On 07/19/17 09:02, Rob Herring wrote:
> On Wed, Jul 19, 2017 at 4:41 AM, Sylwester Nawrocki
> wrote:
>> On 07/18/2017 11:43 PM, Rob Herring wrote:
>>> Now that we have a custom printf format specifier, convert users of
>>> full_name to use %pOF instead. This is preparation
On 07/19/17 09:02, Rob Herring wrote:
> On Wed, Jul 19, 2017 at 4:41 AM, Sylwester Nawrocki
> wrote:
>> On 07/18/2017 11:43 PM, Rob Herring wrote:
>>> Now that we have a custom printf format specifier, convert users of
>>> full_name to use %pOF instead. This is preparation to remove storing
>>>
On 07/19/17 06:39, Rob Herring wrote:
> On Tue, Jul 18, 2017 at 10:52 PM, <frowand.l...@gmail.com> wrote:
>> From: Frank Rowand <frank.row...@sony.com>
>>
>> Add nodes and properties to overlay_base and overlay dts files to
>> test for
>>- incorr
On 07/19/17 06:39, Rob Herring wrote:
> On Tue, Jul 18, 2017 at 10:52 PM, wrote:
>> From: Frank Rowand
>>
>> Add nodes and properties to overlay_base and overlay dts files to
>> test for
>>- incorrect existing node name detection when overlay nod
c-arb: optimize table lookups")
>> Signed-off-by: Stephen Boyd <sb...@codeaurora.org>
> Reviewed-by: Kiran Gunda <kgu...@codeaurora.org>
Tested on a qcom-apq8074-dragonboard on 4.13-rc1
Tested-by: Frank Rowand <frank.row...@sony.com>
>> ---
>> drivers/spmi/
hen Boyd
> Reviewed-by: Kiran Gunda
Tested on a qcom-apq8074-dragonboard on 4.13-rc1
Tested-by: Frank Rowand
>> ---
>> drivers/spmi/spmi-pmic-arb.c | 17 +++--
>> 1 file changed, 7 insertions(+), 10 deletions(-)
>>
>> diff --git a/drivers/spmi/spmi-
On 07/17/17 22:44, Frank Rowand wrote:
> On 07/17/17 22:06, Frank Rowand wrote:
>> On 07/17/17 20:56, Rajendra Nayak wrote:
>>>
>>> On 07/18/2017 09:12 AM, Frank Rowand wrote:
>>>> Hi Abhijeet,
>>>>
>>>> My qcom-apq8074-dragonboar
On 07/17/17 22:44, Frank Rowand wrote:
> On 07/17/17 22:06, Frank Rowand wrote:
>> On 07/17/17 20:56, Rajendra Nayak wrote:
>>>
>>> On 07/18/2017 09:12 AM, Frank Rowand wrote:
>>>> Hi Abhijeet,
>>>>
>>>> My qcom-apq8074-dragonboar
On 07/17/17 22:06, Frank Rowand wrote:
> On 07/17/17 20:56, Rajendra Nayak wrote:
>>
>> On 07/18/2017 09:12 AM, Frank Rowand wrote:
>>> Hi Abhijeet,
>>>
>>> My qcom-apq8074-dragonboard panics on boot on v4.13-rc1.
>>>
>>> I bisected the p
On 07/17/17 22:06, Frank Rowand wrote:
> On 07/17/17 20:56, Rajendra Nayak wrote:
>>
>> On 07/18/2017 09:12 AM, Frank Rowand wrote:
>>> Hi Abhijeet,
>>>
>>> My qcom-apq8074-dragonboard panics on boot on v4.13-rc1.
>>>
>>> I bisected the p
On 07/17/17 20:56, Rajendra Nayak wrote:
>
> On 07/18/2017 09:12 AM, Frank Rowand wrote:
>> Hi Abhijeet,
>>
>> My qcom-apq8074-dragonboard panics on boot on v4.13-rc1.
>>
>> I bisected the problem to commit 7f1d4e58dabb, "spmi: pmic-arb:
>> optimiz
On 07/17/17 20:56, Rajendra Nayak wrote:
>
> On 07/18/2017 09:12 AM, Frank Rowand wrote:
>> Hi Abhijeet,
>>
>> My qcom-apq8074-dragonboard panics on boot on v4.13-rc1.
>>
>> I bisected the problem to commit 7f1d4e58dabb, "spmi: pmic-arb:
>> optimiz
Hi Abhijeet,
My qcom-apq8074-dragonboard panics on boot on v4.13-rc1.
I bisected the problem to commit 7f1d4e58dabb, "spmi: pmic-arb:
optimize table lookups".
The panic occurs at the top of pmic_arb_ppid_to_apid_v1(), due
to pa->ppid_to_apid being null.
A little more information that might
Hi Abhijeet,
My qcom-apq8074-dragonboard panics on boot on v4.13-rc1.
I bisected the problem to commit 7f1d4e58dabb, "spmi: pmic-arb:
optimize table lookups".
The panic occurs at the top of pmic_arb_ppid_to_apid_v1(), due
to pa->ppid_to_apid being null.
A little more information that might
On 07/10/17 19:31, Rob Herring wrote:
> On Mon, Jul 10, 2017 at 2:05 PM, <frowand.l...@gmail.com> wrote:
>> From: Frank Rowand <frank.row...@sony.com>
>>
>> Add nodes and properties to overlay_base and overlay dts files to
>> test for
>>- incorr
On 07/10/17 19:31, Rob Herring wrote:
> On Mon, Jul 10, 2017 at 2:05 PM, wrote:
>> From: Frank Rowand
>>
>> Add nodes and properties to overlay_base and overlay dts files to
>> test for
>>- incorrect existing node name detection when overlay nod
On 07/10/17 09:08, Rob Herring wrote:
> On Fri, Jul 7, 2017 at 7:28 PM, <frowand.l...@gmail.com> wrote:
>> From: Frank Rowand <frank.row...@sony.com>
>>
>> Correct existing node name detection when overlay node name has
>> a unit-address.
>>
&
On 07/10/17 09:08, Rob Herring wrote:
> On Fri, Jul 7, 2017 at 7:28 PM, wrote:
>> From: Frank Rowand
>>
>> Correct existing node name detection when overlay node name has
>> a unit-address.
>>
>> Expected test result is overlay will update the nodes
On 07/03/17 01:25, Daniel Vetter wrote:
> On Sun, Jun 18, 2017 at 05:46:25PM -0600, Jonathan Corbet wrote:
>> I've just spent rather more time than I would like figuring out why the PDF
>> builds fail and what was needed to fix it. The result is the following
>> patch series. It's a combination
On 07/03/17 01:25, Daniel Vetter wrote:
> On Sun, Jun 18, 2017 at 05:46:25PM -0600, Jonathan Corbet wrote:
>> I've just spent rather more time than I would like figuring out why the PDF
>> builds fail and what was needed to fix it. The result is the following
>> patch series. It's a combination
On 06/28/17 14:49, Grant Likely wrote:
> I'm slowly getting back into things and plan to actively participate.
> Please use my ARM address:
>
> grant.lik...@arm.com
OK, I'll do that.
-Frank
>
> g.
>
> On Wed, Jun 28, 2017 at 10:46 PM, Frank Rowand <frowand.l...@gm
On 06/28/17 14:49, Grant Likely wrote:
> I'm slowly getting back into things and plan to actively participate.
> Please use my ARM address:
>
> grant.lik...@arm.com
OK, I'll do that.
-Frank
>
> g.
>
> On Wed, Jun 28, 2017 at 10:46 PM, Frank Rowand wrote:
>>
Hi Rob,
Please ignore this version, Grant replied to your v1 comment, so
I'll spin a v3.
-Frank
On 06/28/17 14:53, frowand.l...@gmail.com wrote:
> From: Frank Rowand <frank.row...@sony.com>
>
> Add ABI documentation for /sys/firmware/fdt
>
> Change obsolete cont
Hi Rob,
Please ignore this version, Grant replied to your v1 comment, so
I'll spin a v3.
-Frank
On 06/28/17 14:53, frowand.l...@gmail.com wrote:
> From: Frank Rowand
>
> Add ABI documentation for /sys/firmware/fdt
>
> Change obsolete contact for /sys/firmware/devicetree
On 06/22/17 08:23, Rob Herring wrote:
> Meant to add Grant.
>
> On Thu, Jun 22, 2017 at 10:21:24AM -0500, Rob Herring wrote:
>> On Tue, Jun 13, 2017 at 09:20:07PM -0700, frowand.l...@gmail.com wrote:
>>> From: Frank Rowand <frank.row...@sony.com>
>>>
>
On 06/22/17 08:23, Rob Herring wrote:
> Meant to add Grant.
>
> On Thu, Jun 22, 2017 at 10:21:24AM -0500, Rob Herring wrote:
>> On Tue, Jun 13, 2017 at 09:20:07PM -0700, frowand.l...@gmail.com wrote:
>>> From: Frank Rowand
>>>
>>> Add ABI document
-qq -f ${dtc_sort} -o -"
>
> if (( ${cmd_diff} )) ; then
>
> - diff ${diff_flags} \
> + diff ${diff_flags} --label "${dtx_file_1}" --label "${dtx_file_2}" \
> <(compile_to_dts "${dtx_file_1}") \
> <(comp
f (( ${cmd_diff} )) ; then
>
> - diff ${diff_flags} \
> + diff ${diff_flags} --label "${dtx_file_1}" --label "${dtx_file_2}" \
> <(compile_to_dts "${dtx_file_1}") \
> <(compile_to_dts "${dtx_file_2}")
>
>
Reviewed-by: Frank Rowand
Thanks Geert! It may look like a small change, but it is a big
usability win.
-Frank
adding Ben and Paul.
Hi Michael,
On 06/20/17 21:57, Michael Ellerman wrote:
> Hi Frank,
>
> frowand.l...@gmail.com writes:
>> From: Frank Rowand <frank.row...@sony.com>
>>
>> Remove "phandle", "linux,phandle", and "ibm,phandle&
adding Ben and Paul.
Hi Michael,
On 06/20/17 21:57, Michael Ellerman wrote:
> Hi Frank,
>
> frowand.l...@gmail.com writes:
>> From: Frank Rowand
>>
>> Remove "phandle", "linux,phandle", and "ibm,phandle" properties from
>> the
On 06/20/17 23:18, Frank Rowand wrote:
> Hi Rob,
>
> Michael has an issue that means this patch series is not OK in the
> current form. I will work on a v7 to see if I can resolve the
> issue.
>
> -Frank
< snip >
Hi Rob,
The issue is in patch 1. Patches 2 - 4 ar
On 06/20/17 23:18, Frank Rowand wrote:
> Hi Rob,
>
> Michael has an issue that means this patch series is not OK in the
> current form. I will work on a v7 to see if I can resolve the
> issue.
>
> -Frank
< snip >
Hi Rob,
The issue is in patch 1. Patches 2 - 4 ar
Hi Rob,
Michael has an issue that means this patch series is not OK in the
current form. I will work on a v7 to see if I can resolve the
issue.
-Frank
On 06/20/17 21:57, Michael Ellerman wrote:
> Hi Frank,
>
> frowand.l...@gmail.com writes:
>> From: Frank Rowand <fra
Hi Rob,
Michael has an issue that means this patch series is not OK in the
current form. I will work on a v7 to see if I can resolve the
issue.
-Frank
On 06/20/17 21:57, Michael Ellerman wrote:
> Hi Frank,
>
> frowand.l...@gmail.com writes:
>> From: Frank Rowand
>&g
On 06/18/17 07:05, Rob Herring wrote:
> On Tue, Jun 13, 2017 at 07:49:04PM -0700, frowand.l...@gmail.com wrote:
>> From: Frank Rowand <frank.row...@sony.com>
>>
>> The Devicetree Specification has superseded the ePAPR as the
>> base specification for binding
On 06/18/17 07:05, Rob Herring wrote:
> On Tue, Jun 13, 2017 at 07:49:04PM -0700, frowand.l...@gmail.com wrote:
>> From: Frank Rowand
>>
>> The Devicetree Specification has superseded the ePAPR as the
>> base specification for bindings. Update files in Documentat
On 06/15/17 17:06, Benjamin Herrenschmidt wrote:
> On Fri, 2017-06-09 at 22:47 -0700, frowand.l...@gmail.com wrote:
>> From: Frank Rowand <frank.row...@sony.com>
>>
>> Remove "phandle" and "linux,phandle" properties from the internal
>>
On 06/15/17 17:06, Benjamin Herrenschmidt wrote:
> On Fri, 2017-06-09 at 22:47 -0700, frowand.l...@gmail.com wrote:
>> From: Frank Rowand
>>
>> Remove "phandle" and "linux,phandle" properties from the internal
>> device tree. The phandle will stil
On 06/14/17 21:12, Guenter Roeck wrote:
< snip >
> Good (v4.12-rc4):
>
< snip >
> OF: Checking node /soc@e000/pic@4
> OF: type match
> OF: node '/soc@e000/pic@4' compatible '' type 'open-pic' name ''
> score 2
> OF: node '/soc@e000/pic@4' compatible 'open-pic'
On 06/14/17 21:12, Guenter Roeck wrote:
< snip >
> Good (v4.12-rc4):
>
< snip >
> OF: Checking node /soc@e000/pic@4
> OF: type match
> OF: node '/soc@e000/pic@4' compatible '' type 'open-pic' name ''
> score 2
> OF: node '/soc@e000/pic@4' compatible 'open-pic'
On 06/14/17 15:35, Guenter Roeck wrote:
> On Wed, Jun 14, 2017 at 02:31:58PM -0700, Frank Rowand wrote:
>> Hi Guenter,
< snip >
>> Can you also include the console messages before the "[ cut here ]" line?
>>
> http://kerneltests.org/builders
>
> Che
On 06/14/17 15:35, Guenter Roeck wrote:
> On Wed, Jun 14, 2017 at 02:31:58PM -0700, Frank Rowand wrote:
>> Hi Guenter,
< snip >
>> Can you also include the console messages before the "[ cut here ]" line?
>>
> http://kerneltests.org/builders
>
> Che
Hi Guenter,
Thanks for reporting this.
On 06/14/17 12:26, Guenter Roeck wrote:
> Hi Frank,
>
> your commit 'of: remove *phandle properties from expanded device tree' in
> -next causes several of my ppc qemu tests to crash. Looking into qemu, it
> sets "linux,phandle" properties for the mpic
Hi Guenter,
Thanks for reporting this.
On 06/14/17 12:26, Guenter Roeck wrote:
> Hi Frank,
>
> your commit 'of: remove *phandle properties from expanded device tree' in
> -next causes several of my ppc qemu tests to crash. Looking into qemu, it
> sets "linux,phandle" properties for the mpic
Adding back the Cc: list
On 06/11/17 23:13, Stefani Seibold wrote:
> Hi Frank,i
>
> i am in vaction for the next two weeks. I will rewrite the patch when i
> am back.
>
> Regards,
> Stefani
Hi Stefani,
Please let us know how you intend to solve the problems you are facing
before you invest a
Adding back the Cc: list
On 06/11/17 23:13, Stefani Seibold wrote:
> Hi Frank,i
>
> i am in vaction for the next two weeks. I will rewrite the patch when i
> am back.
>
> Regards,
> Stefani
Hi Stefani,
Please let us know how you intend to solve the problems you are facing
before you invest a
On 06/07/17 23:48, Stefani Seibold wrote:
> Hi Pantelis,
>
> On Wed, 2017-06-07 at 11:11 +0300, Pantelis Antoniou wrote:
>> Hi Stefani,
>>
>> On Tue, 2017-06-06 at 21:17 +0200, Stefani Seibold wrote:
>>> Hi Pantelis,
>>>
>>> thanks for the suggestion. This feature is not very well
>>> documented.
On 06/07/17 23:48, Stefani Seibold wrote:
> Hi Pantelis,
>
> On Wed, 2017-06-07 at 11:11 +0300, Pantelis Antoniou wrote:
>> Hi Stefani,
>>
>> On Tue, 2017-06-06 at 21:17 +0200, Stefani Seibold wrote:
>>> Hi Pantelis,
>>>
>>> thanks for the suggestion. This feature is not very well
>>> documented.
On 06/09/17 19:35, Frank Rowand wrote:
> On 05/15/17 15:23, Rob Herring wrote:
>> On Mon, May 1, 2017 at 9:46 PM, <frowand.l...@gmail.com> wrote:
>>> From: Frank Rowand <frank.row...@sony.com>
>>>
>>> Remove "phandle", "linux,phan
On 06/09/17 19:35, Frank Rowand wrote:
> On 05/15/17 15:23, Rob Herring wrote:
>> On Mon, May 1, 2017 at 9:46 PM, wrote:
>>> From: Frank Rowand
>>>
>>> Remove "phandle", "linux,phandle", and "ibm,phandle" properties from
>
On 05/15/17 15:23, Rob Herring wrote:
> On Mon, May 1, 2017 at 9:46 PM, <frowand.l...@gmail.com> wrote:
>> From: Frank Rowand <frank.row...@sony.com>
>>
>> Remove "phandle", "linux,phandle", and "ibm,phandle" properties from
>&g
On 05/15/17 15:23, Rob Herring wrote:
> On Mon, May 1, 2017 at 9:46 PM, wrote:
>> From: Frank Rowand
>>
>> Remove "phandle", "linux,phandle", and "ibm,phandle" properties from
>> the internal device tree. The phandle
On 06/08/17 02:05, Mark Rutland wrote:
> On Wed, Jun 07, 2017 at 08:49:43PM -0700, Frank Rowand wrote:
>> On 06/07/17 11:39, Wesley Terpstra wrote:
>>> It was a while ago that I debugged this. I already reported this bug
>>> to Benjamin Herrenschmidt (now in CC), a
On 06/08/17 02:05, Mark Rutland wrote:
> On Wed, Jun 07, 2017 at 08:49:43PM -0700, Frank Rowand wrote:
>> On 06/07/17 11:39, Wesley Terpstra wrote:
>>> It was a while ago that I debugged this. I already reported this bug
>>> to Benjamin Herrenschmidt (now in CC), a
On 06/07/17 11:39, Wesley Terpstra wrote:
> It was a while ago that I debugged this. I already reported this bug
> to Benjamin Herrenschmidt (now in CC), and I believe he has a patch of
> his own to fix the same issue.
>
> As I understand it, of_core_init sets up the OF entries in
>
On 06/07/17 11:39, Wesley Terpstra wrote:
> It was a while ago that I debugged this. I already reported this bug
> to Benjamin Herrenschmidt (now in CC), and I believe he has a patch of
> his own to fix the same issue.
>
> As I understand it, of_core_init sets up the OF entries in
>
On 06/06/17 12:22, Stefani Seibold wrote:
> Hi Frank,
>
> On 06.06.2017, 00:20 -0700 Frank Rowand wrote::
>> On 06/05/17 05:59, Stefani Seibold wrote:
>>> From: Stefani Seibold <stef...@seibold.net>
>>>
>>> This patch enables external r
On 06/06/17 12:22, Stefani Seibold wrote:
> Hi Frank,
>
> On 06.06.2017, 00:20 -0700 Frank Rowand wrote::
>> On 06/05/17 05:59, Stefani Seibold wrote:
>>> From: Stefani Seibold
>>>
>>> This patch enables external references for symbols which are n
On 06/06/17 00:20, Frank Rowand wrote:
> On 06/05/17 05:59, Stefani Seibold wrote:
>> From: Stefani Seibold <stef...@seibold.net>
>>
>> This patch enables external references for symbols which are not
>> exported by the current device tree. For example
>>
On 06/06/17 00:20, Frank Rowand wrote:
> On 06/05/17 05:59, Stefani Seibold wrote:
>> From: Stefani Seibold
>>
>> This patch enables external references for symbols which are not
>> exported by the current device tree. For example
>>
>> // RASPI example (on
On 06/05/17 05:59, Stefani Seibold wrote:
> From: Stefani Seibold
>
> This patch enables external references for symbols which are not
> exported by the current device tree. For example
>
> // RASPI example (only for testing)
> /dts-v1/;
> /plugin/;
>
> / {
>
On 06/05/17 05:59, Stefani Seibold wrote:
> From: Stefani Seibold
>
> This patch enables external references for symbols which are not
> exported by the current device tree. For example
>
> // RASPI example (only for testing)
> /dts-v1/;
> /plugin/;
>
> / {
> compatible = "brcm,bcm2835",
ay, child)
> diff --git a/include/linux/of_irq.h b/include/linux/of_irq.h
> index 1e0deb8e8494..ec6b11deb773 100644
> --- a/include/linux/of_irq.h
> +++ b/include/linux/of_irq.h
> @@ -8,7 +8,7 @@
> #include
> #include
>
> -typedef int (*of_irq_init_cb_t)(struct device_node *, struct device_node *);
> +typedef int const (*of_irq_init_cb_t)(struct device_node *, struct
> device_node *);
>
> /*
> * Workarounds only applied to 32bit powermac machines
>
Reviewed-by: Frank Rowand <frank.row...@sony.com>
ild)
> diff --git a/include/linux/of_irq.h b/include/linux/of_irq.h
> index 1e0deb8e8494..ec6b11deb773 100644
> --- a/include/linux/of_irq.h
> +++ b/include/linux/of_irq.h
> @@ -8,7 +8,7 @@
> #include
> #include
>
> -typedef int (*of_irq_init_cb_t)(struct device_node *, struct device_node *);
> +typedef int const (*of_irq_init_cb_t)(struct device_node *, struct
> device_node *);
>
> /*
> * Workarounds only applied to 32bit powermac machines
>
Reviewed-by: Frank Rowand
ce = be32_to_cpup(parser->range);
> range->flags = of_bus_pci_get_flags(parser->range);
> range->pci_addr = of_read_number(parser->range + 1, ns);
> range->cpu_addr = of_translate_address(parser->node,
>
Reviewed-by: Frank Rowand <frank.row...@sony.com>
r->range);
> range->flags = of_bus_pci_get_flags(parser->range);
> range->pci_addr = of_read_number(parser->range + 1, ns);
> range->cpu_addr = of_translate_address(parser->node,
>
Reviewed-by: Frank Rowand
cache_node = of_parse_phandle(np, "next-level-cache", 0);
>
> - if (handle)
> - return of_find_node_by_phandle(be32_to_cpup(handle));
> + if (cache_node)
> + return cache_node;
>
> /* OF on pmac has nodes instead of properties named "l2-cache"
>* beneath CPU nodes.
>
Reviewed-by: Frank Rowand <frank.row...@sony.com>
= of_parse_phandle(np, "next-level-cache", 0);
>
> - if (handle)
> - return of_find_node_by_phandle(be32_to_cpup(handle));
> + if (cache_node)
> + return cache_node;
>
> /* OF on pmac has nodes instead of properties named "l2-cache"
>* beneath CPU nodes.
>
Reviewed-by: Frank Rowand
On 05/01/17 14:20, Rowand, Frank wrote:
> On Monday, May 01, 2017 1:13 PM, Rob Herring [mailto:robh...@kernel.org]
> wrote:
>>
>> On Sun, Apr 30, 2017 at 3:00 PM, Frank Rowand <frank.row...@sony.com>
>> wrote:
>>> An undeclared variable was used in a m
On 05/01/17 14:20, Rowand, Frank wrote:
> On Monday, May 01, 2017 1:13 PM, Rob Herring [mailto:robh...@kernel.org]
> wrote:
>>
>> On Sun, Apr 30, 2017 at 3:00 PM, Frank Rowand
>> wrote:
>>> An undeclared variable was used in a macro that evaluates to nothing
On 04/29/17 17:22, kbuild test robot wrote:
> Hi Frank,
>
> [auto build test ERROR on robh/for-next]
> [also build test ERROR on v4.11-rc8 next-20170428]
> [if your patch is applied to the wrong git tree, please drop us a note to
> help improve the system]
>
> url:
>
On 04/29/17 17:22, kbuild test robot wrote:
> Hi Frank,
>
> [auto build test ERROR on robh/for-next]
> [also build test ERROR on v4.11-rc8 next-20170428]
> [if your patch is applied to the wrong git tree, please drop us a note to
> help improve the system]
>
> url:
>
On 04/28/17 02:44, Arnd Bergmann wrote:
> gcc warns that an empty device tree would cause undefined behavior:
>
> drivers/of/unittest.c: In function 'of_unittest':
> drivers/of/unittest.c:2199:25: warning: 'last_sibling' may be used
> uninitialized in this function [-Wmaybe-uninitialized]
>
>
On 04/28/17 02:44, Arnd Bergmann wrote:
> gcc warns that an empty device tree would cause undefined behavior:
>
> drivers/of/unittest.c: In function 'of_unittest':
> drivers/of/unittest.c:2199:25: warning: 'last_sibling' may be used
> uninitialized in this function [-Wmaybe-uninitialized]
>
>
test_unflatten_overlay_base(void) {};
>
I thought I had tested that OF_UNITTEST forced OF_OVERLAY. But
going back and trying again, I can confirm your results that it
does not. Thanks for catching this!
Reviewed-by: Frank Rowand <frank.row...@sony.com>
Tested-by: Frank Rowand <frank.row...@sony.com>
-Frank
ten_overlay_base(void) {};
>
I thought I had tested that OF_UNITTEST forced OF_OVERLAY. But
going back and trying again, I can confirm your results that it
does not. Thanks for catching this!
Reviewed-by: Frank Rowand
Tested-by: Frank Rowand
-Frank
On 04/28/17 04:25, Geert Uytterhoeven wrote:
> Hi Frank,
>
> On Wed, Apr 26, 2017 at 2:09 AM, <frowand.l...@gmail.com> wrote:
>> From: Frank Rowand <frank.row...@sony.com>
>>
>> Existing overlay unit tests examine individual pieces of the overlay
>> c
On 04/28/17 04:25, Geert Uytterhoeven wrote:
> Hi Frank,
>
> On Wed, Apr 26, 2017 at 2:09 AM, wrote:
>> From: Frank Rowand
>>
>> Existing overlay unit tests examine individual pieces of the overlay
>> code. The new tests target the entire process of appl
On 04/25/17 15:04, Masahiro Yamada wrote:
> 2017-04-25 8:05 GMT+09:00 <frowand.l...@gmail.com>:
>> From: Frank Rowand <frank.row...@sony.com>
>>
>> The dtc compiler version that adds initial support was available
>> in 4.11-rc1. Add the ability to set the d
On 04/25/17 15:04, Masahiro Yamada wrote:
> 2017-04-25 8:05 GMT+09:00 :
>> From: Frank Rowand
>>
>> The dtc compiler version that adds initial support was available
>> in 4.11-rc1. Add the ability to set the dtc compiler flags needed
>> by overlays.
On 04/25/17 09:44, Rob Herring wrote:
> On Mon, Apr 24, 2017 at 6:05 PM, <frowand.l...@gmail.com> wrote:
>> From: Frank Rowand <frank.row...@sony.com>
>>
>> Existing overlay unit tests examine individual pieces of the overlay
>> code. The new test
On 04/25/17 09:44, Rob Herring wrote:
> On Mon, Apr 24, 2017 at 6:05 PM, wrote:
>> From: Frank Rowand
>>
>> Existing overlay unit tests examine individual pieces of the overlay
>> code. The new tests target the entire process of applying an overlay.
>
>
On 04/25/17 01:47, frowand.l...@gmail.com wrote:
> From: Frank Rowand <frank.row...@sony.com>
>
> Remove "phandle" and "linux,phandle" properties from the internal
> device tree. The phandle will still be in the struct device_node
> phandle field
On 04/25/17 01:47, frowand.l...@gmail.com wrote:
> From: Frank Rowand
>
> Remove "phandle" and "linux,phandle" properties from the internal
> device tree. The phandle will still be in the struct device_node
> phandle field.
>
> This is to resolve th
On 04/24/17 14:40, Rob Herring wrote:
> +Ben H
>
> On Mon, Apr 24, 2017 at 1:54 PM, Frank Rowand <frowand.l...@gmail.com> wrote:
>> On 04/24/17 09:56, Rob Herring wrote:
>>> On Mon, Apr 24, 2017 at 12:20 AM, <frowand.l...@gmail.com> wrote:
>>&g
On 04/24/17 14:40, Rob Herring wrote:
> +Ben H
>
> On Mon, Apr 24, 2017 at 1:54 PM, Frank Rowand wrote:
>> On 04/24/17 09:56, Rob Herring wrote:
>>> On Mon, Apr 24, 2017 at 12:20 AM, wrote:
>>>> From: Frank Rowand
>>>>
>>>> When adju
On 04/24/17 09:56, Rob Herring wrote:
> On Mon, Apr 24, 2017 at 12:20 AM, <frowand.l...@gmail.com> wrote:
>> From: Frank Rowand <frank.row...@sony.com>
>>
>> When adjusting overlay phandles to apply to the live device tree, can
>> not modify the
On 04/24/17 09:56, Rob Herring wrote:
> On Mon, Apr 24, 2017 at 12:20 AM, wrote:
>> From: Frank Rowand
>>
>> When adjusting overlay phandles to apply to the live device tree, can
>> not modify the property value because it is type const.
>>
>> This is to
On 04/24/17 10:16, Rob Herring wrote:
> On Mon, Apr 24, 2017 at 12:43 AM, <frowand.l...@gmail.com> wrote:
>> From: Frank Rowand <frank.row...@sony.com>
>>
>> Existing overlay unit tests examine individual pieces of the overlay
>> code. The new test
On 04/24/17 10:16, Rob Herring wrote:
> On Mon, Apr 24, 2017 at 12:43 AM, wrote:
>> From: Frank Rowand
>>
>> Existing overlay unit tests examine individual pieces of the overlay
>> code. The new tests target the entire process of applying an overlay.
>&g
tatic inline struct reserved_mem *of_get_reserved_mem_by_idx(struct
> device_node *np,
> + int idx);
> +{
> + return NULL;
> +}
> +
> static inline void fdt_init_reserved_mem(void) { }
> static inline void fdt_reserved_mem_save_node(unsigned long node,
> const char *uname, phys_addr_t base, phys_addr_t size) { }
>
Reviewed-by: Frank Rowand <frank.row...@sony.com>
m_by_idx(struct
> device_node *np,
> + int idx);
> +{
> + return NULL;
> +}
> +
> static inline void fdt_init_reserved_mem(void) { }
> static inline void fdt_reserved_mem_save_node(unsigned long node,
> const char *uname, phys_addr_t base, phys_addr_t size) { }
>
Reviewed-by: Frank Rowand
801 - 900 of 1649 matches
Mail list logo