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 X-Spam-Level: X-Spam-Status: No, score=-5.5 required=3.0 tests=DKIM_INVALID,DKIM_SIGNED, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,MENTIONS_GIT_HOSTING, SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 687B9C433E0 for ; Fri, 5 Jun 2020 14:39:54 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 466D8206DC for ; Fri, 5 Jun 2020 14:39:54 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=fail reason="signature verification failed" (1024-bit key) header.d=mg.codeaurora.org header.i=@mg.codeaurora.org header.b="mDSEArvG" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728045AbgFEOjx (ORCPT ); Fri, 5 Jun 2020 10:39:53 -0400 Received: from mail27.static.mailgun.info ([104.130.122.27]:54213 "EHLO mail27.static.mailgun.info" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727944AbgFEOjx (ORCPT ); Fri, 5 Jun 2020 10:39:53 -0400 DKIM-Signature: a=rsa-sha256; v=1; c=relaxed/relaxed; d=mg.codeaurora.org; q=dns/txt; s=smtp; t=1591367992; h=Message-ID: References: In-Reply-To: Subject: Cc: To: From: Date: Content-Transfer-Encoding: Content-Type: MIME-Version: Sender; bh=KTWUDLwRGa0tY+A1+UTpe+rQGvhwB5yp5lNO+CrBQH4=; b=mDSEArvGk72WbXhvlVkrOl8+/sweM5gXjem3dcFtlqHNIFKKHB/X2Ou1fcvT7FnZuSmwr/Zs F/Yn12k8OZEdrjMEfPQ8gN/f+dLJ6h7dXCJvny0kfx7Q1vjHboFaHuP4cNPU+Bzdz+48gbD9 3ISqe32zxNMYqpQVC2skNMZnOKQ= X-Mailgun-Sending-Ip: 104.130.122.27 X-Mailgun-Sid: WyI1YmJiNiIsICJkZXZpY2V0cmVlQHZnZXIua2VybmVsLm9yZyIsICJiZTllNGEiXQ== Received: from smtp.codeaurora.org (ec2-35-166-182-171.us-west-2.compute.amazonaws.com [35.166.182.171]) by smtp-out-n04.prod.us-west-2.postgun.com with SMTP id 5eda593646d39fc0a28680c9 (version=TLS1.2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256); Fri, 05 Jun 2020 14:39:50 GMT Received: by smtp.codeaurora.org (Postfix, from userid 1001) id 13945C43387; Fri, 5 Jun 2020 14:39:50 +0000 (UTC) Received: from mail.codeaurora.org (localhost.localdomain [127.0.0.1]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: saiprakash.ranjan) by smtp.codeaurora.org (Postfix) with ESMTPSA id 91E91C433CA; Fri, 5 Jun 2020 14:39:49 +0000 (UTC) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 05 Jun 2020 20:09:49 +0530 From: Sai Prakash Ranjan To: Nicolas Dechesne Cc: Jonathan Marek , Bjorn Andersson , linux-arm-msm , Andy Gross , Rob Herring , "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS" , open list , devicetree-owner@vger.kernel.org Subject: Re: [PATCH 1/6] arm64: dts: qcom: sm8150: add apps_smmu node In-Reply-To: References: <20200524023815.21789-1-jonathan@marek.ca> <20200524023815.21789-2-jonathan@marek.ca> <20200529025246.GV279327@builder.lan> <20200529031520.GA1799770@builder.lan> <91eb7ee0e549b10724c724aebfd91996@codeaurora.org> <8cf134f0-381f-7765-2496-e5abd77f3087@marek.ca> Message-ID: <81a9d07c0c8d76abf0ef734963788884@codeaurora.org> X-Sender: saiprakash.ranjan@codeaurora.org User-Agent: Roundcube Webmail/1.3.9 Sender: devicetree-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: devicetree@vger.kernel.org Hi Nico, On 2020-06-05 20:01, Nicolas Dechesne wrote: > On Fri, Jun 5, 2020 at 4:14 PM Sai Prakash Ranjan > wrote: >> >> On 2020-06-05 19:40, Jonathan Marek wrote: >> > On 6/5/20 10:03 AM, Sai Prakash Ranjan wrote: >> >> On 2020-05-29 08:45, Bjorn Andersson wrote: >> >>> On Thu 28 May 20:02 PDT 2020, Jonathan Marek wrote: >> >>> >> >>>> >> >>>> >> >>>> On 5/28/20 10:52 PM, Bjorn Andersson wrote: >> >>>> > On Sat 23 May 19:38 PDT 2020, Jonathan Marek wrote: >> >>>> > >> >>>> > > Add the apps_smmu node for sm8150. Note that adding the iommus field for >> >>>> > > UFS is required because initializing the iommu removes the bypass mapping >> >>>> > > that created by the bootloader. >> >>>> > > >> >>>> > >> >>>> > Unrelated to the patch itself; how do you disable the splash screen on >> >>>> > 8150? "fastboot oem select-display-panel none" doesn't seem to work for >> >>>> > me on the MTP - and hence this would prevent my device from booting. >> >>>> > >> >>>> > Thanks, >> >>>> > Bjorn >> >>>> > >> >>>> >> >>>> I don't have a MTP, but on HDK855, "fastboot oem >> >>>> select-display-panel none" >> >>>> combined with setting the physical switch to HDMI mode (which >> >>>> switches off >> >>>> the 1440x2560 panel) gets it to not setup the display at all (just >> >>>> the >> >>>> fastboot command isn't enough). >> >>>> >> >>> >> >>> Okay, I don't think we have anything equivalent on the MTP, but good >> >>> to >> >>> know. >> >>> >> >> >> >> Actually I tried out this in SM8150 MTP and it works fine for me, >> >> >> >> "fastboot set_active a; fastboot set_active b; fastboot set_active a; >> >> fastboot oem select-display-panel none; fastboot reboot bootloader; >> >> fastboot boot boot-sm8150.img" >> >> >> >> Also I need to switch slots everytime like above, otherwise I always >> >> see some error >> >> while loading the boot image. >> >> >> > >> > What is the error? If it is "FAILED (remote: Failed to >> > load/authenticate boot image: Load Error)" then flashing/erasing >> > boot_a will make it go away ("fastboot erase boot_a") for the next 6 >> > or so "failed" boots. >> > >> >> Yes this exact error. > > The bootloader maintains a 'boot status' in one of the partition > attributes. After a certain amount of 'failed' boot , it will switch > to the other boot partition. It's the same thing on RB3/DB845c. In our > release for DB845c, we are patching the bootloader so that this > behavior is bypassed. On typical 'product' there is a user space > application that will come and set the partition attribute to indicate > the boot was successful. > > For the record, this is the patch we use on 845c: > https://git.linaro.org/landing-teams/working/qualcomm/abl.git/commit/?h=release/LE.UM.2.3.7-09200-sda845.0&id=e3dc60213234ed626161a568ba587ddac63c5158 > > rebuilding EDK2/ABL requires access to signing tools.. so it might not > be possible for everyone. but in case you can, it should be > straightforward to reuse this patch. > Thank you for these details and the patch, it's very useful. I do have access to ABL code and the signing tools and can build one. Thanks, Sai -- QUALCOMM INDIA, on behalf of Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, hosted by The Linux Foundation