Received: by 10.192.165.148 with SMTP id m20csp556280imm; Fri, 4 May 2018 15:05:57 -0700 (PDT) X-Google-Smtp-Source: AB8JxZpk/pVN6zMxf5XhXxAcNwpQsxM8N/y/B5P6ffLVZTDLGG2gumbnRYfJa8dHgC3aR2rtwvyc X-Received: by 2002:a17:902:9a90:: with SMTP id w16-v6mr29346011plp.390.1525471556958; Fri, 04 May 2018 15:05:56 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1525471556; cv=none; d=google.com; s=arc-20160816; b=LGhULh9oatMaBL2i+fbiciHVc7mec9swfjWUvaV3phqzR3krbiJ8jYUjmKDjK2XYFP 8OH9VsyS6FFekkoN2wGA1RBZ7EqPAFDgfoxOas2bLoxcaiMqacEAkdyXi0zbLy2CaZ4w z3iA0WskX9u2hhxvOnOMaPU2uwAqYWEFxgJIFLrfpgt9PfU1MtxpByBXWqYsR1NgsQrt 6xwvIqIE9vpnDItDDF+/OXSWWHUBkT88Vpzgi9X6hKO5NVIW/5Xu+0XP+GG3s9XxFSVc 87IL8X0EMDpLeUZ2d1rdLwJrLjCign7ESW6lQ9OLd3TC/gx03K4evZs2DxDcvLskMAOI PCOA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:dkim-signature :arc-authentication-results; bh=sAdtICiK+c3FRC6Wd4Bu3pFnK9g3l4hos5IoQjpCg5E=; b=MNJCi8e9yeqTuVFuKbksz7zE6E8geY+VgPDfKIv1gnxAkvVWbEiwhxZbXv2aXEGBnA 8S+PmeVFSFtqYE19r2rAe3glhMsoDNjpCrXNLeZFstDGkW20hCztkai82Q/2Gxyj3IGZ QAOj4SFq+ft6euEKdqsYDFnQH6O1WEZpTWRgB35xVABSrdJYCM8lUM53dXpOQDQwaZVb sVL1i8NySX+xoXh2HyBWcxvjGTpOmUYApq67VKBNOf43OTUmEXjVmSWvDbxu7sX/tMjo zTKMVOjwA9JVQOnsVfFX3IbHGD+5+UDEbEjlK1jq+Au38svC0UgK2d5EUFq47frcvHNu nxbA== ARC-Authentication-Results: i=1; mx.google.com; dkim=temperror (no key for signature) header.i=@micronovasrl.com header.s=dkim header.b=Qt3Z1kQT; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id z132-v6si3365949pgz.575.2018.05.04.15.05.41; Fri, 04 May 2018 15:05:56 -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=temperror (no key for signature) header.i=@micronovasrl.com header.s=dkim header.b=Qt3Z1kQT; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751820AbeEDWFF (ORCPT + 99 others); Fri, 4 May 2018 18:05:05 -0400 Received: from mail.micronovasrl.com ([212.103.203.10]:58360 "EHLO mail.micronovasrl.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751791AbeEDWFD (ORCPT ); Fri, 4 May 2018 18:05:03 -0400 Received: from mail.micronovasrl.com (mail.micronovasrl.com [127.0.0.1]) by mail.micronovasrl.com (Postfix) with ESMTP id 4316DB0098B for ; Sat, 5 May 2018 00:05:02 +0200 (CEST) Authentication-Results: mail.micronovasrl.com (amavisd-new); dkim=pass reason="pass (just generated, assumed good)" header.d=micronovasrl.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=micronovasrl.com; h=content-transfer-encoding:content-language:content-type :content-type:in-reply-to:mime-version:user-agent:date:date :message-id:from:from:references:to:subject:subject; s=dkim; t= 1525471501; x=1526335502; bh=6oaAFB0KOa79QLHMMlPx3hxyyoH6ec1ZjV+ 2dMIZMuA=; b=Qt3Z1kQT9BgjHwLJ708eH1hWqOfyp5u4W8xn8BnVVCe4ZsQZfp1 iM6ETrblKNoPlVdtV8X+UXN7uAqxdNlW7mUTYtd/p8DEq69LaZkAcAzhEbhNaLvx q9jKv4EJ3jNu3VCZhjAT7QcWGGn1t3VG3+SAKTUNZdlQ3N4OB0e9n93Y= X-Virus-Scanned: Debian amavisd-new at mail.micronovasrl.com X-Spam-Flag: NO X-Spam-Score: -2.9 X-Spam-Level: X-Spam-Status: No, score=-2.9 tagged_above=-10 required=4.5 tests=[ALL_TRUSTED=-1, BAYES_00=-1.9] autolearn=unavailable autolearn_force=no Received: from mail.micronovasrl.com ([127.0.0.1]) by mail.micronovasrl.com (mail.micronovasrl.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id qtLQ_4JTnWuT for ; Sat, 5 May 2018 00:05:01 +0200 (CEST) Received: from [192.168.2.71] (62-11-51-166.dialup.tiscali.it [62.11.51.166]) by mail.micronovasrl.com (Postfix) with ESMTPSA id 7D417B004A1; Sat, 5 May 2018 00:04:59 +0200 (CEST) Subject: Re: [PATCH 7/7] ARM: dts: sun7i: Add dts file for the A20-linova1-7 HMI To: Sergey Suloev Cc: Maxime Ripard , devicetree@vger.kernel.org, David Airlie , linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org, Chen-Yu Tsai , Thierry Reding , linux-arm-kernel@lists.infradead.org References: <1521662593-25468-1-git-send-email-giulio.benetti@micronovasrl.com> <1521662593-25468-7-git-send-email-giulio.benetti@micronovasrl.com> <20180322180508.my64gobhh5rc2x2m@flea> <8ef3b259-03b4-6987-286e-36ff627a8b76@micronovasrl.com> <20180424084137.7xfwji2gcibxavvt@flea> <03a02abb-e95c-b4ec-748f-907c0af67969@micronovasrl.com> <20180425184016.xktppxw7egddr7li@flea> <42feccc9-1d09-9ff2-3ccc-1dea63bacfb6@micronovasrl.com> <839d2560-0250-9b3a-8019-4e83d9e931e2@micronovasrl.com> <20180504080652.dniwaqqhbeuknp7y@flea> <644bcd2f-3479-3f3c-3aef-9db3d565c133@orpaltech.com> From: Giulio Benetti Message-ID: Date: Sat, 5 May 2018 00:05:00 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: <644bcd2f-3479-3f3c-3aef-9db3d565c133@orpaltech.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: it Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Sergey, Il 04/05/2018 23:59, Sergey Suloev ha scritto: > Hi, Giulio, > > On 05/05/2018 12:52 AM, Giulio Benetti wrote: >> Hi Maxime! >> >> Il 04/05/2018 10:06, Maxime Ripard ha scritto: >>> Hi, >>> >>> On Wed, May 02, 2018 at 06:41:34PM +0200, Giulio Benetti wrote: >>>>>> You don't have to handcode the fragments anymore with the new syntax, >>>>>> and U-Boot makes it really trivial to use if you use the FIT image >>>>>> format to have multiple overlays bundled in the same image. You can >>>>>> choose to apply them dynamically, for example based on an EEPROM or >>>>>> some other metric to see which combination you have. >>>>> >>>>> Ah, this is interesting. I'm going to experiment with that. >>>>> >>>> >>>> I'm struggling against this, I don't really know how to proceed, >>>> except keeping monolithic dts files including other dtsi files. >>>> >>>> About dt-overlays I've tried to look around lot of time, >>>> but the only thing I've found is this: >>>> https://git.kernel.org/pub/scm/linux/kernel/git/geert/renesas-drivers.git/tree/arch/arm/boot/dts?h=topic/renesas-overlays >>>> >>>> >>>> where they use .dtso tagging them as "/plugin/;" >>>> and compile all .dtso found in dts folder. >>>> Then they obtain .dtbo files that should be the dt-overlays we have >>>> spoken >>>> about right? >>> >>> Yes. You don't have to do that though, you can just rely on dtc to >>> compile them, outside of the linux build system. >>> >>>> What I can't understand is if there's a real standard at this time to >>>> follow, because on renesas-driver they use their way to handle all >>>> .dtso >>>> files, but on mainline there seems to be nothing about that. >>> >>> I'm not sure what you mean here. It's just fragments of device tree, >>> that have to be compiled using dtc, that's it. You can use the Linux >>> build system infrastructure to do that, or you can build your own >>> simpler one. That's really up to you. See for example >>> https://github.com/NextThingCo/CHIP-dt-overlays/blob/master/Makefile >>> >>> (even though the overlays themselves use the legacy syntax and >>> shouldn't really be used an examples) >> >> Everything works now! >> Thank you very much! >> I've setted up a Repo on Github to give an example on how make it work >> with no pain: >> https://github.com/micronovasrl/linova-dtoverlays >> >> At the moment it's a mess all around, but it's working and give an >> idea on how to make it work. Though I'm going to clean it up well as a >> base for linova dtoverlays. >> >> Ah, btw, can you confirm me that base dts file must be compiled >> outside kernel with: >> dtc -@ .... >> Otherwise as in-tree dts with make dtbs "-@" argument is not passed. >> Right? >> >> Thank you a lot for your help and time again! >> >> Best regards! >> > I'd highly recommend you to look at Armbian overlay support: it is easy > and elegant. > > https://github.com/armbian/build/blob/master/patch/kernel/sunxi-next/add-overlay-compilation-support.patch > > > https://github.com/armbian/build/blob/master/patch/kernel/sunxi-next/add-sunxi-overlays.patch Thanks for pointing me that, but as we've discussed before, at the moment overlays are not going to be included in Mainline Kernel(Maxime correct if I'm wrong). Try to think maintaining thousands and thousands of overlays, it would be a nightmare(IMHO). Maybe it will change, I don't know. Thanks anyway. Best regards -- Giulio Benetti CTO MICRONOVA SRL Sede: Via A. Niedda 3 - 35010 Vigonza (PD) Tel. 049/8931563 - Fax 049/8931346 Cod.Fiscale - P.IVA 02663420285 Capitale Sociale ? 26.000 i.v. Iscritta al Reg. Imprese di Padova N. 02663420285 Numero R.E.A. 258642