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 bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id DBFADC433EF for ; Sat, 23 Jul 2022 21:08:38 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:In-Reply-To:From:References:Cc:To: Subject:MIME-Version:Date:Message-ID:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=eEUOz973wa98vvzgClUmsL9shqHw9acmPmm3p44vdEE=; b=GCq0CJmbjt5nYP 1FhxhhuHh7B6vN8xcY4Egh9E965qQRIrOgHcx31NgqtTDNuZdfK+aRyIdHZxS7Tj7euKr4azE+1SH Zq3Jc7k5w87s0cA68uf75jqfQrhJxUZX8CnU4H/6eKJWE6zOeccBmAALmK/wG6flMQDHNk7HRJ0FD nQBQIp6q3kepd787VMVdfq+gqirtZZzedKXLKKcjs+KegPw3/60/ChhcL36+Lm72r512uvkrRQrmo bfgDD16NpO9FnWYFa8ijjMXQvIr3m6DKLfQ9LA8H1ZCuNfCYRsF/EQEXcolU1kJeUm3ap2Ai1eekL kLB2QDIcMV6fuAMZCyYg==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1oFMLs-007Kt0-VS; Sat, 23 Jul 2022 21:07:57 +0000 Received: from mail-pj1-x102f.google.com ([2607:f8b0:4864:20::102f]) by bombadil.infradead.org with esmtps (Exim 4.94.2 #2 (Red Hat Linux)) id 1oFM42-007BKA-Rn for linux-mtd@lists.infradead.org; Sat, 23 Jul 2022 20:49:32 +0000 Received: by mail-pj1-x102f.google.com with SMTP id o5-20020a17090a3d4500b001ef76490983so6941223pjf.2 for ; Sat, 23 Jul 2022 13:49:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sudomaker-com.20210112.gappssmtp.com; s=20210112; h=message-id:date:mime-version:user-agent:subject:content-language:to :cc:references:from:in-reply-to:content-transfer-encoding; bh=4PnudIAj6MuFcPE4enLHz/xhLEoYtTm/viKNsN2ycOQ=; b=RUhsyiy86LH9Fm86MMdX9+B8SK2E9S8eT8i1KfIYzf/FcYPmfwOR1meXyixhSn3pWv Fl9H9ITkukRQhP9rlaxmWmzjIMVlMIA/B77ZkT34OAbixPajEDk4E/I358PBE8emWgeN +5VAPbl2VPyeXncpjZFS46/SlsM8d08OARVmsBEsYO9WjEv9vCwVecEjPTLr0gtKYhl2 FfJnDq2ny/F3Gw0sOV9AEwpnaXaMIAO/h3/wxvxi7599MnKcthlj1QltFkdTJaVqSHlr poFFq689alMWoAoYcrOCddNIFIhlx7zxrJOEoiPItcsT5ea6vA3TeWIPACcinpGaVzHc zj+A== 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=4PnudIAj6MuFcPE4enLHz/xhLEoYtTm/viKNsN2ycOQ=; b=N4DssdmHCz9MgevClAiJUXkMbOA/VuCilBMlgcNBqe68NctSAVDoa3Lev5eb0cYWFD PlJl4N+k7HHOXzLmbAs/GdBLCEtBtyDFb/0JyjBKC88iNejcZnKGZQTzdqthvVfjVU+O ot7nD4EcSSNYR7PGO9w8zKDbH60Tm1ICq6Ypy7b4uJ2wMz4XDerqkm2MGdtpEplRfUDX e3fYS9e6M7buM31dKeQNarFoqV0SjoY1+wy4H9VMzzOVTSCMf8ww7Xj5KCiG5LI98CxH sjVMNOAe3Z87itXWt9IVeqTdKnLYnCcIQzwyn/UMR/WBUFD5amdl0qvupp2cANL6SMTY FjRw== X-Gm-Message-State: AJIora/oPHcboiW5WLMGSYnuvHN8CyNl7BqAu0FLZPebunPcbzohHdLT 1RAjCxPPmOQxmN3nI/gVp0b8TQ== X-Google-Smtp-Source: AGRyM1sDNnQZWu+UZjw5MifNt4gL7DYaw4qlXqueCC3LFS/ZmtN+HdmjySKcbm4UciQi96Hckb6vDw== X-Received: by 2002:a17:90b:38c2:b0:1f0:59c0:55c with SMTP id nn2-20020a17090b38c200b001f059c0055cmr6675051pjb.166.1658609369617; Sat, 23 Jul 2022 13:49:29 -0700 (PDT) Received: from [172.16.24.11] ([188.214.106.178]) by smtp.gmail.com with ESMTPSA id l8-20020a17090a3f0800b001ef9479373fsm7974276pjc.4.2022.07.23.13.49.20 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 23 Jul 2022 13:49:29 -0700 (PDT) Message-ID: Date: Sun, 24 Jul 2022 04:49:25 +0800 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.8.0 Subject: Re: [PATCH 2/3] dt-bindings: SPI: Add Ingenic SFC bindings. Content-Language: en-US To: Krzysztof Kozlowski , Mark Brown Cc: Zhou Yanjie , tudor.ambarus@microchip.com, p.yadav@ti.com, michael@walle.cc, miquel.raynal@bootlin.com, richard@nod.at, vigneshr@ti.com, robh+dt@kernel.org, krzysztof.kozlowski+dt@linaro.org, linux-mtd@lists.infradead.org, linux-spi@vger.kernel.org, linux-mips@vger.kernel.org, linux-kernel@vger.kernel.org, devicetree@vger.kernel.org, aidanmacdonald.0x0@gmail.com, tmn505@gmail.com, paul@crapouillou.net, dongsheng.qiu@ingenic.com, aric.pzqi@ingenic.com, rick.tyliu@ingenic.com, jinghui.liu@ingenic.com, sernia.zhou@foxmail.com References: <1658508510-15400-1-git-send-email-zhouyanjie@wanyeetech.com> <1658508510-15400-3-git-send-email-zhouyanjie@wanyeetech.com> <487a93c4-3301-aefd-abba-aabf4cb8ec90@linaro.org> <37062a5d-9da3-fbaf-89bd-776f32be36d9@wanyeetech.com> From: Mike Yang In-Reply-To: X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20220723_134931_138288_343E03D9 X-CRM114-Status: GOOD ( 21.72 ) X-BeenThere: linux-mtd@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Linux MTD discussion mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-mtd" Errors-To: linux-mtd-bounces+linux-mtd=archiver.kernel.org@lists.infradead.org On 7/24/22 04:07, Krzysztof Kozlowski wrote: > On 23/07/2022 21:27, Mark Brown wrote: >> On Sun, Jul 24, 2022 at 02:47:14AM +0800, Mike Yang wrote: >>> On 7/24/22 01:43, Krzysztof Kozlowski wrote: >>>> On 23/07/2022 18:50, Zhou Yanjie wrote: >> >>>>> No offense, does it really need to be named that way? >>>>> I can't seem to find documentation with instructions on this :( >> >> ... >> >>>> All bindings are to follow this rule, so I don't understand why you >>>> think it is an exception for you? >> >>> Zhou didn't ask you to make an exception. They have a valid >>> point and they're asking why. >> >>> You may want to avoid further incidents of this kind by stop >>> being bossy and actually writing a guideline of naming these >>> .yaml files and publish it somewhere online. >> >> Yeah, I do have to say that I was also completely unaware that >> there was any enforced convention here. > > Indeed, it's not a enforced pattern. But there are many other > insignificant ones which we also tend to forget during review, like > using words "Device Tree bindings" in title or using unnecessary quotes > around "refs" (also in ID of schema). It's not a big deal, but I ask > when I notice it. Good. Thanks for paying attention to these details. >> Zhou already mentioned he was unable find the naming guidelines of these .yaml files. >> >> Apparently you think it's unacceptable for new contributors of a certain subsystem to use existing code as examples, and/or they're responsible for figuring out what's a good example and what's a bad one in the existing codebase. > > It's everywhere in the kernel, what can I say? If you copy existing > code, you might copy poor code... Still, it shouldn't be a responsibility of new contributors to determine the quality of an existing piece of code, unless there are clear guidelines (i.e. one should use the new "cs-gpios" attribute in SPI controllers). > >> >>> >>> It might never grow to new devices (because they might be different), so >>> that is not really an argument. >> >> It is an argument. A very valid one. >> >> "they *might* be different". You may want to get your hands on real hardware and try another word. Or at least read the datasheets instead of believing your imagination. >> >> I would enjoy duplicating the st,stm32-spi.yaml into st,stm32{f,h}{0..7}-spi.yaml if I'm bored at a Sunday afternoon. >> >>> >>> All bindings are to follow this rule, so I don't understand why you >>> think it is an exception for you? >> >> Zhou didn't ask you to make an exception. They have a valid point and they're asking why. > > Hm, everyone has the same valid point and such recommendation is to > everyone, although it is nothing serious. > >> You may want to avoid further incidents of this kind by stop being bossy and actually writing a guideline of naming these .yaml files and publish it somewhere online. > > I did not see any incident here... Process of review includes comments > and there is nothing bad happening when you receive a comment. No > incident... Okay. After careful inspection of the Ingenic datasheets, now I have the conclusion: The Ingenic X1000, X1021, X1500, X1501, X1520, X1600, X1800, X1830, X2000, X2100, X2500 have the same SFC controller. X1600 has a newer version (let's say v2) of the SFC, and X2000-2500 have v3. Others have the original version (let's say v1). Each new version introduced new features such as arbitrary DMA sizes, and the rest features are the same. So IMO the name "ingenic,sfc.yaml" is perfectly logical. Regards, Mike Yang ______________________________________________________ Linux MTD discussion mailing list http://lists.infradead.org/mailman/listinfo/linux-mtd/