* [PATCH 1/2] devicetree: mxsfb: add reset-active property
@ 2015-12-15 17:24 Mans Rullgard
2015-12-20 3:38 ` Rob Herring
0 siblings, 1 reply; 6+ messages in thread
From: Mans Rullgard @ 2015-12-15 17:24 UTC (permalink / raw)
To: Rob Herring, Pawel Moll, Mark Rutland, Ian Campbell, Kumar Gala,
devicetree, linux-kernel
Cc: marex
Some boards connect the LCD_RESET pin to a reset input on the
display panel. On these boards, this pin must be set to the
proper level for the display to function.
This adds an optional "reset-active" property to the "display"
subnode such that devicetrees can specify the desired polarity
of the LCD_RESET pin.
Signed-off-by: Mans Rullgard <mans@mansr.com>
---
Documentation/devicetree/bindings/display/mxsfb.txt | 5 +++++
1 file changed, 5 insertions(+)
diff --git a/Documentation/devicetree/bindings/display/mxsfb.txt b/Documentation/devicetree/bindings/display/mxsfb.txt
index 96ec517..cb7212a 100644
--- a/Documentation/devicetree/bindings/display/mxsfb.txt
+++ b/Documentation/devicetree/bindings/display/mxsfb.txt
@@ -13,6 +13,11 @@ Required properties:
- bits-per-pixel : <16> for RGB565, <32> for RGB888/666.
- bus-width : number of data lines. Could be <8>, <16>, <18> or <24>.
+Optional properties:
+- reset-active : <0>: reset pin is active low
+ <1>: reset pin is active high
+ omitted: reset pin not used
+
Required sub-node:
- display-timings : Refer to binding doc display-timing.txt for details.
--
2.6.3
^ permalink raw reply related [flat|nested] 6+ messages in thread
* Re: [PATCH 1/2] devicetree: mxsfb: add reset-active property
2015-12-15 17:24 [PATCH 1/2] devicetree: mxsfb: add reset-active property Mans Rullgard
@ 2015-12-20 3:38 ` Rob Herring
2016-01-11 14:38 ` Måns Rullgård
0 siblings, 1 reply; 6+ messages in thread
From: Rob Herring @ 2015-12-20 3:38 UTC (permalink / raw)
To: Mans Rullgard
Cc: Pawel Moll, Mark Rutland, Ian Campbell, Kumar Gala, devicetree,
linux-kernel, marex
On Tue, Dec 15, 2015 at 05:24:56PM +0000, Mans Rullgard wrote:
> Some boards connect the LCD_RESET pin to a reset input on the
> display panel. On these boards, this pin must be set to the
> proper level for the display to function.
>
> This adds an optional "reset-active" property to the "display"
> subnode such that devicetrees can specify the desired polarity
> of the LCD_RESET pin.
>
> Signed-off-by: Mans Rullgard <mans@mansr.com>
Acked-by: Rob Herring <robh@kernel.org>
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [PATCH 1/2] devicetree: mxsfb: add reset-active property
2015-12-20 3:38 ` Rob Herring
@ 2016-01-11 14:38 ` Måns Rullgård
2016-01-12 0:01 ` Rob Herring
0 siblings, 1 reply; 6+ messages in thread
From: Måns Rullgård @ 2016-01-11 14:38 UTC (permalink / raw)
To: Rob Herring
Cc: Pawel Moll, Mark Rutland, Ian Campbell, Kumar Gala, devicetree,
linux-kernel, marex
Rob Herring <robh@kernel.org> writes:
> On Tue, Dec 15, 2015 at 05:24:56PM +0000, Mans Rullgard wrote:
>> Some boards connect the LCD_RESET pin to a reset input on the
>> display panel. On these boards, this pin must be set to the
>> proper level for the display to function.
>>
>> This adds an optional "reset-active" property to the "display"
>> subnode such that devicetrees can specify the desired polarity
>> of the LCD_RESET pin.
>>
>> Signed-off-by: Mans Rullgard <mans@mansr.com>
>
> Acked-by: Rob Herring <robh@kernel.org>
What happened to this patch?
--
Måns Rullgård
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [PATCH 1/2] devicetree: mxsfb: add reset-active property
2016-01-11 14:38 ` Måns Rullgård
@ 2016-01-12 0:01 ` Rob Herring
[not found] ` <CAL_Jsq++UkEVJDcWVrDZ9pdkz++uU8uD_skYCAmGWv412RbnVA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
0 siblings, 1 reply; 6+ messages in thread
From: Rob Herring @ 2016-01-12 0:01 UTC (permalink / raw)
To: Måns Rullgård
Cc: Pawel Moll, Mark Rutland, Ian Campbell, Kumar Gala,
devicetree@vger.kernel.org, linux-kernel@vger.kernel.org,
Marek Vašut
On Mon, Jan 11, 2016 at 8:38 AM, Måns Rullgård <mans@mansr.com> wrote:
> Rob Herring <robh@kernel.org> writes:
>
>> On Tue, Dec 15, 2015 at 05:24:56PM +0000, Mans Rullgard wrote:
>>> Some boards connect the LCD_RESET pin to a reset input on the
>>> display panel. On these boards, this pin must be set to the
>>> proper level for the display to function.
>>>
>>> This adds an optional "reset-active" property to the "display"
>>> subnode such that devicetrees can specify the desired polarity
>>> of the LCD_RESET pin.
>>>
>>> Signed-off-by: Mans Rullgard <mans@mansr.com>
>>
>> Acked-by: Rob Herring <robh@kernel.org>
>
> What happened to this patch?
If I acked it, then I'm expecting the platform or subsystem maintainer
to pick up the series. I don't have patch #2 either, so I'm definitely
not picking up the series.
Rob
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [PATCH 1/2] devicetree: mxsfb: add reset-active property
[not found] ` <CAL_Jsq++UkEVJDcWVrDZ9pdkz++uU8uD_skYCAmGWv412RbnVA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
@ 2016-01-12 0:05 ` Måns Rullgård
2016-01-12 0:28 ` Rob Herring
0 siblings, 1 reply; 6+ messages in thread
From: Måns Rullgård @ 2016-01-12 0:05 UTC (permalink / raw)
To: Rob Herring
Cc: Pawel Moll, Mark Rutland, Ian Campbell, Kumar Gala,
devicetree@vger.kernel.org, linux-kernel@vger.kernel.org,
Marek Vašut
Rob Herring <robh-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org> writes:
> On Mon, Jan 11, 2016 at 8:38 AM, Måns Rullgård <mans-2StjZFpD7GcAvxtiuMwx3w@public.gmane.org> wrote:
>> Rob Herring <robh-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org> writes:
>>
>>> On Tue, Dec 15, 2015 at 05:24:56PM +0000, Mans Rullgard wrote:
>>>> Some boards connect the LCD_RESET pin to a reset input on the
>>>> display panel. On these boards, this pin must be set to the
>>>> proper level for the display to function.
>>>>
>>>> This adds an optional "reset-active" property to the "display"
>>>> subnode such that devicetrees can specify the desired polarity
>>>> of the LCD_RESET pin.
>>>>
>>>> Signed-off-by: Mans Rullgard <mans-2StjZFpD7GcAvxtiuMwx3w@public.gmane.org>
>>>
>>> Acked-by: Rob Herring <robh-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
>>
>> What happened to this patch?
>
> If I acked it, then I'm expecting the platform or subsystem maintainer
> to pick up the series. I don't have patch #2 either, so I'm definitely
> not picking up the series.
Argh, get_maintainer.pl picking different people for different patches
again. I really wish it would/could send all patches in a series to the
same recipients in cases like this.
Should I resend both to the combined set of people so everybody gets to
see everything?
--
Måns Rullgård
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [PATCH 1/2] devicetree: mxsfb: add reset-active property
2016-01-12 0:05 ` Måns Rullgård
@ 2016-01-12 0:28 ` Rob Herring
0 siblings, 0 replies; 6+ messages in thread
From: Rob Herring @ 2016-01-12 0:28 UTC (permalink / raw)
To: Måns Rullgård
Cc: Pawel Moll, Mark Rutland, Ian Campbell, Kumar Gala,
devicetree@vger.kernel.org, linux-kernel@vger.kernel.org,
Marek Vašut
On Mon, Jan 11, 2016 at 6:05 PM, Måns Rullgård <mans@mansr.com> wrote:
> Rob Herring <robh@kernel.org> writes:
>
>> On Mon, Jan 11, 2016 at 8:38 AM, Måns Rullgård <mans@mansr.com> wrote:
>>> Rob Herring <robh@kernel.org> writes:
>>>
>>>> On Tue, Dec 15, 2015 at 05:24:56PM +0000, Mans Rullgard wrote:
>>>>> Some boards connect the LCD_RESET pin to a reset input on the
>>>>> display panel. On these boards, this pin must be set to the
>>>>> proper level for the display to function.
>>>>>
>>>>> This adds an optional "reset-active" property to the "display"
>>>>> subnode such that devicetrees can specify the desired polarity
>>>>> of the LCD_RESET pin.
>>>>>
>>>>> Signed-off-by: Mans Rullgard <mans@mansr.com>
>>>>
>>>> Acked-by: Rob Herring <robh@kernel.org>
>>>
>>> What happened to this patch?
>>
>> If I acked it, then I'm expecting the platform or subsystem maintainer
>> to pick up the series. I don't have patch #2 either, so I'm definitely
>> not picking up the series.
>
> Argh, get_maintainer.pl picking different people for different patches
> again. I really wish it would/could send all patches in a series to the
> same recipients in cases like this.
Yeah, we really need some scripts around creating Cc list for series
gel_maintainers.pl really only works for a single commit. I imagine
everyone has some level of scripts around it.
> Should I resend both to the combined set of people so everybody gets to
> see everything?
Yes, as long as you are not resending daily, just resend. Send the
series TO who you think should merge it.
Rob
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2016-01-12 0:28 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-12-15 17:24 [PATCH 1/2] devicetree: mxsfb: add reset-active property Mans Rullgard
2015-12-20 3:38 ` Rob Herring
2016-01-11 14:38 ` Måns Rullgård
2016-01-12 0:01 ` Rob Herring
[not found] ` <CAL_Jsq++UkEVJDcWVrDZ9pdkz++uU8uD_skYCAmGWv412RbnVA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2016-01-12 0:05 ` Måns Rullgård
2016-01-12 0:28 ` Rob Herring
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).