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 lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 75829C2D0CD for ; Mon, 19 May 2025 08:36:13 +0000 (UTC) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1uGvy6-0006BT-NN; Mon, 19 May 2025 04:35:31 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1uGvxd-0005zX-K4 for qemu-devel@nongnu.org; Mon, 19 May 2025 04:35:10 -0400 Received: from us-smtp-delivery-124.mimecast.com ([170.10.129.124]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1uGvxS-00045w-L0 for qemu-devel@nongnu.org; Mon, 19 May 2025 04:34:56 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1747643688; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:autocrypt:autocrypt; bh=03l9Qkk9DzUSpVVk1fC7g6MaGYyMQLZxQ/jGjtkzp9E=; b=hngdw1hNtmThm10HQsgby/YnV/UcWfe0a5o/IclXLJJYfbURbrRUsyxeFSRsqpFTRVIc6H Vazsi2fPv+fD6Qj45nunZN2itVo6/IKlH9/N7H88WldiDbAZI3Gop/2pfD8IhLYg0XlyN0 LazdKOWRGV80OAZAzdN/mDv8zNnI4Wo= Received: from mail-wr1-f70.google.com (mail-wr1-f70.google.com [209.85.221.70]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-611-pv_pGxpPNR-FTPFGO0IkIQ-1; Mon, 19 May 2025 04:34:47 -0400 X-MC-Unique: pv_pGxpPNR-FTPFGO0IkIQ-1 X-Mimecast-MFC-AGG-ID: pv_pGxpPNR-FTPFGO0IkIQ_1747643686 Received: by mail-wr1-f70.google.com with SMTP id ffacd0b85a97d-3a3696a0d3aso479394f8f.2 for ; Mon, 19 May 2025 01:34:46 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1747643685; x=1748248485; h=content-transfer-encoding:in-reply-to:autocrypt:from :content-language:references:to:subject:user-agent:mime-version:date :message-id:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=03l9Qkk9DzUSpVVk1fC7g6MaGYyMQLZxQ/jGjtkzp9E=; b=lfVh7jjFAg+MUiu2wRpGzYonbCH92A9XeDJSZDZqLfCUUYYsQuF/TbOltTBfMpzb94 7gIVT14FwEviyVW7QbCNa3mrB05GW+CDmbJW/1qLfomrlKhUJ596NS1xItFBsgKKYKnj aE1B3lnp2ewmnGu6iWQ4qbvvQUVzqb/I0m2XAKlBNEZn7pBNraZovwHncSuYHPW2ogEd ya/TRpC8binHnwnwN1FSvFor4/jG2T6IvcH6mPmJuFOgXEUWizKqX7uNghX5AELCtj86 D8LBlmtikDfd77P8vX1buc525i6j8ZHL6grBwcL/fvtncBCvXSXoHD4aQXHT1hTMJaUX oa8w== X-Forwarded-Encrypted: i=1; AJvYcCUCPjG4Xq5te5x/gLK2SX9bkr8/+kbCLGD5qw98W7TfwBeUtH45/xJiBZG1oH7iNHLwPysvbXpFdb8H@nongnu.org X-Gm-Message-State: AOJu0Yxd2glfcPjYNS7esERs9ZopXlqjiySKk70Ctj5Z+kqlKh8PNRNC qSwDTLX1+D7QspOKxZzY64cY1neYsftcXjePoYG+lB0aUph/UYfdzPR+M1M6kOLdjBT1iov5Ubu yCSK6TaXIZW/zrLVgB29yCTPpdl4IDg+v/mOENu/ccNIPz6w5MTLtpjQ6b1tQHSxBtIs= X-Gm-Gg: ASbGncuWaY1kHB28QZE7oAtUeZIUKmR2eOOBXZ/xz7otwJIzf8Jm1nRuqSLamcE2yi7 rc7w+yBzfN0VC/wcDWQ6L9qRsyUE0gaWYwL3mBKHGFd6bBXn/9Nhu0AXbNXFa27fL4M8utM4QuK WK45Ewy1KD2pxOG6juBokd8V8gtDgERavnccs3u8x68wFz41qPSRT+G234EooWfQ7FvB0fQHNJm DvY4Qk2wiCTlxvyxrLc/EJXW3SBNPWFN7InG2Z2rByBu/3lZ23HxskvIMZqy5vwS39xJkrzTYOC cOyLXMGcRqT5j+XF5F3UVS9Gsp/9X0YRTcDo60vEIZ1ISwRXnQ== X-Received: by 2002:a05:6000:2dc5:b0:3a3:6958:88dd with SMTP id ffacd0b85a97d-3a369588c37mr4366562f8f.23.1747643685247; Mon, 19 May 2025 01:34:45 -0700 (PDT) X-Google-Smtp-Source: AGHT+IHppOuYhhcIP+WNz8Tu7C9NMtaqBnbyBFVHi40y6bRvDbWNaZsPFj9ZO8l9yilIzGGq9NJXgQ== X-Received: by 2002:a05:6000:2dc5:b0:3a3:6958:88dd with SMTP id ffacd0b85a97d-3a369588c37mr4366546f8f.23.1747643684821; Mon, 19 May 2025 01:34:44 -0700 (PDT) Received: from ?IPV6:2a01:e0a:280:24f0:3f78:514a:4f03:fdc0? ([2a01:e0a:280:24f0:3f78:514a:4f03:fdc0]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-442fd51477dsm132131565e9.17.2025.05.19.01.34.44 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 19 May 2025 01:34:44 -0700 (PDT) Message-ID: <88faa1ec-06ec-4400-b4fe-16fd73ab4437@redhat.com> Date: Mon, 19 May 2025 10:34:43 +0200 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PULL 45/46] tests/functional/aspeed: Add test case for AST2700 A1 To: Jamin Lin , "qemu-arm@nongnu.org" , "qemu-devel@nongnu.org" References: <20250309135130.545764-1-clg@redhat.com> <20250309135130.545764-46-clg@redhat.com> <81355136-fddb-4134-bc75-5f8baddcefc3@redhat.com> Content-Language: en-US, fr From: =?UTF-8?Q?C=C3=A9dric_Le_Goater?= Autocrypt: addr=clg@redhat.com; keydata= xsFNBFu8o3UBEADP+oJVJaWm5vzZa/iLgpBAuzxSmNYhURZH+guITvSySk30YWfLYGBWQgeo 8NzNXBY3cH7JX3/a0jzmhDc0U61qFxVgrPqs1PQOjp7yRSFuDAnjtRqNvWkvlnRWLFq4+U5t yzYe4SFMjFb6Oc0xkQmaK2flmiJNnnxPttYwKBPd98WfXMmjwAv7QfwW+OL3VlTPADgzkcqj 53bfZ4VblAQrq6Ctbtu7JuUGAxSIL3XqeQlAwwLTfFGrmpY7MroE7n9Rl+hy/kuIrb/TO8n0 ZxYXvvhT7OmRKvbYuc5Jze6o7op/bJHlufY+AquYQ4dPxjPPVUT/DLiUYJ3oVBWFYNbzfOrV RxEwNuRbycttMiZWxgflsQoHF06q/2l4ttS3zsV4TDZudMq0TbCH/uJFPFsbHUN91qwwaN/+ gy1j7o6aWMz+Ib3O9dK2M/j/O/Ube95mdCqN4N/uSnDlca3YDEWrV9jO1mUS/ndOkjxa34ia 70FjwiSQAsyIwqbRO3CGmiOJqDa9qNvd2TJgAaS2WCw/TlBALjVQ7AyoPEoBPj31K74Wc4GS Rm+FSch32ei61yFu6ACdZ12i5Edt+To+hkElzjt6db/UgRUeKfzlMB7PodK7o8NBD8outJGS tsL2GRX24QvvBuusJdMiLGpNz3uqyqwzC5w0Fd34E6G94806fwARAQABzSJDw6lkcmljIExl IEdvYXRlciA8Y2xnQHJlZGhhdC5jb20+wsGRBBMBCAA7FiEEoPZlSPBIlev+awtgUaNDx8/7 7KEFAmTLlVECGwMFCwkIBwICIgIGFQoJCAsCBBYCAwECHgcCF4AACgkQUaNDx8/77KG0eg// S0zIzTcxkrwJ/9XgdcvVTnXLVF9V4/tZPfB7sCp8rpDCEseU6O0TkOVFoGWM39sEMiQBSvyY lHrP7p7E/JYQNNLh441MfaX8RJ5Ul3btluLapm8oHp/vbHKV2IhLcpNCfAqaQKdfk8yazYhh EdxTBlzxPcu+78uE5fF4wusmtutK0JG0sAgq0mHFZX7qKG6LIbdLdaQalZ8CCFMKUhLptW71 xe+aNrn7hScBoOj2kTDRgf9CE7svmjGToJzUxgeh9mIkxAxTu7XU+8lmL28j2L5uNuDOq9vl hM30OT+pfHmyPLtLK8+GXfFDxjea5hZLF+2yolE/ATQFt9AmOmXC+YayrcO2ZvdnKExZS1o8 VUKpZgRnkwMUUReaF/mTauRQGLuS4lDcI4DrARPyLGNbvYlpmJWnGRWCDguQ/LBPpbG7djoy k3NlvoeA757c4DgCzggViqLm0Bae320qEc6z9o0X0ePqSU2f7vcuWN49Uhox5kM5L86DzjEQ RHXndoJkeL8LmHx8DM+kx4aZt0zVfCHwmKTkSTQoAQakLpLte7tWXIio9ZKhUGPv/eHxXEoS 0rOOAZ6np1U/xNR82QbF9qr9TrTVI3GtVe7Vxmff+qoSAxJiZQCo5kt0YlWwti2fFI4xvkOi V7lyhOA3+/3oRKpZYQ86Frlo61HU3r6d9wzOwU0EW7yjdQEQALyDNNMw/08/fsyWEWjfqVhW pOOrX2h+z4q0lOHkjxi/FRIRLfXeZjFfNQNLSoL8j1y2rQOs1j1g+NV3K5hrZYYcMs0xhmrZ KXAHjjDx7FW3sG3jcGjFW5Xk4olTrZwFsZVUcP8XZlArLmkAX3UyrrXEWPSBJCXxDIW1hzwp bV/nVbo/K9XBptT/wPd+RPiOTIIRptjypGY+S23HYBDND3mtfTz/uY0Jytaio9GETj+fFis6 TxFjjbZNUxKpwftu/4RimZ7qL+uM1rG1lLWc9SPtFxRQ8uLvLOUFB1AqHixBcx7LIXSKZEFU CSLB2AE4wXQkJbApye48qnZ09zc929df5gU6hjgqV9Gk1rIfHxvTsYltA1jWalySEScmr0iS YBZjw8Nbd7SxeomAxzBv2l1Fk8fPzR7M616dtb3Z3HLjyvwAwxtfGD7VnvINPbzyibbe9c6g LxYCr23c2Ry0UfFXh6UKD83d5ybqnXrEJ5n/t1+TLGCYGzF2erVYGkQrReJe8Mld3iGVldB7 JhuAU1+d88NS3aBpNF6TbGXqlXGF6Yua6n1cOY2Yb4lO/mDKgjXd3aviqlwVlodC8AwI0Sdu jWryzL5/AGEU2sIDQCHuv1QgzmKwhE58d475KdVX/3Vt5I9kTXpvEpfW18TjlFkdHGESM/Jx IqVsqvhAJkalABEBAAHCwV8EGAECAAkFAlu8o3UCGwwACgkQUaNDx8/77KEhwg//WqVopd5k 8hQb9VVdk6RQOCTfo6wHhEqgjbXQGlaxKHoXywEQBi8eULbeMQf5l4+tHJWBxswQ93IHBQjK yKyNr4FXseUI5O20XVNYDJZUrhA4yn0e/Af0IX25d94HXQ5sMTWr1qlSK6Zu79lbH3R57w9j hQm9emQEp785ui3A5U2Lqp6nWYWXz0eUZ0Tad2zC71Gg9VazU9MXyWn749s0nXbVLcLS0yop s302Gf3ZmtgfXTX/W+M25hiVRRKCH88yr6it+OMJBUndQVAA/fE9hYom6t/zqA248j0QAV/p LHH3hSirE1mv+7jpQnhMvatrwUpeXrOiEw1nHzWCqOJUZ4SY+HmGFW0YirWV2mYKoaGO2YBU wYF7O9TI3GEEgRMBIRT98fHa0NPwtlTktVISl73LpgVscdW8yg9Gc82oe8FzU1uHjU8b10lU XOMHpqDDEV9//r4ZhkKZ9C4O+YZcTFu+mvAY3GlqivBNkmYsHYSlFsbxc37E1HpTEaSWsGfA HQoPn9qrDJgsgcbBVc1gkUT6hnxShKPp4PlsZVMNjvPAnr5TEBgHkk54HQRhhwcYv1T2QumQ izDiU6iOrUzBThaMhZO3i927SG2DwWDVzZltKrCMD1aMPvb3NU8FOYRhNmIFR3fcalYr+9gD uVKe8BVz4atMOoktmt0GWTOC8P4= In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Received-SPF: pass client-ip=170.10.129.124; envelope-from=clg@redhat.com; helo=us-smtp-delivery-124.mimecast.com X-Spam_score_int: -31 X-Spam_score: -3.2 X-Spam_bar: --- X-Spam_report: (-3.2 / 5.0 requ) BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.13, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H5=-1, RCVD_IN_MSPIKE_WL=-0.01, RCVD_IN_VALIDITY_CERTIFIED_BLOCKED=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=unavailable autolearn_force=no X-Spam_action: no action X-BeenThere: qemu-devel@nongnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: qemu-devel-bounces+qemu-devel=archiver.kernel.org@nongnu.org Sender: qemu-devel-bounces+qemu-devel=archiver.kernel.org@nongnu.org Hello Jamin On 5/19/25 03:52, Jamin Lin wrote: > Hi Cédric > >> Subject: Re: [PULL 45/46] tests/functional/aspeed: Add test case for AST2700 >> A1 >> >> On 5/16/25 04:59, Jamin Lin wrote: >>> Hi Cédric >>> >>>> >>>> On a BE host, if I run an ast2700a0-evb machine : >>>> >>>> $ qemu-system-aarch64 -machine ast2700a0-evb ... >>>> ... >>>> U-Boot 2023.10-v00.05.06 (Mar 26 2025 - 05:59:26 +0000) >>>> >>>> SOC: AST2700-A0 >>>> Model: AST2700 EVB >>>> DRAM: 8 GiB (effective 0 Bytes) >>>> >>>> QEMU hangs. >>>> >>>> If the RAM size is defined to 8g >>>> >>>> $ qemu-system-aarch64 -machine ast2700a0-evb -m 8g ... >>>> ... >>>> U-Boot 2023.10-v00.05.06 (Mar 26 2025 - 05:59:26 +0000) >>>> >>>> SOC: AST2700-A0 >>>> Model: AST2700 EVB >>>> DRAM: 8 GiB >>>> aspeed_dp dp@12c0a000: aspeed_dp_probe(): Failed to access dp. >>>> version(0) >>>> Core: 125 devices, 27 uclasses, devicetree: separate >>>> >>>> machine boots. >>>> >>>> Whereas, with an ast2700a1-evb machine : >>>> >>>> $ qemu-system-aarch64 -machine ast2700a1-evb ... >>>> ... >>>> U-Boot 2023.10-v00.05.06 (Mar 26 2025 - 05:59:26 +0000) >>>> >>>> SOC: AST2700-A1 >>>> Model: AST2700 EVB >>>> DRAM: 1 GiB >>>> aspeed_dp dp@12c0a000: aspeed_dp_probe(): Failed to access dp. >>>> version(0) >>>> Core: 125 devices, 27 uclasses, devicetree: separate >>>> >>>> machine boots. >>>> >>>> $ qemu-system-aarch64 -machine ast2700a1-evb -m 8g ... >>>> ... >>>> U-Boot 2023.10-v00.05.06 (Mar 26 2025 - 05:59:26 +0000) >>>> >>>> SOC: AST2700-A1 >>>> Model: AST2700 EVB >>>> DRAM: 8 GiB >>>> aspeed_dp dp@12c0a000: aspeed_dp_probe(): Failed to access dp. >>>> version(0) >>>> Core: 125 devices, 27 uclasses, devicetree: separate >>>> >>>> machine boots. >>>> >>>> >>>> I Wonder if you could analyze this issue to check if it is related to >>>> one of our QEMU model. >>>> >>>> >>> >>> Sorry, I only have a little-endian host machine (x86_64). >>> Is it possible to run a big-endian(POWER PC) QEMU host environment on this >> machine, so that I can then run the AST2700 QEMU target inside it to analyze >> this issue? >> >> You can but unless you have access to a POWER hypervisor, this will be very >> slow because of the 2 levels of emulations. >> >>> If you agree, could you please help me insert the following lines into the >> function that detects the DRAM size on the AST2700? >>> >> https://github.com/qemu/qemu/blob/master/hw/arm/aspeed_ast27x0.c#L332 >>> >> https://github.com/qemu/qemu/commit/7436db1063bbfecc2e498a7d795613b >> 333 >>> 12d665 >>> ```` >>> static void aspeed_ram_capacity_write(void *opaque, hwaddr addr, uint64_t >> data, >>> unsigned int >> size) { >>> AspeedSoCState *s = ASPEED_SOC(opaque); >>> ram_addr_t ram_size; >>> MemTxResult result; >>> uint32_t read_back[4] = {0}; >>> ram_size = object_property_get_uint(OBJECT(&s->sdmc), "ram-size", >>> &error_abort); >>> >>> assert(ram_size > 0); >>> printf("jamin size %d\n", size); >>> printf("addr=%" PRIx64 " (addr ram_size)=%" PRIx64 "\n", addr, (addr >> % ram_size)); >>> /* >>> * Emulate ddr capacity hardware behavior. >>> * If writes the data to the address which is beyond the ram size, >>> * it would write the data to the "address % ram_size". >>> */ >>> result = address_space_write(&s->dram_as, addr % ram_size, >>> MEMTXATTRS_UNSPECIFIED, >> &data, size); >>> if (result != MEMTX_OK) { >>> qemu_log_mask(LOG_GUEST_ERROR, >>> "%s: DRAM write failed, addr:0x%" >> HWADDR_PRIx >>> ", data :0x%" PRIx64 "\n", >>> __func__, addr % ram_size, data); >>> } >>> >>> address_space_read(&s->dram_as, addr % ram_size, >>> MEMTXATTRS_UNSPECIFIED, read_back, >>> size); >>> >>> for(int i=0; i<4; i++) { >>> printf("jamin read_back[%d]=%x\n", i, read_back[i]); >>> } >>> } >>> ```` >>> Also, could you please provide me with the following log? >>> >>> U-Boot 2023.10-v00.05.06 (Mar 26 2025 - 05:59:26 +0000) >>> >>> SOC: AST2700-A0 >>> Model: AST2700 EVB >>> DRAM: jamin size 4 >>> addr=c0000000 (addr ram_size)=0 >>> jamin read_back[0]=eadbeef4 >>> jamin read_back[1]=0 >>> jamin read_back[2]=0 >>> jamin read_back[3]=0 >>> jamin size 4 >>> addr=40000000 (addr ram_size)=0 >>> jamin read_back[0]=adbeef43 >>> jamin read_back[1]=0 >>> jamin read_back[2]=0 >>> jamin read_back[3]=0 >>> jamin size 4 >>> addr=0 (addr ram_size)=0 >>> jamin read_back[0]=dbeef432 >>> jamin read_back[1]=0 >>> jamin read_back[2]=0 >>> jamin read_back[3]=0 >>> 1 GiB >> >> >> >> U-Boot 2023.10-v00.05.06 (Mar 26 2025 - 05:59:26 +0000) >> >> SOC: AST2700-A0 >> Model: AST2700 EVB >> DRAM: aspeed_sdmc_read reg @0x4 data: 0x28 aspeed_sdmc_read reg >> @0x4 data: 0x28 aspeed_sdmc_write reg @0x4 data: 0x34 jamin size 4 >> addr=c0000000 (addr ram_size)=0 >> jamin read_back[0]=0 <-- this is wrong > > > It seems that the "data" is in the CPU 's native endianness. > I'm currently looking for a big-endian environment to test the changes I made, and will update you once I have results. > > uint32_t val = cpu_to_le32((uint32_t)data); > address_space_write(&s->dram_as, addr % ram_size, > MEMTXATTRS_UNSPECIFIED, &val, 4); FYI, I opened https://gitlab.com/qemu-project/qemu/-/issues/2973 Thanks, C. > >> jamin read_back[1]=0 >> jamin read_back[2]=0 >> jamin read_back[3]=0 >> aspeed_sdmc_read reg @0x4 data: 0x3c >> aspeed_sdmc_write reg @0x4 data: 0x34 >> aspeed_sdmc_read reg @0xc data: 0x0 >> aspeed_sdmc_write reg @0xc data: 0x1b8 >> aspeed_sdmc_read reg @0x40 data: 0x0 >> jamin size 4 >> addr=1bdea1f70 (addr ram_size)=3dea1f70 >> jamin read_back[0]=0 >> jamin read_back[1]=0 >> jamin read_back[2]=0 >> jamin read_back[3]=0 >> jamin size 4 >> addr=1bdea1f74 (addr ram_size)=3dea1f74 >> jamin read_back[0]=0 >> jamin read_back[1]=0 >> jamin read_back[2]=0 >> jamin read_back[3]=0 >> jamin size 4 >> >> >>> >>> It's quite strange, because you mentioned that the A1 version works, but the >> A0 version doesn't. >>> It seems detect the DRAM size failed in this loop, >>> >> https://github.com/AspeedTech-BMC/u-boot/blob/aspeed-master-v2023.10/d >>> rivers/ram/aspeed/sdram_ast2700.c#L1173 >>> struct ddr_capacity ram_size[] = { >>> {0x10000000, {208, 256}}, // 256MB >>> {0x20000000, {208, 416}}, // 512MB >>> {0x40000000, {208, 560}}, // 1GB >>> {0x80000000, {472, 880}}, // 2GB >>> {0x100000000, {656, 880}}, // 4GB >>> {0x200000000, {880, 880}}, // 8GB >>> }; >>> u32 test_pattern = 0xdeadbeef >>> >>> for (sz = SDRAM_SIZE_8GB - 1; sz > SDRAM_SIZE_256MB; sz--) { >>> test_pattern = (test_pattern << 4) + sz; >>> writel(test_pattern, (void *)CFG_SYS_SDRAM_BASE + >>> ram_size[sz].size); >>> >>> if (readl((void *)CFG_SYS_SDRAM_BASE) != test_pattern) >>> break; >>> } >>> >>> Please help to dump this register. >>> => md 12c00010 >>> 12c00010: 00000028 00000000 00000000 00000000 (............... >> >> I can't do that because the u-boot prompt is never reached. From QEMU: >> >> (qemu) x/10x 0x12c00010 >> 0000000012c00010: 0x0000003c 0x00000000 0x00000000 0x00000000 >> 0000000012c00020: 0x00000000 0x00000000 0x00000000 0x00000000 >> 0000000012c00030: 0x000001b8 0x00000000 >> >> Hope it helps >> >> C. >> >