- Jan 28, 2009
-
-
Wolfgang Denk authored
This fixes an error which raises just a warning: sbc8560.c:250: warning: passing argument 2 of 'strmhz' makes integer from pointer without a cast Signed-off-by:
Wolfgang Denk <wd@denx.de>
-
Kumar Gala authored
Configuring for MPC8540EVAL board... mpc8540eval.c: In function 'checkboard': mpc8540eval.c:53: error: invalid operands to binary / make[1]: *** [mpc8540eval.o] Error 1 Signed-off-by:
Kumar Gala <galak@kernel.crashing.org>
-
Thomas Abraham authored
Enabling DM6446 (TI DaVinci) USB module power and MUSB low-level controller hook up to USB core layer. Signed-off-by:
Ravi Babu <ravibabu@ti.com> Signed-off-by:
Swaminathan S <swami.iyer@ti.com> Signed-off-by:
Thomas Abraham <t-abraham@ti.com> Signed-off-by:
Ajay Kumar Gupta <ajay.gupta@ti.com> Signed-off-by:
Remy Bohmer <linux@bohmer.net>
-
Thomas Abraham authored
Adding USB VBUS enable functionality for DM644x DVEVM (TI DaVinci) platform. Signed-off-by:
Ravi Babu <ravibabu@ti.com> Signed-off-by:
Swaminathan S <swami.iyer@ti.com> Signed-off-by:
Thomas Abraham <t-abraham@ti.com> Signed-off-by:
Ajay Kumar Gupta <ajay.gupta@ti.com> Signed-off-by:
Remy Bohmer <linux@bohmer.net>
-
Mike Frysinger authored
Signed-off-by:
Mike Frysinger <vapier@gentoo.org>
-
Mike Frysinger authored
Signed-off-by:
Mike Frysinger <vapier@gentoo.org>
-
Mike Frysinger authored
The old swap function tended to clobber unrelated pins and screw up masks. Rewrite the thing from scratch so it only uses the resources it needs. Signed-off-by:
Mike Frysinger <vapier@gentoo.org>
-
Mike Frysinger authored
The BF538/BF539 use CS2 for booting off of rather than CS1 like newer Blackfin parts. Signed-off-by:
Mike Frysinger <vapier@gentoo.org>
-
Mike Frysinger authored
Signed-off-by:
Mike Frysinger <vapier@gentoo.org>
-
Mike Frysinger authored
This video driver used to live in the Blackfin cpu directory, but it was lost during the unification process. This brings it back. Signed-off-by:
Mike Frysinger <vapier@gentoo.org>
-
Mike Frysinger authored
No functional changes here; just cleanup code style a bit. Signed-off-by:
Mike Frysinger <vapier@gentoo.org>
-
Mike Frysinger authored
Signed-off-by:
Mike Frysinger <vapier@gentoo.org>
-
Mike Frysinger authored
The DEBUG code in initdram() is quite old and was never really useful, so just drop it altogether. Common Blackfin debug code does a better job. Signed-off-by:
Mike Frysinger <vapier@gentoo.org>
-
Mike Frysinger authored
Some of the flash defines weren't in the correct location and caused build problems in some configurations, so let's move types and defines to better local locations. Signed-off-by:
Mike Frysinger <vapier@gentoo.org>
-
Wolfgang Denk authored
Signed-off-by:
Wolfgang Denk <wd@denx.de>
-
Peter Tyser authored
Remove command name from all command "usage" fields and update common/command.c to display "name - usage" instead of just "usage". Also remove newlines from command usage fields. Signed-off-by:
Peter Tyser <ptyser@xes-inc.com>
-
Peter Tyser authored
Update taihu and taishan commands to use cmd_usage() function to display usage messages. Signed-off-by:
Peter Tyser <ptyser@xes-inc.com>
-
Peter Tyser authored
Signed-off-by:
Peter Tyser <ptyser@xes-inc.com>
-
Peter Tyser authored
The pcs440ep's led command usage formatting is non-standard. It was made standard in preparation for larger command usage updates. Signed-off-by:
Peter Tyser <ptyser@xes-inc.com>
-
Peter Tyser authored
The diufb command usage formatting is non-standard. It was made standard in preparation for larger command usage updates. Signed-off-by:
Peter Tyser <ptyser@xes-inc.com>
-
- Jan 27, 2009
-
-
Mike Frysinger authored
Rather than have the board code initialize SATA automatically during boot, make the user manually run "sata init". This brings the SATA subsystem in line with common U-Boot policy. Rather than having a dedicated weak function "is_sata_supported", people can override sata_initialize() to do their weird board stuff. Then they can call the actual __sata_initialize(). Signed-off-by:
Mike Frysinger <vapier@gentoo.org>
-
Wolfgang Denk authored
Commit 9d803d8c mistakenly changed some constants from 0x300 into 300 - this patch fixes it. Pointed out by Tom Evans <tom@ceos.com.au>, see http://article.gmane.org/gmane.comp.boot-loaders.u-boot/51992 for details. Signed-off-by:
Wolfgang Denk <wd@denx.de>
-
Stefan Roese authored
Signed-off-by:
Stefan Roese <sr@denx.de>
-
Stefan Roese authored
Signed-off-by:
Stefan Roese <sr@denx.de>
-
Stefan Roese authored
Signed-off-by:
Stefan Roese <sr@denx.de>
-
- Jan 26, 2009
-
-
Stefan Roese authored
Signed-off-by:
Stefan Roese <sr@denx.de>
-
Dirk Eibach authored
Board support for the Guntermann & Drunck PowerPC 440 ETX module. Based on the AMCC Yosemite board support by Stefan Roese. Signed-off-by:
Dirk Eibach <eibach@gdsys.de> Signed-off-by:
Stefan Roese <sr@denx.de>
-
- Jan 24, 2009
-
-
Graeme Russ authored
Brings i386 in line with other CPUs with a reset vector and frees up reset.c for CPU reset functions Signed-off-by:
Graeme Russ <graeme.russ@gmail.com>
-
Graeme Russ authored
Signed-off-by:
Graeme Russ <graeme.russ@gmail.com>
-
- Jan 23, 2009
-
-
Heiko Schocher authored
Check the presence of the PIGGY on the keymile boards mgcoge, mgsuvd and kmeter1. If the PIGGY is not present, dont register this Ethernet device. Signed-off-by:
Heiko Schocher <hs@denx.de> Acked-by:
Ben Warren <biggerbadderben@gmail.com>
-
Heiko Schocher authored
This patch adds support for the kmeter1 board from Keymile, based on a Freescale MPC8360 CPU. - serial console on UART 1 - 256 MB DDR2 RAM - 64 MB NOR Flash - Ethernet RMII Mode over UCC4 - PHY SMSC LAN8700 Signed-off-by:
Heiko Schocher <hs@denx.de>
-
Dave Liu authored
The wake up ARP feature need use the memory to process wake up packet, we enable auto self refresh to support it. Signed-off-by:
Dave Liu <daveliu@freescale.com> Acked-by:
Andy Fleming <afleming@freescale.com>
-
Dave Liu authored
For light loaded system, we use the 1T timing to gain better memory performance, but for some heavily loaded system, you have to add the 2T timing options to board files. Signed-off-by:
Dave Liu <daveliu@freescale.com> Acked-by:
Andy Fleming <afleming@freescale.com>
-
Kumar Gala authored
Introduce a new define to seperate out the virtual address that PCI IO space is at from the physical address. In most situations these are mapped 1:1. However any code accessing the bus should use VIRT. Signed-off-by:
Kumar Gala <galak@kernel.crashing.org> Acked-by:
Andy Fleming <afleming@freescale.com>
-
Kumar Gala authored
Introduce a new define to seperate out the virtual address that PCI memory is at from the physical address. In most situations these are mapped 1:1. However any code accessing the bus should use VIRT. Signed-off-by:
Kumar Gala <galak@kernel.crashing.org> Acked-by:
Andy Fleming <afleming@freescale.com>
-
Kumar Gala authored
Use the _MEM_PHYS defines instead of _MEM_BUS for LAW and real address fields of TLBs. This is what we should have always been using from the start. Signed-off-by:
Kumar Gala <galak@kernel.crashing.org> Acked-by:
Andy Fleming <afleming@freescale.com>
-
Kumar Gala authored
Use CONFIG_SYS_PCI*_IO_BUS for the bus relative address instead of _IO_BASE so we are more explicit. Signed-off-by:
Kumar Gala <galak@kernel.crashing.org>
-
Kumar Gala authored
Use CONFIG_SYS_{PCI,RIO}_MEM_BUS for the bus relative address instead of _MEM_BASE so we are more explicit. Signed-off-by:
Kumar Gala <galak@kernel.crashing.org> Acked-by:
Andy Fleming <afleming@freescale.com>
-
Kumar Gala authored
Added a CONFIG_SYS_FLASH_BASE_PHYS for use as the physical address and maintain CONFIG_SYS_FLASH_BASE as the virtual address of the flash. This allows us to deal with 36-bit phys on these boards in the future. Signed-off-by:
Kumar Gala <galak@kernel.crashing.org> Acked-by:
Andy Fleming <afleming@freescale.com>
-
Kumar Gala authored
Added a PIXIS_BASE_PHYS for use as the physical address and maintain PIXIS_BASE as the virtual address of the PIXIS fpga registers. This allows us to deal with 36-bit phys on these boards in the future. Signed-off-by:
Kumar Gala <galak@kernel.crashing.org> Acked-by:
Andy Fleming <afleming@freescale.com>
-