From: Kevin Hilman <khilman@baylibre.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH v7 14/15] doc: Add a readme guide for SiFive FU540
Date: Tue, 12 Feb 2019 16:18:40 -0800 [thread overview]
Message-ID: <7hva1obkwv.fsf@baylibre.com> (raw)
In-Reply-To: <20190211054030.21393-15-anup.patel@wdc.com>
Anup Patel <Anup.Patel@wdc.com> writes:
> From: Atish Patra <atish.patra@wdc.com>
>
> The readme guide describes the procedure to build, flash and boot Linux
> using U-Boot on HiFive Unleashed. It also explains the current state of
> U-boot support and future action items.
>
> Signed-off-by: Atish Patra <atish.patra@wdc.com>
> Signed-off-by: Anup Patel <anup.patel@wdc.com>
> Reviewed-by: Lukas Auer <lukas.auer@aisec.fraunhofer.de>
I'm testing this with the mainline kernel (v5.0-rc6) and running into
some problems getting kernel output on the serial console.
[...]
> +=> setenv ethaddr 70:B3:D5:92:F0:C2
> +=> setenv ipaddr 10.196.157.189
> +=> setenv serverip 10.11.143.218
> +=> setenv gatewayip 10.196.156.1
> +=> setenv netmask 255.255.252.0
> +=> bdinfo
> +boot_params = 0x0000000000000000
> +DRAM bank = 0x0000000000000000
> +-> start = 0x0000000080000000
> +-> size = 0x0000000200000000
> +relocaddr = 0x00000000fff90000
> +reloc off = 0x000000007fd90000
> +ethaddr = 70:B3:D5:92:F0:C2
> +IP addr = 10.196.157.189
> +baudrate = 115200 bps
> +=> tftpboot uImage
> +ethernet at 10090000: PHY present at 0
> +ethernet at 10090000: Starting autonegotiation...
> +ethernet at 10090000: Autonegotiation complete
> +ethernet at 10090000: link up, 1000Mbps full-duplex (lpa: 0x3800)
> +Using ethernet at 10090000 device
> +TFTP from server 10.11.143.218; our IP address is 10.196.157.189; sending through gateway 10.196.156.1
> +Filename 'uImage'.
> +Load address: 0x80200000
> +Loading: #################################################################
> + #################################################################
> + #################################################################
> + #################################################################
> + #################################################################
> + #################################################################
> + #################################################################
> + #################################################################
> + #################################################################
> + #################################################################
> + #################################################################
> + #################################################################
> + #################################################################
> + #################################################################
> + #################################################################
> + #################################################################
> + #################################################################
> + #################################################################
> + #################################################################
> + #################################################################
> + #################################################################
> + #################################################################
> + #################################################################
> + #################################################################
> + #################################################################
> + #################################################################
> + #################################################################
> + #################################################################
> + #################################################################
> + #################################################################
> + #################################################################
> + #################################################################
> + #################################################################
> + #################################################################
> + #################################################################
> + #################################################################
> + #################################################################
> + #################################################################
> + #################################################################
> + #################################################################
> + #################################################################
> + #################################################################
> + #################################################################
> + #################################################################
> + ##########################################################
> + 2.5 MiB/s
> +done
> +Bytes transferred = 14939132 (e3f3fc hex)
> +=> bootm 0x80200000 - 0x82200000
First question: this doc doesn't explain how there is a DT at
0x82200000, and what it contains.
Trying this with a freshly build u-boot payload with OpenSBI, bootm
seems to detect a DT there, but I don't understand how it got there, or
what it is in it.
Looking a little closer, it appears that this DT (and the address) is
hard-coded in the OpenSBI code. This should proably be documented here
for clarity sake.
> +## Booting kernel from Legacy Image at 80200000 ...
> + Image Name: Linux
> + Image Type: RISC-V Linux Kernel Image (uncompressed)
> + Data Size: 14939068 Bytes = 14.2 MiB
> + Load Address: 80200000
> + Entry Point: 80200000
> + Verifying Checksum ... OK
> +## Flattened Device Tree blob at 82200000
> + Booting using the fdt blob at 0x82200000
> + Loading Kernel Image ... OK
> + Using Device Tree in place at 0000000082200000, end 0000000082205c69
> +
> +Starting kernel ...
Next, I'm able to DHCP and TFTP my uImage just like above, but I don't
see any output on the console after the "Starting kernel".
That suggests that whatever DT is present there doesn't have the right
settings for the serial console.
I tried setting the u-boot bootargs to "console=ttySIF0 earlyprintk",
but I'm still seeing nothing on the console.
Dumping the hard-coded OpenSBI DT from u-boot[1], it seem that the
chosen node has the right value (as documented in this patch):
Hmm, maybe I'm missing the obvious... is there even an upstream serial
driver for this UART in v5.0-rc6... (/me goes searching for the
compatible)... hmm, doesn't look like it.
> +[ 0.000000] OF: fdt: Ignoring memory range 0x80000000 - 0x80200000
> +[ 0.000000] Linux version 5.0.0-rc1-00020-g4b51f736 (atish at jedi-01) (gcc version 7.2.0 (GCC)) #262 SMP Mon Jan 21 17:39:27 PST 2019
Looks like you're testing with a handful of out-of-tree kernel patches.
Can you give a pointer to where you're building your kernel from?
I'm guessing at a minimum I at least need the serial driver.
Thanks,
Kevin
[1]
=> fdt addr 0x82200000
=> fdt list
/ {
#address-cells = <0x00000002>;
#size-cells = <0x00000002>;
compatible = "sifive,fu540g", "sifive,fu500";
model = "sifive,hifive-unleashed-a00";
aliases {
};
chosen {
};
firmware {
};
cpus {
};
memory at 80000000 {
};
soc {
};
};
=> fdt list /chosen
chosen {
stdout-path = "/soc/serial at 10010000:115200";
};
next prev parent reply other threads:[~2019-02-13 0:18 UTC|newest]
Thread overview: 51+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-02-11 5:41 [U-Boot] [PATCH v7 00/15] SiFive FU540 Support Anup Patel
2019-02-11 5:41 ` [U-Boot] [PATCH v7 01/15] riscv: Enable create symlink using kconfig Anup Patel
2019-02-11 7:45 ` Bin Meng
2019-02-11 5:41 ` [U-Boot] [PATCH v7 02/15] riscv: Rename cpu/qemu to cpu/generic Anup Patel
2019-02-11 5:41 ` [U-Boot] [PATCH v7 03/15] riscv: Add asm/dma-mapping.h for DMA mappings Anup Patel
2019-02-11 5:41 ` [U-Boot] [PATCH v7 04/15] riscv: Add place-holder asm/arch/clk.h for driver compilation Anup Patel
2019-02-11 7:47 ` Bin Meng
2019-02-11 5:41 ` [U-Boot] [PATCH v7 05/15] riscv: generic: Ensure that U-Boot runs within 4GB for 64bit systems Anup Patel
2019-02-11 5:41 ` [U-Boot] [PATCH v7 06/15] net: macb: Fix clk API usage for RISC-V systems Anup Patel
2019-02-11 5:42 ` [U-Boot] [PATCH v7 07/15] net: macb: Fix GEM hardware detection Anup Patel
2019-02-11 5:42 ` [U-Boot] [PATCH v7 08/15] clk: Add SiFive FU540 PRCI clock driver Anup Patel
2019-02-11 5:42 ` [U-Boot] [PATCH v7 09/15] clk: Add fixed-factor " Anup Patel
2019-02-11 5:42 ` [U-Boot] [PATCH v7 10/15] drivers: serial_sifive: Fix baud rate calculation Anup Patel
2019-02-11 5:42 ` [U-Boot] [PATCH v7 11/15] drivers: serial_sifive: Skip baudrate config if no input clock Anup Patel
2019-02-11 5:43 ` [U-Boot] [PATCH v7 12/15] cpu: Bind timer driver for boot hart Anup Patel
2019-02-11 5:43 ` [U-Boot] [PATCH v7 13/15] riscv: Add SiFive FU540 board support Anup Patel
2019-02-11 5:43 ` [U-Boot] [PATCH v7 14/15] doc: Add a readme guide for SiFive FU540 Anup Patel
2019-02-13 0:18 ` Kevin Hilman [this message]
2019-02-13 1:31 ` Atish Patra
2019-02-13 9:52 ` Auer, Lukas
2019-02-13 19:10 ` Atish Patra
2019-02-13 22:39 ` Kevin Hilman
2019-02-11 5:43 ` [U-Boot] [PATCH v7 15/15] riscv: Enable CONFIG_SYS_BOOT_RAMDISK_HIGH for using initrd Anup Patel
2019-02-11 15:37 ` [U-Boot] [PATCH v7 00/15] SiFive FU540 Support Andreas Schwab
2019-02-12 2:57 ` Anup Patel
2019-02-12 6:22 ` Alexander Graf
2019-02-12 6:35 ` Anup Patel
2019-02-12 7:00 ` Alexander Graf
2019-02-12 8:34 ` Andreas Schwab
2019-02-12 8:35 ` Bin Meng
2019-02-12 9:09 ` Andreas Schwab
2019-02-12 10:12 ` Bin Meng
2019-02-12 10:16 ` Alexander Graf
2019-02-12 10:22 ` Andreas Schwab
2019-02-13 1:31 ` Bin Meng
2019-02-13 3:51 ` Anup Patel
2019-02-13 9:35 ` Andreas Schwab
2019-02-13 9:46 ` Auer, Lukas
2019-02-13 8:29 ` Alexander Graf
2019-02-13 9:34 ` Andreas Schwab
2019-02-13 23:44 ` Kevin Hilman
2019-02-13 23:58 ` Kevin Hilman
2019-03-11 14:33 ` Bin Meng
2019-03-12 8:55 ` Palmer Dabbelt
2019-04-18 19:14 ` Kevin Hilman
2019-04-18 20:05 ` Atish Patra
2019-04-18 23:16 ` Kevin Hilman
2019-04-19 0:51 ` Atish Patra
2019-04-19 20:38 ` Kevin Hilman
2019-04-19 20:43 ` Kevin Hilman
2019-04-20 2:56 ` Atish Patra
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=7hva1obkwv.fsf@baylibre.com \
--to=khilman@baylibre.com \
--cc=u-boot@lists.denx.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox