- 04 Mar, 2008 1 commit
-
-
Jon Loeliger authored
Many of the spd.h #includers don't need it, and wanted to have spd_sdram() declared instead. Since they didn't get that, some also had open coded extern declarations of it instead or as well. Fix it all up by using spd_sdram.h where needed. Signed-off-by:
Jon Loeliger <jdl@freescale.com>
-
- 20 Feb, 2008 1 commit
-
-
Jon Loeliger authored
Back in commit 975a083a where I tried to "8610HPCD: Fix typos in two PCI setup registers", I botched it due to not realizing that 8610 and 8641 had different Global Utility Register defintions, one of which was like 85xx, and the other wasn't. Correct this problem by introducing two symbols, one for each 86xx SoC, but neither of which is named anything like 85xx. My bad. Lovely Wednesday with git bisect. You know. Signed-off-by:
Jon Loeliger <jdl@freescale.com>
-
- 19 Feb, 2008 1 commit
-
-
Jon Loeliger authored
The two symbols MPC86xx_PORDEVSR_IO_SEL and MPC86xx_PORBMSR_HA were erroneously present as 85xx names and values, leftover from the clone wars. Fix this by removing the 85xx cruft from the 86xx codebase. Signed-off-by:
Jon Loeliger <jdl@freescale.com>
-
- 18 Feb, 2008 1 commit
-
-
Jon Loeliger authored
This is the proper fix for a missing closing brace in the function ft_cpu_setup() noticed by joe.hamman <at> embeddedspecialties.com. The ft_cpu_setup() function in mpc8641hpcn.c should have been removed earlier as it was under the obsolete CONFIG_OF_FLAT_TREE, but was missed. Only, the sbc8641d was nominally still using it. It all got ripped out, and the funcality that was in ft_board_setup() was refactored to remove the CPU portions into the new file cpu/mpc86xx/fdt.c instead. Make sbc8641d use this now. Based loosely on an original patch from joe.hamman@embeddedspecialties.com Signed-off-by:
Jon Loeliger <jdl@freescale.com>
-
- 14 Feb, 2008 1 commit
-
-
Jon Loeliger authored
sys_eeprom.c:82:9: warning: unknown escape sequence '\/' Signed-off-by:
Jon Loeliger <jdl@freescale.com>
-
- 24 Jan, 2008 3 commits
-
-
Becky Bruce authored
This includes mpc8610hpcd, mpc8641hpcn, and sbc8641d. Signed-off-by:
Becky Bruce <becky.bruce@freescale.com>
-
Becky Bruce authored
Signed-off-by:
Becky Bruce <becky.bruce@freescale.com>
-
Becky Bruce authored
Adds the support code in cpu/mpc86xx for the new law setup code recently created fsl_law.c, and changes the MPC8641HPCN config to use this code. Signed-off-by:
Becky Bruce <becky.bruce@freescale.com>
-
- 17 Jan, 2008 16 commits
-
-
TsiChungLiew authored
Signed-off-by:
TsiChungLiew <Tsi-Chung.Liew@freescale.com> Signed-off by: John Rigby <jrigby@freescale.com>
-
TsiChungLiew authored
Signed-off-by:
TsiChungLiew <Tsi-Chung.Liew@freescale.com> Signed-off by: John Rigby <jrigby@freescale.com>
-
TsiChungLiew authored
Signed-off-by:
TsiChungLiew <Tsi-Chung.Liew@freescale.com> Signed-off by: John Rigby <jrigby@freescale.com>
-
TsiChungLiew authored
Definition update and change from 16bit to 32bit Signed-off-by:
TsiChungLiew <Tsi-Chung.Liew@freescale.com> Signed-off by: John Rigby <jrigby@freescale.com>
-
Kim Phillips authored
..and rm unused CONFIG_FSL_SPI define Signed-off-by:
Kim Phillips <kim.phillips@freescale.com>
-
Haiying Wang authored
- Fix EEPROM_data structure definition according to System EEPROM Data Format. - Read MAC addresses from EEPROM to ethXaddr before saving ethXaddr to bd->bi_ethaddr. Signed-off-by:
Haiying Wang <Haiying.Wang@freescale.com>
-
Ben Warren authored
This patch implements the fsl_spi driver on the MPC8349EMDS evaluation board. This board has an ST M25P40 4Mbit EEPROM on its SPI bus Signed-off-by:
Ben Warren <biggerbadderben@gmail.com> Signed-off-by:
Kim Phillips <kim.phillips@freescale.com>
-
Kumar Gala authored
Signed-off-by:
Kumar Gala <galak@kernel.crashing.org>
-
Kumar Gala authored
Signed-off-by:
Kumar Gala <galak@kernel.crashing.org>
-
Kumar Gala authored
Signed-off-by:
Kumar Gala <galak@kernel.crashing.org>
-
Kumar Gala authored
Signed-off-by:
Kumar Gala <galak@kernel.crashing.org>
-
Kumar Gala authored
We should be using the _MEM_PHYS for LAW and TLB setup and not _MEM_BASE. While _MEM_BASE & _MEM_PHYS are normally the same, _MEM_BASE should only be used for configuring the PCI ATMU. Signed-off-by:
Kumar Gala <galak@kernel.crashing.org>
-
Kumar Gala authored
Converted ATUM8548, MPC8568 MDS, MPC8540 EVAL, and TQM85xx boards over to use new LAW init code. Signed-off-by:
Kumar Gala <galak@kernel.crashing.org>
-
Kumar Gala authored
Signed-off-by:
Kumar Gala <galak@kernel.crashing.org>
-
Kumar Gala authored
Signed-off-by:
Kumar Gala <galak@kernel.crashing.org>
-
Kumar Gala authored
Signed-off-by:
Kumar Gala <galak@kernel.crashing.org>
-
- 16 Jan, 2008 7 commits
-
-
Kim Phillips authored
MPC837xERDB board support includes: * DDR2 330MHz hardcoded (soldered on the board) * Local Bus NOR Flash * I2C, UART and RTC * eTSEC RGMII (TSEC0 - RTL8211B with MII; * TSEC1 - VSC7385 local bus, hardcoded, requires seperate firmware * load) Signed-off-by:
Kevin Lam <kevin.lam@freescale.com> Signed-off-by:
Joe D'Abbraccio <joe.d'abbraccio@freescale.com> Signed-off-by:
Kim Phillips <kim.phillips@freescale.com>
-
James Yang authored
Before, the order of arguments to the pixis_reset command needed to be supplied in a hard-coded order. Generalize the command parsing to allow any order. Signed-off-by:
James Yang <james.yang@freescale.com> Acked-by:
Jon Loeliger <jdl@freescale.com>
-
Jon Loeliger authored
Convert the board/freescale/common/Makefile to use CONFIG_* options to select which files to conditionally compile into the board/freescale/common library rather than conditionally compiling entire files. Now handles:: CONFIG_FSL_PIXIS CONFIG_FSL_DIU_FB CONFIG_PQ_MDS_PIB CONFIG_ID_EEPROM is introduced until CFG_ID_EEPROM is gone. Signed-off-by:
Jon Loeliger <jdl@freescale.com>
-
Kim Phillips authored
mpc8360emds.c: In function 'ft_board_setup': mpc8360emds.c:327: warning: assignment makes pointer from integer without a cast mpc8360emds.c:329: warning: passing argument 2 of 'fdt_getprop' makes integer from pointer without a cast mpc8360emds.c:334: warning: passing argument 2 of 'fdt_setprop' makes integer from pointer without a cast mpc8360emds.c:341: warning: assignment makes pointer from integer without a cast mpc8360emds.c:343: warning: passing argument 2 of 'fdt_getprop' makes integer from pointer without a cast mpc8360emds.c:348: warning: passing argument 2 of 'fdt_setprop' makes integer from pointer without a cast Signed-off-by:
Kim Phillips <kim.phillips@freescale.com>
-
Kim Phillips authored
use tree passed to us in local blob, not global fdt. Also use fdt_path_offset to convert to relative offset, since absolute reference is needed to check for rgmii-id mode string value. Signed-off-by:
Kim Phillips <kim.phillips@freescale.com>
-
Kumar Gala authored
Signed-off-by:
Kumar Gala <galak@kernel.crashing.org> Signed-off-by:
Kim Phillips <kim.phillips@freescale.com>
-
Dave Liu authored
The features list: - Boot from NOR Flash - DDR2 266MHz hardcoded configuration - Local bus NOR Flash R/W operation - I2C, UART, MII and RTC - eTSEC0/1 support - PCI host Signed-off-by:
Dave Liu <daveliu@freescale.com> Signed-off-by:
Kim Phillips <kim.phillips@freescale.com>
-
- 13 Jan, 2008 1 commit
-
-
Wolfgang Denk authored
Signed-off-by:
Wolfgang Denk <wd@denx.de>
-
- 12 Jan, 2008 1 commit
-
-
Wolfgang Denk authored
With recent toolchain versions, some boards would not build because or errors like this one (here for ocotea board when building with ELDK 4.2 beta): ppc_4xx-ld: section .bootpg [fffff000 -> fffff23b] overlaps section .bss [fffee900 -> fffff8ab] For many boards, the .bss section is big enough that it wraps around at the end of the address space (0xFFFFFFFF), so the problem will not be visible unless you use a 64 bit tool chain for development. On some boards however, changes to the code size (due to different optimizations) we bail out with section overlaps like above. The fix is to add the NOLOAD attribute to the .bss and .sbss sections, telling the linker that .bss does not consume any space in the image. Signed-off-by:
Wolfgang Denk <wd@denx.de>
-
- 11 Jan, 2008 1 commit
-
-
Anton Vorontsov authored
This is MPC8360E based board with: - 256MB fixed SDRAM; - 8MB Intel Strata NOR flash; - StMICRO 64MiB NAND flash; - two 10/100/1000 ethernet ports connected via Broadcom BCM5481 PHYs; - two 10/100 ethernet ports connected via National DP83848 PHYs; - one PCI and one miniPCI slots; - four serial ports (two NS16550-compatible, two UCCs); - four USB ports working through MPC8360E "FHCI" USB controller; - Fujitsu MB86277 graphics controller; - Analog to Digital Converter/Touchscreen controller, AD7843 connected to SPI. Features not supported in this patch are: - StMICRO 64MiB NAND flash (patch sent); - MINT framebuffer initialization (patch is pending); - Fetching production information from the EEPROM via I2C; - FHCI USB; - Two slow UCCs used as RS-485 UARTs. Signed-off-by:
Anton Vorontsov <avorontsov@ru.mvista.com> Signed-off-by:
Kim Phillips <kim.phillips@freescale.com>
-
- 09 Jan, 2008 6 commits
-
-
Anton Vorontsov authored
To use UART1 on the MPC8568E-MDS, QE pario pins PC[0:3] should be set up appropriately. Signed-off-by:
Anton Vorontsov <avorontsov@ru.mvista.com>
-
Anton Vorontsov authored
In order to use GETH1 and GETH2 on the MPC8568E-MDS, we should reset UCCs. p.s Similar code exists in the Linux kernel board file (for capability reasons with older U-Boots), but should be removed some day. Signed-off-by:
Anton Vorontsov <avorontsov@ru.mvista.com>
-
Kumar Gala authored
The old macros made it difficult to know what WIMGE and perm bits were set for a TLB entry. Actually use the bit masks for these items since they are only a single bit. Also moved the macros into mmu.h out of e500.h since they aren't specific to e500. Signed-off-by:
Kumar Gala <galak@kernel.crashing.org>
-
Jon Loeliger authored
Assumes the presence of the aliases node in the DTS to locate the pci and serial nodes for fixups. Use consistent fdtaddr and fdtfile in environment variables. Signed-off-by:
Jon Loeliger <jdl@freescale.com>
-
Jon Loeliger authored
Turn off DEBUG. Signed-off-by:
Jon Loeliger <jdl@freescale.com>
-
Wolfgang Denk authored
Signed-off-by:
Wolfgang Denk <wd@denx.de>
-