Activity
From 08/19/2013 to 09/17/2013
09/17/2013
- JC 02:50 PM Software Development: RE: Writing UBIFS rootfs to AM3354 with 512MB NAND
- Michael,
I've added your changes including my alternative change to a test branch on my machine. If you could test my alternative change I'll happily post it up on our site.
Thanks - JC 02:48 PM Software Development: RE: Writing UBIFS rootfs to AM3354 with 512MB NAND
- Ok cool. We've never tried storing the kernel in a ubifs partition. If you have it working I'd be interested in your procedure.
- MK 02:31 PM Software Development: RE: Writing UBIFS rootfs to AM3354 with 512MB NAND
- JC 02:17 PM Software Development: RE: Writing UBIFS rootfs to AM3354 with 512MB NAND
- Do you have a reference for your first change? Or did you find this through trial and error?
- JC 02:14 PM Software Development: RE: Writing UBIFS rootfs to AM3354 with 512MB NAND
- Michael,
You should be able to replace your second change with: - MK 01:41 PM Software Development: RE: Writing UBIFS rootfs to AM3354 with 512MB NAND
- To boot from UBI with the 512MB NAND, I had to modify the 2013.01 branch bootloader:
09/09/2013
- MK 03:40 PM Software Development: RE: Yocto in the future?
- One other thing... you will need to set defconfig to the appropriate config file - it is easiest just to copy this from the repo to meta-mityarm/recipes-kernel/linux/linux-yocto-custom/defconfig .
Also, I set CONFIG_LEGACY_PTYS=y in ... - MK 02:48 PM Software Development: RE: Yocto in the future?
- Sure. First I should make clear the Yocto version - it is *dylan*-9.0.0 , not denzil. This is also Yocto/Poky... lately Yocto has been claiming Angstrom and Linaro, though I can't say I completly get the nuance here... if anyone can ex...
- JC 08:42 AM Software Development: RE: Yocto in the future?
- Thanks Michael for the update. Would you be willing to share the steps you did to get it working or maybe just the working .bb files?
Thanks
Jonathan
09/07/2013
- MK 04:32 PM Software Development: RE: Yocto in the future?
- 3.2 Kernel appears to run fine under Yocto (denzil-9.0.0).
- MW 07:35 AM Software Development: RE: High Latency for GPIO Interrupts in 3.2 Kernel
- Thanks Michael,
We'll get it applied in the local tree (which came from TI, really).
Sorry for the inconvenience.
-Mike
- MK 03:37 AM Software Development: RE: High Latency for GPIO Interrupts in 3.2 Kernel
- This is a bug in the kernel. Lines 215-219 of the file arch/arm/mach-omap2/irq.c should be modified:
09/06/2013
- MK 11:25 PM Software Development: RE: High Latency for GPIO Interrupts in 3.2 Kernel
- The GPIO interrupt is on GPIO bank 0. Is there any chance that there is power management being applied to the GPIO or the GPIO 0 bank clock (clk_rc32k_ck) has changed? The fact that the latency goes down when I load the processor is aw...
- MK 11:06 PM Software Development: RE: High Latency for GPIO Interrupts in 3.2 Kernel
- Kernel Module.
- MW 08:12 PM Software Development: RE: High Latency for GPIO Interrupts in 3.2 Kernel
- Are you handling the interrupts in a kernel module or via the gpio sysfs file hooks?
- Just switched over to the 3.2 Kernel from 3.1 to support programming of the 512MB flash, and the latency for a GPIO Interrupt has gone through the roof - from ~20usec on 3.1 to >400usec on 3.2. Kind of odd: 3.2 the interrupt tends to ge...
09/04/2013
- MK 03:23 PM Software Development: RE: Difficulty in flashing MLO and U-Boot to the AM3354 with 512MB NAND
- Tim,
No worries! I appreciate you getting the 512MB to work!
I downloaded from three different places on the CL website, this thread, the u-boot wiki page, and the link you posted. All three binaries were the same - no joy.
Mike - TI 03:15 PM Software Development: RE: Difficulty in flashing MLO and U-Boot to the AM3354 with 512MB NAND
- Mike
Sorry about that!
I did add a board type for this configuration, but didn't really document it very well. :(
Use the mityarm335x_4kpage configuration to define the MITYARM_4K_PAGE_NAND preprocessor macro.
The goal is eventuall... - MK 02:39 PM Software Development: RE: Difficulty in flashing MLO and U-Boot to the AM3354 with 512MB NAND
- Jonathan,
I found the problem - looks like a bug in your u-boot code. For some reason, the MITYARM_4K_PAGE_NAND environment variable was not getting set. To the top of include/configs/mityarm335x.h I added:
@#define MITYARM_4K_PA... - JC 02:21 PM Software Development: RE: Difficulty in flashing MLO and U-Boot to the AM3354 with 512MB NAND
- Jumpers only affect where the board looks for bootup code. The ubifs wiki page has my jumper config for booting from nand vs sd card.
- JC 02:19 PM Software Development: RE: Difficulty in flashing MLO and U-Boot to the AM3354 with 512MB NAND
- Mike can you run "nand bad"?
Did you use an older u-boot before you got the updated one? Its possible the older u-boot already marked all the blocks bad. To clear the bad blocks you need to run "nand scrub.chip". This command will w... - MK 02:05 PM Software Development: RE: Difficulty in flashing MLO and U-Boot to the AM3354 with 512MB NAND
- Jonathan,
Thanks. Yes, my suspicion is that I don't have the correct u-boot. I've built u-boot from source, the u-boot-2013.01 branch, and still not working. The results (and the uboot version - 2013.01.01-g6818f7c) are identical t... - JC 09:13 AM Software Development: RE: Difficulty in flashing MLO and U-Boot to the AM3354 with 512MB NAND
- Mike,
I've added the correct mtdparts and other information on flashing the nand in the following wiki: http://support.criticallink.com/redmine/projects/armc8-platforms/wiki/UBIFS_Nand_Boot.
h3. U-boot
Though it sounds like you ...
09/03/2013
- MK 09:17 PM Software Development: RE: Difficulty in flashing MLO and U-Boot to the AM3354 with 512MB NAND
- I am still having trouble programming the MLO and uboot into NAND from u-boot on an AM3354.
I've tried the MLO, uEnv.txt, and uboot.img posted for the 512M device, and here is what a boot into uboot from an SD Card looks like:
@U-B...
08/19/2013
- JC 02:19 PM Software Development: RE: NAND memory map question
- Thanks for the status update. Let us know how it turns out.
-Jonathan -
09:17 AM
Software Development: RE: NAND memory map question
- Jonathan,
Thanks much as your last two posts help tremendously. Our biggest concern with using NAND for both the u-boot images
(and our own) was having a block go bad. We did not want our units to end up dying in the field bec...