On Thu, Mar 19, 2015 at 4:56 PM, Daniel Mack <zon...@gmail.com> wrote: > On 03/19/2015 04:13 PM, Yegor Yefremov wrote: >> Strange. Have tried with "nand read" command, but still the same >> result with and without CONFIG_NAND_OMAP_GPMC_PREFETCH : >> >> [2.150655 0.001006] NAND read: device 0 offset 0x260000, size 0x1200000 >> [15.978943 13.828288] 18874368 bytes read: OK > > What about adding some debug prints to the prefetch setup function and > see if it is executed at all?
I2C: ready DRAM: 256 MiB NAND: prefetch enabled NAND: 256 MiB MMC: OMAP SD/MMC: 0, OMAP SD/MMC: 1 Using default environment I've added "NAND: prefetch enabled" output for: #ifdef CONFIG_NAND_OMAP_GPMC_PREFETCH else { printf("NAND: prefetch enabled\n"); nand->read_buf = omap_nand_read_prefetch8; } #else I've also put printf() into omap_nand_read_prefetch8() just to make sure it is called - it was called. Further ideas? >> Daniel, do you have the numbers? Images size and load time? What can I >> expect? > > I don't currently have the setup at hand, sorry. But the number I recall > from an email conversation back then is: The time from power-on, loading > SPL, loading U-Boot, leeching a 6MB uImage, jumping into it waiting for > the console to start dumping the kernel boot messages was less than 5 > seconds in total. I Linux I had ti,nand-xfer-type = "polled";. After replacing it with ti,nand-xfer-type = "prefetch-polled"; I now get # dd if=/dev/mtdblock5 of=/dev/null bs=2M count=8 8+0 records in 8+0 records out 16777216 bytes (17 MB) copied, 2.58744 s, 6.5 MB/s instead of: # dd if=/dev/mtdblock5 of=/dev/null bs=2M count=8 8+0 records in 8+0 records out 16777216 bytes (17 MB) copied, 6.05157 s, 2.8 MB/s Do I see it right, that DMA support is not implemented in am33xx.dtsi? Yegor _______________________________________________ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot