Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1633851 > unrolled thread

Re: [PATCH] of: undeclared variable when CONFIG_DEBUG_LOCK_ALLOC

Started byRob Herring <robh+dt@kernel.org>
First post2017-05-01 22:20 +0200
Last post2017-05-02 00:30 +0200
Articles 2 — 2 participants

Back to article view | Back to linux.kernel

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.


Contents

  Re: [PATCH] of: undeclared variable when CONFIG_DEBUG_LOCK_ALLOC Rob Herring <robh+dt@kernel.org> - 2017-05-01 22:20 +0200
    Re: [PATCH] of: undeclared variable when CONFIG_DEBUG_LOCK_ALLOC Frank Rowand <frowand.list@gmail.com> - 2017-05-02 00:30 +0200

#1633851 — Re: [PATCH] of: undeclared variable when CONFIG_DEBUG_LOCK_ALLOC

FromRob Herring <robh+dt@kernel.org>
Date2017-05-01 22:20 +0200
SubjectRe: [PATCH] of: undeclared variable when CONFIG_DEBUG_LOCK_ALLOC
Message-ID<tCpXz-5cq-5@gated-at.bofh.it>
On Sun, Apr 30, 2017 at 3:00 PM, Frank Rowand <frank.rowand@sony.com> wrote:
> An undeclared variable was used in a macro that evaluates to nothing
> when CONFIG_DEBUG_LOCK_ALLOC is not defined.  Change to use the correct
> variable that does exist.
>
> ---
>
> reported by kbuild test robot on on robh/for-next
>    https://lkml.org/lkml/2017/4/29/134

That's a bit misleading because I've not applied the offending patch.
Please squash this.

Rob

[toc] | [next] | [standalone]


#1634025

FromFrank Rowand <frowand.list@gmail.com>
Date2017-05-02 00:30 +0200
Message-ID<tCrZn-6qo-1@gated-at.bofh.it>
In reply to#1633851
On 05/01/17 14:20, Rowand, Frank wrote:
> On Monday, May 01, 2017 1:13 PM, Rob Herring [mailto:robh+dt@kernel.org]  wrote:
>>
>> On Sun, Apr 30, 2017 at 3:00 PM, Frank Rowand <frank.rowand@sony.com>
>> wrote:
>>> An undeclared variable was used in a macro that evaluates to nothing
>>> when CONFIG_DEBUG_LOCK_ALLOC is not defined.  Change to use the correct
>>> variable that does exist.
>>>
>>> ---
>>>
>>> reported by kbuild test robot on on robh/for-next
>>>    https://lkml.org/lkml/2017/4/29/134
>>
>> That's a bit misleading because I've not applied the offending patch.
>> Please squash this.
>>
>> Rob
> 
> Does "squash this" mean to redo the original path to include this fix?

                                               ^^^^  patch

> 
> Thanks,
> 
> Frank
> 

[toc] | [prev] | [standalone]


Back to top | Article view | linux.kernel


csiph-web