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=-7.3 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, NICE_REPLY_A,SPF_HELO_NONE,SPF_PASS,USER_AGENT_SANE_1 autolearn=no 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 51F30C433F5 for ; Mon, 20 Sep 2021 16:16:54 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 3AE3661163 for ; Mon, 20 Sep 2021 16:16:54 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S242836AbhITQSU (ORCPT ); Mon, 20 Sep 2021 12:18:20 -0400 Received: from phobos.denx.de ([85.214.62.61]:54364 "EHLO phobos.denx.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S242910AbhITQQY (ORCPT ); Mon, 20 Sep 2021 12:16:24 -0400 Received: from [IPv6:::1] (p578adb1c.dip0.t-ipconnect.de [87.138.219.28]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: marex@denx.de) by phobos.denx.de (Postfix) with ESMTPSA id 918D080EEA; Mon, 20 Sep 2021 18:14:55 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=denx.de; s=phobos-20191101; t=1632154496; bh=yS7en13J7rnW4XQUJmNyAzrBQGHNd4sbRM9BKk+8/RQ=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=0Usi7mEBrbAF92TAqjuUGCtU+1XQG2HXo0deDO7YIQiCqI+kuDmP2ro1lWIRqGm/b 5lZ68/WOSVpFnkjXQ6jWvoNZd0nYBwAkDVkDb7lBz4PzleNNmnS+Pk5T7JUXJisbCT JD+aqUPdiSVBdbeNN1yzHyHvD0O46N19UJWqBBC926MfphR3li+vReIXuyQMNVGGKz mA7IgKlLk5zYU/SNin00Wnm7vENzT9N2eS+/7zwE6G11EuFYyjGyv++7/nhUI/RgLF JfnIGhwYBLV6Z7ese3U96jBbLmlklms13sjVCz778wKbyl3JlPSeUEVXb1vTguw5DT 0xlmz0lRyVvrQ== Subject: Re: [PATCH v4 5/9] ARM: imx_v6_v7_defconfig: build imx sdma driver as module To: Marcel Ziswiler , "linux-arm-kernel@lists.infradead.org" Cc: "linux@armlinux.org.uk" , "andreas@kemnade.info" , "festevam@gmail.com" , "kernel@pengutronix.de" , "s.hauer@pengutronix.de" , "linux-imx@nxp.com" , "shawnguo@kernel.org" , "pzimmermann@dh-electronics.com" , "linux-kernel@vger.kernel.org" References: <20210920144938.314588-1-marcel@ziswiler.com> <20210920144938.314588-6-marcel@ziswiler.com> From: Marek Vasut Message-ID: Date: Mon, 20 Sep 2021 18:14:54 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.13.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Virus-Scanned: clamav-milter 0.103.2 at phobos.denx.de X-Virus-Status: Clean Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 9/20/21 5:55 PM, Marcel Ziswiler wrote: > On Mon, 2021-09-20 at 16:52 +0200, Marek Vasut wrote: >> On 9/20/21 4:49 PM, Marcel Ziswiler wrote: >>> From: Marcel Ziswiler >>> >>> Build CONFIG_IMX_SDMA as a module to avoid the following boot issue: >>> >>> [    5.214751] imx-sdma 20ec000.sdma: Direct firmware load for >>>   imx/sdma/sdma-imx6q.bin failed with error -2 >>> [    5.215762] imx-sdma 20ec000.sdma: Falling back to sysfs fallback >>>   for: imx/sdma/sdma-imx6q.bin >> >> Isn't there some ROM-side SDMA firmware baked into the MX6 which is used >> as a fallback if loading newer one from filesystem fails ? I suspect the >> default ROM firmware might be buggy. > > I'm not so sure about this. At least it seems to fail if no external firmware can be loaded. See e.g. SDMA chapter in MX6SDLRM or similar, it does talk about 4k boot ROM, which contains scripts and utilities later referenced by scripts in RAM. It might be worth looking into that a bit further, but that seems like a separate topic from this patch.