- Sep 10, 2009
-
-
Prafulla Wadaskar authored
This patch adds support for "kwbimage" (Kirkwood Boot Image) image types to the mkimage code. For details refer to docs/README.kwbimage This patch is tested with Sheevaplug board Signed-off-by:
Prafulla Wadaskar <prafulla@marvell.com> Acked-by:
Ron Lee <ron@debian.org> Signed-off-by:
Prafulla Wadaskar <prafulla@marvell.com>
-
Prafulla Wadaskar authored
Signed-off-by:
Prafulla Wadaskar <prafulla@marvell.com>
-
Prafulla Wadaskar authored
- make get_table_entry_id() global - make get_table_entry_name() global - move struct table_entry to image.h Currently this code is used by image.c only. This patch makes this API global so it can be used by other parts of code, too. Signed-off-by:
Prafulla Wadaskar <prafulla@marvell.com> Acked-by: Ron Lee <ron.debian.org> Edit comments and commit message. Signed-off-by:
Wolfgang Denk <wd@denx.de>
-
Prafulla Wadaskar authored
Currently it is used by image.c only, but the the function can be used to support additional mkimage types like for example kwbimage, so make this function globally visible. Signed-off-by:
Prafulla Wadaskar <prafulla@marvell.com> Edited commit message. Signed-off-by:
Wolfgang Denk <wd@denx.de>
-
Prafulla Wadaskar authored
Include default_image.o and fit_image.o into the build dependency calculations. This makes sure they get rebuilt if any of the headers they include are modified Signed-off-by:
Prafulla Wadaskar <prafulla@marvell.com> Acked-by:
Ron Lee <ron@debian.org> Edited commit message. Signed-off-by:
Wolfgang Denk <wd@denx.de>
-
Wolfgang Denk authored
This fixes some compiler warnings: tools/default_image.c:141: warning: initialization from incompatible pointer type tools/fit_image.c:202: warning: initialization from incompatible pointer type and changes to code to use "const" attributes in a few places where it's appropriate. Signed-off-by:
Wolfgang Denk <wd@denx.de>
-
Prafulla Wadaskar authored
This is a first step towards reorganizing the mkimage code to make it easier to add support for additional images types. Current mkimage code is specific to generating uImage and FIT image files, but the same framework can be used to generate other image types like Kirkwood boot images (kwbimage-TBD). For this, the mkimage code gets reworked: Here is the brief plan for the same:- a) Split mkimage code into core and image specific support b) Implement callback functions for image specific code c) Move image type specific code to respective C files Currently there are two types of file generation/list supported (i.e uImage, FIT), the code is abstracted from mkimage.c/.h and put in default_image.c and fit_image.c; all code in these file is static except init function call d) mkimage_register API is added to add new image type support All above is addressed in this patch e) Add kwbimage type support to this new framework (TBD) This will be implemented in a following commit. Signed-off-by:
Prafulla Wadaskar <prafulla@marvell.com> Edit commit message, fix coding style and typos. Signed-off-by:
Wolfgang Denk <wd@denx.de>
-
Prafulla Wadaskar authored
uninitialized retval variable warning fixed crc32 APIs moved to crc.h (newly added) and build warnings fixed Signed-off-by:
Prafulla Wadaskar <prafulla@marvell.com> Signed-off-by:
Wolfgang Denk <wd@denx.de>
-
Prafulla Wadaskar authored
The tools/Makefile is sorted for all entries, Signed-off-by:
Prafulla Wadaskar <prafulla@marvell.com>
-
Prafulla Wadaskar authored
List command always return "EXIT_SUCCESS" even in case of failure by any means. This patch return 0 if list command is sucessful, returns negative value reported by check_header functions Signed-off-by:
Prafulla Wadaskar <prafulla@marvell.com> Signed-off-by:
Wolfgang Denk <wd@denx.de>
-
Mingkai Hu authored
Then we can handle different config targets in the board file, which simplifies the top level Makefile for boards that have multiple config targets. Signed-off-by:
Mingkai Hu <Mingkai.hu@freescale.com>
-
Wolfgang Denk authored
Commit 65f6f07b added support for the atmel_df_pow2 standalone program but missed to add a rule to remove it to the "clean" make target. Signed-off-by:
Wolfgang Denk <wd@denx.de>
-
Stefan Roese authored
This patch fixes the following compilation warning: miiphy.c: In function 'emac4xx_miiphy_read': miiphy.c:353: warning: dereferencing type-punned pointer will break strict-aliasing rules Signed-off-by:
Stefan Roese <sr@denx.de>
-
Matthias Fuchs authored
Signed-off-by:
Matthias Fuchs <matthias.fuchs@esd.eu> Signed-off-by:
Stefan Roese <sr@denx.de>
-
Matthias Fuchs authored
This patch adds the CONFIG_PCI_4xx_PTM_OVERWRITE option and replaces the ugly 'if defined(BOARD1) || ... || defined(BOARDn)' construct in 4xx pci code. When CONFIG_PCI_4xx_PTM_OVERWRITE is defined the default ptm register setup can be overwritten through environment variables ptm1la, ptm1ms, ptm2la and ptm2ms to do application specific pci target BAR configuration. Signed-off-by:
Matthias Fuchs <matthias.fuchs@esd.eu> Signed-off-by:
Stefan Roese <sr@denx.de>
-
Matthias Fuchs authored
This patch fixes PMC405DE support. Patch 85d6bf0b fixed out-of-tree building for this board but the loadpci object did not get linked after that. Signed-off-by:
Matthias Fuchs <matthias.fuchs@esd.eu> Signed-off-by:
Stefan Roese <sr@denx.de>
-
Detlev Zundel authored
Using a separate "u-boot" environment variable allows to easily specify different filenames for the update procedure. This is also in line with many other board configurations defining an "update" script. Signed-off-by:
Detlev Zundel <dzu@denx.de> Acked-by:
Wolfgang Denk <wd@denx.de> Signed-off-by:
Stefan Roese <sr@denx.de>
-
Kumar Gala authored
Some board ports place TEXT_BASE at a location that would cause the RESET_VECTOR_ADDRESS not to be at 0xfffffffc when we link. By default we assume RESET_VECTOR_ADDRESS will be 0xfffffffc if the board doesn't explicitly set it. Signed-off-by:
Kumar Gala <galak@kernel.crashing.org> Acked-by:
Wolfgang Denk <wd@denx.de>
-
- Sep 08, 2009
-
-
Kumar Gala authored
There is no reason to do a run time check for e500 v1 based cores to determine if we have the GUTs RSTCR facility. Only the first generation of PQ3 parts (MPC8540/41/55/60) do not have it. So checking to see if we are e500 v2 would miss future parts (like e500mc). Just change this to be ifdef'd based on CONFIG_MPC85{40,41,55,60}. Signed-off-by:
Kumar Gala <galak@kernel.crashing.org>
-
Poonam Aggrwal authored
While in probecpu() UART is still not initialized. Signed-off-by:
Poonam Aggrwal <poonam.aggrwal@freescale.com> Signed-off-by:
Kumar Gala <galak@kernel.crashing.org>
-
Poonam Aggrwal authored
Fixing the number of cores in the device tree based on the actual number of cores on the system. With this same device tree image can be used for dual core and single core members of otherwise exactly same SOC. For example: * P2020RDB and P2010RDB * P1020RDB and P1011RDB * MPC8641D and MPC8641 Signed-off-by:
Poonam Aggrwal <poonam.aggrwal@freescale.com> Signed-off-by:
Kumar Gala <galak@kernel.crashing.org>
-
Poonam Aggrwal authored
Incase the system is detected with Unknown SVR, let the system boot with a default value and a proper message. Now with dynamic detection of SOC properties from SVR, this is necessary to prevent a crash. Signed-off-by:
Poonam Aggrwal <poonam.aggrwal@freescale.com> Signed-off-by:
Kumar Gala <galak@kernel.crashing.org>
-
Kumar Gala authored
Refactor the code into a simple bitmask lookup table that determines if a given PCI controller is enabled and if its in host/root-complex or agent/end-point mode. Each processor in the PQ3/MPC86xx family specified different encodings for the cfg_host_agt[] and cfg_IO_ports[] boot strapping signals. Signed-off-by:
Kumar Gala <galak@kernel.crashing.org>
-
Kumar Gala authored
Cleaned up cpu/mpc85xx/Makefile to use CONFIG_* for those obvious cases we have like PCI, CPM2, QE. Also reworked it to use one line per file for everything and sorted in alphabetical order. Signed-off-by:
Kumar Gala <galak@kernel.crashing.org>
-
Timur Tabi authored
After programming a new LAW, we should read-back the LAWAR register so that we sync the writes. Otherwise, code that attempts to use the new LAW-mapped memory might fail right away. Signed-off-by:
Timur Tabi <timur@freescale.com> Signed-off-by:
Kumar Gala <galak@kernel.crashing.org>
-
Kumar Gala authored
Its possible that we try and copy the boot page code out of flash into a DDR location that doesn't have a TLB cover it. For example, if we have 3G of DDR we typically only map the first 2G. In the cases of 4G+ this wasn't an issue since the reset page TLB mapping covered the last page of memory which we wanted to copy to. We now change the physical address of the reset page TLB to map to the true physical location of the boot page code, copy and than set the TLB back to its 1:1 mapping of the reset page. Signed-off-by:
Kumar Gala <galak@kernel.crashing.org>
-
Kumar Gala authored
Allow us to search the TLB array based on an address. This is useful if we want to change an entry but dont know where it happens to be located. For example, the boot page mapping we use on MP or the flash TLB that we change the WIMGE settings for after we've relocated. Signed-off-by:
Kumar Gala <galak@kernel.crashing.org>
-
Kumar Gala authored
In future Book-E implementations IVORs will most likely go away and be replaced with fixed offsets. The IVPR will continue to exist to allow for relocation of the interrupt vectors. This code adds support to setup the IVORs as their fixed offset values per the ISA 2.06 spec when we transition from u-boot to another OS either via 'bootm' or a cpu release. Signed-off-by:
Kumar Gala <galak@kernel.crashing.org>
-
Dipen Dudhat authored
Signed-off-by:
Dipen Dudhat <dipen.dudhat@freescale.com> Signed-off-by:
Kumar Gala <galak@kernel.crashing.org>
-
Kumar Gala authored
The ddr_pd_cntl isn't defined in any reference manual and thus we wil remove especially since we set it to 0, which would most likely be its POR value. Signed-off-by:
Kumar Gala <galak@kernel.crashing.org>
-
Kumar Gala authored
Now that we have a pointer to the cpu struct we need to relocate it once we get into ram. Signed-off-by:
Kumar Gala <galak@kernel.crashing.org>
-
Anton Vorontsov authored
The warning is bogus, so silence it by initializing the 'ret' variable. Signed-off-by:
Anton Vorontsov <avorontsov@ru.mvista.com> Acked-by:
Timur Tabi <timur@freescale.com> Signed-off-by:
Kumar Gala <galak@kernel.crashing.org>
-
Dipen Dudhat authored
Enable eSDHC Clock based on generic CONFIG_FSL_ESDHC define instead of a platform define. This will enable all the 85xx platforms to use sdhc_clk based on CONFIG_FSL_ESDHC. Signed-off-by:
Gao Guanhua <B22826@freescale.com> Signed-off-by:
Dipen Dudhat <dipen.dudhat@freescale.com> Signed-off-by:
Kumar Gala <galak@kernel.crashing.org>
-
- Sep 07, 2009
-
- Sep 06, 2009
-
-
Timur Tabi authored
The value of I2C_TIMEOUT in fsl_i2c.c has several problems. First, it is defined as CONFIG_HZ/4, but it is used as a count of microseconds, so it makes no sense to derive it from a clock rate. Second, the current value (250) is too low for some boards, so it needs to be increased. Third, the timeout necessary for multiple-master arbitration is larger than the timeout for basic read/write operations, so we shouldn't have a single constant for both timeouts. Finally, it would be nice if we could override these values on a per-board basis. Signed-off-by:
Timur Tabi <timur@freescale.com> Acked-by:
Wolfgang Denk <wd@denx.de> Tested-by:
Peter Tyser <ptyser@xes-inc.com> Acked-by:
Peter Tyser <ptyser@xes-inc.com>
-
Eric Millbrandt authored
Reset any i2c devices that may have been interrupted during a system reset. Normally this would be accomplished by clocking the line until SCL and SDA are released and then sending a start condtiion (From an Atmel datasheet). There is no direct access to the i2c pins so instead create start commands through the i2c interface. Send a start command then delay for the SDA Hold time, repeat this by disabling/enabling the bus a total of 9 times. Signed-off-by:
Eric Millbrandt <emillbrandt@dekaresearch.com>
-
- Sep 05, 2009
-
-
Sandeep Paulraj authored
This patch adds support for the DM365 EVM. It has been tested on a DM365 EVM. Signed-off-by:
Sandeep Paulraj <s-paulraj@ti.com>
-
Sandeep Paulraj authored
This patch adds support for DaVinci DM365 SOC. Signed-off-by:
Sandeep Paulraj <s-paulraj@ti.com>
-
Ilko Iliev authored
Signed-off-by:
Ilko Iliev <iliev@ronetix.at>
-