Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753241AbcD0A5c (ORCPT ); Tue, 26 Apr 2016 20:57:32 -0400 Received: from regular1.263xmail.com ([211.150.99.138]:60641 "EHLO regular1.263xmail.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753085AbcD0A53 (ORCPT ); Tue, 26 Apr 2016 20:57:29 -0400 X-263anti-spam: KSV:0; X-MAIL-GRAY: 0 X-MAIL-DELIVERY: 1 X-ABS-CHECKED: 4 X-ADDR-CHECKED: 0 X-KSVirus-check: 0 X-RL-SENDER: jay.xu@rock-chips.com X-FST-TO: linux-kernel@vger.kernel.org X-SENDER-IP: 58.22.7.114 X-LOGIN-NAME: jay.xu@rock-chips.com X-UNIQUE-TAG: X-ATTACHMENT-NUM: 0 X-DNS-TYPE: 0 Subject: Re: [PATCH 4/4] ARM64: dts: rockchip: add dts file for RK3399 evaluation board To: Doug Anderson , =?UTF-8?Q?Heiko_St=c3=bcbner?= References: <1461638206-20473-1-git-send-email-jay.xu@rock-chips.com> <1461638206-20473-5-git-send-email-jay.xu@rock-chips.com> <9945516.Q6LYCrkl5z@diego> Cc: lintao , Rob Herring , Pawel Moll , Mark Rutland , Ian Campbell , Kumar Gala , Catalin Marinas , Will Deacon , Tao Huang , David Riley , Julius Werner , smbarber@chromium.org, "devicetree@vger.kernel.org" , "linux-arm-kernel@lists.infradead.org" , "open list:ARM/Rockchip SoC..." , "linux-kernel@vger.kernel.org" From: "jay.xu" Message-ID: <57200E6F.1080507@rock-chips.com> Date: Wed, 27 Apr 2016 08:57:19 +0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1491 Lines: 44 Hi Doug: On 2016年04月27日 04:53, Doug Anderson wrote: > Hi, > > On Tue, Apr 26, 2016 at 5:37 AM, Heiko Stübner wrote: >>> + model = "Rockchip RK3399 Evaluation Board"; >>> + compatible = "rockchip,rk3399-evb", "rockchip,rk3399", >>> + "google,rk3399evb-rev2", google,rk3399evb-rev1", >>> + "google,rk3399evb-rev0" ; >> >> can you check against which compatibles that coreboot really matches? >> >> As we said that the evb changed between rev1 and rev2, I would expect the >> compatible to be something like >> >> compatible = "rockchip,rk3399-evb", "google,rk3399evb-rev2", >> "rockchip,rk3399"; >> >> leaving out the rev1 and rev0 > > What Heiko suggests seems reasonable to me. > > It all depends on what your bootloader is doing and what you guys want > to do. Chrome OS designs that I've worked on have had board > strappings that you can read a board ID from and that's how the BIOS > (like coreboot) will figure out which board ID it is running on. I'm > not aware of such strappings on rk3399-evb. Do they exist? > > Of course, even without strappings it's possible to get the bootloader > to work sanely. You can either define the revision number at build > time or you can store the revision number somewhere non-volatile. > yes, I will talk with coreboot developer about this, maybe to fix it in coreboot and just keep simple in dtsi file. thanks Jianqun > > -Doug > > >