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 D79E0C433FE for ; Mon, 10 Oct 2022 18:40:37 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229783AbiJJSkg (ORCPT ); Mon, 10 Oct 2022 14:40:36 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:39332 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229689AbiJJSkf (ORCPT ); Mon, 10 Oct 2022 14:40:35 -0400 Received: from mail-qk1-x72d.google.com (mail-qk1-x72d.google.com [IPv6:2607:f8b0:4864:20::72d]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id BE4BF11157 for ; Mon, 10 Oct 2022 11:40:32 -0700 (PDT) Received: by mail-qk1-x72d.google.com with SMTP id d13so855192qko.5 for ; Mon, 10 Oct 2022 11:40:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=09B2lIfMW5FCv/PYhSBROv85IU3XYzHTU0Y/zt/18Vc=; b=xJIKm4xbDTHtlD/6nmZeJ0m4F0qWhqvcIK/AcJdYzLFhm/yTP3goZYKQo89gG7WSfM 9Gh+carIFB8Ex+vfQQhoXMU0k697vtnSSvhsiPNEEZAmCzzoQb3d86fORJwNzNJksxa+ zVNM8JQEskJyAu4PxM8IGg4dXuGUk+YNT98pbiW0Wl04KulYxTip5GMxI1AfEfhiuAZ4 Lf8zGCIHuxmpP0If3aKNwVJmDOrUYd2Z4NZ4XKn3LnUaBsVrQesZcsdf9jE/5rCCk9Uc 1ulHp7U06Hi8MIjR8ymYMV0ibx5nga+dhG3v78L92KWJCQuype/VDn9WaeiK7xfFVByE xblA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=09B2lIfMW5FCv/PYhSBROv85IU3XYzHTU0Y/zt/18Vc=; b=gyhmE40XL5xr1VU+gIjGZUklRaZNXkBM58ZWnB9UBS9nRs2VrIet9FiUhgoxixAgLf oxL6JHHdNGBxUFpAHert2VGRxiB8nAHjID2SOePuzzAs5f8q/E1eoXeuSkVgcAXE7n0/ 8AGNxSdNxAz4QGV12mrPDLEcJepsxTSaRJPbf+0MMEX8Pjnf80lPPQNzg1aOgsfjG1iZ h/Y6Id2DLFiCdMgErWgvU47PdAjawa1/LPnvxiUh3ncLu8KAvn2L/v459Pmo/mAgsO1L 1vHj1/HP1dfHp93SOM9Eajx54osIdZ2Y2pBxJOVs6a24NPEpUolQB0RxbMOX0PNllN6g I92A== X-Gm-Message-State: ACrzQf2hIJVvwvH++PSUe0XmVgQPGiur4pXd34vfPgCsiMtrpUFDhXxg fPaR70WRFErrUrDtwh7kQWWG2g== X-Google-Smtp-Source: AMsMyM50RUj/Zs5jIlJ1Ia0KMBQ2dFhE/Svrs294KEyNiV4K5xJk+7tGEEKmPzUEBZXHKqaQbVPPrQ== X-Received: by 2002:a05:620a:2808:b0:6bc:5d4a:a01a with SMTP id f8-20020a05620a280800b006bc5d4aa01amr13704079qkp.371.1665427231283; Mon, 10 Oct 2022 11:40:31 -0700 (PDT) Received: from [192.168.1.57] (cpe-72-225-192-120.nyc.res.rr.com. [72.225.192.120]) by smtp.gmail.com with ESMTPSA id t19-20020ac865d3000000b0035ba48c032asm8849457qto.25.2022.10.10.11.40.27 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 10 Oct 2022 11:40:29 -0700 (PDT) Message-ID: Date: Mon, 10 Oct 2022 14:40:27 -0400 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.3.2 Subject: Re: [PATCH v2] arm64: dts: qcom: starqltechn: add initial device tree for starqltechn Content-Language: en-US To: Dzmitry Sankouski Cc: Andy Gross , Bjorn Andersson , Rob Herring , Krzysztof Kozlowski , Kees Cook , Anton Vorontsov , Colin Cross , Tony Luck , linux-arm-msm@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org References: <20220617110130.2300438-1-dsankouski@gmail.com> <9bf584a1-bab9-33f3-02b6-6b10a7cfb043@linaro.org> From: Krzysztof Kozlowski In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: devicetree@vger.kernel.org On 10/10/2022 12:43, Dzmitry Sankouski wrote: > (...) >> >> Why do you have DTSI for one DTS? > Samsung has several devices on sdm845 SoC (at least 3 phones: > starqltechn, starq2ltechn, crownltechn). I don't have plans to > introduce support for any new Samsung sdm845 device except > starqltechn, but I guess we should extract common dtsi now to make > future contributions easier. I think I should rename common dtsi file > to '$soc-$vendor-common.dtsi', like others device trees doing now File can be easily renamed later, but if additional devices are not mainlined we will always need to deal with almost empty DTS. Best regards, Krzysztof