- Dec 04, 2008
-
-
Dave Liu authored
The default DDR freq is 400MHz or 800M data rate, the old settings is pure wrong for the default case. Signed-off-by:
Dave Liu <daveliu@freescale.com> Acked-by:
Andy Fleming <afleming@freescale.com>
-
Kumar Gala authored
Moved up the initialization of GD so C code like set_tlb() can use gd->flags to determine if we've relocated or not in the future. Signed-off-by:
Kumar Gala <galak@kernel.crashing.org> Acked-by:
Andy Fleming <afleming@freescale.com>
-
Kumar Gala authored
If the virtual address for CCSRBAR is the same after relocation but the physical address is changing we'd end up having two TLB entries with the same VA. Instead we new us the new CCSRBAR virt address + 4k as a temp virt address to access the old CCSRBAR to relocate it. Signed-off-by:
Kumar Gala <galak@kernel.crashing.org> Acked-by:
Andy Fleming <afleming@freescale.com>
-
Kumar Gala authored
The BR_PHYS_ADDR macro is useful on all machines that have local bus which is pretty much all 83xx/85xx/86xx chips. Additionally most 85xx & 86xx will need it if they want to support 36-bit physical addresses. Signed-off-by:
Kumar Gala <galak@kernel.crashing.org> Acked-by:
Andy Fleming <afleming@freescale.com>
-
Peter Tyser authored
Add define used to determine if PCI1 interface is in PCI or PCIX mode. Convert users of the old PORDEVSR_PCI constant to use MPC85xx_PORDEVSR_PCI1 Signed-off-by:
Peter Tyser <ptyser@xes-inc.com> Signed-off-by:
Andy Fleming <afleming@freescale.com>
-
Becky Bruce authored
The current code will cause the creation of a 4GB window starting at 0 if we have more than 4GB of RAM installed, which overlaps with PCI_MEM space and causes pci_bus_to_phys() to return erroneous information. Limit the size to 4GB - 1; which causes the code to create one 2GB and one 1GB window instead. Signed-off-by:
Becky Bruce <beckyb@kernel.crashing.org> Signed-off-by:
Kumar Gala <galak@kernel.crashing.org> Acked-by:
Andy Fleming <afleming@freescale.com>
-
Jon Loeliger authored
Prevent further viral propogation of the unused symbol CONFIG_L1_INIT_RAM by just removing it. Signed-off-by:
Jon Loeliger <jdl@freescale.com> Acked-by:
Andy Fleming <afleming@freescale.com>
-
Ed Swarthout authored
Removed while(1) hang if memctl_intlv_ctl is set wrong. Remove embedded tabs from strings. Signed-off-by:
Ed Swarthout <Ed.Swarthout@freescale.com> Acked-by:
Kumar Gala <galak@kernel.crashing.org> Acked-by:
Andy Fleming <afleming@freescale.com>
-
Anatolij Gustschin authored
since commit be0bd823 tlb entry for socrates DDR SDRAM will be reconfigured by setup_ddr_tlbs() from initdram() causing an inconsistency with previously configured DDR SDRAM tlb entry from tlb_table: socrates>l2cam 7 9 IDX PID EPN SIZE V TS RPN U0-U3 WIMGE UUUSSS 7 : 00 00000000 256MB V 0 -> 0_00000000 0000 -I-G- ---RWX 8 : 00 00000000 256MB V 0 -> 0_00000000 0000 ----- ---RWX 9 : 00 10000000 256MB V 0 -> 0_10000000 0000 ----- ---RWX This patch makes the presence of the DDR SDRAM tlb entry in the tlb_table dependent on CONFIG_SPD_EEPROM to avoid this inconsistency. Signed-off-by:
Anatolij Gustschin <agust@denx.de> Acked-by:
Andy Fleming <afleming@freescale.com>
-
Peter Tyser authored
All mpc8548-based boards should implement the suggested workaround to CPU 2 errata. Without the workaround, its possible for the 8548's core to hang while executing a msync or mbar 0 instruction and a snoopable transaction from an I/O master tagged to make quick forward progress is present. Signed-off-by:
Peter Tyser <ptyser@xes-inc.com> Acked-by:
Andy Fleming <afleming@freescale.com>
-
Dave Liu authored
we need TLB entry for DDR at !SPD case. Signed-off-by:
Dave Liu <daveliu@freescale.com> Acked-by:
Andy Fleming <afleming@freescale.com>
-
Dave Liu authored
The DDR controller of 8548/8544/8568/8572/8536 processors have the ECC data init feature, and the new DDR code is using the feature, and we don't need the way with DMA to init memory any more. Signed-off-by:
Dave Liu <daveliu@freescale.com> Acked-by:
Andy Fleming <afleming@freescale.com>
- Dec 02, 2008
-
-
Stefan Roese authored
Without this patch "saveenv" crashes when MTD partitions are enabled (e.g. for use in UBI) via CONFIG_MTD_PARTITIONS. Signed-off-by:
Stefan Roese <sr@denx.de> Signed-off-by:
Scott Wood <scottwood@freescale.com>
-
- Dec 01, 2008
-
-
Becky Bruce authored
I made some updates to the code that didn't make it into the README - fix this Signed-off-by:
Becky Bruce <becky.bruce@freescale.com>
-
Jon Loeliger authored
Prevent further viral propogation of the unused symbol CONFIG_L1_INIT_RAM by just removing it. Signed-off-by:
Jon Loeliger <jdl@freescale.com>
-
Jon Loeliger authored
Introducing 64-bit (36-bit) support for the MPC8641HPCN failed to accomodate the other two 86xx boards. Introduce definitions for CONFIG_SYS_CCSRBAR_PHYS_{LOW,HIGH} CONFIG_SYS_CCSR_DEFAULT_DBAT{U,L} and CONFIG_SYS_CCSR_DEFAULT_IBAT{U,L} with nominal 32-bit values. Signed-off-by:
Jon Loeliger <jdl@freescale.com> Acked-by:
Becky Bruce <becky.bruce@freescale.com>
-
- Nov 25, 2008
-
-
Scott Wood authored
This caused the operation to be needlessly repeated if there were no bad blocks and no errors. Signed-off-by:
Valeriy Glushkov <gvv@lstec.com> Signed-off-by:
Scott Wood <scottwood@freescale.com>
-
Michal Simek authored
This BSP should be outside u-boot source tree. The second reason is that xilinx ppc405 was moved to generic platform. Signed-off-by:
Michal Simek <monstr@monstr.eu> Signed-off-by:
Stefan Roese <sr@denx.de>
-
Matthias Fuchs authored
This patch disables some unused features from the PCI405 configuration to keep U-Boot image size below 192k. Signed-off-by:
Matthias Fuchs <matthias.fuchs@esd-electronics.com> Signed-off-by:
Stefan Roese <sr@denx.de>
-
Matthias Fuchs authored
Signed-off-by:
Matthias Fuchs <matthias.fuchs@esd-electronics.com> Signed-off-by:
Stefan Roese <sr@denx.de>
-
Matthias Fuchs authored
Signed-off-by:
Matthias Fuchs <matthias.fuchs@esd-electronics.com> Signed-off-by:
Stefan Roese <sr@denx.de>
-
- Nov 24, 2008
-
-
Wolfgang Denk authored
Signed-off-by:
Wolfgang Denk <wd@denx.de>
-
Jens Scharsig authored
This patch fix the broken boot from NOR Flash on AT91RM9200 boards, if CONFIG_AT91RM9200 is defined and nor preloader is used. Signed-off-by:
Jens Scharsig <esw@bus-elektronik.de>
-
Piotr Ziecik authored
With this patch UBI can be used on CFI flash chips. Signed-off-by:
Piotr Ziecik <kosmo@semihalf.com> Signed-off-by:
Stefan Roese <sr@denx.de>
-
Piotr Ziecik authored
Remove a printf() from add_mtd_device(), which produces spurious output. Signed-off-by:
Piotr Ziecik <kosmo@semihalf.com> Signed-off-by:
Stefan Roese <sr@denx.de>
-
Piotr Ziecik authored
Add cfi-mtd driver, which exports CFI flash to MTD layer. This allows CFI flash devices to be used from MTD layer. Building of the new driver is controlled by CONFIG_FLASH_CFI_MTD option. Initialization is done by calling cfi_mtd_init() from flash_init(). Signed-off-by:
Piotr Ziecik <kosmo@semihalf.com> Signed-off-by:
Stefan Roese <sr@denx.de>
-
Piotr Ziecik authored
Add interface for flash verbosity control. It allows to disable output from low-level flash API. It is useful when calling these low-level functions from context other than flash commands (for example the MTD/CFI interface implmentation). Signed-off-by:
Piotr Ziecik <kosmo@semihalf.com> Signed-off-by:
Stefan Roese <sr@denx.de>
-
Piotr Ziecik authored
Export flash_sector_size() function from drivers/mtd/cfi_flash.c, so that it can be used in the upcoming cfi-mtd driver. Signed-off-by:
Piotr Ziecik <kosmo@semihalf.com> Signed-off-by:
Stefan Roese <sr@denx.de>
-
Stefan Roese authored
This patch defines all flash access functions as weak so that they can be overridden by board specific versions. This will be used by the upcoming VCTH board support where the NOR FLASH unfortunately can't be accessed memory-mapped. Special accessor functions are needed here. To enable this weak functions you need to define CONFIG_CFI_FLASH_USE_WEAK_ACCESSORS in your board config header. Otherwise the "old" default functions will be used resulting in smaller code. Signed-off-by:
Stefan Roese <sr@denx.de> Acked-by:
Haavard Skinnemoen <haavard.skinnemoen@atmel.com>
-
Stefan Roese authored
Currently the size parameters of the UBI commands (e.g. "ubi write") are decoded as decimal instead of hex as default. This patch now interprets all these values consistantly as hex, as all other standard U-Boot commands do. Signed-off-by:
Stefan Roese <sr@denx.de>
-
- Nov 21, 2008
-
-
Stefan Roese authored
Signed-off-by:
Stefan Roese <sr@denx.de>
-
Yuri Tikhonov authored
This patch enables support for EXT2, and increases the CONFIG_SYS_BOOTMAPSZ size for the default configuration of the katmai boards to use them as the RAID-reference AMCC setups. EXT2 enabling allows one to boot kernels from the EXT2 formatted Compact Flash cards. CONFIG_SYS_BOOTMAPSZ increasing allows one to boot the Linux kernels, which use PAGE_SIZE of 256KB. Otherwise, the memory area with DTB file (which is placed at the end of the bootmap area) will turn out to be overlapped with the BSS segment of the 256KB kernel, and zeroed in early_init() of Linux. Actually, increasing of the bootmap size could be done via setting of the bootm_size U-Boot variable, but it looks like the current U-Boot implementation have some bootm_size- related functionality lost. In many places through the U-Boot code the CONFIG_SYS_BOOTMAPSZ definition is used directly (instead of trying to read the corresponding value from the environment). The same is truth for the boot_jump_linux() function in lib_ppc/bootm.c, where U-Boot transfers control to Linux passing the CONFIG_SYS_BOOTMAPSZ (not bootm_size) value to the booting kernel. Signed-off-by:
Yuri Tikhonov <yur@emcraft.com> Signed-off-by:
Ilya Yanok <yanok@emcraft.com> Signed-off-by:
Stefan Roese <sr@denx.de>
-
Dave Mitchell authored
Expanded OCM TLB to allow access to 64K OCM as well as 256K of internal SRAM. Adjusted internal SRAM initialization to match updated user manual recommendation. OCM & ISRAM are now mapped as follows: physical virtual size ISRAM 0x4_0000_0000 0xE300_0000 256k OCM 0x4_0004_0000 0xE304_0000 64k A single TLB was used for this mapping. Signed-off-by:
Dave Mitchell <dmitch71@gmail.com> Signed-off-by:
Stefan Roese <sr@denx.de>
-