- 15 11月, 2010 16 次提交
-
-
由 Peter Tyser 提交于
Previously fsl_pci_init_port() always assumed that a port was a PCIe port and would incorrectly print messages for a PCI port such as the following on bootup: PCI1: 32 bit, 33 MHz, sync, host, arbiter Scanning PCI bus 00 PCIE1 on bus 00 - 00 This change corrects the output of fsl_pci_init_port(): PCI1: 32 bit, 33 MHz, sync, host, arbiter Scanning PCI bus 00 PCI1 on bus 00 - 00 Signed-off-by: NPeter Tyser <ptyser@xes-inc.com>
-
由 Jason Liu 提交于
Can't get IP address with dhcp due to the dhcp server not allow the empty param list request under some network env This patch is based on Gray Remlin's initial patch. Signed-off-by: NJason Liu <r64343@freescale.com> Signed-off-by: NGray Remlin <g_remlin@rocketmail.com>
-
由 Lei Wen 提交于
hexport would complain implicit declaration, if we don't add the include file. env_mmc.c: In function 'saveenv': env_mmc.c:109: warning: implicit declaration of function 'hexport' Signed-off-by: NLei Wen <leiwen@marvell.com>
-
由 Daniel Hobi 提交于
This patch makes tools/env/Makefile more similar to tools/imls: - define HOSTSRCS and HOSTCPPFLAGS, so that .depend generation works. - include U-Boot headers using -idirafter to prevent picking up u-boot/include/errno.h. - use HOSTCFLAGS_NOPED (fw_env.c does not conform to -pedantic). In order to cross-compile tools/env, override the HOSTCC variable as in this example: make tools env HOSTCC=bfin-uclinux-gcc Signed-off-by: NDaniel Hobi <daniel.hobi@schmid-telecom.ch> Tested-by: NDetlev Zundel <dzu@denx.de> Tested-by: NSteve Sakoman <steve.sakoman@linaro.org>
-
由 Joakim Tjernlund 提交于
The fixup procedure just stored a constant value in the fixup table rather than just adjusting the table. Although that doesn't seem to do any harm, it prevents relocation more that once. Signed-off-by: NJoakim Tjernlund <Joakim.Tjernlund@transmode.se>
-
由 Kumar Gala 提交于
nic and hw structures are allocated via malloc i.e. return memory is not zero initialized. Because of this few structure member like "function pointers" are initialized with garbage values. It may cause problem. for eg. during eth_initialize, dev->write_hwaddr is used. Signed-off-by: NKumar Gala <galak@kernel.crashing.org> Fixed typo. Signed-off-by: NWolfgang Denk <wd@denx.de>
-
由 Nobuhiro Iwamatsu 提交于
uli526x driver does not have write_hwaddr function. However, eth stuff executes write_hwaddr function because eth_device structure has not been initialized. Signed-off-by: NNobuhiro Iwamatsu <iwamatsu@nigauri.org> CC: Ben Warren <biggerbadderben@gmail.com>
-
由 Nobuhiro Iwamatsu 提交于
tsi108_eth driver does not have write_hwaddr function. However, eth stuff executes write_hwaddr function because eth_device structure has not been initialized. Signed-off-by: NNobuhiro Iwamatsu <iwamatsu@nigauri.org> CC: Ben Warren <biggerbadderben@gmail.com>
-
由 Nobuhiro Iwamatsu 提交于
pcnet driver does not have write_hwaddr function. However, eth stuff executes write_hwaddr function because eth_device structure has not been initialized. Signed-off-by: NNobuhiro Iwamatsu <iwamatsu@nigauri.org> CC: Ben Warren <biggerbadderben@gmail.com>
-
由 Nobuhiro Iwamatsu 提交于
ns8382x driver does not have write_hwaddr function. However, eth stuff executes write_hwaddr function because eth_device structure has not been initialized. Signed-off-by: NNobuhiro Iwamatsu <iwamatsu@nigauri.org> CC: Ben Warren <biggerbadderben@gmail.com>
-
由 Nobuhiro Iwamatsu 提交于
natsemi driver does not have write_hwaddr function. However, eth stuff executes write_hwaddr function because eth_device structure has not been initialized. Signed-off-by: NNobuhiro Iwamatsu <iwamatsu@nigauri.org> CC: Ben Warren <biggerbadderben@gmail.com>
-
由 Nobuhiro Iwamatsu 提交于
This prevents access to the member of eth_device which is not initialized. Signed-off-by: NNobuhiro Iwamatsu <iwamatsu@nigauri.org> CC: Ben Warren <biggerbadderben@gmail.com>
-
由 Nobuhiro Iwamatsu 提交于
eepro100 driver does not have write_hwaddr function. However, eth stuff executes write_hwaddr function because eth_device structure has not been initialized. Signed-off-by: NNobuhiro Iwamatsu <iwamatsu@nigauri.org> CC: Ben Warren <biggerbadderben@gmail.com>
-
由 Nobuhiro Iwamatsu 提交于
dc2114x driver does not have write_hwaddr function. However, eth stuff executes write_hwaddr function because eth_device structure has not been initialized. Signed-off-by: NNobuhiro Iwamatsu <iwamatsu@nigauri.org> CC: Ben Warren <biggerbadderben@gmail.com>
-
由 Nobuhiro Iwamatsu 提交于
rtl8139 driver does not have write_hwaddr function. However, eth stuff executes write_hwaddr function because eth_device structure has not been initialized. Signed-off-by: NNobuhiro Iwamatsu <iwamatsu@nigauri.org> CC: Ben Warren <biggerbadderben@gmail.com>
-
由 Nobuhiro Iwamatsu 提交于
rtl8169 does not have write_hwaddr function. However, eth stuff executes write_hwaddr function because eth_device structure has not been initialized. Signed-off-by: NNobuhiro Iwamatsu <iwamatsu@nigauri.org> CC: Ben Warren <biggerbadderben@gmail.com>
-
- 13 11月, 2010 3 次提交
-
-
由 Wolfgang Denk 提交于
-
-
由 Wolfgang Denk 提交于
-
- 12 11月, 2010 7 次提交
-
-
由 Becky Bruce 提交于
The size of the other bank needed to be added to the br0 setting; this got dropped in the LBC cleanup. Signed-off-by: NBecky Bruce <beckyb@kernel.crashing.org> Tested-by: NWolfgang Denk <wd@denx.de> Acked-by: NWolfgang Denk <wd@denx.de> Signed-off-by: NKumar Gala <galak@kernel.crashing.org>
-
由 Timur Tabi 提交于
Display the 64-byte Reset Configuration Word (RCW) during boot, so that there's no confusion as to what RCW U-boot is using. Reset Configuration Word (RCW): 00000000: 4a500000 00000000 18181818 00008888 00000010: 28402400 00002000 fe800000 01200000 00000020: 00000000 00000000 00000000 000b0000 00000030: 00000000 00000000 00000000 00000000 Signed-off-by: NTimur Tabi <timur@freescale.com> Signed-off-by: NRoy Zang <tie-fei.zang@freescale.com> Signed-off-by: NKumar Gala <galak@kernel.crashing.org>
-
由 Kumar Gala 提交于
We appear to have different refclk's on the different corenet DS boards so move the define out of the common header. Signed-off-by: NKumar Gala <galak@kernel.crashing.org>
-
由 Kumar Gala 提交于
CONFIG_SYS_TEXT_BASE setting is common across the 'corenet_ds' board family so move it out of P4080DS.h and into corenet_ds.h Signed-off-by: NKumar Gala <galak@kernel.crashing.org>
-
由 Kumar Gala 提交于
Signed-off-by: NKumar Gala <galak@kernel.crashing.org>
-
由 Priyanka Jain 提交于
SQW/INT pin in RTC can be used for generating square wave(by default) or as interrupt line. U-boot is registering this pin for interrupts. Configuring SQW/INT bit as interrupt line during board initialization to avoid spurious interrupts generated by square wave. Signed-off-by: NPriyanka Jain <Priyanka.Jain@freescale.com> Signed-off-by: NKumar Gala <galak@kernel.crashing.org>
-
由 Haiying Wang 提交于
Introduce a SPL specific CONFIG_SYS_TEXT_BASE_SPL define to be used by the linker. This has similiar semantics to CONFIG_SYS_TEXT_BASE however since SPL is a unqiue image we introduce a new variable to control its text base address. Signed-off-by: NHaiying Wang <Haiying.Wang@freescale.com> Signed-off-by: NKumar Gala <galak@kernel.crashing.org>
-
- 11 11月, 2010 3 次提交
-
-
由 Haiying Wang 提交于
Use CONFIG_SYS_MONITOR_BASE instead of CONFIG_SYS_TEXT_BASE in early init code so we can share the same code with NAND or NOR boot and not have additional ifdefs in here. Signed-off-by: NHaiying Wang <Haiying.Wang@freescale.com> Signed-off-by: NKumar Gala <galak@kernel.crashing.org>
-
由 Haiying Wang 提交于
Fix u-boot-nand.lds and u-boot-nand_spl.lds according to: Author: Peter Tyser <ptyser@xes-inc.com> Date: Wed Sep 29 14:05:56 2010 -0500 commit fbe53f59 85xx: Use gc-sections to reduce image size Signed-off-by: NHaiying Wang <Haiying.Wang@freescale.com> Signed-off-by: NKumar Gala <galak@kernel.crashing.org>
-
由 Kumar Gala 提交于
Signed-off-by: NKumar Gala <galak@kernel.crashing.org>
-
- 10 11月, 2010 2 次提交
-
-
由 Kumar Gala 提交于
When P2020DS DDR2 was merged it was merged incorrectly and propogated to boards.cfg. Fix this by moving DDR2 config to be associated with P2020DS and not P1_P2_RDB. Signed-off-by: NKumar Gala <galak@kernel.crashing.org>
-
由 Reinhard Meyer 提交于
Supports most types that support Read-Id and the FM25H20. Signed-off-by: NReinhard Meyer <u-boot@emk-elektronik.de> Signed-off-by: NMike Frysinger <vapier@gentoo.org>
-
- 30 10月, 2010 9 次提交
-
-
由 Stefano Babic 提交于
Signed-off-by: NStefano Babic <sbabic@denx.de>
-
git://git.denx.de/u-boot-marvell由 Wolfgang Denk 提交于
Conflicts: include/configs/km_arm.h Signed-off-by: NWolfgang Denk <wd@denx.de>
-
-
-
-
-
由 Wolfgang Denk 提交于
For ARM systems, before ELF relocation was introduced, CONFIG_SKIP_RELOCATE_UBOOT coul be used to prevent *COPYING* the U-Boot image from whereever it was loaded to it's link address (CONFIG_SYS_TEXT_BASE). The name was badly chosen, as no relocation was performed at all, it was just a memcpy(). With ELF relocation, this does not work like that any more, and related boards need to be fixed anyway. So don't keep this relict any longer. Signed-off-by: NWolfgang Denk <wd@denx.de> Tested-by: NHeiko Schocher <hs@denx.de> Tested-by: NReinhard Meyer <u-boot@emk-elektronik.de>
-
由 Wolfgang Denk 提交于
When this define was introduced, the idea was to provide a soft migration path for ARM boards to get adapted to the new relocation support. However, other recent changes led to a different implementation (ELF relocation), where this no longer works. By now CONFIG_SYS_ARM_WITHOUT_RELOC does not only not help any more, but it actually hurts because it obfuscates the actual code by sprinkling it with lots of dead and non-working debris. So let's make a clean cut and drop CONFIG_SYS_ARM_WITHOUT_RELOC. Signed-off-by: NWolfgang Denk <wd@denx.de> Tested-by: NHeiko Schocher <hs@denx.de> Tested-by: NReinhard Meyer <u-boot@emk-elektronik.de>
-
由 Wolfgang Denk 提交于
By now, the majority of architectures have working relocation support, so the few remaining architectures have become exceptions. To make this more obvious, we make working relocation now the default case, and flag the remaining cases with CONFIG_NEEDS_MANUAL_RELOC. Signed-off-by: NWolfgang Denk <wd@denx.de> Tested-by: NHeiko Schocher <hs@denx.de> Tested-by: NReinhard Meyer <u-boot@emk-elektronik.de>
-