Message ID | 20230922072116.11009-1-moudy.ho@mediatek.com |
---|---|
Headers | show |
Series | introduce more MDP3 components in MT8195 | expand |
On 22/09/2023 09:21, Moudy Ho wrote: > In order to minimize duplication and standardize the document style, > it is necessary to separate the general properties specific to > MediaTek MDP3 RDMA. > > Signed-off-by: Moudy Ho <moudy.ho@mediatek.com> > --- > .../media/mediatek,mdp3-rdma-common.yaml | 72 +++++++++++++++++++ > 1 file changed, 72 insertions(+) I don't understand why this is a separate patch. It's not used, not effective and not visible for us how it extracts common parts. Best regards, Krzysztof
On 22/09/2023 09:21, Moudy Ho wrote: > To minimize duplication and standardize the document style, > include the common properties for MT8183 RDMA. > > Signed-off-by: Moudy Ho <moudy.ho@mediatek.com> > --- > .../bindings/media/mediatek,mdp3-rdma.yaml | 43 ++----------------- > 1 file changed, 4 insertions(+), 39 deletions(-) > > diff --git a/Documentation/devicetree/bindings/media/mediatek,mdp3-rdma.yaml b/Documentation/devicetree/bindings/media/mediatek,mdp3-rdma.yaml > index 3e128733ef53..0539badc9821 100644 > --- a/Documentation/devicetree/bindings/media/mediatek,mdp3-rdma.yaml > +++ b/Documentation/devicetree/bindings/media/mediatek,mdp3-rdma.yaml > @@ -4,7 +4,7 @@ > $id: http://devicetree.org/schemas/media/mediatek,mdp3-rdma.yaml# > $schema: http://devicetree.org/meta-schemas/core.yaml# > > -title: MediaTek Read Direct Memory Access > +title: MediaTek MT8183 Read Direct Memory Access How is this related to patch? Why rename is separate? This is poor way to split your work. Best regards, Krzysztof
On 22/09/2023 09:21, Moudy Ho wrote: > Add the fundamental hardware configuration of component TDSHP, > which is controlled by MDP3 on MT8195. > > Signed-off-by: Moudy Ho <moudy.ho@mediatek.com> > --- > .../bindings/media/mediatek,mdp3-tdshp.yaml | 61 +++++++++++++++++++ > 1 file changed, 61 insertions(+) > create mode 100644 Documentation/devicetree/bindings/media/mediatek,mdp3-tdshp.yaml > > diff --git a/Documentation/devicetree/bindings/media/mediatek,mdp3-tdshp.yaml b/Documentation/devicetree/bindings/media/mediatek,mdp3-tdshp.yaml > new file mode 100644 > index 000000000000..0ac904cbc2c0 > --- /dev/null > +++ b/Documentation/devicetree/bindings/media/mediatek,mdp3-tdshp.yaml > @@ -0,0 +1,61 @@ > +# SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause) > +%YAML 1.2 > +--- > +$id: http://devicetree.org/schemas/media/mediatek,mdp3-tdshp.yaml# > +$schema: http://devicetree.org/meta-schemas/core.yaml# > + > +title: MediaTek Media Data Path 3 TDSHP > + > +maintainers: > + - Matthias Brugger <matthias.bgg@gmail.com> > + - Moudy Ho <moudy.ho@mediatek.com> > + > +description: > + One of Media Data Path 3 (MDP3) components used to improve image > + sharpness and contrast. > + > +properties: > + compatible: > + enum: > + - mediatek,mt8195-mdp3-tdshp > + > + reg: > + maxItems: 1 > + > + mediatek,gce-client-reg: > + description: > + The register of display function block to be set by gce. There are 4 arguments, > + such as gce node, subsys id, offset and register size. The subsys id that is > + mapping to the register of display function blocks is defined in the gce header > + include/dt-bindings/gce/<chip>-gce.h of each chips. > + $ref: /schemas/types.yaml#/definitions/phandle-array > + items: > + items: > + - description: phandle of GCE > + - description: GCE subsys id > + - description: register offset > + - description: register size > + maxItems: 1 > + > + clocks: > + minItems: 1 NAK. So you ignored all the review. Brilliant. I am getting fed up with Mediatek's approach. It's not the first time. Best regards, Krzysztof
On 22/09/2023 09:21, Moudy Ho wrote: > Changes since v5: > - Rebase on v6.6-rc2. > - Dependent dtsi files: > https://patchwork.kernel.org/project/linux-mediatek/list/?series=786511 > - Depends on: > Message ID = 20230911074233.31556-5-shawn.sung@mediatek.com > - Split out common propertis for RDMA. > - Split each component into independent patches. And ignored previously given feedback. That's not the way you should work with upstream community. It feels like a waste of my time and it is not fair that Mediatek is doing it :( Best regards, Krzysztof
On Sat, 2023-09-23 at 18:42 +0200, Krzysztof Kozlowski wrote: > > External email : Please do not click links or open attachments until > you have verified the sender or the content. > On 22/09/2023 09:21, Moudy Ho wrote: > > In order to minimize duplication and standardize the document > style, > > it is necessary to separate the general properties specific to > > MediaTek MDP3 RDMA. > > > > Signed-off-by: Moudy Ho <moudy.ho@mediatek.com> > > --- > > .../media/mediatek,mdp3-rdma-common.yaml | 72 > +++++++++++++++++++ > > 1 file changed, 72 insertions(+) > > I don't understand why this is a separate patch. It's not used, not > effective and not visible for us how it extracts common parts. > > Best regards, > Krzysztof > Hi Krzysztof, I completely misunderstood the suggestions given in V5, which led to incorrect modifications and confusion in patches 2~5. I'm in the process of rectifying these errors and respectfully ask everyone to disregard the improper changes. I sincerely regret any inconvenience my actions may have caused. Regards, Moudy