summaryrefslogtreecommitdiff
path: root/include
Commit message (Collapse)AuthorAgeLines
* at91: move cpu name define to arm/arch/ cpu headerJean-Christophe PLAGNIOL-VILLARD2009-06-12-8/+27
| | | | Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
* OMAP3: Zoom2: Enable Board and CPU infoDirk Behme2009-06-12-0/+6
| | | | | | | | | With other OMAP3 boards we recently switched to CPU and Board info API. From parallel merge, this is missing for Zoom2. Enable it for Zoom2, too. Signed-off-by: Dirk Behme <dirk.behme@googlemail.com> Acked-by: Tom Rix <Tom.Rix@windriver.com>
* ZOOM2 Add led support.Tom Rix2009-06-12-0/+16
| | | | | | This patch controls the large LED on the top left of the zoom2. Signed-off-by: Tom Rix <Tom.Rix@windriver.com>
* ZOOM2 Add serial support.Tom Rix2009-06-12-13/+20
| | | | | | | | | | | | | | | | | | Zoom2 serial is in general supplied by one of the 4 UARTS on the debug board. The default serial is from the USB connector on left side of the debug board. The USB connector will produce 2 of the 4 UARTS. On your host pick the first enumeration. The details of the setting of the serial gpmc setup are not available. The values were provided by another party. The serial port set up is the same with Zoom1. Baud rate 115200, 8 bit data, no parity, 1 stop bit, no flow. The kernel bootargs are console=ttyS3,115200n8 Signed-off-by: Tom Rix <Tom.Rix@windriver.com>
* lh7a40x: move serial driver to drivers/serialJean-Christophe PLAGNIOL-VILLARD2009-06-12-0/+2
| | | | Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
* pxa: move serial driver to drivers/serialJean-Christophe PLAGNIOL-VILLARD2009-06-12-0/+15
| | | | Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
* arm: remove cpu_initJean-Christophe PLAGNIOL-VILLARD2009-06-12-0/+1
| | | | | | move s3c44b0 to arch_cpu_init and as noone use cpu_init remove it Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
* arm: unify interrupt initJean-Christophe PLAGNIOL-VILLARD2009-06-12-0/+1
| | | | | | | all arm init the IRQ stack the same way so unify it in lib_arm/interrupts.c and then call arch specific interrupt init Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
* TQM834x: use buffered writes to accelerate writing to flashWolfgang Denk2009-06-12-4/+3
| | | | | | | Also enable display of 'E'mpty sectors in "flinfo" output. Signed-off-by: Wolfgang Denk <wd@denx.de> Signed-off-by: Kim Phillips <kim.phillips@freescale.com>
* TQM834x: add FDT supportWolfgang Denk2009-06-12-20/+39
| | | | | Signed-off-by: Wolfgang Denk <wd@denx.de> Signed-off-by: Kim Phillips <kim.phillips@freescale.com>
* TQM834x: fix environment size; add redundant env.Wolfgang Denk2009-06-12-14/+12
| | | | | | | Also reserve more space for U-Boot as it will probably grow soon. Signed-off-by: Wolfgang Denk <wd@denx.de> Signed-off-by: Kim Phillips <kim.phillips@freescale.com>
* dm355 evm supportDavid Brownell2009-06-12-0/+190
| | | | | | | | | | | | | | | | | | | | | Initial U-Boot support for the DaVinci DM355 EVM. This is a board from Spectrum Digital. Board docs include schematic and firmware for its microcontroller: http://c6000.spectrumdigital.com/evmdm355/revd/ Most of the DM355 chip is fully documented by TI, the most notable exception being the MPEG/JPEG coprocessor (programmable using codecs available at no cost from TI), which is omitted from its DM335 sibling: http://focus.ti.com/docs/prod/folders/print/tms320dm355.html This version can boot from the on-board DM9000 Ethernet chip, after being loaded (from NAND, MMC/SD, or UART). In the near future, NAND and USB support could be added ... NAND support is being held back until the support for the 4-bit ECC hardware is ready. Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
* OMAP3EVM: Set default bootfileSanjeev Premi2009-06-12-0/+2
| | | | | | | | | | | | | | | | | | | The current configuration doesn't define default bootfile; leading to this warning at execution: OMAP3_EVM # dhcp ... ... DHCP client bound to address 192.168.1.11 *** Warning: no boot file name; using 'AC18BE16.img' TFTP from server 0.0.0.0; our IP address is 192.168.1.11; sending through gateway 192.168.1.1 Filename 'AC18BE16.img'. Load address: 0x82000000 Loading: * TFTP error: 'File not found' (1) Signed-off-by: Sanjeev Premi <premi@ti.com>
* ARM DaVinci: Minor Updates to base addressess-paulraj@ti.com2009-06-12-0/+6
| | | | | | | Patch adds base addresses for DaVinci DM365. Updated patches for DM365 will be posted soon. Signed-off-by: Sandeep Paulraj <s-paulraj@ti.com>
* OMAP3 Port kernel omap gpio interface.Tom Rix2009-06-12-0/+86
| | | | | | | | | Port version 2.6.27 of the linux kernel's omap gpio interface to u-boot. The orignal source is in linux/arch/arm/plat-omap/gpio.c See doc/README.omap3 for instructions on use. Signed-off-by: Tom Rix <Tom.Rix@windriver.com>
* ZOOM2 Add initial support for Zoom2Tom Rix2009-06-12-0/+226
| | | | | | | | | | | | | | | | | | | | | Zoom2 is a new board from Texas Instruments and LogicPD The logicpd web site is a good source for general information on this board. Please start looking here if the below links are broken. http://www.logicpd.com This is a pdf of the product http://www.logicpd.com/sites/default/files/1012659A_Zoom_OMAP34x-II_MDP_Brief.pdf This is the product description web page http://www.logicpd.com/products/development-kits/texas-instruments-zoom%E2%84%A2-omap34x-ii-mdp This patch provides a zoom2 base target by copying zoom1 and by making some obvious changes. To configure, run make omap3_zoom2_config Signed-off-by: Tom Rix <Tom.Rix@windriver.com>
* ARM: Update mach-typesJean-Christophe PLAGNIOL-VILLARD2009-06-12-7/+1697
| | | | | | update against linux v2.6.29 Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
* arm920/926/926: remove non needed headerJean-Christophe PLAGNIOL-VILLARD2009-06-12-28/+0
| | | | Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
* davinci dm6446evm NAND updateDavid Brownell2009-06-12-0/+7
| | | | | | | | | | | | | | | | This updates the optional (non-default!) NAND support for the DaVinci DM6446 EVM: - include MTD partitioning, defaulting to what Linux uses - use a flash-based BBT, which among other things speeds bootup This matches code that's now queued for mainline Linux, and might even merge in an upcoming 2.6.30-rc; and the MTIDS are set up so that the U-Boot $mtdparts environment variable can be passed as-is on the kernel command line as a cmdlinepart override. Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
* davinci: display correct clock infoDavid Brownell2009-06-12-7/+5
| | | | | | | | | | | | Move the clock-rate dumping code into the cpu/.../davinci area where it should have been, enabled by CONFIG_DISPLAY_CPUINFO, updating the format and showing the DSP clock (where relevant). Switch boards to use the cpuinfo() hook for this stuff. Remove a few now-obsolete PLL #defines. Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
* ZOOM1 Remove more legacy NAND defines.Tom Rix2009-06-12-13/+0
| | | | | | These legacy NAND defines are no longer needed by this target. Signed-off-by: Tom Rix <Tom.Rix@windriver.com>
* ARM Add blue colour LED to status_led.Tom Rix2009-06-12-0/+4
| | | | | | | There is exiting support for red,yellow,green but no blue. The main LED on the zoom2 is a blue LED. Signed-off-by: Tom Rix <Tom.Rix@windriver.com>
* arm: timer and interrupt init reworkJean-Christophe PLAGNIOL-VILLARD2009-06-12-0/+5
| | | | | | | | | | | | | | actually the timer init use the interrupt_init as init callback which make the interrupt and timer implementation difficult to follow so now rename it as int timer_init(void) and use interrupt_init for interrupt btw also remane the corresponding file to the functionnality implemented as ixp arch implement two timer - one based on interrupt - so all the timer related code is moved to timer.c Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
* arm: cleanup remaining CONFIG_INIT_CRITICALJean-Christophe PLAGNIOL-VILLARD2009-06-12-7/+3
| | | | Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
* davinci: add basic dm355/dm350/dm335 supportDavid Brownell2009-06-12-17/+38
| | | | | | | | | | | | | Add some basic declarations for DaVinci DM355/DM350/DM335 support, keyed on CONFIG_SOC_DM355. (DM35X isn't quite right because the DM357 is very different; while the DM355 is like a DM355 without the MPEG/JPEG coprocessor). These have different peripherals than the DM6446, and some of the peripherals are at different addresses. Notably for U-Boot, there's no EMAC, and the NAND controller address is different Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
* davinci: split out some dm644x-specific bits from pscDavid Brownell2009-06-12-0/+4
| | | | | | | | | | | | | | Split out DaVinci DM6446-specific bits from more generic bits: - Add a CONFIG_SOC_DM644X. All current boards use DM6446 chips; DM6443 and DM6441 chips differ in available peripherals. - Move most DM644X-specific bits from psc.c to a new dm644x.c file, which is conditionally built. It provides device-specific setup. Plus minor coding style and comment updates with respect to the PSC. Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
* davinci: move psc support board-->cpuDavid Brownell2009-06-12-0/+8
| | | | | | | | Move DaVinci PSC support from board/* to cpu/* where it belongs. The PSC module manages clocks and resets for all DaVinci-family SoCs, and isn't at all board-specific. Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
* ppc4xx: Add Sequoia RAM-booting targetStefan Roese2009-06-12-7/+34
| | | | | | | | | | | | | | | | | | | | | | | | | | This patch adds another build target for the AMCC Sequoia PPC440EPx eval board. This RAM-booting version is targeted for boards without NOR FLASH (NAND booting) which need a possibility to initially program their NAND FLASH. Using a JTAG debugger (e.g. BDI2000/3000) configured to setup the SDRAM, this debugger can load this RAM- booting image to the target address in SDRAM (in this case 0x1000000) and start it there. Then U-Boot's standard NAND commands can be used to program the NAND FLASH (e.g. "nand write ..."). Here the commands to load and start this image from the BDI2000: 440EPX>reset halt 440EPX>load 0x1000000 /tftpboot/sequoia/u-boot.bin 440EPX>go 0x1000000 Please note that this image automatically scans for an already initialized SDRAM TLB (detected by EPN=0). This TLB will not be cleared. This TLB doesn't need to be TLB #0, this RAM-booting version will detect it and preserve it. So booting via BDI2000 will work and booting with a complete different TLB init via U-Boot works as well. Signed-off-by: Stefan Roese <sr@denx.de>
* Enable CONFIG_NET_MULTI on all remaining PPC4xx boardsBen Warren2009-06-12-1/+18
| | | | | | | All in-tree PPC4xx boards now use CONFIG_NET_MULTI Signed-off-by: Ben Warren <biggerbadderben@gmail.com> Signed-off-by: Stefan Roese <sr@denx.de>
* 4xx: Remove binary cpld bitstream from DP405 boardMatthias Fuchs2009-06-12-80/+6
| | | | | | | | | | | | | This patch removes the cpld binary bitstream that is used by esd's cpld command on DP405 boards. Because u-boot with an external cpld bitstream may not take more space in flash than before the u-boot binary is shrinked a little bit. Some unused featues have been removed therefore. Signed-off-by: Matthias Fuchs <matthias.fuchs@esd.eu> Signed-off-by: Stefan Roese <sr@denx.de>
* 4xx: Remove binary cpld bitstream from VOM405 boardMatthias Fuchs2009-06-12-16/+5
| | | | | | | | | | | | This patch removes the cpld binary bitstream that is used by esd's cpld command on VOM405 boards. Because u-boot with an external cpld bitstream may not take more space in flash than before the u-boot binary is shrinked a little bit. Signed-off-by: Matthias Fuchs <matthias.fuchs@esd.eu> Signed-off-by: Stefan Roese <sr@denx.de>
* 4xx: Remove binary cpld bitstream from PMC405 boardMatthias Fuchs2009-06-12-3/+0
| | | | | | | | This patch removes the cpld binary bitstream that is used by esd's cpld command on PMC405 boards. Signed-off-by: Matthias Fuchs <matthias.fuchs@esd.eu> Signed-off-by: Stefan Roese <sr@denx.de>
* 4xx: Remove binary cpld bitstream from CMS700 boardMatthias Fuchs2009-06-12-48/+5
| | | | | | | | | | | | | This patch removes the cpld binary bitstream that is used by esd's cpld command on CMS700 boards. Because u-boot with an external cpld bitstream may not take more space in flash than before the u-boot binary is shrinked a little bit. Some unused featues have been removed therefore. Signed-off-by: Matthias Fuchs <matthias.fuchs@esd.eu> Signed-off-by: Stefan Roese <sr@denx.de>
* i2c: Update references to individual i2c commandsPeter Tyser2009-06-12-5/+5
| | | | | | | | The individual i2c commands imd, imm, inm, imw, icrc32, iprobe, iloop, and isdram are no longer available so all references to them have been updated to the new form of "i2c <cmd>". Signed-off-by: Peter Tyser <ptyser@xes-inc.com>
* i2c: Remove deprecated individual i2c commandsPeter Tyser2009-06-12-23/+0
| | | | | | | | | | | | | The following individual I2C commands have been removed: imd, imm, inm, imw, icrc32, iprobe, iloop, isdram. The functionality of the individual commands is still available via the 'i2c' command. This change only has an impact on those boards which did not have CONFIG_I2C_CMD_TREE defined. Signed-off-by: Peter Tyser <ptyser@xes-inc.com>
* mpc7448hpc2: Add CONFIG_SYS_I2C_SPEED definePeter Tyser2009-06-12-0/+1
| | | | | | | | | Add standard CONFIG_SYS_I2C_SPEED define for the mpc7448hpc2 so that it can use the common 'i2c speed' command. Note that the I2C controller utilized by the mpc7448hpc2 has a fixed speed and cannot be changed dynamically. Signed-off-by: Peter Tyser <ptyser@xes-inc.com>
* i2c.h: Provide a default CONFIG_SYS_I2C_SLAVE valuePeter Tyser2009-06-12-3/+9
| | | | | | | | Many boards/controllers/drivers don't support an I2C slave interface, however CONFIG_SYS_I2C_SLAVE is used in common code so provide a default Signed-off-by: Peter Tyser <ptyser@xes-inc.com>
* 85xx: Add PIB support at CS4/CS5 for MPC8569MDSHaiying Wang2009-06-12-1/+9
| | | | | | Signed-off-by: Haiying Wang <Haiying.Wang@freescale.com> Signed-off-by: Yu Liu <Yu.Liu@freescale.com> Signed-off-by: Kumar Gala <galak@kernel.crashing.org>
* 85xx: Fix some settings for MPC8569MDS boardHaiying Wang2009-06-12-3/+3
| | | | | | | | | | - Increase the size of malloc to 512KB because MPC8569MDS needs more memory for malloc to support up to eight Ethernet interfaces. - Move Environment address out of uboot thus the saved environment variables will not be erased after u-boot is re-programmed. Signed-off-by: Haiying Wang <Haiying.Wang@freescale.com> Signed-off-by: Kumar Gala <galak@kernel.crashing.org>
* 85xx: Fix MURAM size for MPC8569Haiying Wang2009-06-12-2/+7
| | | | | | | MPC8569 has 128K bytes MURAM. Signed-off-by: Haiying Wang <Haiying.Wang@freescale.com> Signed-off-by: Kumar Gala <galak@kernel.crashing.org>
* Merge branch 'master' of git://git.denx.de/u-boot-mpc83xxWolfgang Denk2009-06-11-3/+3
|\
| * mpc83xx: don't set SICRH_TSOBI1 to RMII/RTBI operationKim Phillips2009-06-08-3/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | In GMII mode (which operates at 3.3V) both SICRH TSEC1/2 output buffer impedance bits should be clear, i.e., SICRH[TSIOB1] = 0 and SICRH[TSIOB2] = 0. SICRH[TSIOB1] was erroneously being set high. U-Boot always operated this PHY interface in GMII mode. It is assumed this was missed in the clean up by the original board porters, and copied along to the TQM and sbc boards. Signed-off-by: Kim Phillips <kim.phillips@freescale.com> Acked-by: Ira Snyder <iws@ovro.caltech.edu> Reviewed-by: David Hawkins <dwh@ovro.caltech.edu> Tested-by: Paul Gortmaker <paul.gortmaker@windriver.com> CC: Dave Liu <DaveLiu@freescale.com>
* | rmu board: fix error: 'CONFIG_ENV_SECT_SIZE' undeclaredWolfgang Denk2009-06-10-1/+2
| | | | | | | | Signed-off-by: Wolfgang Denk <wd@denx.de>
* | TQM85xx: minor config file cleanupWolfgang Denk2009-06-09-4/+3
| | | | | | | | | | | | | | | | | | Remove "saveenv" from "update" definition: the environment is outside the U-Boot image on TQM85xx and therefor not affected by updates. Also "beautify" code a bit (vertical alignment). Signed-off-by: Wolfgang Denk <wd@denx.de>
* | TQM85xx: adapt for new flash typesWolfgang Denk2009-06-09-13/+0
| | | | | | | | | | | | | | | | | | | | | | | | Old TQM85xx boards had 'M' type Spansion Flashes from the S29GLxxxM series while new boards have 'N' type Flashes from the S29GLxxxN series, which have bigger sectors: 2 x 128 instead of 2 x 64 KB. We now change the configuration to the new flash types for all boards; this also works on old boards - we just waste two flash sectors for the environment which could be smaller there. Signed-off-by: Wolfgang Denk <wd@denx.de>
* | 85xx: Fix the wrong SYS_CLK_IN for 8569MDSDave Liu2009-06-09-2/+2
| | | | | | | | | | | | | | | | The SYS_CLK_IN of MPC8569MDS is 66.66MHz, The DDR_CLK_IN is same with SYS_CLK_IN in 8569 processor. so, change the SYS_CLK_IN from 66MHz to 66.66MHz. Signed-off-by: Dave Liu <daveliu@freescale.com>
* | Add config option for disabling DM9000-SROM support.Remy Bohmer2009-06-08-0/+21
|/ | | | | | | | | | | | | | | Some boards do not have SROM support for the DM9000 network adapter. Instead of listing these board names in the driver code, make this option configurable from the board config file. It also removes a build warning for the at91sam9261ek board: 'dm9000x.c:545: warning: 'read_srom_word' defined but not used' And it repaires the trizepsiv board build which was broken around the same routines Signed-off-by: Remy Bohmer <linux@bohmer.net> Signed-off-by: Ben Warren <biggerbadderben@gmail.com>
* Merge branch 'master' of git://git.denx.de/u-boot-mmcWolfgang Denk2009-06-04-3/+3
|\
| * mmc: fix response decoding on little endianRabin Vincent2009-06-02-3/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The mmc code defines the response as an array of chars. However, it access the response bytes both as (i) an array of four uints (with casts) and (ii) as individual chars. The former case is used more often, including by the driver when it assigns the response. The char-wise accesses are broken on little endian systems because they assume that the bytes in the uints are in big endian byte order. This patch fixes this by changing the response to be an array of four uints and replacing the char-wise accesses with equivalent uint-wise accesses. Signed-off-by: Rabin Vincent <rabin@rab.in>
* | Blackfin: fix if() logic in bootrom evt1 checkMike Frysinger2009-05-29-1/+1
|/ | | | | | | A missing set of parenthesis caused the silicon revision to apply only to the BF533 and not the BF531/BF532 variants. Signed-off-by: Mike Frysinger <vapier@gentoo.org>