On Tue, May 31, 2016 at 11:40:36AM -0600, Aaron Bieber wrote:
>
>
> On Sat, May 28, 2016, at 09:27 AM, Jonathan Gray wrote:
> > On Thu, May 26, 2016 at 10:40:29AM -0600, Aaron Bieber wrote:
> > >
> > >
> > > On Mon, May 23, 2016, at 07:41 PM, Jonathan Gray wrote:
> > > > On Mon, May 23, 2016 at 01:58:44PM -0600, Aaron Bieber wrote:
> > > > > Simply flashing the miniroot image onto an SD card and booting will
> > > > > result in:
> > > > >
> > > > > reading uEnv.txt
> > > > > 162 bytes read in 3 ms (52.7 KiB/s)
> > > > > Importing environment from mmc0 ...
> > > > > Running uenvcmd ...
> > > > > reading bsdrd.umg
> > > > > 10883512 bytes read in 507 ms (20.5 MiB/s)
> > > > > ## Booting kernel from Legacy Image at 82800000 ...
> > > > > Image Name: boot
> > > > > Image Type: ARM Linux Kernel Image (uncompressed)
> > > > > Data Size: 10883448 Bytes = 10.4 MiB
> > > > > Load Address: 80300000
> > > > > Entry Point: 80300000
> > > > > Verifying Checksum ... OK
> > > > > Loading Kernel Image ... Image too large: increase
> > > > > CONFIG_SYS_BOOTM_LEN
> > > > > Must RESET board to recover
> > > > > resetting ...
> > > > >
> > > > > U-Boot SPL 2015.10 (Feb 01 2016 - 13:59:48)
> > > > > OMAP4460 ES1.1
> > > >
> > > > The miniroots are built with u-boot 2016.05 why do you have
> > > > this version? There is no uEnv.txt only a boot.scr
> > >
> > > I built a version of u-boot with CONFIG_SYS_BOOTM_LEN bumped, to get
> > > past this initial error.
> > >
> > > >
> > > > Can you send the output of printenv and try
> > > >
> > > > setenv loadaddr 0x82800000 ;
> > > > run findfdt ;
> > > > load mmc ${mmcdev}:1 ${loadaddr} bsd.umg ;
> > > > load mmc ${mmcdev}:1 ${fdt_addr_r} ${fdtfile} ;
> > > > bootm ${loadaddr} - ${fdt_addr_r} ;
> > > >
> > >
> > > Net: No ethernet found.
> > > Hit any key to stop autoboot: 0
> > > switch to partitions #0, OK
> > > mmc0 is current device
> > > SD/MMC found on device 0
> > > reading boot.scr
> > > 213 bytes read in 3 ms (69.3 KiB/s)
> > > Running bootscript from mmc0 ...
> > > ## Executing script at 82000000
> > > reading bsd.umg
> > > 10883556 bytes read in 480 ms (21.6 MiB/s)
> > > reading omap4-panda-es.dtb
> > > 57353 bytes read in 6 ms (9.1 MiB/s)
> > > ## Booting kernel from Legacy Image at 82000000 ...
> > > Image Name: boot
> > > Image Type: ARM Linux Kernel Image (uncompressed)
> > > Data Size: 10883492 Bytes = 10.4 MiB
> > > Load Address: 80300000
> > > Entry Point: 80300000
> > > Verifying Checksum ... OK
> > > ## Flattened Device Tree blob at 88000000
> > > Booting using the fdt blob at 0x88000000
> > > Loading Kernel Image ... Image too large: increase
> > > CONFIG_SYS_BOOTM_LEN
> > > Must RESET board to recover
> > > resetting ...
> > >
> > > U-Boot SPL 2016.05 (May 17 2016 - 17:10:59)
> > > OMAP4460 ES1.1
> > > Trying to boot from MMC1
> > > SPL: Please implement spl_start_uboot() for your board
> > > SPL: Direct Linux boot not active!
> > > reading u-boot.img
> > > reading u-boot.img
> > >
> > >
> > > U-Boot 2016.05 (May 17 2016 - 17:10:59 +1000)
> > >
> > > CPU : OMAP4460 ES1.1
> > > Board: OMAP4 Panda
> > > I2C: ready
> > > DRAM: 1 GiB
> > > MMC: OMAP SD/MMC: 0
> > > reading uboot.env
> > >
> > > ** Unable to read "uboot.env" from mmc0:1 **
> > > Using default environment
> > >
> > > Net: No ethernet found.
> > > Hit any key to stop autoboot: 0
> > > => setenv loadaddr 0x82800000 ;
> > > => run findfdt ;
> > > => load mmc ${mmcdev}:1 ${loadaddr} bsd.umg ;
> > > reading bsd.umg
> > > 10883556 bytes read in 480 ms (21.6 MiB/s)
> > > => load mmc ${mmcdev}:1 ${fdt_addr_r} ${fdtfile} ;
> > > reading omap4-panda-es.dtb
> > > 57353 bytes read in 7 ms (7.8 MiB/s)
> > > => bootm ${loadaddr} - ${fdt_addr_r} ;
> > > ## Booting kernel from Legacy Image at 82800000 ...
> > > Image Name: boot
> > > Image Type: ARM Linux Kernel Image (uncompressed)
> > > Data Size: 10883492 Bytes = 10.4 MiB
> > > Load Address: 80300000
> > > Entry Point: 80300000
> > > Verifying Checksum ... OK
> > > ## Flattened Device Tree blob at 88000000
> > > Booting using the fdt blob at 0x88000000
> > > Loading Kernel Image ... Image too large: increase
> > > CONFIG_SYS_BOOTM_LEN
> > > Must RESET board to recover
> > > resetting ...
> >
> > The latest snapshot has the miniroots switched to use efiboot as
> > well, which at only 64KB is quite a bit smaller than a kernel image.
> >
>
> Now the boot stuff still works, but the issue with the disk stuff is
> still there:
>
> Available disks are: sd0.
> Which disk is the root disk? ('?' for details) [sd0]
> Disk: sd0 geometry: 1936/255/63 [31116288 Sectors]
> Offset: 0 Signature: 0xAA55
> Starting Ending LBA Info:
> #: id C H S - C H S [ start: size ]
> -------------------------------------------------------------------------------
> *0: 0C 0 32 33 - 0 97 33 [ 2048: 4096 ]
> Win95 FAT32L
> 1: 00 0 0 0 - 0 0 0 [ 0: 0 ]
> unused
> 2: 00 0 0 0 - 0 0 0 [ 0: 0 ]
> unused
> 3: A6 0 97 34 - 2 75 9 [ 6144: 30720 ]
> OpenBSD
> Use (W)hole disk$ or (E)dit the MBR? [whole]
> Creating a msdos partition and an OpenBSD partition for rest of
> sd0...done.
> /dev/rsd0i: 32668 sectors in 8167 FAT16 clusters (2048 bytes/cluster)
> bps=512 spc=4 res=1 nft=2 rde=512 sec=32768 mid=0xf8 spf=32 spt=63
> hds=255 hid=2048
> The auto-allocated layout for sd0 is:
> # size offset fstype [fsize bsize cpg]
> a: 480.4M 34816 4.2BSD 2048 16384 1 # /
> b: 880.8M 1018720 swap
> c: 15193.5M 0 unused
> d: 760.7M 2822720 4.2BSD 2048 16384 1 # /tmp
> e: 1121.1M 4380544 4.2BSD 2048 16384 1 # /var
> f: 1300.4M 6676544 4.2BSD 2048 16384 1 # /usr
> g: 752.2M 9339808 4.2BSD 2048 16384 1 #
> /usr/X11R6
> h: 2848.8M 10880416 4.2BSD 2048 16384 1 #
> /usr/local
> i: 16.0M 2048 MSDOS
> j: 1184.2M 16714848 4.2BSD 2048 16384 1 #
> /usr/src
> k: 1620.3M 19140000 4.2BSD 2048 16384 1 #
> /usr/obj
> l: 4227.4M 22458432 4.2BSD 2048 16384 1 # /home
> Use (A)uto layout, (E)dit auto layout, or create (C)ustom layout? [a]
> newfs: reduced number of fragments per cylinder group from 61488 to
> 61248 to enlarge last cylinder group
> /dev/rsd0a: 480.4MB in 983904 sectors of 512 bytes
> 5 cylinder groups of 119.62MB, 7656 blocks, 15360 inodes each
> newfs: wtfs: write error on block 416: Input/output error
It seems ommmc still has some issues then.
Did this start occuring at a particular time?
> newfs: 28f87dcc8651edd5.l: No such file or directory
> newfs: 28f87dcc8651edd5.d: No such file or directory
> newfs: 28f87dcc8651edd5.f: No such file or directory
> newfs: 28f87dcc8651edd5.g: No such file or directory
> newfs: 28f87dcc8651edd5.h: No such file or directory
> newfs: 28f87dcc8651edd5.k: No such file or directory
> newfs: 28f87dcc8651edd5.j: No such file or directory
> newfs: 28f87dcc8651edd5.e: No such file or directory
> mount_ffs: 28f87dcc8651edd5.a on /mnt: No such file or directory
>
> mount_ffs: 28f87dcc8651edd5.l on /mnt/home: No such file or directory
>
> mount_ffs: 28f87dcc8651edd5.d on /mnt/tmp: No such file or directory
>
> mount_ffs: 28f87dcc8651edd5.f on /mnt/usr: No such file or directory
>
> mount_ffs: 28f87dcc8651edd5.g on /mnt/usr/X11R6: No such file or
> directory
>
> mount_ffs: 28f87dcc8651edd5.h on /mnt/usr/local: No such file or
> directory
>
> mount_ffs: 28f87dcc8651edd5.k on /mnt/usr/obj: No such file or directory
>
> mount_ffs: 28f87dcc8651edd5.j on /mnt/usr/src: No such file or directory
>
> mount_ffs: 28f87dcc8651edd5.e on /mnt/var: No such file or directory
>
>
> WARNING! The following filesystems were not properly mounted:
> /mnt (28f87dcc8651edd5.a)
> /mnt/home (28f87dcc8651edd5.l)
> /mnt/tmp (28f87dcc8651edd5.d)
> /mnt/usr (28f87dcc8651edd5.f)
> /mnt/usr/X11R6 (28f87dcc8651edd5.g)
> /mnt/usr/local (28f87dcc8651edd5.h)
> /mnt/usr/obj (28f87dcc8651edd5.k)
> /mnt/usr/src (28f87dcc8651edd5.j)
> /mnt/var (28f87dcc8651edd5.e)
> Continue anyway? [no]
>
