From mboxrd@z Thu Jan 1 00:00:00 1970 Delivery-date: Thu, 03 Jul 2025 18:36:29 +0200 Received: from metis.whiteo.stw.pengutronix.de ([2a0a:edc0:2:b01:1d::104]) by lore.white.stw.pengutronix.de with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1uXMvF-00Dhgq-0Z for lore@lore.pengutronix.de; Thu, 03 Jul 2025 18:36:29 +0200 Received: from bombadil.infradead.org ([2607:7c80:54:3::133]) by metis.whiteo.stw.pengutronix.de with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1uXMvD-0005s4-S3 for lore@pengutronix.de; Thu, 03 Jul 2025 18:36:29 +0200 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender:List-Subscribe:List-Help :List-Post:List-Archive:List-Unsubscribe:List-Id:Content-Transfer-Encoding: Content-Type:Subject:From:To:MIME-Version:Date:Message-ID:Reply-To:Cc: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Owner; bh=CMa0k301sFcMZnM2+tFMEt58/nXRHSji8PFNYJ49hz8=; b=iWi2FDd+AlpDVdrrGqvp9dkDJ8 GEoH3VjmDLAdCirePnc3ySeXEC6APMkuEexjgID6HKmhubcqgPvuTG26LXx94y0i6mMyJ4pITObZr +9XwhavxyRTkNewTKB01agsaJJKVX4KPIgv8vqBbyuSJhOqiw69cjJfJ+U/blTaJUgWppOrF63ZE8 D3fh39QX3j70dVW7keoCJYVqhpl2fX7+M7VKzZ/RGXN8gYEFwvXQvj+nCHVCUCkOTR12wljDs+gwA zG2WYAJaP2EAV14mhojdPou8rZ+Dxlkxg8RaTr+8iKPmv5OKZsDWZQ/80yPD9xndd3Ar4K9BLh/cP hinOPSWw==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.98.2 #2 (Red Hat Linux)) id 1uXMuW-0000000C0lm-3sDt; Thu, 03 Jul 2025 16:35:44 +0000 Received: from cczrelay01.in2p3.fr ([134.158.66.141]) by bombadil.infradead.org with esmtps (Exim 4.98.2 #2 (Red Hat Linux)) id 1uXKp3-0000000Be7d-01VA for barebox@lists.infradead.org; Thu, 03 Jul 2025 14:21:59 +0000 Received: from [134.158.124.135] (clrelecpo09w.in2p3.fr [134.158.124.135]) (authenticated bits=0) by cczrelay01.in2p3.fr (8.14.4/8.14.4) with ESMTP id 563ELqQs023067 (version=TLSv1/SSLv3 cipher=AES128-GCM-SHA256 bits=128 verify=NO) for ; Thu, 3 Jul 2025 16:21:52 +0200 Message-ID: <9026c709-5e5f-4545-94ca-ea78ea431082@clermont.in2p3.fr> Date: Thu, 3 Jul 2025 16:21:52 +0200 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: en-US To: MList-Barebox From: David Picard Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20250703_072157_318610_45DA0706 X-CRM114-Status: UNSURE ( 6.02 ) X-CRM114-Notice: Please train this message. X-BeenThere: barebox@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: "barebox" X-SA-Exim-Connect-IP: 2607:7c80:54:3::133 X-SA-Exim-Mail-From: barebox-bounces+lore=pengutronix.de@lists.infradead.org X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on metis.whiteo.stw.pengutronix.de X-Spam-Level: X-Spam-Status: No, score=-5.2 required=4.0 tests=AWL,BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RCVD_IN_DNSWL_MED,SPF_HELO_NONE,SPF_NONE autolearn=unavailable autolearn_force=no version=3.4.2 Subject: boards/enclustra-sa2: add new board (HELP NEEDED) X-SA-Exim-Version: 4.2.1 (built Wed, 08 May 2019 21:11:16 +0000) X-SA-Exim-Scanned: Yes (on metis.whiteo.stw.pengutronix.de) Hello, I'm trying to port the Enclustra SA2 module. I started off the Terasic DE0 nano Soc board, that I could run with success previously. They both have a Cyclone V SoC FPGA. I added some pr_debug(). My code is here, in the board-enclustra-sa2 branch: https://github.com/dpproto/barebox It hangs when the execution jumps to the uncompressed Barebox image, and I'm really stuck. Enclustra provides a U-Boot configuration, with handoff files. I tried to compare them with those I copied from a sample Quartus project they provide too. I couldn't notice striking differences, although it's not easy to compare because they used an older version of Quartus. - The addresses and sizes in the log output below don't seem to exceed SDRAM boundaries, do they? - Any hint on anything to check? David ============================= barebox 2025.06.1 #1 Thu Jul 3 10:53:43 CEST 2025 Board: SoCFPGA No consoles were activated. Activating all consoles as fallback! dw_mmc dw_mmc0: registered as mci0 mci0: detected SD card version 2.0 mci0: registered disk0 starting bootloader... arch/arm/boards/enclustra-sa2/lowlevel.c: __start_socfpga_sa2() >>> start include/mach/socfpga/lowlevel.h: start_socfpga_c5_common() >>> start include/mach/socfpga/lowlevel.h: start_socfpga_c5_common() >>> arm_cpu_lowlevel_init() OK include/mach/socfpga/lowlevel.h: start_socfpga_c5_common() >>> fdt_blob=0x00002320 fdt=0x1ff87ae8 size=0x40000000 include/mach/socfpga/lowlevel.h: start_socfpga_c5_common() >>> calling barebox_arm_entry()... uncompress.c: memory at 0x00000000, size 0x40000000 mmu: enabling MMU, ttb @ 0x3ffe0000 endmem                = 0x40000000 arm_mem_scratch       = 0x3fff8000+0x00008000 arm_mem_stack         = 0x3fff0000+0x00008000 arm_mem_ttb           = 0x3ffe0000+0x00010000 arm_mem_barebox_image = 0x3fe00000+0x00200000 arm_mem_early_malloc  = 0x3fde0000+0x00020000 membase               = 0x00000000+0x40000000 uncompress.c: uncompressing barebox binary at 0x1ff8c800 (size 0x00056b67) to 0x3fe00000 (uncompressed size: 0x000778b0) uncompress.c: jumping to uncompressed image at 0x3fe00001 uncompress.c: calling armv7_switch_to_hyp()... uncompress.c: armv7_switch_to_hyp() OK. Now jumping... =============================