Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp4155930yba; Tue, 9 Apr 2019 12:21:42 -0700 (PDT) X-Google-Smtp-Source: APXvYqxJegsvhrT6NewMk37NMbbhVIIjXh+LngNaSr7AIwCRnrawtvTATG2IeTYndQcGl5Vstguz X-Received: by 2002:a17:902:aa85:: with SMTP id d5mr39453392plr.251.1554837702862; Tue, 09 Apr 2019 12:21:42 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1554837702; cv=none; d=google.com; s=arc-20160816; b=Qza4/lWgPvkDDhWn6TXv9w8z1BD9F8PDj4ZMEk1BWKqoApDC0BedeavAAKYXg/bL3T BzP02ouoawqYbR0bHJKnO2cLd8zPuAK+nqUZDyUwQ73fpAZLSBY3DXf0Xl4/pDoVhd2R W+qyXkbXV6QGXv8+fE0qFDZnzTCUR5ZVs13wU0LX/+U0ruK3C95DKBBE1HMIKtGskzJb I45GTdb0TpH2PyzgJzMUYaGxxfz6FHDSTI3iNL9Nkl0VbveCOufxQMPM/rwgt+1CyRVI cHMdZao0dRZ3OIxePL58i21kHt+S/B3zzSieApXPDzubqA4M9wZhaTaMmOMBlby+bEt4 w2kg== 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; bh=cVg8TgLxhu0AsTn/qyNanPtN3GOs1sC0oa8OR9PtDwg=; b=Yw99x3QX05GzSdS7MHUIgQ/CSH2nywB1mp+Bz0OWzblhiXVcwdarOJenNH9Zm1VDEn gELnqWhly+9XO3FJdkr26Ix6sjOWfhqIb4cN80iRoQ/cqFHvfExzt21eEcGKf4D+26ht ig1rR4W+IreExMlSPTZNVWz4ResViiChMb4T3A0dxO+0FDaG4lgeATSmOGCIbewfhO4z Vh4ZfVDgJ1vMzDVT0jGZFmY0el2p/a8bfOpFGbgf6q06SE39DajJq+0A1T7/1W8MrU6e to+0HTJ0NDbn1OhWUH+XBskmiOO0IO+QDmZIi3L6/FM5ekHCcleG0TZvj0O94ey5+UtH eQoA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=XEx3KxzR; 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 c20si29725305pls.53.2019.04.09.12.21.27; Tue, 09 Apr 2019 12:21:42 -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=XEx3KxzR; 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 S1726930AbfDITTg (ORCPT + 99 others); Tue, 9 Apr 2019 15:19:36 -0400 Received: from mail-pg1-f196.google.com ([209.85.215.196]:36999 "EHLO mail-pg1-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726858AbfDITTR (ORCPT ); Tue, 9 Apr 2019 15:19:17 -0400 Received: by mail-pg1-f196.google.com with SMTP id e6so9872682pgc.4; Tue, 09 Apr 2019 12:19:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=cVg8TgLxhu0AsTn/qyNanPtN3GOs1sC0oa8OR9PtDwg=; b=XEx3KxzRMldfYCi/2rU/Uc303/rQobRB2EtFNC9BAMr9tNT3iLS9tRWxvQG4am+0je cneU0mflFgP30k4XMLpP10yvZF+L6HjecBAqGhpUIwyjssH4WZlFDuSt9MiKylaQ9lsK dBGWMBzJbloMtj5W4hMvsUq9olrF1zMJSAF5JHpl89dTfXpYepbq27GXeMfNo7KZDqit h8TmHNvq1Cw5Y648FGZa6lcGCP2uZCL4VNsGLKsVp1WvGPKxNkYJJNqeKGFz5asPcDGa cXhZvAjww6UtjoMxTFrTE4r7zTTigvkO9nLYPtXg4EwcS1R9jlOooyabQ0Eq3b0h9Lxx 1p1w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=cVg8TgLxhu0AsTn/qyNanPtN3GOs1sC0oa8OR9PtDwg=; b=e0ocoxIlZY4NMrT4uL5kgx2J6zgcCShOLjC5m6vF0gmCWUkGE1mumH9bnl6fnm32FW QVwmY/vbRAKKzTND3CzffEbLpN4OaN0KPTFvMv3k2G+29P6yjc68110j2PL03MR46eLM LXZz4PSEl4HJc6Rona2RC8nQWkEW5K0isKOdahl1vzv7zYgt4qxnxelo3LQ+WITWvAnP CSvALkD/OLvryKNeDvh91V0v5J4sqa3gp4L4sGIPZabqW9pIYzvwfOBpUP1r5htMAsIi xpBs+1AkAYEb7ukHZ6uOHKkSCrjZTHRFBpjPrFm3OnEya/CL0cGAngAivshV5vBwlXtW lrKQ== X-Gm-Message-State: APjAAAVG2MGAhfDXBxtDuJCMYtYwb/c4imliF5Nm446A4+9cpDzvQSdW 18upYopXEzuGoub11WxICPE= X-Received: by 2002:a62:26c1:: with SMTP id m184mr1034913pfm.102.1554837556859; Tue, 09 Apr 2019 12:19:16 -0700 (PDT) Received: from [192.168.1.70] (c-24-6-192-50.hsd1.ca.comcast.net. [24.6.192.50]) by smtp.gmail.com with ESMTPSA id h65sm83315826pfd.108.2019.04.09.12.19.15 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 09 Apr 2019 12:19:16 -0700 (PDT) Subject: Re: Using device tree overlays in Linux To: Chris Packham , "pantelis.antoniou@konsulko.com" , "robh+dt@kernel.org" Cc: "devicetree@vger.kernel.org" , "linux-kernel@vger.kernel.org" , Hamish Martin References: <71fb0ff289e84c55bd92ecd96bc9aa76@svr-chch-ex1.atlnz.lc> <61185ee9-4bee-eec3-f0d0-6d6760595845@gmail.com> <224942bd629e41eaa23ab327b015134e@svr-chch-ex1.atlnz.lc> From: Frank Rowand Message-ID: Date: Tue, 9 Apr 2019 12:19:14 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.5.1 MIME-Version: 1.0 In-Reply-To: <224942bd629e41eaa23ab327b015134e@svr-chch-ex1.atlnz.lc> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 4/7/19 6:27 PM, Chris Packham wrote: > Hi Frank, > > On 8/04/19 1:05 PM, Frank Rowand wrote: >> Hi Chris, >> >> On 4/3/19 6:50 PM, Chris Packham wrote: >>> Hi, >>> >>> I'm implementing support for some modular Linux based systems using >>> device tree overlays. The code is working but it seems a little more >>> fiddly that than it should be so I'm wondering if I'm doing it right. >> >> Let me start by saying that I strongly discourage using device tree >> overlays in the Linux kernel until the support is more baked. For >> some info on how unbaked overlays are, see: >> >> https://elinux.org/Frank%27s_Evolving_Overlay_Thoughts >> >> You should consider applying overlays in the Linux kernel to be >> fragile at best. >> >> If you can not figure out how to solve your needs without using >> overlays, then having the boot loader apply the overlay instead >> of the kernel applying the overlay avoids most of the issues. >> > > Consider us beta-testers :). You should read the elinux.org page more carefully. The support isn't even alpha stage. It is at the level of proof of concept. I'll update that page to explicitly say the code is proof of concept. < snip > I'll reply to the rest of the email separately. -Frank