Hi Tom,
> I suspect that this might be related to the general problem on these
> part families where SPL isn't as fast as we expect it to be, perhaps
> cache related.
I did a bit of digging around following this line of thought and found an
old discussion on the mailing list
(http://lists.denx.de
On Wed, Dec 17, 2014 at 04:27:37PM -, Andy Pont wrote:
> Hi Tom,
>
> Following the experiment that yielded the following results:
>
> > U-Boot> time sf read ${loadaddr} 0x20 ${loadsize}
> >
> > I get the following back:
> >
> > SF: 2541352 bytes @ 0x20 Read: OK
> > time: 2.447 secon
Hi Tom,
Following the experiment that yielded the following results:
> U-Boot> time sf read ${loadaddr} 0x20 ${loadsize}
>
> I get the following back:
>
> SF: 2541352 bytes @ 0x20 Read: OK
> time: 2.447 seconds
I have done some reading and poking around and have added the
OMAP3_MCSPI_C
Hi Tom,
> eMMC is likely to be faster, yes. You may also want to see what can be
> trimmed from the kernel binary, in either case, and if going with an
> uncompressed kernel ends up being quicker.
There are I think two issues going on here one with decompression time
which, as you say, I can res
On Tue, Dec 16, 2014 at 12:58:33PM -, Andy Pont wrote:
> Hi Tom,
>
> > How big is the args file? We default to placing the args at 0x8800
> > in ti_am335x_common.h (see CONFIG_SYS_SPL_ARGS_ADDR) to make sure that
> > we don't have an overlap between the DT and the kernel which is quite
>
Hi Tom,
> How big is the args file? We default to placing the args at 0x8800
> in ti_am335x_common.h (see CONFIG_SYS_SPL_ARGS_ADDR) to make sure that
> we don't have an overlap between the DT and the kernel which is quite
> possible with a reasonably sized DT and placing it at 0x8100.
Ch
On Mon, Dec 15, 2014 at 09:08:08PM -, Andy Pont wrote:
> Hi Tom,
>
> > So first, take a look at drivers/mtd/spi/spi_spl_load.c as that's what
> > will be doing falcon mode work on your SPI flash.
> >
> > Second, take a look at board/ti/am335x/README, you're looking for the
> > lines that read
Hi Tom,
> So first, take a look at drivers/mtd/spi/spi_spl_load.c as that's what
> will be doing falcon mode work on your SPI flash.
>
> Second, take a look at board/ti/am335x/README, you're looking for the
> lines that read like:
> Using Device Tree in place at 80f8, end 80f85928
I have man
On Mon, Dec 15, 2014 at 04:20:46PM -, Andy Pont wrote:
> Hello,
>
> I am currently setting up the Falcon mode support for a custom AM3354 based
> platform that has U-Boot and the Linux kernel in an SPI NOR flash.
>
> Following the instructions I have loaded the kernel to ${loadaddr} and
> de
Hello,
I am currently setting up the Falcon mode support for a custom AM3354 based
platform that has U-Boot and the Linux kernel in an SPI NOR flash.
Following the instructions I have loaded the kernel to ${loadaddr} and
device tree to ${fdtaddr} from the SPI flash device and then have run:
U-Bo
10 matches
Mail list logo
