From: Chris Morgan <macroalpha82@gmail.com>
To: Rob Herring <robh@kernel.org>
Cc: devicetree@vger.kernel.org, conor+dt@kernel.org,
krzysztof.kozlowski+dt@linaro.org, neil.armstrong@linaro.org,
sam@ravnborg.org, Chris Morgan <macromorgan@hotmail.com>,
dri-devel@lists.freedesktop.org
Subject: Re: [PATCH V2 1/2] dt-bindings: display: newvision,nv3051d: Add Anbernic 351V Support
Date: Fri, 22 Sep 2023 10:30:05 -0500 [thread overview]
Message-ID: <650db301.050a0220.81e83.87ad@mx.google.com> (raw)
In-Reply-To: <64d648ae.0d0a0220.531ba.5b33@mx.google.com>
On Fri, Aug 11, 2023 at 09:41:48AM -0500, Chris Morgan wrote:
> On Thu, Aug 10, 2023 at 05:24:09PM -0600, Rob Herring wrote:
> > On Wed, Aug 09, 2023 at 10:39:40AM -0500, Chris Morgan wrote:
> > > From: Chris Morgan <macromorgan@hotmail.com>
> > >
> > > Document the Anbernic RG351V panel, which appears to be identical to
> > > the panel used in their 353 series except for in inclusion of an
> > > additional DSI format flag.
> > >
> > > Signed-off-by: Chris Morgan <macromorgan@hotmail.com>
> > > ---
> > > .../display/panel/newvision,nv3051d.yaml | 18 ++++++++++--------
> > > 1 file changed, 10 insertions(+), 8 deletions(-)
> > >
> > > diff --git a/Documentation/devicetree/bindings/display/panel/newvision,nv3051d.yaml b/Documentation/devicetree/bindings/display/panel/newvision,nv3051d.yaml
> > > index 116c1b6030a2..576f3640cb33 100644
> > > --- a/Documentation/devicetree/bindings/display/panel/newvision,nv3051d.yaml
> > > +++ b/Documentation/devicetree/bindings/display/panel/newvision,nv3051d.yaml
> > > @@ -7,9 +7,7 @@ $schema: http://devicetree.org/meta-schemas/core.yaml#
> > > title: NewVision NV3051D based LCD panel
> > >
> > > description: |
> > > - The NewVision NV3051D is a driver chip used to drive DSI panels. For now,
> > > - this driver only supports the 640x480 panels found in the Anbernic RG353
> > > - based devices.
> > > + The NewVision NV3051D is a driver chip used to drive DSI panels.
> > >
> > > maintainers:
> > > - Chris Morgan <macromorgan@hotmail.com>
> > > @@ -19,11 +17,15 @@ allOf:
> > >
> > > properties:
> > > compatible:
> > > - items:
> > > - - enum:
> > > - - anbernic,rg353p-panel
> > > - - anbernic,rg353v-panel
> > > - - const: newvision,nv3051d
> > > + oneOf:
> > > + - items:
> > > + - enum:
> > > + - anbernic,rg353p-panel
> > > + - anbernic,rg353v-panel
> > > + - const: newvision,nv3051d
> > > +
> > > + - items:
> > > + - const: anbernic,rg351v-panel
> >
> > I don't understand. Is this panel not based on newvision,nv3051d? If
> > not, then it probably should be a different binding. Lot's of panel
> > bindings have similar properties.
>
> It appears to be the same panel (or extremely similar, honestly I don't
> know because there are no external markings on it). However, this
> specific implementation seems to require MIPI_DSI_CLOCK_NON_CONTINUOUS,
> not using it prevents the panel from working. As for the existing panel
> MIPI_DSI_CLOCK_NON_CONTINUOUS stops it from working. The different
> binding essentially determines whether or not that flag is present, but
> otherwise everything else is identical.
>
> Chris
I don't want to lose sight of this, but I am not sure how to proceed.
What I can do instead is change the compatible string inside the driver
from newvision,nv3051d to either anbernic,rg353p-panel or
anbernic,rg351v-panel. Then, I can remove anbernic,rg353v-panel as an
enum and replace it with anbernic,rg351v-panel. The gist of this is
that we have a Newvision NV3051D panel that will still be supported by
this driver in 2 different configurations, the 353P (which is identical
to the 353V) and the 351V (which has different mode flags but is
otherwise identical).
So long story short would it work if I did this, and modified the
driver and all in-use devicetrees accordingly? To my knowledge this
panel is only in use on boards that I submitted so I can update all
those and test them.
- enum:
- anbernic,rg351v-panel
- anbernic,rg353p-panel
- const: newvision,nv3051d
Thank you,
Chris.
>
> >
> > Rob
WARNING: multiple messages have this Message-ID (diff)
From: Chris Morgan <macroalpha82@gmail.com>
To: Rob Herring <robh@kernel.org>
Cc: devicetree@vger.kernel.org, conor+dt@kernel.org,
krzysztof.kozlowski+dt@linaro.org, neil.armstrong@linaro.org,
dri-devel@lists.freedesktop.org,
Chris Morgan <macromorgan@hotmail.com>,
sam@ravnborg.org
Subject: Re: [PATCH V2 1/2] dt-bindings: display: newvision,nv3051d: Add Anbernic 351V Support
Date: Fri, 22 Sep 2023 10:30:05 -0500 [thread overview]
Message-ID: <650db301.050a0220.81e83.87ad@mx.google.com> (raw)
In-Reply-To: <64d648ae.0d0a0220.531ba.5b33@mx.google.com>
On Fri, Aug 11, 2023 at 09:41:48AM -0500, Chris Morgan wrote:
> On Thu, Aug 10, 2023 at 05:24:09PM -0600, Rob Herring wrote:
> > On Wed, Aug 09, 2023 at 10:39:40AM -0500, Chris Morgan wrote:
> > > From: Chris Morgan <macromorgan@hotmail.com>
> > >
> > > Document the Anbernic RG351V panel, which appears to be identical to
> > > the panel used in their 353 series except for in inclusion of an
> > > additional DSI format flag.
> > >
> > > Signed-off-by: Chris Morgan <macromorgan@hotmail.com>
> > > ---
> > > .../display/panel/newvision,nv3051d.yaml | 18 ++++++++++--------
> > > 1 file changed, 10 insertions(+), 8 deletions(-)
> > >
> > > diff --git a/Documentation/devicetree/bindings/display/panel/newvision,nv3051d.yaml b/Documentation/devicetree/bindings/display/panel/newvision,nv3051d.yaml
> > > index 116c1b6030a2..576f3640cb33 100644
> > > --- a/Documentation/devicetree/bindings/display/panel/newvision,nv3051d.yaml
> > > +++ b/Documentation/devicetree/bindings/display/panel/newvision,nv3051d.yaml
> > > @@ -7,9 +7,7 @@ $schema: http://devicetree.org/meta-schemas/core.yaml#
> > > title: NewVision NV3051D based LCD panel
> > >
> > > description: |
> > > - The NewVision NV3051D is a driver chip used to drive DSI panels. For now,
> > > - this driver only supports the 640x480 panels found in the Anbernic RG353
> > > - based devices.
> > > + The NewVision NV3051D is a driver chip used to drive DSI panels.
> > >
> > > maintainers:
> > > - Chris Morgan <macromorgan@hotmail.com>
> > > @@ -19,11 +17,15 @@ allOf:
> > >
> > > properties:
> > > compatible:
> > > - items:
> > > - - enum:
> > > - - anbernic,rg353p-panel
> > > - - anbernic,rg353v-panel
> > > - - const: newvision,nv3051d
> > > + oneOf:
> > > + - items:
> > > + - enum:
> > > + - anbernic,rg353p-panel
> > > + - anbernic,rg353v-panel
> > > + - const: newvision,nv3051d
> > > +
> > > + - items:
> > > + - const: anbernic,rg351v-panel
> >
> > I don't understand. Is this panel not based on newvision,nv3051d? If
> > not, then it probably should be a different binding. Lot's of panel
> > bindings have similar properties.
>
> It appears to be the same panel (or extremely similar, honestly I don't
> know because there are no external markings on it). However, this
> specific implementation seems to require MIPI_DSI_CLOCK_NON_CONTINUOUS,
> not using it prevents the panel from working. As for the existing panel
> MIPI_DSI_CLOCK_NON_CONTINUOUS stops it from working. The different
> binding essentially determines whether or not that flag is present, but
> otherwise everything else is identical.
>
> Chris
I don't want to lose sight of this, but I am not sure how to proceed.
What I can do instead is change the compatible string inside the driver
from newvision,nv3051d to either anbernic,rg353p-panel or
anbernic,rg351v-panel. Then, I can remove anbernic,rg353v-panel as an
enum and replace it with anbernic,rg351v-panel. The gist of this is
that we have a Newvision NV3051D panel that will still be supported by
this driver in 2 different configurations, the 353P (which is identical
to the 353V) and the 351V (which has different mode flags but is
otherwise identical).
So long story short would it work if I did this, and modified the
driver and all in-use devicetrees accordingly? To my knowledge this
panel is only in use on boards that I submitted so I can update all
those and test them.
- enum:
- anbernic,rg351v-panel
- anbernic,rg353p-panel
- const: newvision,nv3051d
Thank you,
Chris.
>
> >
> > Rob
next prev parent reply other threads:[~2023-09-22 15:30 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-08-09 15:39 [PATCH V2 0/2] Support Anbernic RG351V Panel Chris Morgan
2023-08-09 15:39 ` Chris Morgan
2023-08-09 15:39 ` [PATCH V2 1/2] dt-bindings: display: newvision,nv3051d: Add Anbernic 351V Support Chris Morgan
2023-08-09 15:39 ` [PATCH V2 1/2] dt-bindings: display: newvision, nv3051d: " Chris Morgan
2023-08-10 19:28 ` [PATCH V2 1/2] dt-bindings: display: newvision,nv3051d: " Conor Dooley
2023-08-10 19:28 ` Conor Dooley
2023-08-10 23:24 ` Rob Herring
2023-08-10 23:24 ` Rob Herring
2023-08-11 14:41 ` Chris Morgan
2023-08-11 14:41 ` Chris Morgan
2023-09-22 15:30 ` Chris Morgan [this message]
2023-09-22 15:30 ` Chris Morgan
[not found] ` <ZNZIrOYaOar4DSkO@neuromancer.>
2023-08-17 15:05 ` Chris Morgan
2023-08-17 15:05 ` Chris Morgan
2023-08-09 15:39 ` [PATCH V2 2/2] drm/panel: nv3051d: Add Support for Anbernic 351V Chris Morgan
2023-08-09 15:39 ` Chris Morgan
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=650db301.050a0220.81e83.87ad@mx.google.com \
--to=macroalpha82@gmail.com \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=dri-devel@lists.freedesktop.org \
--cc=krzysztof.kozlowski+dt@linaro.org \
--cc=macromorgan@hotmail.com \
--cc=neil.armstrong@linaro.org \
--cc=robh@kernel.org \
--cc=sam@ravnborg.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.