Netboot full image loading AST2400
Aaron
aaron_ppus at fmad.com
Mon Jun 18 14:43:12 AEST 2018
Thanks! will give that a try.
Aaron
On 18 June 2018 at 13:08, Andrew Jeffery <andrew at aj.id.au> wrote:
> Hi Aaron,
>
> On Fri, 15 Jun 2018, at 22:58, Aaron wrote:
> > Hi,
> >
> > It seems like there would an easy way to do this for development/bringup,
> > asking instead of hacking on the code for a change.
> >
> > Im bringing up a system by loading an image via u-boot across the network
> > into the upper section of ram, then booting from there. It relocates
> itself
> > to the reset vector and generally works well.
> >
> > U-Boot 2016.07 (Jun 15 2018 - 20:42:28 +0900)
> >
> > DRAM: 240 MiB
> > WARNING: Caches not enabled
> > Flash: 32 MiB
> > *** Warning - bad CRC, using default environment
> >
> > In: serial
> > Out: serial
> > Err: serial
> > Net: aspeednic#0
> > Error: aspeednic#0 address not set.
> >
> > Hit any key to stop autoboot: 0
> > ast# nv
> > Unknown command 'nv' - try 'help'
> > ast# env print
> > baudrate=115200
> > bootargs=console=ttyS4,115200n8 root=/dev/ram rw
> > bootcmd=bootm 20080000
> > bootdelay=2
> > ethact=aspeednic#0
> > spi_dma=yes
> > stderr=serial
> > stdin=serial
> > stdout=serial
> > verify=yes
> >
> > Environment size: 204/65531 bytes
> > ast#
> >
> >
> > The initial stages are good, but 2nd stage loader assume files on MTD
> > instead of whats in RAM, thus crashes out / uses stale data. Wasted about
> > half a day wondering why my changes were having little to no effect.
> >
> > Is there a best practices on this?
> >
> > Thanks
> > Aaron
> >
> >
> >
> > ast# bootd
> > FTGMAC100#0: link up, 1000bps full-duplex
> > Using FTGMAC100#0 device
> > TFTP from server 192.168.2.136; our IP address is 192.168.2.143
> > Filename 'image-current'.
> > Load address: 0x40a00000
> > Loading: ############################################################
> #####
> > ############################################################
> #####
> > ############################################################
> #####
> > ############################################################
> #####
> > ############################################################
> #####
> > ############################################################
> #####
> > ############################################################
> #####
> > .
> > .
> > .
> > .
> > ############################################################
> #####
> > ############################################################
> #####
> > ############################################################
> #####
> > ############################################################
> #####
> > #######################################################
> > 2.5 MiB/s
> > done
> > Bytes transferred = 33554432 (2000000 hex)
> > ## Loading kernel from FIT Image at 40a80000 ...
> > Using 'conf at aspeed-bmc-quanta-q71l.dtb' configuration
> > Trying 'kernel at 1' kernel subimage
> > Description: Linux kernel
> > Type: Kernel Image
> > Compression: uncompressed
> > Data Start: 0x40a8012c
> > Data Size: 2331736 Bytes = 2.2 MiB
> > Architecture: ARM
> > OS: Linux
> > Load Address: 0x40008000
> > Entry Point: 0x40008000
> > Hash algo: sha1
> > Hash value: 6a7b891f8d5fed2d358b2ceb06034496979dcae8
> > Verifying Hash Integrity ... sha1+ OK
> > ## Loading ramdisk from FIT Image at 40a80000 ...
> > Using 'conf at aspeed-bmc-quanta-q71l.dtb' configuration
> > Trying 'ramdisk at 1' ramdisk subimage
> > Description: obmc-phosphor-initramfs
> > Type: RAMDisk Image
> > Compression: lzma compressed
> > Data Start: 0x40cbfa80
> > Data Size: 1874095 Bytes = 1.8 MiB
> > Architecture: ARM
> > OS: Linux
> > Load Address: unavailable
> > Entry Point: unavailable
> > Hash algo: sha1
> > Hash value: 788a33bc41ecf5667b87ee2e264c679ed2a42e51
> > Verifying Hash Integrity ... sha1+ OK
> > ## Loading fdt from FIT Image at 40a80000 ...
> > Using 'conf at aspeed-bmc-quanta-q71l.dtb' configuration
> > Trying 'fdt at aspeed-bmc-quanta-q71l.dtb' fdt subimage
> > Description: Flattened Device Tree blob
> > Type: Flat Device Tree
> > Compression: uncompressed
> > Data Start: 0x40cb9690
> > Data Size: 25390 Bytes = 24.8 KiB
> > Architecture: ARM
> > Hash algo: sha1
> > Hash value: 84ed7efe6232738984546b3ef27397ab251c3396
> > Verifying Hash Integrity ... sha1+ OK
> > Booting using the fdt blob at 0x40cb9690
> > Loading Kernel Image ... OK
> > Loading Ramdisk to 4e9d1000, end 4eb9a8af ... OK
> > Loading Device Tree to 4e9c7000, end 4e9d032d ... OK
> >
> > Starting kernel ...
> >
> >
> > [ 0.000000] Booting Linux on physical CPU 0x0
> > [ 0.000000] random: get_random_bytes called from
> start_kernel+0x3c/0x3f0
> > with crng_init=0
> > [ 0.000000] Linux version
> > 4.13.16-aca92be80c008bceeb6fb62fd1d450b5be5d0a4f (oe-user at oe-host) (gcc
> > version 7.3.0 (GCC)) #10 Fri Jun 15 20:59:12 JST 2018
> > [ 0.000000] CPU: ARM926EJ-S [41069265] revision 5 (ARMv5TEJ),
> cr=0005317f
> > [ 0.000000] CPU: VIVT data cache, VIVT instruction cache
> > [ 0.000000] OF: fdt: Machine model: Quanta Q71L BMC
> > [ 0.000000] Memory policy: Data cache writeback
> > [ 0.000000] Built 1 zonelists in Zone order, mobility grouping on.
> > Total pages: 58912
> > [ 0.000000] Kernel command line: console=ttyS4,115200n8 root=/dev/ram
> rw
> > [ 0.000000] PID hash table entries: 1024 (order: 0, 4096 bytes)
> > [ 0.000000] Dentry cache hash table entries: 32768 (order: 5, 131072
> > bytes)
> > [ 0.000000] Inode-cache hash table entries: 16384 (order: 4, 65536
> bytes)
> > [ 0.000000] Memory: 224832K/237568K available (5120K kernel code, 330K
> > rwdata, 1276K rodata, 1024K init, 109K bss, 12736K reserved, 0K
> > cma-reserved)
> > [ 0.000000] Virtual kernel memory layout:
> > [ 0.000000] vector : 0xffff0000 - 0xffff1000 ( 4 kB)
> > [ 0.000000] fixmap : 0xffc00000 - 0xfff00000 (3072 kB)
> > [ 0.000000] vmalloc : 0x8f800000 - 0xff800000 (1792 MB)
> > .
> > .
> > <snip>
> > .
> > .
> >
> > [ 4.641015] Segment Routing with IPv6
> > [ 4.643890] ip6_tables: (C) 2000-2006 Netfilter Core Team
> > [ 4.648315] sit: IPv6, IPv4 and MPLS over IPv4 tunneling driver
> > [ 4.654435] NET: Registered protocol family 17
> > [ 4.657830] 8021q: 802.1Q VLAN Support v1.8
> > [ 4.672023] hctosys: unable to open rtc device (rtc0)
> > [ 4.682642] Freeing unused kernel memory: 1024K
> > rofs = mtd4 squashfs rwfs = mtd5 jffs2
> > mount: mounting /dev/mtdblock4 on run/initramfs/ro failed: Invalid
> argument
> > [ 7.296855] jffs2: notice: (453) jffs2_build_xattr_subsystem: complete
> > building xattr subsystem, 53 of xdatum (40 unchecked, 13 orphan) and 189
> of
> > xref (8 dead, 47 orphan) foun.
> > [ 7.336463] overlayfs: upper fs does not support tmpfile.
> > chroot: can't execute '/bin/sh': No such file or directory
> >
> > Unable to confirm /sbin/init is an executable non-empty file
> > in merged file system mounted at /root.
> >
> > Change Root test failed! Invoking emergency shell.
> > Enter password to try to manually fix.
> > After fixing run exit to continue this script, or reboot -f to retry, or
> > touch /takeover and exit to become PID 1 allowing editing of this script.
> > Give root password for maintenance
> > (or press Control-D to continue):
> >
> >
> > ... and tries to load from MTD which has been purposely erased, and thus
> > complains.
>
> Have you tried building a netboot image? I think this commit is relevant:
>
> https://gerrit.openbmc-project.xyz/#/c/1957/
>
> Cheers,
>
> Andrew
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ozlabs.org/pipermail/openbmc/attachments/20180618/969f5b75/attachment-0001.html>
More information about the openbmc
mailing list