Received: by 2002:a05:6a10:6d10:0:0:0:0 with SMTP id gq16csp451180pxb; Tue, 12 Apr 2022 05:47:39 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzxrEHKRhkFmQdF5Rl9Y4zV4V8kR9G7b+h7hpJYsbP2l0N9M7iuI1jss4N35DpdkKlnul2N X-Received: by 2002:a17:90b:203:b0:1cb:bfe7:106 with SMTP id fy3-20020a17090b020300b001cbbfe70106mr4538125pjb.78.1649767658898; Tue, 12 Apr 2022 05:47:38 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1649767658; cv=none; d=google.com; s=arc-20160816; b=k0cVIOP6mEWjKGrr13cG/NYi0XT9JtA70W4ojaeaMqLUnEiCdfBqWdNDirpG/F/L6e aCuiIMoEwADGVtqMXdoABxXEjb9qr7UdBbWQqG5sgKbYCw4l4K8Wsex8T77TOxzp9Q2+ l5bNEFxcnMB7NRLT2e9qs0nhLdvdOKhZN/QzXXHw05Bbionpvvk7vmbFKWy4qnhK0gYX vzhrkZLxYiJErRe/e3f433eopVmPC9BMWeRTPrzT2gNI12YtWpmm+SeknAZTqdbwVTZF flTP+Z1XDx/tTtblpXTkX5/20vnSSba3gHCeZP5ZD6AYFBpiC30Tk9jBOVLTWwpqX3W7 v2Bg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:cc:to:subject:from:date :dkim-signature; bh=YLnpjWKWdJSzyYl1QcHeDFBttOq+hxRx+fuv0aLpL/g=; b=SKKDuJuAXMPgKeTEcTCUgXxV9w2ct2k3LlPawR6lt5qPsnPHkWksfhlonU4NU/VIOa ZT3hpo6ASTyVrFJD0tmDCTnUui0weQYVMreWVLKS68ZW/carQ5p1bB0Hl5TTZss+C9Fj XSRk4/sG5EcqvBGRy1QKPA0i02NIezfmv6BPIFRpCfEeYNE6P7oMEaSz60h/fW8tUd+s Qxggm9glDDczEYq/Tg/ANv/TGAXJJVZAUTQ6sOoxNFvP2r8uFuhFi2WJyylltEr04yse SKF0rf7GBot5F2aznp8PIY39vgCc+kuUz/bLAu+44P6FuHWx1FlUwQV9SjM87u6IgXbG SKsg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@crapouillou.net header.s=mail header.b=Dn9raXyk; 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=crapouillou.net Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id k5-20020a170902c40500b00153c1012914si6071886plk.181.2022.04.12.05.47.22; Tue, 12 Apr 2022 05:47:38 -0700 (PDT) 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; dkim=pass header.i=@crapouillou.net header.s=mail header.b=Dn9raXyk; 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=crapouillou.net Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S242212AbiDINqX (ORCPT + 99 others); Sat, 9 Apr 2022 09:46:23 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:54068 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235301AbiDINqT (ORCPT ); Sat, 9 Apr 2022 09:46:19 -0400 Received: from aposti.net (aposti.net [89.234.176.197]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id A085A939D2; Sat, 9 Apr 2022 06:44:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=crapouillou.net; s=mail; t=1649511851; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=YLnpjWKWdJSzyYl1QcHeDFBttOq+hxRx+fuv0aLpL/g=; b=Dn9raXykAtJqjunhLTgxl1TKU1h5UmANNI/XkZqMaClk7KqzF2l7lD4scQhvcm+xwitEV6 7+XUWC3LaRM9mrhgjt0IFGiybWGMitvAhKbknvhcqWGKbKCVn7Vdy1EDrMu6ZWKgeadQ4j pQHbC0L6h9Gdhhnf7ng+sTXKTIHFsZw= Date: Sat, 09 Apr 2022 14:43:57 +0100 From: Paul Cercueil Subject: Re: [PATCH 07/18] MIPS: DTS: jz4780: fix otg node as reported by dtbscheck To: "H. Nikolaus Schaller" Cc: Krzysztof Kozlowski , Rob Herring , Thomas Bogendoerfer , linux-kernel@vger.kernel.org, devicetree@vger.kernel.org, linux-mips@vger.kernel.org, letux-kernel@openphoenux.org Message-Id: <9HR2AR.5RNNT3NES815@crapouillou.net> In-Reply-To: <51EEBAB0-849A-4AA5-80E0-B9FAC8FC5E14@goldelico.com> References: <298162bfa2e7225ccc753865e1ffa39ce2722b2a.1649443080.git.hns@goldelico.com> <3XN2AR.4ZAYNTAI4XBT3@crapouillou.net> <36C96109-0A56-4ACF-ACD1-367DAD9E3A47@goldelico.com> <2961d892-609c-c0bf-e9c1-c54306f608c7@linaro.org> <51EEBAB0-849A-4AA5-80E0-B9FAC8FC5E14@goldelico.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,SPF_HELO_PASS,SPF_PASS, T_SCC_BODY_TEXT_LINE autolearn=ham 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 Le sam., avril 9 2022 at 15:37:51 +0200, H. Nikolaus Schaller=20 a =E9crit : >=20 >=20 >> Am 09.04.2022 um 15:23 schrieb Krzysztof Kozlowski=20 >> : >>=20 >> On 09/04/2022 15:18, H. Nikolaus Schaller wrote: >> hould have a specific compatible. >>>>> Please mention why it does not. >>>>=20 >>>> Agreed. The "snps,dwc2" should be a fallback string, otherwise=20 >>>> there is no way to uniquely identify the JZ4780 implementation of=20 >>>> the IP. >>>=20 >>> Well, there is no specifc implementation and driver for it. So no=20 >>> need to uniquely identify it. >>=20 >> Specific implementation and driver are not arguments here. This=20 >> does not >> matter. It's really unrelated argument. >=20 > The argumentation is in reverse: if there is no need for a=20 > specialized driver or implementation, > why is there is a need to define a specialization. >=20 > Your argument was: > "there is no way to uniquely identify the JZ4780 implementation of=20 > the IP" >=20 > My question is: > "what do we need that for?" You may not need the differenciation now, but if you need it in the=20 future and you had only the "snps,dwc2" compatible previously, then=20 you're screwed, since your driver must support older device tree blobs. -Paul >> Bindings are not about implementation in Linux. Implementation can >> change, so bindings should also? >=20 > No. Implementations should be agnostic. >=20