Received: by 2002:a05:6a10:7420:0:0:0:0 with SMTP id hk32csp3611903pxb; Mon, 21 Feb 2022 01:48:18 -0800 (PST) X-Google-Smtp-Source: ABdhPJx8pd3L/Jg/GJgVmAHV1G12sr9+ikQF61v8UtH7Z4GU8ZKT1TNG3h/CegKyDAilhj/phmQ4 X-Received: by 2002:a17:902:8ec9:b0:14f:11f7:db77 with SMTP id x9-20020a1709028ec900b0014f11f7db77mr18006155plo.136.1645436898334; Mon, 21 Feb 2022 01:48:18 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1645436898; cv=none; d=google.com; s=arc-20160816; b=ShVpICQ2wXSdlt1ooTgBlT0ETQRXBBxqA0GhgHAbnnysHm1SZJjTQURIV1zXYzGzY4 ZiUuLRJfCvY5udJuKyJ8+8Jup5ahPZhCD0MrgCQFaY3MjHZIvsLMv2AbvjCoKpUKWgU0 /0kB9OfUYulW/gAoraWdlqknOCh/QNGUSqyBOvWUAvevilyd6HUO8s/7/gop4DDJl4kd dQ+Uf9XQKi1OBiV20x//bxwKHTGAJ2AfIXbwZBZsSHgZ9wlliYEhfmK+xeJEg4nngATQ xS2Akd1OTUqEEMO1ozKCbK/YXYJRja8oUvwAzPkETLhFATnWAJTncu9ExsiQJTE7hmCi xyTQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id; bh=5//PYWEwFxOsjGcmy5LlfToRPGdJHDlgUauWSglKfRI=; b=yKSNyVYHyeKWLbRK2q3+XCKD7OQAPF99mAZid2DZSk/hTOvZugQMDJOL2DxgU99X2I MfN9IWzHBmXvJ6O0X4Aqv0dsBKq04fD1oFWgfM14CpCO9e/NqqDQos9U6XkT+OpZohKw jMZHGLJpuvWjCJeJWuQkb8a/fF3J59JcAn7mAk953L1b/YKfw+JgLo9GBmTEaOkq3jUz CElnbkyTJb06JDu6zopXDCHfw/f6xGSMkEAGEamk1Yn/X8JEFk/zllsDb90/t2klnF4K SRFRCYZDROuXEew5Adi9UneBTpaCZJy/TI2Xw5WQjV58NlndWtOB7YRKW0N8DKvsFoOF CGlQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id a26si14876895pgv.666.2022.02.21.01.48.01; Mon, 21 Feb 2022 01:48:18 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1346236AbiBUHcZ (ORCPT + 99 others); Mon, 21 Feb 2022 02:32:25 -0500 Received: from mxb-00190b01.gslb.pphosted.com ([23.128.96.19]:49876 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1346189AbiBUHcR (ORCPT ); Mon, 21 Feb 2022 02:32:17 -0500 Received: from mail-wr1-f42.google.com (mail-wr1-f42.google.com [209.85.221.42]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 1B60BE81; Sun, 20 Feb 2022 23:31:54 -0800 (PST) Received: by mail-wr1-f42.google.com with SMTP id m27so13620207wrb.4; Sun, 20 Feb 2022 23:31:54 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:message-id:date:mime-version:user-agent:subject :content-language:to:cc:references:from:in-reply-to :content-transfer-encoding; bh=5//PYWEwFxOsjGcmy5LlfToRPGdJHDlgUauWSglKfRI=; b=OBrHcYXtuHo/g5Uw6lLziThAA2iWSSLT1Bq+vzPRCjDpqs0n2FDI0uOiDMQWTfuXep gOq+DawXtKtT+AkZ9YwZv6Jyz3rAgMmRtQuLFwCCKoF5b3d04AOiMe/xCUoehSN4M+Xg ce4wb/Z1a2nEzVXzbpf8lROmz1YutXJ5VM15cMRzTS90dGvUuQO8EpxZa+NftIvEhhCM 3jp3WtShug11w1CLtAYpDe82p9gemSkkoIssEvUuU/UfRlcXvedlbGncVpFBfvN+rN8Z bTT263gDAGxfOET5eqvMSHAltHHqOdjTig5MVg+BqDW/xA0+/4k1L4lTYzZTt52DrKAE smTg== X-Gm-Message-State: AOAM530GFjql2FncWw5MKnb0EE65Dp8UenUozw7Jj17+sqZr+yBsZAGV lafUaSpNiexReW4KFxeKiUE= X-Received: by 2002:adf:908e:0:b0:1e7:bea7:3486 with SMTP id i14-20020adf908e000000b001e7bea73486mr14360071wri.401.1645428712059; Sun, 20 Feb 2022 23:31:52 -0800 (PST) Received: from [192.168.0.120] (xdsl-188-155-181-108.adslplus.ch. [188.155.181.108]) by smtp.googlemail.com with ESMTPSA id z5-20020a05600c0a0500b0037bb8df81a2sm7619393wmp.13.2022.02.20.23.31.50 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 20 Feb 2022 23:31:51 -0800 (PST) Message-ID: Date: Mon, 21 Feb 2022 08:31:49 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.5.0 Subject: Re: [PATCH v10 2/4] Documentation/dt: Add descriptions for loongson display controller Content-Language: en-US To: Jiaxun Yang , Sui Jingfeng <15330273260@189.cn>, Maxime Ripard , Thomas Zimmermann , Roland Scheidegger , Zack Rusin , Christian Gmeiner , David Airlie , Daniel Vetter , Rob Herring , Thomas Bogendoerfer , Dan Carpenter , Andrey Zhizhikin , Sam Ravnborg , "David S . Miller" , Lucas Stach , Maarten Lankhorst , Ilia Mirkin , Qing Zhang , suijingfeng Cc: linux-mips@vger.kernel.org, linux-kernel@vger.kernel.org, devicetree@vger.kernel.org, dri-devel@lists.freedesktop.org, Rob Herring References: <20220220145554.117854-1-15330273260@189.cn> <20220220145554.117854-3-15330273260@189.cn> <4dd5949f-2699-b83b-0fbf-c1b7beb0fa9a@flygoat.com> From: Krzysztof Kozlowski In-Reply-To: <4dd5949f-2699-b83b-0fbf-c1b7beb0fa9a@flygoat.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-1.4 required=5.0 tests=BAYES_00, FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM,HEADER_FROM_DIFFERENT_DOMAINS, NICE_REPLY_A,RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H2,SPF_HELO_NONE, SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 20/02/2022 19:22, Jiaxun Yang wrote: > > > 在 2022/2/20 14:55, Sui Jingfeng 写道: >> From: suijingfeng >> >> Add DT documentation for loongson display controller found in LS2K1000, >> LS2K0500 and LS7A1000. >> >> v2: DT binding docs and includes should be a separate patch, >> fix a warnning because of that. >> >> v3: split dt-bindings from other changes into a separate patch. >> >> v4: fix warnings and errors when running make dt_binding_check >> >> Reported-by: Rob Herring >> Reported-by: Krzysztof Kozlowski >> Signed-off-by: suijingfeng >> Signed-off-by: Sui Jingfeng <15330273260@189.cn> >> --- >> .../loongson/loongson,display-controller.yaml | 122 ++++++++++++++++++ >> 1 file changed, 122 insertions(+) >> create mode 100644 Documentation/devicetree/bindings/display/loongson/loongson,display-controller.yaml >> >> diff --git a/Documentation/devicetree/bindings/display/loongson/loongson,display-controller.yaml b/Documentation/devicetree/bindings/display/loongson/loongson,display-controller.yaml >> new file mode 100644 >> index 000000000000..ee1a59b91943 >> --- /dev/null >> +++ b/Documentation/devicetree/bindings/display/loongson/loongson,display-controller.yaml >> @@ -0,0 +1,122 @@ >> +# SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause) >> +%YAML 1.2 >> +--- >> +$id: http://devicetree.org/schemas/display/loongson/loongson,display-controller.yaml# >> +$schema: http://devicetree.org/meta-schemas/core.yaml# >> + >> +title: Loongson LS7A1000/LS2K1000/LS2K0500 Display Controller Device Tree Bindings >> + >> +maintainers: >> + - Sui Jingfeng >> + >> +description: |+ >> + >> + Loongson display controllers are simple which require scanout buffers >> + to be physically contiguous. LS2K1000/LS2K0500 is a SOC, only system >> + memory is available. LS7A1000/LS7A2000 is bridge chip which is equipped >> + with a dedicated video ram which is 64MB or more. >> + >> + For LS7A1000, there are 4 dedicated GPIOs whose control register is >> + located at the DC register space. They are used to emulate two way i2c, >> + One for DVO0, another for DVO1. >> + >> + LS2K1000 and LS2K0500 SoC grab i2c adapter from other module, either >> + general purpose GPIO emulated i2c or hardware i2c in the SoC. >> + >> + LSDC has two display pipes, each way has a DVO interface which provide >> + RGB888 signals, vertical & horizontal synchronisations, data enable and >> + the pixel clock. LSDC has two CRTC, each CRTC is able to scanout from >> + 1920x1080 resolution at 60Hz. Each CRTC has two FB address registers. >> + >> + LSDC's display pipeline have several components as below description, >> + >> + The display controller in LS7A1000: >> + ___________________ _________ >> + | -------| | | >> + | CRTC0 --> | DVO0 ----> Encoder0 ---> Connector0 ---> | Monitor | >> + | _ _ -------| ^ ^ |_________| >> + | | | | | -------| | | >> + | |_| |_| | i2c0 <--------+-------------+ >> + | -------| >> + | DC IN LS7A1000 | >> + | _ _ -------| >> + | | | | | | i2c1 <--------+-------------+ >> + | |_| |_| -------| | | _________ >> + | -------| | | | | >> + | CRTC1 --> | DVO1 ----> Encoder1 ---> Connector1 ---> | Panel | >> + | -------| |_________| >> + |___________________| >> + >> + Simple usage of LS7A1000 with LS3A4000 CPU: >> + >> + +------+ +-----------------------------------+ >> + | DDR4 | | +-------------------+ | >> + +------+ | | PCIe Root complex | LS7A1000 | >> + || MC0 | +--++---------++----+ | >> + +----------+ HT 3.0 | || || | >> + | LS3A4000 |<-------->| +---++---+ +--++--+ +---------+ +------+ >> + | CPU |<-------->| | GC1000 | | LSDC |<-->| DDR3 MC |<->| VRAM | >> + +----------+ | +--------+ +-+--+-+ +---------+ +------+ >> + || MC1 +---------------|--|----------------+ >> + +------+ | | >> + | DDR4 | +-------+ DVO0 | | DVO1 +------+ >> + +------+ VGA <--|ADV7125|<--------+ +-------->|TFP410|--> DVI/HDMI >> + +-------+ +------+ >> + >> + The display controller in LS2K1000/LS2K0500: >> + ___________________ _________ >> + | -------| | | >> + | CRTC0 --> | DVO0 ----> Encoder0 ---> Connector0 ---> | Monitor | >> + | _ _ -------| ^ ^ |_________| >> + | | | | | | | | >> + | |_| |_| | +------+ | >> + | <---->| i2c0 |<---------+ >> + | DC IN LS2K1000 | +------+ >> + | _ _ | +------+ >> + | | | | | <---->| i2c1 |----------+ >> + | |_| |_| | +------+ | _________ >> + | -------| | | | | >> + | CRTC1 --> | DVO1 ----> Encoder1 ---> Connector1 ---> | Panel | >> + | -------| |_________| >> + |___________________| >> + >> +properties: >> + $nodename: >> + pattern: "^display-controller@[0-9a-f],[0-9a-f]$" >> + >> + compatible: >> + enum: >> + - loongson,ls7a1000-dc >> + - loongson,ls2k1000-dc >> + - loongson,ls2k0500-dc >> + >> + reg: >> + maxItems: 1 >> + >> + interrupts: >> + maxItems: 1 >> + >> +required: >> + - compatible >> + - reg >> + - interrupts >> + >> +additionalProperties: false > Given that it is possible to have output subnodes I guess > additionalProperties > should be allowed? subnodes should be instead listed. Either with strict name (if these are e.g. ports) or with some more or less relaxed pattern. Best regards, Krzysztof