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 Received: from phobos.denx.de (phobos.denx.de [85.214.62.61]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 26F64C05027 for ; Thu, 26 Jan 2023 16:52:30 +0000 (UTC) Received: from h2850616.stratoserver.net (localhost [IPv6:::1]) by phobos.denx.de (Postfix) with ESMTP id 12EA2856F0; Thu, 26 Jan 2023 17:52:28 +0100 (CET) Authentication-Results: phobos.denx.de; dmarc=none (p=none dis=none) header.from=edgeble.ai Authentication-Results: phobos.denx.de; spf=pass smtp.mailfrom=u-boot-bounces@lists.denx.de Authentication-Results: phobos.denx.de; dkim=pass (2048-bit key; unprotected) header.d=edgeble-ai.20210112.gappssmtp.com header.i=@edgeble-ai.20210112.gappssmtp.com header.b="w+dnyqdb"; dkim-atps=neutral Received: by phobos.denx.de (Postfix, from userid 109) id 78C97856F0; Thu, 26 Jan 2023 17:52:05 +0100 (CET) Received: from mail-yb1-xb2f.google.com (mail-yb1-xb2f.google.com [IPv6:2607:f8b0:4864:20::b2f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits)) (No client certificate requested) by phobos.denx.de (Postfix) with ESMTPS id 3A10E85709 for ; Thu, 26 Jan 2023 17:51:48 +0100 (CET) Authentication-Results: phobos.denx.de; dmarc=none (p=none dis=none) header.from=edgeble.ai Authentication-Results: phobos.denx.de; spf=none smtp.mailfrom=jagan@edgeble.ai Received: by mail-yb1-xb2f.google.com with SMTP id a9so2724239ybb.3 for ; Thu, 26 Jan 2023 08:51:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=edgeble-ai.20210112.gappssmtp.com; s=20210112; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=SB1e5FZsEMO3eSeSLD0GcJt8hbfYdJiwjh1VrkHHYQ8=; b=w+dnyqdbNTh8lZFLy9/M3GnbkFL9Xpt/YAWKJ1gNavPakawNHWxPq5x0vj31sxeftr dPwk3G2IcRJ5SINyUsaBBn/5drMohN6TjWzX0jQ7spmCVtqzIsXq/LNNjGFmeOuR3q1k fBufS+3wl1PQdmrj77XJPT48Q0H5g19KctyYRytY9qvaECQIekt/ZzTDLzsfxFFeSI26 oaM+A1nyOBIls01yOohoUnBJeYrCItxVKBQg8j/DEjFxM6bM88edtMXOZlgirsXKQyIJ 2jsw64TqO7qUB5MEi+D4f0pj3zQCNGl5J2V2Ft5h1wEk01tBlq1IgRVdhBB97lG77k0H T7sA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=SB1e5FZsEMO3eSeSLD0GcJt8hbfYdJiwjh1VrkHHYQ8=; b=sGfGBfbesO1qycWyecQaae/5BSfq/ErKjExIJ3rqjNQC6/KHmsytnhH2wVqJihIc8f nVzMcgsigAEp2sfODwWEs9p+Nk/yxNvXNvRhR/60WT4PvOCrLqOTxFpJWHc1RJObkzOm YV7giPvdO0jATTa5GOliCl+f0pjlhDWU7xL5+X6jiW00zlUV5dZwZLQbc5WTEN7umiiJ 8ql4vRbP8xaQIr21KfIlXzePgJ0BAFUW5EDC9vlF4Kq8YZtSnryEhG9tb0IpxMz4gE3x cYXV5IlhtJNW0DKmdVSq5pRSh3xoqo1eNl5K+fhqIIDDuvbrPJaiFqLJvFGL6kqjNOUY pxOg== X-Gm-Message-State: AFqh2kpeM+AuFJaXR+q05FJiGUFW1rxEy9X9OpGgCszlvsFM9g+LOyPM F2DMclOLHhm3Qh5fYwkyVPHvMKvZwkuG87BdTF7Nsw== X-Google-Smtp-Source: AMrXdXujXMCX5kVLsRFo3FcbluhGPSLOODJCZr4ZjDBM6ABvjAr3uXAXspwiggqMA2QqM3QYz7IYyW0nJqCPdFHlAW4= X-Received: by 2002:a25:6e8a:0:b0:7cb:b2db:e571 with SMTP id j132-20020a256e8a000000b007cbb2dbe571mr4584261ybc.416.1674751900820; Thu, 26 Jan 2023 08:51:40 -0800 (PST) MIME-Version: 1.0 References: <20230125222741.303259-1-jagan@edgeble.ai> <2efd56b6-4dc9-cd77-3792-e60142faa6ae@kwiboo.se> In-Reply-To: <2efd56b6-4dc9-cd77-3792-e60142faa6ae@kwiboo.se> From: Jagan Teki Date: Thu, 26 Jan 2023 22:21:29 +0530 Message-ID: Subject: Re: [RFC PATCH 00/16] arm: Add Rockchip RK3588 support To: Jonas Karlman Cc: Kever Yang , Simon Glass , Philipp Tomsich , fatorangecat@189.cn, u-boot@lists.denx.de Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-BeenThere: u-boot@lists.denx.de X-Mailman-Version: 2.1.39 Precedence: list List-Id: U-Boot discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: u-boot-bounces@lists.denx.de Sender: "U-Boot" X-Virus-Scanned: clamav-milter 0.103.6 at phobos.denx.de X-Virus-Status: Clean Hi Jonas, On Thu, 26 Jan 2023 at 04:17, Jonas Karlman wrote: > > Hi Jagan, > > On 2023-01-25 23:27, Jagan Teki wrote: > > This series support Rockchip RK3588. All the device tree files are > > synced from linux-next with the proper SHA1 mentioned in the commit > > messages. > > > > Unfortunately, the BL31 from rkbin is not compatible with U-Boot so > > it is failing to load ATF entry from SPL and hang. > > > > Verified below BL31 versions, > > bl31-v1.15 > > bl31-v1.21 > > bl31-v1.22 > > bl31-v1.23 > > bl31-v1.24 > > bl31-v1.25 > > bl31-v1.26 > > > > Rever-engineered with respect to rockchip u-boot by using the same > > FIT_GENERATOR being used in Mainline, rockchip u-boot is booting but > > mainline showing the same issue. > > > > Log: > > > > LPDDR4X, 2112MHz01-00642-g6bdfd31756-dirty (Jan 26 2023 =EF=BF=BD=EF=BF= =BD=EF=BF=BD3:44:34 +0530) > > channel[0] BW=3D16 Col=3D10 Bk=3D8 CS0 Row=3D17 CS1 Row=3D17 CS=3D2 Die= BW=3D8 Size=3D4096MB > > channel[1] BW=3D16 Col=3D10 Bk=3D8 CS0 Row=3D17 CS1 Row=3D17 CS=3D2 Die= BW=3D8 Size=3D4096MB > > channel[2] BW=3D16 Col=3D10 Bk=3D8 CS0 Row=3D17 CS1 Row=3D17 CS=3D2 Die= BW=3D8 Size=3D4096MB > > channel[3] BW=3D16 Col=3D10 Bk=3D8 CS0 Row=3D17 CS1 Row=3D17 CS=3D2 Die= BW=3D8 Size=3D4096MB > > change to F1: 528MHz > > change to F2: 1068MHz > > change to F3: 1560MHz > > change to F0: 2112MHz > > out > > > > U-Boot SPL 2023.01-00642-g6bdfd31756-dirty (Jan 26 2023 - 03:44:34 +053= 0) > > Trying to boot from MMC1 > > bl31_entry: atf_entry start > > << hang >> > > > > Any information on BL31 for RK3588 please share. > > I had a similar strange booing issue with RK3568 and mainline U-Boot, > turned out to be related to all parts of ATF not being properly loaded > into PMU SRAM. > > Using my series at [1] I managed to get ATF to be fully loaded into > PMU SRAM. Using CONFIG_SPL_FIT_SIGNATURE=3Dy helped me finding out that > the segment being loaded ended up corrupted. > > The use of 512 bytes alignment of the FIT helped mitigate that issue. > Vendor U-Boot use a bounce buffer for all parts that is written into > SRAM (anything loaded outside the gd->ram_base to gd->ram_top range). > > You can also find newer bl31 at [2], up to version v1.32. > > [1] https://patchwork.ozlabs.org/project/uboot/list/?series=3D337891 > [2] https://gitlab.com/rk3588_linux/rk/rkbin/-/tree/linux-5.10-gen-rkr3.5= /bin/rk35 Thanks for the details. I did apply this set on the master. No change in the behavior, used BL31 and ddr from [2] as well as in rkbin/master. Jagan.