Thread (36 messages) flat view 36 messages, 6 authors, 2011-08-03
STALE5532d

Revision v8 of 13 in this series.

Revisions (13)
  1. v8 [diff vs current]
  2. v8 [diff vs current]
  3. v8 [diff vs current]
  4. v8 [diff vs current]
  5. v8 [diff vs current]
  6. v8 [diff vs current]
  7. v8 [diff vs current]
  8. v8 [diff vs current]
  9. v8 [diff vs current]
  10. v8 current
  11. v8 [diff vs current]
  12. v10 [diff vs current]
  13. v12 [diff vs current]

[PATCH v8 0/3] add the GPMI controller driver for IMX23/IMX28

From: Koen Beel <hidden>
Date: 2011-08-02 12:32:17

Hi,

On Tue, Aug 2, 2011 at 12:37 PM, Huang Shijie [off-list ref] wrote:
hi:
quoted
quoted
The following is my test environment:
[0] Hardware:
? ? ? MX23EVK PCB REV C
I have the same hardware. But also on our own hardware (mx23, but
different dram and different nand) it's failing with the same output
as on the evk (see log file in previous mail).
I will check the schematic of mx23 tomorrow, and find what will cause
conflict with GPMI.
quoted
quoted
[1] SW:
? ?kernel:git://git.linaro.org/people/shawnguo/linux-2.6.git mxs-gpmi
? ?.config: my_config , you can find it in my previous email.
? ?cmdline: console=ttyAMA0,115200 root=/dev/mmcblk0p1 rw rootwait
gpmi_debug_init mtdparts=gpmi-nand:20m(boot),-(user)
I use that git and your config file. Only thing i have changed to the
config is to integrate the initramfs rootfs.
Would it be possible for you to test using rootfs in initramfs? Now
could you tell me how can i test the rootfs in initramfs?
I have no idea about how to test it.
Via the linux menuconfig:
- Check the option "General setup > Initial RAM filesystem and RAM
disk (initramfs/initrd) support"
- Fill in "General setup > Initramfs source file(s)" (e.g. the path to
a cpio archive of the rootfs, or just the directory containing the
extracted rootfs).
quoted
you are using the mmc card as rootfs which is on the dma engine and
bus.

quoted
[2] test shell script:
================================

echo 0x20> ?/sys/module/gpmi_nand/parameters/gpmi_debug
As said, don't have that gpmi_debug sysfs entry. Sure you don't have
any other modification done which are not in that git branch?
The sysfs entry does exit.
Please check carefully.
The code in gpmi-nand.c defines it.
Ok, I see the module_param entry at the beginning of gpmi-nand.c.
Must have overlooked it as in previous mail you mentioned the path was
/sys/devices/platform/imx23-gpmi-nand/gpmi_debug
But no problem, it's working now.
quoted
quoted
flash_eraseall /dev/mtd1
ubiformat /dev/mtd1
flash_eraseall /dev/mtd1
ubiattach /dev/ubi_ctrl -m 1
ubimkvol /dev/ubi0 -N test -m
mount -t ubifs ubi0:test tmp
bonnie++ -d tmp -u 0 -s 2 -r 1
bonnie++ -d tmp -u 0 -s 2 -r 1
bonnie++ -d tmp -u 0 -s 2 -r 1
umount tmp
ubidetach /dev/ubi_ctrl -m 1

================================

[3] conclusion
? It runs well in my mx23 board, and no DMA-TIMEOUT occur.
I think there is some conflict in your board.
Don't know what conflict I would have with my board. I just use the
board without anything (mmc, lcd, ...) attached to it.
quoted
BTW:
? I split the MTD to 20M and (the rest size).
So do I.
quoted
The flash_eraseall works well.
If i do not split the MTD, the flash_eraseall will not work.
That's strange because I use flash_eraseall on my mtd1 which is 108 MB.
I don't know how you boot but my uboot is in mtd0, so don't use that
I boot the kernel by the USB with sb_loader.

Best Regards
Huang Shijie


_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel at lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help