- 25 8月, 2009 6 次提交
-
-
由 Albin Tonnerre 提交于
This RTC is used in some Calao boards. The driver code is taken from the linux rtc-m41t94 driver Signed-off-by: NAlbin Tonnerre <albin.tonnerre@free-electrons.com>
-
由 Albin Tonnerre 提交于
Signed-off-by: NAlbin Tonnerre <albin.tonnerre@free-electrons.com> Acked-by: NStefan Roese <sr@denx.de>
-
由 Albin Tonnerre 提交于
In the process, also remove backward-compatiblity macros BIN_TO_BCD and BCD_TO_BIN and update the sole board using them to use the new bin2bcd and bcd2bin instead Signed-off-by: NAlbin Tonnerre <albin.tonnerre@free-electrons.com> Acked-by: NStefan Roese <sr@denx.de> Acked-by: NDetlev Zundel <dzu@denx.de>
-
由 Eric Millbrandt 提交于
Add support for the DEKA Research and Development galaxy5200 board The galaxy5200 is an Freescale mpc5200 based embedded industrial control board. Signed-off-by: NEric Millbrandt <emillbrandt@dekaresearch.com>
-
由 Mike Frysinger 提交于
Some boards have fallen out of sync by defining CONFIG_ENV_IS_EMBEDDED manually. While it is useful to have this available to the build system, let's do it automatically rather than forcing people to opt into it. Signed-off-by: NMike Frysinger <vapier@gentoo.org> Signed-off-by: NAlbin Tonnerre <albin.tonnerre@free-electrons.com> Signed-off-by: NWolfgang Denk <wd@denx.de>
-
由 Robin Getz 提交于
Now that we have sha1 and md5 in lib_generic, allow people to use them on the command line, for checking downloaded files. Signed-off-by: NRobin Getz <rgetz@analog.com>
-
- 24 8月, 2009 5 次提交
-
-
Signed-off-by: NJean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
-
由 Mike Frysinger 提交于
Start a common header file for common linker script code (such as workarounds for older linkers) rather than doing this in the build system. As fallout, we no longer execute the linker every time config.mk is included by a build file (which can easily be 70+ times), but rather only execute it once. This also fixes a bug in the major version checking by creating a macro to easily compare versions and keep people from making the same common mistake (forgetting to check major and minor together). Signed-off-by: NMike Frysinger <vapier@gentoo.org>
-
由 Mike Frysinger 提交于
Now that the common code preprocesses the linker script, the Blackfin code no longer needs to do it. Signed-off-by: NMike Frysinger <vapier@gentoo.org>
-
由 Mike Frysinger 提交于
Signed-off-by: NMike Frysinger <vapier@gentoo.org>
-
由 Albin Tonnerre 提交于
Signed-off-by: NAlbin Tonnerre <albin.tonnerre@free-electrons.com>
-
- 23 8月, 2009 1 次提交
-
-
由 Wolfgang Denk 提交于
Update CHANGELOG, minor Coding Style cleanup. Signed-off-by: NWolfgang Denk <wd@denx.de>
-
- 22 8月, 2009 24 次提交
-
-
由 Wolfgang Denk 提交于
-
由 Michal Simek 提交于
Signed-off-by: NMichal Simek <monstr@monstr.eu> Signed-off-by: NMichal Simek <michal.simek@petalogix.com> Acked-by: NShinya Kuribayashi <skuribay@pobox.com>
-
由 Kim Phillips 提交于
linux mpc83xx_defconfig kernels are getting bigger, accommodate for their growth by adjusting default load and fdt addresses. Signed-off-by: NKim Phillips <kim.phillips@freescale.com>
-
由 Kim Phillips 提交于
when using Linus' 83xx_defconfig, the mpc8377rdb would hang at boot at either: NET: Registered protocol family 16 or the io scheduler cfq registered message. Fixing up these DDR settings appears to fix the problem. Signed-off-by: NKim Phillips <kim.phillips@freescale.com>
-
由 Kim Phillips 提交于
commit 9993e196 "mpc83xx: convert all remaining boards over to 83XX_GENERIC_PCI" remapped pci windows on tqm834x to make it more consistent with the other 83xx boards. During that time however, the author failed to realize that FLASH_BASE was occupying the same range as what PCI1_MEM_BASE was being assigned. Signed-off-by: NKim Phillips <kim.phillips@freescale.com> Tested-by: NWolfgang Denk <wd@denx.de>
-
由 Heiko Schocher 提交于
Signed-off-by: NHeiko Schocher <hs@denx.de> Signed-off-by: NKim Phillips <kim.phillips@freescale.com>
-
由 Paul Gortmaker 提交于
This was introduced with the MPC8349EMDS board, and then copied to a couple other boards by nature of being the reference implementation. u-boot$git grep CONFIG_SYS_MID_FLASH_JUMP include/configs/MPC8349EMDS.h:#define CONFIG_SYS_MID_FLASH_JUMP 0x7F000000 include/configs/sbc8349.h:#define CONFIG_SYS_MID_FLASH_JUMP 0x7F000000 include/configs/vme8349.h:#define CONFIG_SYS_MID_FLASH_JUMP 0x7F000000 u-boot$ It currently isn't used, so delete it before it spreads further. Signed-off-by: NPaul Gortmaker <paul.gortmaker@windriver.com> Signed-off-by: NKim Phillips <kim.phillips@freescale.com>
-
由 Paul Gortmaker 提交于
Prior to this commit, to enable PCI, you had to go manually edit the board config header, which isn't really user friendly. This adds the typical PCI make targets to the toplevel Makefile in accordance with what is being done with other boards. Signed-off-by: NPaul Gortmaker <paul.gortmaker@windriver.com> Signed-off-by: NKim Phillips <kim.phillips@freescale.com>
-
Signed-off-by: NJean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
-
由 Ilya Yanok 提交于
This patch fixes some issues with JFFS2 summary support in U-Boot. 1/ Summary support made compilation configurable (as summary support considered expiremental even in Linux). 2/ Summary code can do unaligned 16-bit and 32-bit memory accesses. We need to get data byte by byte to exclude data aborts. 3/ Make summary scan in two passes so we can safely fall back to full scan if we found unsupported entry in the summary. Signed-off-by: NIlya Yanok <yanok@emcraft.com>
-
由 Prafulla Wadaskar 提交于
It is recommended to define the macro CONFIG_SYS_64BIT_VSPRINTF for NAND specific warning removal, same is done in this patch Signed-off-by: NPrafulla Wadaskar <prafulla@marvell.com>
-
由 Wolfgang Denk 提交于
The TRAB board references local libgcc helper routines (lib_arm/div0.o and lib_arm/_umodsi3.o) which cause build problems when we try to use the normal, compiler provided libgcc instead. Removing these references allows to build both with and without the local libgcc helper routines. Signed-off-by: NWolfgang Denk <wd@denx.de>
-
由 Wolfgang Denk 提交于
Commit f62fb999 fixed handling of all rodata sections by using a wildcard combined with calls to ld's builtin functions SORT_BY_ALIGNMENT() and SORT_BY_NAME(). Unfortunately these functions were only introduced with biunutils version 2.16, so the modification broke building with all tool chains using older binutils. This patch makes it work again. This is done by omitting the use of these functions for such old tool chains. This will result in slightly larger target binaries, as the rodata sections are no longer in optimal order alignment-wise which reauls in unused gaps, but the effect was found to be insignificant - especially compared to the fact that you cannot build U-Boot at all in the current state. As ld seems to have no support for conditionals we run the linker script through the C preprocessor which can be easily used to remove the unwanted function calls. Note that the C preprocessor must be run with the "-ansi" (or a "-std=") option to make sure all the system-specific predefined macros outside the reserved namespace are suppressed. Otherise, cpp might for example substitute "powerpc" to "1", thus corrupting for example "OUTPUT_ARCH(powerpc)" etc. Signed-off-by: NWolfgang Denk <wd@denx.de> Cc: Mike Frysinger <vapier@gentoo.org>
-
由 Wolfgang Denk 提交于
For some time there have been repeated reports about build problems with some ARM (cross) tool chains. Especially issues about (in)compatibility with the tool chain provided runtime support library libgcc.a caused to add and support a private implementation of such runtime support code in U-Boot. A closer look at the code indicated that some of these issues are actually home-made. This patch attempts to clean up some of the most obvious problems and make building of U-Boot with different tool chains easier: - Even though all ARM systems basicy used the same compiler options to select a specific ABI from the tool chain, the code for this was distributed over all cpu/*/config.mk files. We move this one level up into lib_arm/config.mk instead. - So far, we only checked if "-mapcs-32" was supported by the tool chain; if yes, this was used, if not, "-mabi=apcs-gnu" was selected, no matter if the tool chain actually understood this option. There was no support for EABI conformant tool chains. This patch implements the following logic: 1) If the tool chain supports "-mabi=aapcs-linux -mno-thumb-interwork" we use these options (EABI conformant tool chain). 2) Otherwise, we check first if "-mapcs-32" is supported, and then check for "-mabi=apcs-gnu" If one test succeeds, we use the first found option. 3) In case 2), we also test if "-mno-thumb-interwork", and use this if the test succeeds. [For "-mabi=aapcs-linux" we set "-mno-thumb-interwork" mandatorily.] This way we use a similar logic for the compile options as the Linux kernel does. - Some EABI conformant tool chains cause external references to utility functions like raise(); such functions are provided in the new file lib_arm/eabi_compat.c Note that lib_arm/config.mk gets parsed several times, so we must make sure to add eabi_compat.o only once to the linker list. Signed-off-by: NWolfgang Denk <wd@denx.de> Cc: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com> Cc: Dirk Behme <dirk.behme@googlemail.com> Cc: Magnus Lilja <lilja.magnus@gmail.com> Cc: Tom Rix <Tom.Rix@windriver.com> Cc: Prafulla Wadaskar <prafulla@marvell.com> Acked-by: NSergey Kubushyn <ksi@koi8.net> Tested-by: NMagnus Lilja <lilja.magnus@gmail.com> Tested-by: NAndrzej Wolski <awolski@poczta.fm> Tested-by: NGaye Abdoulaye Walsimou <walsimou@walsimou.com> Tested-by: NTom Rix <Tom.Rix@windriver.com> Tested-by: NJean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
-
由 Wolfgang Denk 提交于
-
-
由 Wolfgang Denk 提交于
-
由 Mingkai Hu 提交于
The code copy data from NAND flash block by block, so when the data length isn't a whole-number multiple of the block size, it will overlap the rest space. Signed-off-by: NMingkai Hu <Mingkai.hu@freescale.com> Signed-off-by: NScott Wood <scottwood@freescale.com>
-
由 Giulio Benetti 提交于
Signed-off-by: giulio.benetti@micronovasrl.com Acked-by: NWolfgang Denk <wd@denx.de> Signed-off-by: NScott Wood <scottwood@freescale.com>
-
由 Peter Tyser 提交于
Previously, waiting for auto-negotiation would only occur if a valid link had been detected. Problems arose when attempting to use a tsec immediately after bootup but before link was achieved, eg: => dhcp Auto-neg error, defaulting to 10BT/HD eTSEC1: No link. Auto-neg error, defaulting to 10BT/HD eTSEC2: No link. => With this patch applied the same operation as above resulted in: => dhcp Waiting for PHY auto negotiation to complete. done Enet starting in 1000BT/FD Speed: 1000, full duplex Signed-off-by: NPeter Tyser <ptyser@xes-inc.com> Signed-off-by: NBen Warren <biggerbadderben@gmail.com>
-
由 Simon Kagstrom 提交于
U-boot might use non-8-byte-aligned addresses for sending data, which the kwgbe_send doesn't accept (bootp does this for me). This patch copies the data to be sent to a malloced temporary buffer if it is non-aligned. Signed-off-by: NSimon Kagstrom <simon.kagstrom@netinsight.net> Signed-off-by: NBen Warren <biggerbadderben@gmail.com>
-
由 Simon Kagstrom 提交于
This patch makes the device wait for up to 5 seconds for the link to come up, similar to what many of the other network drivers do. This avoids confusing situations where, e.g., a tftp fails when initiated early after U-boot has started (before the link has come up). Signed-off-by: NSimon Kagstrom <simon.kagstrom@netinsight.net> Signed-off-by: NBen Warren <biggerbadderben@gmail.com>
-
由 Simon Kagstrom 提交于
Signed-off-by: NSimon Kagstrom <simon.kagstrom@netinsight.net> Signed-off-by: NBen Warren <biggerbadderben@gmail.com>
-
由 Timur Tabi 提交于
The Intel E1000 driver was making assumptions about the relationship between some virtual, physical, and PCI addresses. Also fix some bad usage of the DEBUGOUT macro Signed-off-by: NTimur Tabi <timur@freescale.com> Acked-by: NKumar Gala <galak@kernel.crashing.org> Signed-off-by: NBen Warren <biggerbadderben@gmail.com>
-
- 19 8月, 2009 2 次提交
-
-
由 Ilya Yanok 提交于
We should call jffs2_clean_cache() if we return from jffs2_build_lists() with an error to prevent usage of incomplete lists. Also we should free() a local buffer to prevent memory leaks. Signed-off-by: NIlya Yanok <yanok@emcraft.com>
-
由 Heiko Schocher 提交于
Signed-off-by: NHeiko Schocher <hs@denx.de>
-
- 18 8月, 2009 2 次提交
-
-