Received: by 2002:ac0:a581:0:0:0:0:0 with SMTP id m1-v6csp6641283imm; Wed, 27 Jun 2018 10:44:50 -0700 (PDT) X-Google-Smtp-Source: AAOMgpeZLYQj6hJ/E11ZX4u0lcV2sEN6AcNbV5xDudTwEWeNjTrzrDYZ1UrwMg+O2ZSmD38pyHpI X-Received: by 2002:a62:403:: with SMTP id 3-v6mr6825005pfe.28.1530121490719; Wed, 27 Jun 2018 10:44:50 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1530121490; cv=none; d=google.com; s=arc-20160816; b=K4O6SPuoIU2LGORcO16Np0WQF4w0ghxA6JVxUriB6xLGvSrvMhxA+4NBrmQQ6kBwTa +T7a+C8hR3Lrq9MEUwpFpcI3C54j55e1Q8usw17qfZ7ai05g/Lhs7dgT2x76XAManjCd LCLaXp9cokR7nQDr2bpoRfhNcllIQC+/h+EF2Sct72QO85xg9Pi/Xz4hZdCsax4a2FMN hpNGbwbDS/GgCK9thU22hzM6GZmNcsPEZicmcE3QABevfilgNn6R+6dADcRZ5YOq5fqY JO9VV4PcJO7pLkpKqrmC2yxgWEtmZWEbL1aT930mt3RctdU5gHabh4eolfItD1W0wyDe BSjw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature :arc-authentication-results; bh=z6r0qlNlWsEUOXQR5YP03k0EXSg/TDJJAt4SQye4ALE=; b=dcgtsK2W2FfJ4hICqiyFtMNWhsjl92C2ih8mWYWGEoVG9jqD15EVsr3houHdnYuEYJ C6lwehcwnbIdbPU7WyDh8qqj495UFr0ST7gVZukCmZQyPguUzdRHpb1Z7xINKf1+ZOu4 msIfW21UbgMlHngooMcRGhWUkiLortMT0taa/ZJBCWM0IlaIzFqokh0k3CtzhKqT40sV SSBFBXPNfmIIpS2hIXkweAexvps3auoDd9eurJ6uHjJzl4UTVhyy48vi0WxlhSy7q4k9 MCGOpHljYfsMsMGFmlBVbZ0Qpms5AH6wVmBb2BUbvsiAb7U0HrkmjThXAn+IO6UlUzRb bwew== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=aOA5ngrg; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id n64-v6si4294213pgn.247.2018.06.27.10.44.36; Wed, 27 Jun 2018 10:44:50 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=aOA5ngrg; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S965749AbeF0Rdf (ORCPT + 99 others); Wed, 27 Jun 2018 13:33:35 -0400 Received: from mail-it0-f68.google.com ([209.85.214.68]:40175 "EHLO mail-it0-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S965055AbeF0Rde (ORCPT ); Wed, 27 Jun 2018 13:33:34 -0400 Received: by mail-it0-f68.google.com with SMTP id 188-v6so8583510ita.5; Wed, 27 Jun 2018 10:33:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=z6r0qlNlWsEUOXQR5YP03k0EXSg/TDJJAt4SQye4ALE=; b=aOA5ngrg19VkFSaNF8Cv8wIcO7D/0vRQfwdd2pmbTjhf+ZMPNDj++s8nHU5xgqrKjc l9e5ZR33gU7B9nHa0ypZ0XBj55/g79HYjv/sGY8l7hBv5NhMO5N1i7RzK/ipmZUTTNn4 85bScTU/Sb2OcFw8PaOtryF8eu2P5PsO1iVApn0vQTTTfhQHpP2q5pclLNSN31ryKKZc mImqepwYpt3fb2bXLQWUAxP5t1N4t+QAkHdkf8df62kxp3bb+aaJ2/UzcGvijrArY8lI HpMBe65xZOQc5C3g5yXEUPXiAKb7e4fLuqsvSaYwyn5VHesALVnjc3cRQYuyh1MHohsl jSpA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=z6r0qlNlWsEUOXQR5YP03k0EXSg/TDJJAt4SQye4ALE=; b=MfNRhJbsdplNHM55BVdZHKtRowpGaVFLZxngckPJpR/vqSxUJLz1xw6hlba+4FeLZO Pbro0fN7TttPoh0MYhd4eL3vHb+oC+JaELv+vopBzkPQhAOJX/RugHKSoiNQpDkZJZf9 oprwtzIHUcRPxRdIrrbwYKzKCuZv9uZAbgK7Vlk4PzBOXa7aR3uGbXVha6fScMwv1pcg lmwknU2YNtI0W/hK1Hax3PQwNE6xvGWucWbELNqCWaadKLzIB8P2zJfrTkrSJbql0X3a /Lm6F0x5CR0Qy10z5iVJjcpmYJrRqsL7T9I/ENyG8m8io1Cw8zdh8uSUODf+HJMNxqj7 pijQ== X-Gm-Message-State: APt69E11/8KDWFU0RLSn/RjLYZQZMgE/Y6f4JrZo5VoyE9cPaxKILJZJ XRXuH75A1WFp6duVS0q9hhL3QuVl99e5C/xXcUE= X-Received: by 2002:a24:1448:: with SMTP id 69-v6mr5633285itg.143.1530120813537; Wed, 27 Jun 2018 10:33:33 -0700 (PDT) MIME-Version: 1.0 References: <1529603100-31958-2-git-send-email-andrey.gusakov@cogentembedded.com> <5a3490a5-ee5c-a4da-8b54-b5234b7e50d0@yandex.ru> <72694ec0-45ee-6f57-ebbf-249d4a0b23bc@cogentembedded.com> In-Reply-To: <72694ec0-45ee-6f57-ebbf-249d4a0b23bc@cogentembedded.com> From: Andrey Smirnov Date: Wed, 27 Jun 2018 10:33:22 -0700 Message-ID: Subject: Re: [1/3] ARM: dts: imx51-zii-common: create common include dtsi To: Nikita Yushchenko Cc: Andrey Gusakov , Shawn Guo , Sascha Hauer , Sascha Hauer , Fabio Estevam , linux-imx@nxp.com, Rob Herring , Mark Rutland , Chris Healy , Lucas Stach , "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS" , linux-kernel , linux-arm-kernel Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Jun 27, 2018 at 9:59 AM Nikita Yushchenko wrote: > > > There are three boards that share that configuration almost to a T, > > with the only difference is the particular GPIOs used. Putting it into > > a common file avoids repeating the boilerplate and makes it explicit > > to the reader that those settings are shared. > > I'd agree if that boilerplate was 100 lines. > OK, so your threshold is 100 lines, mine is 3. Agree to disagree? > But here it is small, and mostly containing lines that are required for > any i2c-gpio definition. It does not any value of itself. > > Saving 5 lines at cost of loose of integrity is not something I agree with. > Can we maybe tone it down and not make this sound like a struggle of "good vs. evil"? > > There are at least two boards that use that UART2 as is. Same as above > > this was done to reduce boilerplate. > > Here have choice between two logical blocks - definitions of uart2 in > two boards that use them, and two logical blocks - definition in dtsi > and undo in board that does not use it. > > You trade a couple of saved dts lines against keeping things consistent. That's your POV, mine is that I save a couple of lines and things are still consistent. > > Nikita > > P.S. > In case of these zii boards I doubt that dtsi worths at all. Despite of > all being imx51 boards from ZII, these boards don't seem to have large > common logical blocks. Perhaos RDU1 and babbage have more in common - so > what, create a dtsi for them? Nope, that slippery slope doesn't exist at all. We have a clear boundary/decision criteria of common vendor. As I said, let's leave this decision up to the maintainers and avoid continuing having this argument where neither party convinces another. Thanks, Andrey Smirnov