* i.MX35 3-stack use only 128MB RAM @ 2011-04-20 10:56 Thomas Mayer 2011-04-20 11:20 ` Boaz Ben-David 0 siblings, 1 reply; 6+ messages in thread From: Thomas Mayer @ 2011-04-20 10:56 UTC (permalink / raw) To: barebox Hi, I read in the freescale documentation "U-Boot for i.MX35 based Designs" that the i.MX35 3-stack board has 256MB SDRAM, but we can use only 128MB because the second chip select isn't configured. Depending on the circuit diagrams I think "CSD1" isn't configured. I looked already in the datasheet of the cpu, but I couldn't found a solution for this problem. Have anybody ever tried to enable this second chip select? Regards, Thomas _______________________________________________ barebox mailing list barebox@lists.infradead.org http://lists.infradead.org/mailman/listinfo/barebox ^ permalink raw reply [flat|nested] 6+ messages in thread
* RE: i.MX35 3-stack use only 128MB RAM 2011-04-20 10:56 i.MX35 3-stack use only 128MB RAM Thomas Mayer @ 2011-04-20 11:20 ` Boaz Ben-David 2011-04-20 12:06 ` Thomas Mayer 0 siblings, 1 reply; 6+ messages in thread From: Boaz Ben-David @ 2011-04-20 11:20 UTC (permalink / raw) To: Thomas Mayer, barebox Hi, This is the procedure for modifying Redboot to support 256MB of RAM in Redboot, you can adapt it to barebox: How to extend RAM for Linux on MX35PDK ======================================= Tested on: redboot_200910, MX35PDK green board, MX35 TO2, DDR2, SDK1.5 The current redboot images enable just half of the physically available DDR2 memory (128MB on MX35PDK). This is due to the fact that redboot is only enabling SDCS0 (BANK0) and not SDCS1. It seems that there was a little bug in redboot which has prevented the enablement of SDCS1 and so nobody has tried this again. Physically the bank1 is working properly on MX35PDK CPU module. Step0 ===== Check memory size of existing redboot on your MX35PDK under redboot check memory on SDCS1 which is mapped physically to 0x90000000. You may also use 0x08000000 which is the first virtual address on SDCS1. Note in redboot, the virtual address 0x80000000 is mapped to physical address 0x80000000 non cashable. Virtual Address 0x0 is mapped to physical address 0x80000000 cashable. The virtual address 0x90000000 is not in the MMU table. That is why we receive a "illegal memory address" error message. This is not a memory exception because no memory transaction has taken place. See also below... RedBoot> dump -b 0x90000000 90000000: ** command abort - illegal memory access? RedBoot> dump -b 0x08000000 08000000: ** command abort - illegal memory access? RedBoot> dump -b 0x07ffff00 07FFFF00: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF |................| 07FFFF10: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF |................| After booting linux use command "free": root@freescale ~$ free total used free shared buffers Mem: 126140 9920 116220 0 0 Swap: 0 0 0 Total: 126140 9920 116220 You have about 128MB free memory. But not 256MB. Step 1 ====== We will edit and recompile redboot. For this you may untar the redboot_200910.tgz archive in the linux BSP source on your linux host. Unpack redboot and configure the build process as described in redboot_200910/doc/redboot_mx35.pdf Chapter 6 You should be able to run successfully: ecosconfig new mx35_3stack redboot ecosconfig import $ECOS_REPOSITORY/hal/arm/mx35/3stack/current/misc/redboot_ROMRAM.ecm ecosconfig tree make Step 2 ====== We will know edit some redboot source files as discribed below. Look at the comment "// by michael for 256MB". ~/redboot_200910/src/ecos/packages/hal/arm/mx35/3stack/current/include/pkgconf/mlt_arm_board_romram.h #ifndef __ASSEMBLER__ #include <cyg/infra/cyg_type.h> #include <stddef.h> #endif #define CYGMEM_REGION_ram (0x00000000) #define CYGMEM_REGION_ram_SIZE (0x0FF00000) // by michael for 256MB #define CYGMEM_REGION_ram_ATTR (CYGMEM_REGION_ATTR_R | CYGMEM_REGION_ATTR_W) #define CYGMEM_REGION_rom (0x87F00000) #define CYGMEM_REGION_rom_SIZE (0x100000) #define CYGMEM_REGION_rom_ATTR (CYGMEM_REGION_ATTR_R) #ifndef __ASSEMBLER__ extern char CYG_LABEL_NAME (__heap1) []; #endif #define CYGMEM_SECTION_heap1 (CYG_LABEL_NAME (__heap1)) #define CYGMEM_SECTION_heap1_SIZE (CYGMEM_REGION_ram_SIZE - (size_t) CYG_LABEL_NAME (__heap1)) ~/redboot_200910/src/ecos/packages/hal/arm/mx35/3stack/current/include/hal_plaform_setup.h line 712: ldr r0, ESDCTL_BASE_W /* deleted by michael mov r3, #0x2000 str r3, [r0, #0x0] ldr r2, ROM_VER_ADDR_W ldr r4, [r2] cmp r4, #0x1 streq r3, [r0, #0x8] */ mov r12, #0x00 mov r2, #0x0 // DDR2 mov r1, #RAM_BANK0_BASE bl setup_sdram_bank cmp r3, #0x0 3: bne 3b // loop forever if bank0 is not OK /* do not repeat with mDDR settings. We know we have DDR2 (r2=0) cmp r3, #0x0 orreq r12, r12, #1 eorne r2, r2, #0x1 blne setup_sdram_bank */ #if 1 // do the same for bank1 /* CSD1 */ mov r12, #0x00 mov r2, #0x0 // DDR2 mov r1, #RAM_BANK1_BASE bl setup_sdram_bank cmp r3, #0x0 4: bne 4b //loop forever if bank1 is not OK /* do not try with mDDR again for bank1. we know we have DDR2 beq 1b eorne r2, r2, #0x1 blne setup_sdram_bank orr r12, r12, #1 1: */ #endif ~/redboot_200910/src/ecos/packages/hal/arm/mx35/3stack/current/include/fsl_board.h /* MX35 3-Stack SDRAM is from 0x90000000, 64M */ #define SDRAM_BASE_ADDR CSD0_BASE_ADDR //#define SDRAM_SIZE 0x08000000 #define SDRAM_SIZE 0x10000000 // by michael for 256MB #define RAM_BANK0_BASE CSD0_BASE_ADDR #define RAM_BANK1_BASE CSD1_BASE_ADDR ~/redboot_200910/src/ecos/packages/hal/arm/mx35/3stack/current/src/board_misc.c /* Actual Virtual Size Attributes Function */ /* Base Base MB cached? buffered? access permissions */ /* xxx00000 xxx00000 */ X_ARM_MMU_SECTION(0x000, 0xF00, 0x1, ARM_UNCACHEABLE, ARM_UNBUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* ROM */ X_ARM_MMU_SECTION(0x100, 0x100, 0x1, ARM_UNCACHEABLE, ARM_UNBUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* iRAM */ X_ARM_MMU_SECTION(0x300, 0x300, 0x1, ARM_UNCACHEABLE, ARM_UNBUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* L2CC */ X_ARM_MMU_SECTION(0x400, 0x400, 0x400, ARM_UNCACHEABLE, ARM_UNBUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* Internal Regsisters upto SDRAM*/ X_ARM_MMU_SECTION(0x800, 0x000, 0x80, ARM_CACHEABLE, ARM_BUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* SDRAM 0:128M*/ X_ARM_MMU_SECTION(0x800, 0x800, 0x80, ARM_CACHEABLE, ARM_BUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* SDRAM 0:128M*/ X_ARM_MMU_SECTION(0x800, 0x880, 0x80, ARM_UNCACHEABLE, ARM_UNBUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* SDRAM 0:128M*/ // start by michael for 256MB. Enter new MMU entries for SDCS1 X_ARM_MMU_SECTION(0x900, 0x080, 0x80, ARM_CACHEABLE, ARM_BUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* SDRAM 1:128M*/ X_ARM_MMU_SECTION(0x900, 0x900, 0x80, ARM_CACHEABLE, ARM_BUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* SDRAM 1:128M*/ X_ARM_MMU_SECTION(0x900, 0x980, 0x80, ARM_CACHEABLE, ARM_BUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* SDRAM 1:128M*/ // end by michael for 256MB X_ARM_MMU_SECTION(0xA00, 0xA00, 0x40, ARM_CACHEABLE, ARM_BUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* Flash */ X_ARM_MMU_SECTION(0xB00, 0xB00, 0x20, ARM_CACHEABLE, ARM_BUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* PSRAM */ X_ARM_MMU_SECTION(0xB20, 0xB20, 0x1E0, ARM_UNCACHEABLE, ARM_UNBUFFERABLE,ARM_ACCESS_PERM_RW_RW); /* ESDCTL, WEIM, M3IF, EMI, NFC, External I/O */ Step 4 ====== rebuild redboot. Now it comes: The make scripte does not recognize any changes in hal_platform_setup.h file because this file is been used to build the lib "vectors". This is not in the dependencies of the make script. It is either not removed by "make clean". You have to remove the vectors.o by hand. So to properly rebuild redboot you need to: cd ~/redboot_200910/src/ecos rm install/lib/vectors.* make cp install/bin/redboot.bin ~/shared_folder/redboot_mx35_TO2_256MB.bin # if you have a VMWare and use a shared_folder in ~/shared_folder Step 5 ====== Flash new redboot to MX35PDK using ATK1.6. You do not need to erase the NAND flash. So, you keep the same fconfig settings. Do not forget the BBT tick! Step 6 ====== Check the new memories: RedBoot> dump -b 0x90000000 90000000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| 90000010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| root@freescale ~$ free total used free shared buffers Mem: 256088 10040 246048 0 0 Swap: 0 0 0 Total: 256088 10040 246048 Boaz Ben-David R&D Engineer Tel: +972.2.6470.700Mob: +972.54.678.1511Email: boaz.bd@wellsense-tech.com www.themapsystem.com Please consider the impact on the environment before printing this e-mail and/or the attachment(s). ________________________________________ From: barebox-bounces@lists.infradead.org [barebox-bounces@lists.infradead.org] On Behalf Of Thomas Mayer [thomas.mayer@telemotive.de] Sent: Wednesday, April 20, 2011 1:56 PM To: barebox@lists.infradead.org Subject: i.MX35 3-stack use only 128MB RAM Hi, I read in the freescale documentation "U-Boot for i.MX35 based Designs" that the i.MX35 3-stack board has 256MB SDRAM, but we can use only 128MB because the second chip select isn't configured. Depending on the circuit diagrams I think "CSD1" isn't configured. I looked already in the datasheet of the cpu, but I couldn't found a solution for this problem. Have anybody ever tried to enable this second chip select? Regards, Thomas _______________________________________________ barebox mailing list barebox@lists.infradead.org http://lists.infradead.org/mailman/listinfo/barebox _______________________________________________ barebox mailing list barebox@lists.infradead.org http://lists.infradead.org/mailman/listinfo/barebox ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: i.MX35 3-stack use only 128MB RAM 2011-04-20 11:20 ` Boaz Ben-David @ 2011-04-20 12:06 ` Thomas Mayer 2011-04-20 12:10 ` Boaz Ben-David 0 siblings, 1 reply; 6+ messages in thread From: Thomas Mayer @ 2011-04-20 12:06 UTC (permalink / raw) To: barebox Hi, wow this was a really quick and good answer, thanks a lot! I will test it and try to adapt it to barebox too. Regards, Thomas Am 20.04.2011 13:20, schrieb Boaz Ben-David: > Hi, > > This is the procedure for modifying Redboot to support 256MB of RAM in Redboot, you can adapt it to barebox: > > How to extend RAM for Linux on MX35PDK > ======================================= > > Tested on: redboot_200910, MX35PDK green board, MX35 TO2, DDR2, SDK1.5 > > The current redboot images enable just half of the physically available DDR2 memory (128MB on MX35PDK). > This is due to the fact that redboot is only enabling SDCS0 (BANK0) and not SDCS1. > It seems that there was a little bug in redboot which has prevented the enablement of SDCS1 and so > nobody has tried this again. Physically the bank1 is working properly on MX35PDK CPU module. > > Step0 > ===== > > Check memory size of existing redboot on your MX35PDK > > under redboot check memory on SDCS1 which is mapped physically to 0x90000000. > You may also use 0x08000000 which is the first virtual address on SDCS1. > Note in redboot, the virtual address 0x80000000 is mapped to physical address 0x80000000 non cashable. > Virtual Address 0x0 is mapped to physical address 0x80000000 cashable. > The virtual address 0x90000000 is not in the MMU table. That is why we receive a "illegal memory address" error message. > This is not a memory exception because no memory transaction has taken place. > See also below... > > > RedBoot> dump -b 0x90000000 > 90000000: ** command abort - illegal memory access? > RedBoot> dump -b 0x08000000 > 08000000: ** command abort - illegal memory access? > RedBoot> dump -b 0x07ffff00 > 07FFFF00: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF |................| > 07FFFF10: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF |................| > > After booting linux use command "free": > > root@freescale ~$ free > total used free shared buffers > Mem: 126140 9920 116220 0 0 > Swap: 0 0 0 > Total: 126140 9920 116220 > > You have about 128MB free memory. But not 256MB. > > > Step 1 > ====== > > We will edit and recompile redboot. For this you may untar the redboot_200910.tgz archive in the linux BSP source > on your linux host. > Unpack redboot and configure the build process as described in > redboot_200910/doc/redboot_mx35.pdf Chapter 6 > > You should be able to run successfully: > > ecosconfig new mx35_3stack redboot > ecosconfig import $ECOS_REPOSITORY/hal/arm/mx35/3stack/current/misc/redboot_ROMRAM.ecm > ecosconfig tree > make > > Step 2 > ====== > > We will know edit some redboot source files as discribed below. Look at the comment > "// by michael for 256MB". > > > ~/redboot_200910/src/ecos/packages/hal/arm/mx35/3stack/current/include/pkgconf/mlt_arm_board_romram.h > > #ifndef __ASSEMBLER__ > #include<cyg/infra/cyg_type.h> > #include<stddef.h> > > #endif > #define CYGMEM_REGION_ram (0x00000000) > #define CYGMEM_REGION_ram_SIZE (0x0FF00000) // by michael for 256MB > #define CYGMEM_REGION_ram_ATTR (CYGMEM_REGION_ATTR_R | CYGMEM_REGION_ATTR_W) > #define CYGMEM_REGION_rom (0x87F00000) > #define CYGMEM_REGION_rom_SIZE (0x100000) > #define CYGMEM_REGION_rom_ATTR (CYGMEM_REGION_ATTR_R) > #ifndef __ASSEMBLER__ > extern char CYG_LABEL_NAME (__heap1) []; > #endif > #define CYGMEM_SECTION_heap1 (CYG_LABEL_NAME (__heap1)) > #define CYGMEM_SECTION_heap1_SIZE (CYGMEM_REGION_ram_SIZE - (size_t) CYG_LABEL_NAME (__heap1)) > > > ~/redboot_200910/src/ecos/packages/hal/arm/mx35/3stack/current/include/hal_plaform_setup.h line 712: > > ldr r0, ESDCTL_BASE_W > /* deleted by michael > mov r3, #0x2000 > str r3, [r0, #0x0] > ldr r2, ROM_VER_ADDR_W > ldr r4, [r2] > cmp r4, #0x1 > streq r3, [r0, #0x8] > */ > mov r12, #0x00 > mov r2, #0x0 // DDR2 > mov r1, #RAM_BANK0_BASE > bl setup_sdram_bank > cmp r3, #0x0 > 3: bne 3b // loop forever if bank0 is not OK > > /* do not repeat with mDDR settings. We know we have DDR2 (r2=0) > cmp r3, #0x0 > orreq r12, r12, #1 > eorne r2, r2, #0x1 > blne setup_sdram_bank > */ > #if 1 // do the same for bank1 > /* CSD1 */ > mov r12, #0x00 > mov r2, #0x0 // DDR2 > mov r1, #RAM_BANK1_BASE > bl setup_sdram_bank > cmp r3, #0x0 > 4: bne 4b //loop forever if bank1 is not OK > > > /* do not try with mDDR again for bank1. we know we have DDR2 > beq 1b > eorne r2, r2, #0x1 > blne setup_sdram_bank > orr r12, r12, #1 > 1: > */ > #endif > > ~/redboot_200910/src/ecos/packages/hal/arm/mx35/3stack/current/include/fsl_board.h > > /* MX35 3-Stack SDRAM is from 0x90000000, 64M */ > #define SDRAM_BASE_ADDR CSD0_BASE_ADDR > //#define SDRAM_SIZE 0x08000000 > #define SDRAM_SIZE 0x10000000 // by michael for 256MB > #define RAM_BANK0_BASE CSD0_BASE_ADDR > #define RAM_BANK1_BASE CSD1_BASE_ADDR > > > ~/redboot_200910/src/ecos/packages/hal/arm/mx35/3stack/current/src/board_misc.c > > /* Actual Virtual Size Attributes Function */ > /* Base Base MB cached? buffered? access permissions */ > /* xxx00000 xxx00000 */ > X_ARM_MMU_SECTION(0x000, 0xF00, 0x1, ARM_UNCACHEABLE, ARM_UNBUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* ROM */ > X_ARM_MMU_SECTION(0x100, 0x100, 0x1, ARM_UNCACHEABLE, ARM_UNBUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* iRAM */ > X_ARM_MMU_SECTION(0x300, 0x300, 0x1, ARM_UNCACHEABLE, ARM_UNBUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* L2CC */ > X_ARM_MMU_SECTION(0x400, 0x400, 0x400, ARM_UNCACHEABLE, ARM_UNBUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* Internal Regsisters upto SDRAM*/ > X_ARM_MMU_SECTION(0x800, 0x000, 0x80, ARM_CACHEABLE, ARM_BUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* SDRAM 0:128M*/ > X_ARM_MMU_SECTION(0x800, 0x800, 0x80, ARM_CACHEABLE, ARM_BUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* SDRAM 0:128M*/ > X_ARM_MMU_SECTION(0x800, 0x880, 0x80, ARM_UNCACHEABLE, ARM_UNBUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* SDRAM 0:128M*/ > // start by michael for 256MB. Enter new MMU entries for SDCS1 > X_ARM_MMU_SECTION(0x900, 0x080, 0x80, ARM_CACHEABLE, ARM_BUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* SDRAM 1:128M*/ > X_ARM_MMU_SECTION(0x900, 0x900, 0x80, ARM_CACHEABLE, ARM_BUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* SDRAM 1:128M*/ > X_ARM_MMU_SECTION(0x900, 0x980, 0x80, ARM_CACHEABLE, ARM_BUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* SDRAM 1:128M*/ > // end by michael for 256MB > X_ARM_MMU_SECTION(0xA00, 0xA00, 0x40, ARM_CACHEABLE, ARM_BUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* Flash */ > X_ARM_MMU_SECTION(0xB00, 0xB00, 0x20, ARM_CACHEABLE, ARM_BUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* PSRAM */ > X_ARM_MMU_SECTION(0xB20, 0xB20, 0x1E0, ARM_UNCACHEABLE, ARM_UNBUFFERABLE,ARM_ACCESS_PERM_RW_RW); /* ESDCTL, WEIM, M3IF, EMI, NFC, External I/O */ > > > Step 4 > ====== > > rebuild redboot. Now it comes: > > The make scripte does not recognize any changes in hal_platform_setup.h file because this file is been used to build > the lib "vectors". This is not in the dependencies of the make script. It is either not removed by "make clean". > You have to remove the vectors.o by hand. > > So to properly rebuild redboot you need to: > > cd ~/redboot_200910/src/ecos > rm install/lib/vectors.* > make > cp install/bin/redboot.bin ~/shared_folder/redboot_mx35_TO2_256MB.bin # if you have a VMWare and use a shared_folder in ~/shared_folder > > > Step 5 > ====== > > Flash new redboot to MX35PDK using ATK1.6. You do not need to erase the NAND flash. So, you keep the > same fconfig settings. Do not forget the BBT tick! > > > Step 6 > ====== > > Check the new memories: > > RedBoot> dump -b 0x90000000 > 90000000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| > 90000010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| > > > root@freescale ~$ free > total used free shared buffers > Mem: 256088 10040 246048 0 0 > Swap: 0 0 0 > Total: 256088 10040 246048 > > > > > Boaz Ben-David > R&D Engineer > > Tel: +972.2.6470.700Mob: +972.54.678.1511Email: boaz.bd@wellsense-tech.com > www.themapsystem.com > > > Please consider the impact on the environment before printing this e-mail and/or the attachment(s). > ________________________________________ > From: barebox-bounces@lists.infradead.org [barebox-bounces@lists.infradead.org] On Behalf Of Thomas Mayer [thomas.mayer@telemotive.de] > Sent: Wednesday, April 20, 2011 1:56 PM > To: barebox@lists.infradead.org > Subject: i.MX35 3-stack use only 128MB RAM > > Hi, > > I read in the freescale documentation "U-Boot for i.MX35 based Designs" > that the i.MX35 3-stack board has 256MB SDRAM, but we can use only 128MB > because the second chip select isn't configured. Depending on the > circuit diagrams I think "CSD1" isn't configured. > I looked already in the datasheet of the cpu, but I couldn't found a > solution for this problem. > > Have anybody ever tried to enable this second chip select? > > > Regards, > Thomas > > _______________________________________________ > barebox mailing list > barebox@lists.infradead.org > http://lists.infradead.org/mailman/listinfo/barebox > > _______________________________________________ > barebox mailing list > barebox@lists.infradead.org > http://lists.infradead.org/mailman/listinfo/barebox > _______________________________________________ barebox mailing list barebox@lists.infradead.org http://lists.infradead.org/mailman/listinfo/barebox ^ permalink raw reply [flat|nested] 6+ messages in thread
* RE: i.MX35 3-stack use only 128MB RAM 2011-04-20 12:06 ` Thomas Mayer @ 2011-04-20 12:10 ` Boaz Ben-David 2011-04-20 12:25 ` Thomas Mayer 0 siblings, 1 reply; 6+ messages in thread From: Boaz Ben-David @ 2011-04-20 12:10 UTC (permalink / raw) To: Thomas Mayer, barebox Hi, I'm glad it's helpful to you. I don't want to take the credit here, I forgot to write this is the procedure we got from Freescale's support when we contacted them. Sorry for not mentioning this at first, I thought I did... (: Boaz Ben-David R&D Engineer Tel: +972.2.6470.700Mob: +972.54.678.1511Email: boaz.bd@wellsense-tech.com www.themapsystem.com Please consider the impact on the environment before printing this e-mail and/or the attachment(s). ________________________________________ From: barebox-bounces@lists.infradead.org [barebox-bounces@lists.infradead.org] On Behalf Of Thomas Mayer [tm.telemotive@gmx.de] Sent: Wednesday, April 20, 2011 3:06 PM To: barebox@lists.infradead.org Subject: Re: i.MX35 3-stack use only 128MB RAM Hi, wow this was a really quick and good answer, thanks a lot! I will test it and try to adapt it to barebox too. Regards, Thomas Am 20.04.2011 13:20, schrieb Boaz Ben-David: > Hi, > > This is the procedure for modifying Redboot to support 256MB of RAM in Redboot, you can adapt it to barebox: > > How to extend RAM for Linux on MX35PDK > ======================================= > > Tested on: redboot_200910, MX35PDK green board, MX35 TO2, DDR2, SDK1.5 > > The current redboot images enable just half of the physically available DDR2 memory (128MB on MX35PDK). > This is due to the fact that redboot is only enabling SDCS0 (BANK0) and not SDCS1. > It seems that there was a little bug in redboot which has prevented the enablement of SDCS1 and so > nobody has tried this again. Physically the bank1 is working properly on MX35PDK CPU module. > > Step0 > ===== > > Check memory size of existing redboot on your MX35PDK > > under redboot check memory on SDCS1 which is mapped physically to 0x90000000. > You may also use 0x08000000 which is the first virtual address on SDCS1. > Note in redboot, the virtual address 0x80000000 is mapped to physical address 0x80000000 non cashable. > Virtual Address 0x0 is mapped to physical address 0x80000000 cashable. > The virtual address 0x90000000 is not in the MMU table. That is why we receive a "illegal memory address" error message. > This is not a memory exception because no memory transaction has taken place. > See also below... > > > RedBoot> dump -b 0x90000000 > 90000000: ** command abort - illegal memory access? > RedBoot> dump -b 0x08000000 > 08000000: ** command abort - illegal memory access? > RedBoot> dump -b 0x07ffff00 > 07FFFF00: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF |................| > 07FFFF10: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF |................| > > After booting linux use command "free": > > root@freescale ~$ free > total used free shared buffers > Mem: 126140 9920 116220 0 0 > Swap: 0 0 0 > Total: 126140 9920 116220 > > You have about 128MB free memory. But not 256MB. > > > Step 1 > ====== > > We will edit and recompile redboot. For this you may untar the redboot_200910.tgz archive in the linux BSP source > on your linux host. > Unpack redboot and configure the build process as described in > redboot_200910/doc/redboot_mx35.pdf Chapter 6 > > You should be able to run successfully: > > ecosconfig new mx35_3stack redboot > ecosconfig import $ECOS_REPOSITORY/hal/arm/mx35/3stack/current/misc/redboot_ROMRAM.ecm > ecosconfig tree > make > > Step 2 > ====== > > We will know edit some redboot source files as discribed below. Look at the comment > "// by michael for 256MB". > > > ~/redboot_200910/src/ecos/packages/hal/arm/mx35/3stack/current/include/pkgconf/mlt_arm_board_romram.h > > #ifndef __ASSEMBLER__ > #include<cyg/infra/cyg_type.h> > #include<stddef.h> > > #endif > #define CYGMEM_REGION_ram (0x00000000) > #define CYGMEM_REGION_ram_SIZE (0x0FF00000) // by michael for 256MB > #define CYGMEM_REGION_ram_ATTR (CYGMEM_REGION_ATTR_R | CYGMEM_REGION_ATTR_W) > #define CYGMEM_REGION_rom (0x87F00000) > #define CYGMEM_REGION_rom_SIZE (0x100000) > #define CYGMEM_REGION_rom_ATTR (CYGMEM_REGION_ATTR_R) > #ifndef __ASSEMBLER__ > extern char CYG_LABEL_NAME (__heap1) []; > #endif > #define CYGMEM_SECTION_heap1 (CYG_LABEL_NAME (__heap1)) > #define CYGMEM_SECTION_heap1_SIZE (CYGMEM_REGION_ram_SIZE - (size_t) CYG_LABEL_NAME (__heap1)) > > > ~/redboot_200910/src/ecos/packages/hal/arm/mx35/3stack/current/include/hal_plaform_setup.h line 712: > > ldr r0, ESDCTL_BASE_W > /* deleted by michael > mov r3, #0x2000 > str r3, [r0, #0x0] > ldr r2, ROM_VER_ADDR_W > ldr r4, [r2] > cmp r4, #0x1 > streq r3, [r0, #0x8] > */ > mov r12, #0x00 > mov r2, #0x0 // DDR2 > mov r1, #RAM_BANK0_BASE > bl setup_sdram_bank > cmp r3, #0x0 > 3: bne 3b // loop forever if bank0 is not OK > > /* do not repeat with mDDR settings. We know we have DDR2 (r2=0) > cmp r3, #0x0 > orreq r12, r12, #1 > eorne r2, r2, #0x1 > blne setup_sdram_bank > */ > #if 1 // do the same for bank1 > /* CSD1 */ > mov r12, #0x00 > mov r2, #0x0 // DDR2 > mov r1, #RAM_BANK1_BASE > bl setup_sdram_bank > cmp r3, #0x0 > 4: bne 4b //loop forever if bank1 is not OK > > > /* do not try with mDDR again for bank1. we know we have DDR2 > beq 1b > eorne r2, r2, #0x1 > blne setup_sdram_bank > orr r12, r12, #1 > 1: > */ > #endif > > ~/redboot_200910/src/ecos/packages/hal/arm/mx35/3stack/current/include/fsl_board.h > > /* MX35 3-Stack SDRAM is from 0x90000000, 64M */ > #define SDRAM_BASE_ADDR CSD0_BASE_ADDR > //#define SDRAM_SIZE 0x08000000 > #define SDRAM_SIZE 0x10000000 // by michael for 256MB > #define RAM_BANK0_BASE CSD0_BASE_ADDR > #define RAM_BANK1_BASE CSD1_BASE_ADDR > > > ~/redboot_200910/src/ecos/packages/hal/arm/mx35/3stack/current/src/board_misc.c > > /* Actual Virtual Size Attributes Function */ > /* Base Base MB cached? buffered? access permissions */ > /* xxx00000 xxx00000 */ > X_ARM_MMU_SECTION(0x000, 0xF00, 0x1, ARM_UNCACHEABLE, ARM_UNBUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* ROM */ > X_ARM_MMU_SECTION(0x100, 0x100, 0x1, ARM_UNCACHEABLE, ARM_UNBUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* iRAM */ > X_ARM_MMU_SECTION(0x300, 0x300, 0x1, ARM_UNCACHEABLE, ARM_UNBUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* L2CC */ > X_ARM_MMU_SECTION(0x400, 0x400, 0x400, ARM_UNCACHEABLE, ARM_UNBUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* Internal Regsisters upto SDRAM*/ > X_ARM_MMU_SECTION(0x800, 0x000, 0x80, ARM_CACHEABLE, ARM_BUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* SDRAM 0:128M*/ > X_ARM_MMU_SECTION(0x800, 0x800, 0x80, ARM_CACHEABLE, ARM_BUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* SDRAM 0:128M*/ > X_ARM_MMU_SECTION(0x800, 0x880, 0x80, ARM_UNCACHEABLE, ARM_UNBUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* SDRAM 0:128M*/ > // start by michael for 256MB. Enter new MMU entries for SDCS1 > X_ARM_MMU_SECTION(0x900, 0x080, 0x80, ARM_CACHEABLE, ARM_BUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* SDRAM 1:128M*/ > X_ARM_MMU_SECTION(0x900, 0x900, 0x80, ARM_CACHEABLE, ARM_BUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* SDRAM 1:128M*/ > X_ARM_MMU_SECTION(0x900, 0x980, 0x80, ARM_CACHEABLE, ARM_BUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* SDRAM 1:128M*/ > // end by michael for 256MB > X_ARM_MMU_SECTION(0xA00, 0xA00, 0x40, ARM_CACHEABLE, ARM_BUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* Flash */ > X_ARM_MMU_SECTION(0xB00, 0xB00, 0x20, ARM_CACHEABLE, ARM_BUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* PSRAM */ > X_ARM_MMU_SECTION(0xB20, 0xB20, 0x1E0, ARM_UNCACHEABLE, ARM_UNBUFFERABLE,ARM_ACCESS_PERM_RW_RW); /* ESDCTL, WEIM, M3IF, EMI, NFC, External I/O */ > > > Step 4 > ====== > > rebuild redboot. Now it comes: > > The make scripte does not recognize any changes in hal_platform_setup.h file because this file is been used to build > the lib "vectors". This is not in the dependencies of the make script. It is either not removed by "make clean". > You have to remove the vectors.o by hand. > > So to properly rebuild redboot you need to: > > cd ~/redboot_200910/src/ecos > rm install/lib/vectors.* > make > cp install/bin/redboot.bin ~/shared_folder/redboot_mx35_TO2_256MB.bin # if you have a VMWare and use a shared_folder in ~/shared_folder > > > Step 5 > ====== > > Flash new redboot to MX35PDK using ATK1.6. You do not need to erase the NAND flash. So, you keep the > same fconfig settings. Do not forget the BBT tick! > > > Step 6 > ====== > > Check the new memories: > > RedBoot> dump -b 0x90000000 > 90000000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| > 90000010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| > > > root@freescale ~$ free > total used free shared buffers > Mem: 256088 10040 246048 0 0 > Swap: 0 0 0 > Total: 256088 10040 246048 > > > > > Boaz Ben-David > R&D Engineer > > Tel: +972.2.6470.700Mob: +972.54.678.1511Email: boaz.bd@wellsense-tech.com > www.themapsystem.com > > > Please consider the impact on the environment before printing this e-mail and/or the attachment(s). > ________________________________________ > From: barebox-bounces@lists.infradead.org [barebox-bounces@lists.infradead.org] On Behalf Of Thomas Mayer [thomas.mayer@telemotive.de] > Sent: Wednesday, April 20, 2011 1:56 PM > To: barebox@lists.infradead.org > Subject: i.MX35 3-stack use only 128MB RAM > > Hi, > > I read in the freescale documentation "U-Boot for i.MX35 based Designs" > that the i.MX35 3-stack board has 256MB SDRAM, but we can use only 128MB > because the second chip select isn't configured. Depending on the > circuit diagrams I think "CSD1" isn't configured. > I looked already in the datasheet of the cpu, but I couldn't found a > solution for this problem. > > Have anybody ever tried to enable this second chip select? > > > Regards, > Thomas > > _______________________________________________ > barebox mailing list > barebox@lists.infradead.org > http://lists.infradead.org/mailman/listinfo/barebox > > _______________________________________________ > barebox mailing list > barebox@lists.infradead.org > http://lists.infradead.org/mailman/listinfo/barebox > _______________________________________________ barebox mailing list barebox@lists.infradead.org http://lists.infradead.org/mailman/listinfo/barebox _______________________________________________ barebox mailing list barebox@lists.infradead.org http://lists.infradead.org/mailman/listinfo/barebox ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: i.MX35 3-stack use only 128MB RAM 2011-04-20 12:10 ` Boaz Ben-David @ 2011-04-20 12:25 ` Thomas Mayer 2011-04-20 12:28 ` Boaz Ben-David 0 siblings, 1 reply; 6+ messages in thread From: Thomas Mayer @ 2011-04-20 12:25 UTC (permalink / raw) To: barebox Hi, the fact that Freescale's support really supports is new for me... :D :D I heard/read so many times that I shouldn't expect support from freescale. Regards, Thomas Am 20.04.2011 14:10, schrieb Boaz Ben-David: > Hi, > > I'm glad it's helpful to you. > I don't want to take the credit here, I forgot to write this is > the procedure we got from Freescale's support when we contacted them. > Sorry for not mentioning this at first, I thought I did... (: > > > Boaz Ben-David > R&D Engineer > > Tel: +972.2.6470.700Mob: +972.54.678.1511Email: boaz.bd@wellsense-tech.com > www.themapsystem.com > > > Please consider the impact on the environment before printing this e-mail and/or the attachment(s). > ________________________________________ > From: barebox-bounces@lists.infradead.org [barebox-bounces@lists.infradead.org] On Behalf Of Thomas Mayer [tm.telemotive@gmx.de] > Sent: Wednesday, April 20, 2011 3:06 PM > To: barebox@lists.infradead.org > Subject: Re: i.MX35 3-stack use only 128MB RAM > > Hi, > > wow this was a really quick and good answer, thanks a lot! > I will test it and try to adapt it to barebox too. > > > Regards, > Thomas > > > Am 20.04.2011 13:20, schrieb Boaz Ben-David: >> Hi, >> >> This is the procedure for modifying Redboot to support 256MB of RAM in Redboot, you can adapt it to barebox: >> >> How to extend RAM for Linux on MX35PDK >> ======================================= >> >> Tested on: redboot_200910, MX35PDK green board, MX35 TO2, DDR2, SDK1.5 >> >> The current redboot images enable just half of the physically available DDR2 memory (128MB on MX35PDK). >> This is due to the fact that redboot is only enabling SDCS0 (BANK0) and not SDCS1. >> It seems that there was a little bug in redboot which has prevented the enablement of SDCS1 and so >> nobody has tried this again. Physically the bank1 is working properly on MX35PDK CPU module. >> >> Step0 >> ===== >> >> Check memory size of existing redboot on your MX35PDK >> >> under redboot check memory on SDCS1 which is mapped physically to 0x90000000. >> You may also use 0x08000000 which is the first virtual address on SDCS1. >> Note in redboot, the virtual address 0x80000000 is mapped to physical address 0x80000000 non cashable. >> Virtual Address 0x0 is mapped to physical address 0x80000000 cashable. >> The virtual address 0x90000000 is not in the MMU table. That is why we receive a "illegal memory address" error message. >> This is not a memory exception because no memory transaction has taken place. >> See also below... >> >> >> RedBoot> dump -b 0x90000000 >> 90000000: ** command abort - illegal memory access? >> RedBoot> dump -b 0x08000000 >> 08000000: ** command abort - illegal memory access? >> RedBoot> dump -b 0x07ffff00 >> 07FFFF00: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF |................| >> 07FFFF10: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF |................| >> >> After booting linux use command "free": >> >> root@freescale ~$ free >> total used free shared buffers >> Mem: 126140 9920 116220 0 0 >> Swap: 0 0 0 >> Total: 126140 9920 116220 >> >> You have about 128MB free memory. But not 256MB. >> >> >> Step 1 >> ====== >> >> We will edit and recompile redboot. For this you may untar the redboot_200910.tgz archive in the linux BSP source >> on your linux host. >> Unpack redboot and configure the build process as described in >> redboot_200910/doc/redboot_mx35.pdf Chapter 6 >> >> You should be able to run successfully: >> >> ecosconfig new mx35_3stack redboot >> ecosconfig import $ECOS_REPOSITORY/hal/arm/mx35/3stack/current/misc/redboot_ROMRAM.ecm >> ecosconfig tree >> make >> >> Step 2 >> ====== >> >> We will know edit some redboot source files as discribed below. Look at the comment >> "// by michael for 256MB". >> >> >> ~/redboot_200910/src/ecos/packages/hal/arm/mx35/3stack/current/include/pkgconf/mlt_arm_board_romram.h >> >> #ifndef __ASSEMBLER__ >> #include<cyg/infra/cyg_type.h> >> #include<stddef.h> >> >> #endif >> #define CYGMEM_REGION_ram (0x00000000) >> #define CYGMEM_REGION_ram_SIZE (0x0FF00000) // by michael for 256MB >> #define CYGMEM_REGION_ram_ATTR (CYGMEM_REGION_ATTR_R | CYGMEM_REGION_ATTR_W) >> #define CYGMEM_REGION_rom (0x87F00000) >> #define CYGMEM_REGION_rom_SIZE (0x100000) >> #define CYGMEM_REGION_rom_ATTR (CYGMEM_REGION_ATTR_R) >> #ifndef __ASSEMBLER__ >> extern char CYG_LABEL_NAME (__heap1) []; >> #endif >> #define CYGMEM_SECTION_heap1 (CYG_LABEL_NAME (__heap1)) >> #define CYGMEM_SECTION_heap1_SIZE (CYGMEM_REGION_ram_SIZE - (size_t) CYG_LABEL_NAME (__heap1)) >> >> >> ~/redboot_200910/src/ecos/packages/hal/arm/mx35/3stack/current/include/hal_plaform_setup.h line 712: >> >> ldr r0, ESDCTL_BASE_W >> /* deleted by michael >> mov r3, #0x2000 >> str r3, [r0, #0x0] >> ldr r2, ROM_VER_ADDR_W >> ldr r4, [r2] >> cmp r4, #0x1 >> streq r3, [r0, #0x8] >> */ >> mov r12, #0x00 >> mov r2, #0x0 // DDR2 >> mov r1, #RAM_BANK0_BASE >> bl setup_sdram_bank >> cmp r3, #0x0 >> 3: bne 3b // loop forever if bank0 is not OK >> >> /* do not repeat with mDDR settings. We know we have DDR2 (r2=0) >> cmp r3, #0x0 >> orreq r12, r12, #1 >> eorne r2, r2, #0x1 >> blne setup_sdram_bank >> */ >> #if 1 // do the same for bank1 >> /* CSD1 */ >> mov r12, #0x00 >> mov r2, #0x0 // DDR2 >> mov r1, #RAM_BANK1_BASE >> bl setup_sdram_bank >> cmp r3, #0x0 >> 4: bne 4b //loop forever if bank1 is not OK >> >> >> /* do not try with mDDR again for bank1. we know we have DDR2 >> beq 1b >> eorne r2, r2, #0x1 >> blne setup_sdram_bank >> orr r12, r12, #1 >> 1: >> */ >> #endif >> >> ~/redboot_200910/src/ecos/packages/hal/arm/mx35/3stack/current/include/fsl_board.h >> >> /* MX35 3-Stack SDRAM is from 0x90000000, 64M */ >> #define SDRAM_BASE_ADDR CSD0_BASE_ADDR >> //#define SDRAM_SIZE 0x08000000 >> #define SDRAM_SIZE 0x10000000 // by michael for 256MB >> #define RAM_BANK0_BASE CSD0_BASE_ADDR >> #define RAM_BANK1_BASE CSD1_BASE_ADDR >> >> >> ~/redboot_200910/src/ecos/packages/hal/arm/mx35/3stack/current/src/board_misc.c >> >> /* Actual Virtual Size Attributes Function */ >> /* Base Base MB cached? buffered? access permissions */ >> /* xxx00000 xxx00000 */ >> X_ARM_MMU_SECTION(0x000, 0xF00, 0x1, ARM_UNCACHEABLE, ARM_UNBUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* ROM */ >> X_ARM_MMU_SECTION(0x100, 0x100, 0x1, ARM_UNCACHEABLE, ARM_UNBUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* iRAM */ >> X_ARM_MMU_SECTION(0x300, 0x300, 0x1, ARM_UNCACHEABLE, ARM_UNBUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* L2CC */ >> X_ARM_MMU_SECTION(0x400, 0x400, 0x400, ARM_UNCACHEABLE, ARM_UNBUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* Internal Regsisters upto SDRAM*/ >> X_ARM_MMU_SECTION(0x800, 0x000, 0x80, ARM_CACHEABLE, ARM_BUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* SDRAM 0:128M*/ >> X_ARM_MMU_SECTION(0x800, 0x800, 0x80, ARM_CACHEABLE, ARM_BUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* SDRAM 0:128M*/ >> X_ARM_MMU_SECTION(0x800, 0x880, 0x80, ARM_UNCACHEABLE, ARM_UNBUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* SDRAM 0:128M*/ >> // start by michael for 256MB. Enter new MMU entries for SDCS1 >> X_ARM_MMU_SECTION(0x900, 0x080, 0x80, ARM_CACHEABLE, ARM_BUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* SDRAM 1:128M*/ >> X_ARM_MMU_SECTION(0x900, 0x900, 0x80, ARM_CACHEABLE, ARM_BUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* SDRAM 1:128M*/ >> X_ARM_MMU_SECTION(0x900, 0x980, 0x80, ARM_CACHEABLE, ARM_BUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* SDRAM 1:128M*/ >> // end by michael for 256MB >> X_ARM_MMU_SECTION(0xA00, 0xA00, 0x40, ARM_CACHEABLE, ARM_BUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* Flash */ >> X_ARM_MMU_SECTION(0xB00, 0xB00, 0x20, ARM_CACHEABLE, ARM_BUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* PSRAM */ >> X_ARM_MMU_SECTION(0xB20, 0xB20, 0x1E0, ARM_UNCACHEABLE, ARM_UNBUFFERABLE,ARM_ACCESS_PERM_RW_RW); /* ESDCTL, WEIM, M3IF, EMI, NFC, External I/O */ >> >> >> Step 4 >> ====== >> >> rebuild redboot. Now it comes: >> >> The make scripte does not recognize any changes in hal_platform_setup.h file because this file is been used to build >> the lib "vectors". This is not in the dependencies of the make script. It is either not removed by "make clean". >> You have to remove the vectors.o by hand. >> >> So to properly rebuild redboot you need to: >> >> cd ~/redboot_200910/src/ecos >> rm install/lib/vectors.* >> make >> cp install/bin/redboot.bin ~/shared_folder/redboot_mx35_TO2_256MB.bin # if you have a VMWare and use a shared_folder in ~/shared_folder >> >> >> Step 5 >> ====== >> >> Flash new redboot to MX35PDK using ATK1.6. You do not need to erase the NAND flash. So, you keep the >> same fconfig settings. Do not forget the BBT tick! >> >> >> Step 6 >> ====== >> >> Check the new memories: >> >> RedBoot> dump -b 0x90000000 >> 90000000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| >> 90000010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| >> >> >> root@freescale ~$ free >> total used free shared buffers >> Mem: 256088 10040 246048 0 0 >> Swap: 0 0 0 >> Total: 256088 10040 246048 >> >> >> >> >> Boaz Ben-David >> R&D Engineer >> >> Tel: +972.2.6470.700Mob: +972.54.678.1511Email: boaz.bd@wellsense-tech.com >> www.themapsystem.com >> >> >> Please consider the impact on the environment before printing this e-mail and/or the attachment(s). >> ________________________________________ >> From: barebox-bounces@lists.infradead.org [barebox-bounces@lists.infradead.org] On Behalf Of Thomas Mayer [thomas.mayer@telemotive.de] >> Sent: Wednesday, April 20, 2011 1:56 PM >> To: barebox@lists.infradead.org >> Subject: i.MX35 3-stack use only 128MB RAM >> >> Hi, >> >> I read in the freescale documentation "U-Boot for i.MX35 based Designs" >> that the i.MX35 3-stack board has 256MB SDRAM, but we can use only 128MB >> because the second chip select isn't configured. Depending on the >> circuit diagrams I think "CSD1" isn't configured. >> I looked already in the datasheet of the cpu, but I couldn't found a >> solution for this problem. >> >> Have anybody ever tried to enable this second chip select? >> >> >> Regards, >> Thomas >> >> _______________________________________________ >> barebox mailing list >> barebox@lists.infradead.org >> http://lists.infradead.org/mailman/listinfo/barebox >> >> _______________________________________________ >> barebox mailing list >> barebox@lists.infradead.org >> http://lists.infradead.org/mailman/listinfo/barebox >> > > _______________________________________________ > barebox mailing list > barebox@lists.infradead.org > http://lists.infradead.org/mailman/listinfo/barebox > _______________________________________________ barebox mailing list barebox@lists.infradead.org http://lists.infradead.org/mailman/listinfo/barebox ^ permalink raw reply [flat|nested] 6+ messages in thread
* RE: i.MX35 3-stack use only 128MB RAM 2011-04-20 12:25 ` Thomas Mayer @ 2011-04-20 12:28 ` Boaz Ben-David 0 siblings, 0 replies; 6+ messages in thread From: Boaz Ben-David @ 2011-04-20 12:28 UTC (permalink / raw) To: Thomas Mayer, barebox Shit happens (: Boaz Ben-David R&D Engineer Tel: +972.2.6470.700Mob: +972.54.678.1511Email: boaz.bd@wellsense-tech.com www.themapsystem.com Please consider the impact on the environment before printing this e-mail and/or the attachment(s). ________________________________________ From: barebox-bounces@lists.infradead.org [barebox-bounces@lists.infradead.org] On Behalf Of Thomas Mayer [tm.telemotive@gmx.de] Sent: Wednesday, April 20, 2011 3:25 PM To: barebox@lists.infradead.org Subject: Re: i.MX35 3-stack use only 128MB RAM Hi, the fact that Freescale's support really supports is new for me... :D :D I heard/read so many times that I shouldn't expect support from freescale. Regards, Thomas Am 20.04.2011 14:10, schrieb Boaz Ben-David: > Hi, > > I'm glad it's helpful to you. > I don't want to take the credit here, I forgot to write this is > the procedure we got from Freescale's support when we contacted them. > Sorry for not mentioning this at first, I thought I did... (: > > > Boaz Ben-David > R&D Engineer > > Tel: +972.2.6470.700Mob: +972.54.678.1511Email: boaz.bd@wellsense-tech.com > www.themapsystem.com > > > Please consider the impact on the environment before printing this e-mail and/or the attachment(s). > ________________________________________ > From: barebox-bounces@lists.infradead.org [barebox-bounces@lists.infradead.org] On Behalf Of Thomas Mayer [tm.telemotive@gmx.de] > Sent: Wednesday, April 20, 2011 3:06 PM > To: barebox@lists.infradead.org > Subject: Re: i.MX35 3-stack use only 128MB RAM > > Hi, > > wow this was a really quick and good answer, thanks a lot! > I will test it and try to adapt it to barebox too. > > > Regards, > Thomas > > > Am 20.04.2011 13:20, schrieb Boaz Ben-David: >> Hi, >> >> This is the procedure for modifying Redboot to support 256MB of RAM in Redboot, you can adapt it to barebox: >> >> How to extend RAM for Linux on MX35PDK >> ======================================= >> >> Tested on: redboot_200910, MX35PDK green board, MX35 TO2, DDR2, SDK1.5 >> >> The current redboot images enable just half of the physically available DDR2 memory (128MB on MX35PDK). >> This is due to the fact that redboot is only enabling SDCS0 (BANK0) and not SDCS1. >> It seems that there was a little bug in redboot which has prevented the enablement of SDCS1 and so >> nobody has tried this again. Physically the bank1 is working properly on MX35PDK CPU module. >> >> Step0 >> ===== >> >> Check memory size of existing redboot on your MX35PDK >> >> under redboot check memory on SDCS1 which is mapped physically to 0x90000000. >> You may also use 0x08000000 which is the first virtual address on SDCS1. >> Note in redboot, the virtual address 0x80000000 is mapped to physical address 0x80000000 non cashable. >> Virtual Address 0x0 is mapped to physical address 0x80000000 cashable. >> The virtual address 0x90000000 is not in the MMU table. That is why we receive a "illegal memory address" error message. >> This is not a memory exception because no memory transaction has taken place. >> See also below... >> >> >> RedBoot> dump -b 0x90000000 >> 90000000: ** command abort - illegal memory access? >> RedBoot> dump -b 0x08000000 >> 08000000: ** command abort - illegal memory access? >> RedBoot> dump -b 0x07ffff00 >> 07FFFF00: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF |................| >> 07FFFF10: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF |................| >> >> After booting linux use command "free": >> >> root@freescale ~$ free >> total used free shared buffers >> Mem: 126140 9920 116220 0 0 >> Swap: 0 0 0 >> Total: 126140 9920 116220 >> >> You have about 128MB free memory. But not 256MB. >> >> >> Step 1 >> ====== >> >> We will edit and recompile redboot. For this you may untar the redboot_200910.tgz archive in the linux BSP source >> on your linux host. >> Unpack redboot and configure the build process as described in >> redboot_200910/doc/redboot_mx35.pdf Chapter 6 >> >> You should be able to run successfully: >> >> ecosconfig new mx35_3stack redboot >> ecosconfig import $ECOS_REPOSITORY/hal/arm/mx35/3stack/current/misc/redboot_ROMRAM.ecm >> ecosconfig tree >> make >> >> Step 2 >> ====== >> >> We will know edit some redboot source files as discribed below. Look at the comment >> "// by michael for 256MB". >> >> >> ~/redboot_200910/src/ecos/packages/hal/arm/mx35/3stack/current/include/pkgconf/mlt_arm_board_romram.h >> >> #ifndef __ASSEMBLER__ >> #include<cyg/infra/cyg_type.h> >> #include<stddef.h> >> >> #endif >> #define CYGMEM_REGION_ram (0x00000000) >> #define CYGMEM_REGION_ram_SIZE (0x0FF00000) // by michael for 256MB >> #define CYGMEM_REGION_ram_ATTR (CYGMEM_REGION_ATTR_R | CYGMEM_REGION_ATTR_W) >> #define CYGMEM_REGION_rom (0x87F00000) >> #define CYGMEM_REGION_rom_SIZE (0x100000) >> #define CYGMEM_REGION_rom_ATTR (CYGMEM_REGION_ATTR_R) >> #ifndef __ASSEMBLER__ >> extern char CYG_LABEL_NAME (__heap1) []; >> #endif >> #define CYGMEM_SECTION_heap1 (CYG_LABEL_NAME (__heap1)) >> #define CYGMEM_SECTION_heap1_SIZE (CYGMEM_REGION_ram_SIZE - (size_t) CYG_LABEL_NAME (__heap1)) >> >> >> ~/redboot_200910/src/ecos/packages/hal/arm/mx35/3stack/current/include/hal_plaform_setup.h line 712: >> >> ldr r0, ESDCTL_BASE_W >> /* deleted by michael >> mov r3, #0x2000 >> str r3, [r0, #0x0] >> ldr r2, ROM_VER_ADDR_W >> ldr r4, [r2] >> cmp r4, #0x1 >> streq r3, [r0, #0x8] >> */ >> mov r12, #0x00 >> mov r2, #0x0 // DDR2 >> mov r1, #RAM_BANK0_BASE >> bl setup_sdram_bank >> cmp r3, #0x0 >> 3: bne 3b // loop forever if bank0 is not OK >> >> /* do not repeat with mDDR settings. We know we have DDR2 (r2=0) >> cmp r3, #0x0 >> orreq r12, r12, #1 >> eorne r2, r2, #0x1 >> blne setup_sdram_bank >> */ >> #if 1 // do the same for bank1 >> /* CSD1 */ >> mov r12, #0x00 >> mov r2, #0x0 // DDR2 >> mov r1, #RAM_BANK1_BASE >> bl setup_sdram_bank >> cmp r3, #0x0 >> 4: bne 4b //loop forever if bank1 is not OK >> >> >> /* do not try with mDDR again for bank1. we know we have DDR2 >> beq 1b >> eorne r2, r2, #0x1 >> blne setup_sdram_bank >> orr r12, r12, #1 >> 1: >> */ >> #endif >> >> ~/redboot_200910/src/ecos/packages/hal/arm/mx35/3stack/current/include/fsl_board.h >> >> /* MX35 3-Stack SDRAM is from 0x90000000, 64M */ >> #define SDRAM_BASE_ADDR CSD0_BASE_ADDR >> //#define SDRAM_SIZE 0x08000000 >> #define SDRAM_SIZE 0x10000000 // by michael for 256MB >> #define RAM_BANK0_BASE CSD0_BASE_ADDR >> #define RAM_BANK1_BASE CSD1_BASE_ADDR >> >> >> ~/redboot_200910/src/ecos/packages/hal/arm/mx35/3stack/current/src/board_misc.c >> >> /* Actual Virtual Size Attributes Function */ >> /* Base Base MB cached? buffered? access permissions */ >> /* xxx00000 xxx00000 */ >> X_ARM_MMU_SECTION(0x000, 0xF00, 0x1, ARM_UNCACHEABLE, ARM_UNBUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* ROM */ >> X_ARM_MMU_SECTION(0x100, 0x100, 0x1, ARM_UNCACHEABLE, ARM_UNBUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* iRAM */ >> X_ARM_MMU_SECTION(0x300, 0x300, 0x1, ARM_UNCACHEABLE, ARM_UNBUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* L2CC */ >> X_ARM_MMU_SECTION(0x400, 0x400, 0x400, ARM_UNCACHEABLE, ARM_UNBUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* Internal Regsisters upto SDRAM*/ >> X_ARM_MMU_SECTION(0x800, 0x000, 0x80, ARM_CACHEABLE, ARM_BUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* SDRAM 0:128M*/ >> X_ARM_MMU_SECTION(0x800, 0x800, 0x80, ARM_CACHEABLE, ARM_BUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* SDRAM 0:128M*/ >> X_ARM_MMU_SECTION(0x800, 0x880, 0x80, ARM_UNCACHEABLE, ARM_UNBUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* SDRAM 0:128M*/ >> // start by michael for 256MB. Enter new MMU entries for SDCS1 >> X_ARM_MMU_SECTION(0x900, 0x080, 0x80, ARM_CACHEABLE, ARM_BUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* SDRAM 1:128M*/ >> X_ARM_MMU_SECTION(0x900, 0x900, 0x80, ARM_CACHEABLE, ARM_BUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* SDRAM 1:128M*/ >> X_ARM_MMU_SECTION(0x900, 0x980, 0x80, ARM_CACHEABLE, ARM_BUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* SDRAM 1:128M*/ >> // end by michael for 256MB >> X_ARM_MMU_SECTION(0xA00, 0xA00, 0x40, ARM_CACHEABLE, ARM_BUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* Flash */ >> X_ARM_MMU_SECTION(0xB00, 0xB00, 0x20, ARM_CACHEABLE, ARM_BUFFERABLE, ARM_ACCESS_PERM_RW_RW); /* PSRAM */ >> X_ARM_MMU_SECTION(0xB20, 0xB20, 0x1E0, ARM_UNCACHEABLE, ARM_UNBUFFERABLE,ARM_ACCESS_PERM_RW_RW); /* ESDCTL, WEIM, M3IF, EMI, NFC, External I/O */ >> >> >> Step 4 >> ====== >> >> rebuild redboot. Now it comes: >> >> The make scripte does not recognize any changes in hal_platform_setup.h file because this file is been used to build >> the lib "vectors". This is not in the dependencies of the make script. It is either not removed by "make clean". >> You have to remove the vectors.o by hand. >> >> So to properly rebuild redboot you need to: >> >> cd ~/redboot_200910/src/ecos >> rm install/lib/vectors.* >> make >> cp install/bin/redboot.bin ~/shared_folder/redboot_mx35_TO2_256MB.bin # if you have a VMWare and use a shared_folder in ~/shared_folder >> >> >> Step 5 >> ====== >> >> Flash new redboot to MX35PDK using ATK1.6. You do not need to erase the NAND flash. So, you keep the >> same fconfig settings. Do not forget the BBT tick! >> >> >> Step 6 >> ====== >> >> Check the new memories: >> >> RedBoot> dump -b 0x90000000 >> 90000000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| >> 90000010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| >> >> >> root@freescale ~$ free >> total used free shared buffers >> Mem: 256088 10040 246048 0 0 >> Swap: 0 0 0 >> Total: 256088 10040 246048 >> >> >> >> >> Boaz Ben-David >> R&D Engineer >> >> Tel: +972.2.6470.700Mob: +972.54.678.1511Email: boaz.bd@wellsense-tech.com >> www.themapsystem.com >> >> >> Please consider the impact on the environment before printing this e-mail and/or the attachment(s). >> ________________________________________ >> From: barebox-bounces@lists.infradead.org [barebox-bounces@lists.infradead.org] On Behalf Of Thomas Mayer [thomas.mayer@telemotive.de] >> Sent: Wednesday, April 20, 2011 1:56 PM >> To: barebox@lists.infradead.org >> Subject: i.MX35 3-stack use only 128MB RAM >> >> Hi, >> >> I read in the freescale documentation "U-Boot for i.MX35 based Designs" >> that the i.MX35 3-stack board has 256MB SDRAM, but we can use only 128MB >> because the second chip select isn't configured. Depending on the >> circuit diagrams I think "CSD1" isn't configured. >> I looked already in the datasheet of the cpu, but I couldn't found a >> solution for this problem. >> >> Have anybody ever tried to enable this second chip select? >> >> >> Regards, >> Thomas >> >> _______________________________________________ >> barebox mailing list >> barebox@lists.infradead.org >> http://lists.infradead.org/mailman/listinfo/barebox >> >> _______________________________________________ >> barebox mailing list >> barebox@lists.infradead.org >> http://lists.infradead.org/mailman/listinfo/barebox >> > > _______________________________________________ > barebox mailing list > barebox@lists.infradead.org > http://lists.infradead.org/mailman/listinfo/barebox > _______________________________________________ barebox mailing list barebox@lists.infradead.org http://lists.infradead.org/mailman/listinfo/barebox _______________________________________________ barebox mailing list barebox@lists.infradead.org http://lists.infradead.org/mailman/listinfo/barebox ^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2011-04-20 12:29 UTC | newest] Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2011-04-20 10:56 i.MX35 3-stack use only 128MB RAM Thomas Mayer 2011-04-20 11:20 ` Boaz Ben-David 2011-04-20 12:06 ` Thomas Mayer 2011-04-20 12:10 ` Boaz Ben-David 2011-04-20 12:25 ` Thomas Mayer 2011-04-20 12:28 ` Boaz Ben-David
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox