Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932348AbcC2TAy (ORCPT ); Tue, 29 Mar 2016 15:00:54 -0400 Received: from smtp.codeaurora.org ([198.145.29.96]:58217 "EHLO smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757457AbcC2TAw (ORCPT ); Tue, 29 Mar 2016 15:00:52 -0400 Date: Tue, 29 Mar 2016 12:00:49 -0700 From: Stephen Boyd To: Nicolas Dechesne Cc: Bjorn Andersson , Srinivas Kandagatla , Andy Gross , linux-arm-msm , devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, lkml , linux-soc@vger.kernel.org Subject: Re: [PATCH 04/12] ARM: dts: dragonboard-600c: add board support with serial Message-ID: <20160329190049.GG18567@codeaurora.org> References: <1458762366-9233-1-git-send-email-srinivas.kandagatla@linaro.org> <1458762442-9492-1-git-send-email-srinivas.kandagatla@linaro.org> <56F2F78E.8050002@codeaurora.org> <56F2FCD0.1000708@linaro.org> <56F3477E.8090205@codeaurora.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1872 Lines: 37 On 03/24, Nicolas Dechesne wrote: > On Thu, Mar 24, 2016 at 2:48 AM, Stephen Boyd wrote: > > I don't make up the names, but for other qcom sbc products the > > bootloader is looking for sbc there to make sure it picks the right dtb > > blob. So I guess this is _the_ qcom 8064 sbc? Definitely not _the_ 8064 > > sbc though. > > > > If this device won't get those bootloaders that look for this then it > > doesn't really matter and I don't care what this is named. Please take a > > look at Documentation/devicetree/bindings/arm/qcom.txt for what I'm > > talking about though. > > > I would really want to get rid of the 'i need to append the DTB' on > this board. the DT support in the bootloader have been backported , I > am really hoping we can use this DT aware LK, and thus rely on the > compatible string, like we do on db410c. So this is important to get > the name/property right, since we will get there. In fact, I am even > hoping that once we publish this DT aware LK along with this board, > the other myriad of 8064 based 'SBC' from various vendors will upgrade > their bootloader, so that we can have a single 'boot' image (generated > with the help of dtbTool) that works across all devices. Ok, I'm not sure how that's going to work though. If all these 'SBC' devices are using the same bootloader and that bootloader is looking into SMEM for the different device identifying attributes (called socinfo in the downstream kernel) we're going to need to make sure that the devices identify uniquely. There is the 'subtype' attribute, which is just a number to identify different variations of a similar board. I hope that all the 'SBC' boards are using different subtypes or things are going to start getting messy. -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project