From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 04944C433F5 for ; Sat, 9 Apr 2022 13:23:26 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S241966AbiDINZa (ORCPT ); Sat, 9 Apr 2022 09:25:30 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:35882 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S241959AbiDINZZ (ORCPT ); Sat, 9 Apr 2022 09:25:25 -0400 Received: from mail-ej1-x636.google.com (mail-ej1-x636.google.com [IPv6:2a00:1450:4864:20::636]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 6F2A99AE4C for ; Sat, 9 Apr 2022 06:23:18 -0700 (PDT) Received: by mail-ej1-x636.google.com with SMTP id bg10so22336249ejb.4 for ; Sat, 09 Apr 2022 06:23:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=message-id:date:mime-version:user-agent:subject:content-language:to :cc:references:from:in-reply-to:content-transfer-encoding; bh=CFsLuLri4ZzuxFZWMK4QbGgplfV1RiWIfvfyl0fXXPM=; b=JuUlSycWzsEw/r0jFMz9JwRuwtyT0Y7Q/BQu5h4xdSSU6heuxxnEEHiJAbq5O2FMnJ nvhasA1n/LKezFpGAk910XpeWCK3K0873+/GQwxGW2aUWRPwVLciFeA9jZin+txjOMhe KP9+5fWc87S2ImGZlf8uN+t6ImU1gv715j8WSNikxuyrY/XkAZAmGd3jpCbhgprci38T CfM0ogcxEo/pxTjtzQGDph7uQQavF0ES+fXNnhsZpeTLR1ln6nC2h+r/i5kj0fOI6bEW Jo6zni2rpb+flYw01ZxrvpOlL8Oxve33pJP9BECetmBxEsJkENybzWOya5lMT1qh93sQ rpMQ== 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=CFsLuLri4ZzuxFZWMK4QbGgplfV1RiWIfvfyl0fXXPM=; b=FnnzWvgkz8v6GvWzsK+RPJvjt6SXXdIhf/aOUdf9kZBTCKWsdiBy1b4TWHAv9m8bat GZXrh6jMRLW2WtDkvmLYCSxvuv2O0rxZ6DINsWOU7jAG5LzVLdtfhCdP+4KPn5iS6l0c JU/lt5Y+SVPto5Qc4AeYR4XhmYjrb4RndJAaoP2/oOHpT1frh5lbmBrJIP7HIRiJ6bra ZxoKQsLn3/jN0GfM1WpBxMk/fwJkt7RgXciltdwMLtwrMmOdSpqTaqT5ugzPmRxwaUoZ pfUAvgKDLIa6nwpy4xZDGrNirc8Er9x6C8W/52jVao09vrcPK6+zwtUawWhAPhj4cGmv scEw== X-Gm-Message-State: AOAM5303w2hyahlTaq+9hOwwtcxCjmAaSLGDtSrtTcKubLmDp989CXUw ct9hMfBAFOjarAYOdPKcsrGX4Q== X-Google-Smtp-Source: ABdhPJz/ZL5SjGOTUIidyHTeqYDZw4kqPsYAOodMQYLCgvX6YAi/lThfvlEQviqPHkG7ehSftBVgbw== X-Received: by 2002:a17:906:1be1:b0:6ce:b0a8:17d with SMTP id t1-20020a1709061be100b006ceb0a8017dmr22401411ejg.413.1649510596982; Sat, 09 Apr 2022 06:23:16 -0700 (PDT) Received: from [192.168.0.188] (xdsl-188-155-201-27.adslplus.ch. [188.155.201.27]) by smtp.gmail.com with ESMTPSA id f1-20020a056402194100b00416b174987asm11933953edz.35.2022.04.09.06.23.16 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 09 Apr 2022 06:23:16 -0700 (PDT) Message-ID: <2961d892-609c-c0bf-e9c1-c54306f608c7@linaro.org> Date: Sat, 9 Apr 2022 15:23:15 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.7.0 Subject: Re: [PATCH 07/18] MIPS: DTS: jz4780: fix otg node as reported by dtbscheck Content-Language: en-US To: "H. Nikolaus Schaller" , Paul Cercueil Cc: Rob Herring , Thomas Bogendoerfer , linux-kernel@vger.kernel.org, devicetree@vger.kernel.org, linux-mips@vger.kernel.org, letux-kernel@openphoenux.org References: <298162bfa2e7225ccc753865e1ffa39ce2722b2a.1649443080.git.hns@goldelico.com> <3XN2AR.4ZAYNTAI4XBT3@crapouillou.net> <36C96109-0A56-4ACF-ACD1-367DAD9E3A47@goldelico.com> From: Krzysztof Kozlowski In-Reply-To: <36C96109-0A56-4ACF-ACD1-367DAD9E3A47@goldelico.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 09/04/2022 15:18, H. Nikolaus Schaller wrote: hould have a specific compatible. >>> Please mention why it does not. >> >> Agreed. The "snps,dwc2" should be a fallback string, otherwise there is no way to uniquely identify the JZ4780 implementation of the IP. > > Well, there is no specifc implementation and driver for it. So no need to uniquely identify it. Specific implementation and driver are not arguments here. This does not matter. It's really unrelated argument. Bindings are not about implementation in Linux. Implementation can change, so bindings should also? Best regards, Krzysztof