- 07 4月, 2010 5 次提交
-
-
由 Harald Krapfenbauer 提交于
Switch to the SMC911X driver by default now, and fix LDR env settings. Signed-off-by: NHarald Krapfenbauer <Harald.Krapfenbauer@bluetechnix.at> Signed-off-by: NMike Frysinger <vapier@gentoo.org>
-
由 Mike Frysinger 提交于
We tweak the configs a little when doing automated hardware tests. Signed-off-by: NMike Frysinger <vapier@gentoo.org>
-
由 Mike Frysinger 提交于
The strictest alignment on Blackfin systems is 32bits (since that is the largest load instruction), so don't force 256byte alignment here. Signed-off-by: NMike Frysinger <vapier@gentoo.org>
-
由 Mike Frysinger 提交于
The reloc_off member no longer exists, so drop it. Also change this function so that it is always compiled and prevents latent issues like this in the future. Reported-by: NPeter Meerwald <pmeerw@pmeerw.net> Signed-off-by: NMike Frysinger <vapier@gentoo.org>
-
由 Mike Frysinger 提交于
There is no Blackfin/NetBSD port, so enabling support for it by default doesn't make any sense. Signed-off-by: NMike Frysinger <vapier@gentoo.org>
-
- 01 4月, 2010 2 次提交
-
-
由 Wolfgang Denk 提交于
-
由 Wolfgang Denk 提交于
Signed-off-by: NWolfgang Denk <wd@denx.de>
-
- 31 3月, 2010 6 次提交
-
-
由 Heiko Schocher 提交于
As this seems unclear, document how the flow of setting up the MAC address is correct. Signed-off-by: NHeiko Schocher <hs@denx.de> Text changed slightly, adding input from Mike Frysinger. Signed-off-by: NWolfgang Denk <wd@denx.de>
-
由 Heiko Schocher 提交于
Only fill the device enetaddr with the contents of the eeprom, do not program it in MAC address registers Signed-off-by: NHeiko Schocher <hs@denx.de> Acked-by: NBen Warren <biggerbadderben@gmail.com>
-
由 Felix Radensky 提交于
The ramdisk sections in doc/uImage.FIT/multi.its lack load address and entry point properties. Using examples from this file will result in unbootable image, u-boot will issue the following error messages: Can't get ramdisk subimage load address! Ramdisk image is corrupt or invalid This patch adds missing properties to ramdisk sections. Signed-off-by: NFelix Radensky <felix@embedded-sol.com>
-
由 Heiko Schocher 提交于
$ ./MAKEALL suen3 jffs2_1pass.c: In function 'get_fl_mem': jffs2_1pass.c:399: warning: unused variable 'id' jffs2_1pass.c: In function 'get_node_mem': jffs2_1pass.c:423: warning: unused variable 'id' Signed-off-by: NHeiko Schocher <hs@denx.de> Tested-by: NTom <Tom.Rix@windriver.com>
-
-
-
- 30 3月, 2010 3 次提交
-
-
由 Timur Tabi 提交于
After determining how much DDR is actually in the system, set DBAT0 and IBAT0 accordingly. This ensures that the CPU won't attempt to access (via speculation) addresses outside of actual memory. On 86xx systems, DBAT0 and IBAT0 (the BATs for DDR) are initialized to 2GB and kept that way. If the system has less than 2GB of memory (typical for an MPC8610 HPCD), the CPU may attempt to access this memory during speculation. The zlib code is notorious for generating such memory reads, and indeed on the MPC8610, uncompressing the Linux kernel causes a machine check (without this patch). Currently we are limited to power of two sized DDR since we only use a single bat. If a non-power of two size is used that is less than CONFIG_MAX_MEM_MAPPED u-boot will crash. Signed-off-by: NTimur Tabi <timur@freescale.com> Signed-off-by: NKumar Gala <galak@kernel.crashing.org>
-
由 Kumar Gala 提交于
Use the same code between primary and secondary cores to init the L1 cache. We were not enabling cache parity on the secondary cores. Also, reworked the L1 cache init code to match the e500mc L2 init code that first invalidates the cache and locks. Than enables the cache and makes sure its enabled before continuing. Signed-off-by: NKumar Gala <galak@kernel.crashing.org>
-
由 Stefan Roese 提交于
This patch fixes a problem introduced with patch eb5eb2b0 [ppc4xx: Cleanup PPC4xx I2C infrastructure]. We need to assign the I2C base address to the "i2c" pointer inside of the controller loop. Otherwise controller 0 is initialized multiple times instead of initializing each I2C controller sequentially. Tested on Katmai. Signed-off-by: NStefan Roese <sr@denx.de> Acked-by: NHeiko Schocher <hs@denx.de>
-
- 29 3月, 2010 8 次提交
-
-
由 Heiko Schocher 提交于
Booting a "Multi-File Image" including a linux kernel, ramdisk and fdt, generated with mkimage -A ppc \ -O linux \ -T multi \ -C gzip \ -a 00000000 \ -e 00000000 \ -n "kernel-2.6+initrd+dtb" \ -d "vmlinux.bin.gz:ramdisk_image.gz:board.dtb" \ multi.bin actually fails, because ramdisk start and end addresses didn;t get initialized. This patch fixes this issue. Tested on the KUP4K board. Signed-off-by: NHeiko Schocher <hs@denx.de>
-
由 Frans Meulenbroeks 提交于
and removed it from the .h file Signed-off-by: NFrans Meulenbroeks <fransmeulenbroeks@gmail.com>
-
由 Frans Meulenbroeks 提交于
The code to parse alen appeared 6 times in the function. Factored this out in a small helper function Signed-off-by: NFrans Meulenbroeks <fransmeulenbroeks@gmail.com>
-
由 Frans Meulenbroeks 提交于
Signed-off-by: NFrans Meulenbroeks <fransmeulenbroeks@gmail.com>
-
由 Frans Meulenbroeks 提交于
Signed-off-by: NFrans Meulenbroeks <fransmeulenbroeks@gmail.com>
-
由 Frans Meulenbroeks 提交于
Declared all functions that were not called outside the file as static Signed-off-by: NFrans Meulenbroeks <fransmeulenbroeks@gmail.com>
-
由 Wolfgang Denk 提交于
-
-
- 28 3月, 2010 7 次提交
-
-
由 Wolfgang Denk 提交于
Update CHANGELOG Signed-off-by: NWolfgang Denk <wd@denx.de>
-
由 Wolfgang Denk 提交于
Signed-off-by: NWolfgang Denk <wd@denx.de>
-
由 Wolfgang Denk 提交于
The ml300 board has a number of issues, but nobody cares about this long-orphaned board any more. Remove it. Signed-off-by: NWolfgang Denk <wd@denx.de> Acked-by: NMichal Simek <monstr@monstr.eu>
-
由 Wolfgang Denk 提交于
-
由 Wolfgang Denk 提交于
The restructuring of the mkimage command in commit 89a4d6b1 ("tools: mkimage: split code into core, default and FIT image specific") introduced a bug that caused mkimage to segfault when run without "-n name" option. Initialize the imagename entry to prevent that. Signed-off-by: NWolfgang Denk <wd@denx.de>
-
-
-
- 26 3月, 2010 1 次提交
-
-
由 Thomas Chou 提交于
This patch adds status polling method to offer an alternative to data toggle method for amd flash chips. This patch is needed for nios2 cfi flash interface, where the bus controller performs 4 bytes read cycles for a single byte read instruction. The data toggle method can not detect chip busy status correctly. So we have to poll DQ7, which will be inverted when the chip is busy. This feature is enabled with the config def, CONFIG_SYS_CFI_FLASH_STATUS_POLL Signed-off-by: NThomas Chou <thomas@wytron.com.tw> Signed-off-by: NStefan Roese <sr@denx.de>
-
- 25 3月, 2010 8 次提交
-
-
由 Renato Andreola 提交于
With old configuration it could happen tout=0 if CONFIG_SYS_HZ<1000. Signed-off-by: NRenato Andreola <renato.andreola@imagos.it> Signed-off-by: NAlessandro Rubini <rubini@gnudd.com> Signed-off-by: NThomas Chou <thomas@wytron.com.tw> Signed-off-by: NStefan Roese <sr@denx.de>
-
由 TsiChung Liew 提交于
The ATMEL flash does not have buffer write feature. Assgined buffer_size = 1, so that when there is a write to the flash will not use buffer write function. Signed-off-by: NTsiChung Liew <tsicliew@gmail.com>
-
由 TsiChung Liew 提交于
The flash location is at 0xff800000, not 0 Signed-off-by: NTsiChung Liew <tsicliew@gmail.com>
-
由 TsiChung Liew 提交于
The CF will call cache functions in lib_m68/cache.c and the cache settings are defined in platform configuration file. Signed-off-by: NTsiChung Liew <tsicliew@gmail.com>
-
由 TsiChung Liew 提交于
The proper SDRAM size is 32MB not 64MB Signed-off-by: NJingchang Lu <b22599@freescale.com>
-
由 TsiChung Liew 提交于
Reside Ethernet buffer descriptors in SRAM instead of DRAM. Add CONFIG_SYS_TX_ETH_BUFFER in platform configuration file. Update DRAM control and SRAM control register setting. Update cache setting where size does not write to proper region. Signed-off-by: NTsiChung Liew <tsicliew@gmail.com> Signed-off-by: NJason Jin <Jason.jin@freescale.com>
-
由 TsiChung Liew 提交于
Add CPU compile flag -mcpu=53015 in cpu/config.mk Signed-off-by: NTsiChung Liew <tsicliew@gmail.com>
-
由 TsiChung Liew 提交于
Provide extra environment Data. Remove default network address and MAC address. Signed-off-by: NTsiChung Liew <tsicliew@gmail.com>
-