- Oct 18, 2011
-
-
Simon Glass authored
Commit 47508843 introduced a change in the dependency generation which breaks SPL, because the source files being built are not initially present and are symlinked as part of the build. The .depend file must depend not only on the files in the DEPS list but also on the sources which did not contribute files to the DEPS list, since these sources will otherwise not get a dependency and will not be built. Signed-off-by:
Simon Glass <sjg@chromium.org> Tested-by:
Wolfgang Denk <wd@denx.de>
-
- Oct 17, 2011
-
-
Simon Glass authored
There is a rather subtle build problem where the build time stamp is not updated for out-of-tree builds if there exists an in-tree build which has a valid timestamp file. So if you do an in-tree build, then an out-of-tree build your timestamp will not change. The correct timestamp_autogenerated.h lives in the object tree, but it is not always found there. The source still lives in the source tree and when compiling version.h, it includes timestamp_autogenerated.h. Since the current directory is always searched first, this will come from the source tree rather than the object tree if it exists there. This affects dependency generation also, which means that common/cmd_version.o will not even be rebuilt if you have ever done an in-tree build. A similar problem exists with the version file. This change moves both files into the 'generated' subdir, which is already used for asm-offsets.h. Then timestamp.h and version.h are updated to include the files from there. There are other places where these generated files are included, but I cannot see why these don't just use the timestamp.h and version.h headers. So this change also tidies that up. I have tested this with in- and out-of-tree builds, but not SPL. I have looked at various other options for fixing this, including sed on the dep files, -I- and -include flags to gcc, but I don't think they can be made to work. Comments welcome. Signed-off-by:
Simon Glass <sjg@chromium.org> Acked-by:
Mike Frysinger <vapier@gentoo.org>
-
Simon Glass authored
At this point U-Boot will build and run on x86 under Linux. The idea is to define a new architecture called 'sandbox', alongside ARM and x86. This runs natively on Linux to suit the host machine. All hardware access is either omitted or emulated. The purpose of this system is to test the bulk of the non-hardware-specific U-Boot code. We can mock the SPI flash, GPIOs, UART and keyboard, then test that U-Boot behaves as we wish. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
Since we want want to have a standard GPIO interface, this adds a definition for this into include/asm-generic/gpio.h. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
The dependency rules are currently done in a shell 'for' loop. This does not permit Makefile variables to adjust preprocessor flags as is done with normal compile flags, using the CFLAGS_path/file.o syntax. This change moves the dependency generation into the Makefile itself, and permits a CPPFLAGS_path/file.o to adjust preprocessor flags on a file or directory basis. The CPPFLAGS_... variable is also folded into CFLAGS during the build. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
This fixes a problems when building on some 64-bit machines. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
This basic provides required features along with a basic command set. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
This uart simply writes to stdout and reads from stdin. We might imagine instead buffering the data so that a test interface can check output and inject input. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
Add a main program so that we can run U-Boot. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
We want to keep all OS-dependent code in once place, with a simple interface to U-Boot. For now, this is that place. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
By default sections are 16-byte aligned on some architectures, but the command name structure (struct cmd_tbl_s) does not have padding to 16 bytes. This reduces the alignment to 4-bytes so that the command table can be accessed correctly on any architecture. (Note: this needs doing properly) Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
This is not useful on the sandbox architecture since we can simply link all our code with U-Boot. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
We prefer to U-Boot's malloc but for now it is easier to use the C library's version. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
This adds sandbox architecture support to bootm, although it is probably not useful to load sandbox code into the address space and execute it. This change at least make the file build correctly on 64-bit machines. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
This is required for the bdinfo command to work. Signed-off-by:
Simon Glass <sjg@chromium.org> Fix syntax error. Signed-off-by:
Wolfgang Denk <wd@denx.de>
-
Simon Glass authored
This adds basic files for the sandbox board. The lds file is very simple since we can rely mostly on the linker defaults. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
These files are taken from the ARM board implementation and then reduced to remove unneeded cruft. Ideally we would work towards unifying arch/xxx/lib files, particularly board.c. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
This is an initial implementation with all functions defined but not working. The lds file is very simple since we can mostly rely on the linker defaults. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
This sets __WORDSIZE to 8 correctly on 64-bit machines. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
We won't actually load an image with this architecture, but we still need to define it. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
It is better to use %p in this case. Signed-off-by:
Simon Glass <sjg@chromium.org> Acked-by:
Mike Frysinger <vapier@gentoo.org>
-
Simon Glass authored
This adds required header files for the sandbox architecture, and a basic description of what sandbox is (README.sandbox). Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Jason Hobbs authored
Signed-off-by:
Jason Hobbs <jason.hobbs@calxeda.com> Cc: Matt Waddel <matt.waddel@linaro.org>
-
Jason Hobbs authored
Signed-off-by:
Jason Hobbs <jason.hobbs@calxeda.com> Cc: Matt Waddel <matt.waddel@linaro.org>
-
Jason Hobbs authored
Signed-off-by:
Jason Hobbs <jason.hobbs@calxeda.com> Cc: Matt Waddel <matt.waddel@linaro.org>
-
Jason Hobbs authored
These options are required to be present in RFC 4578 compliant DHCP requests. They give more information to DHCP servers to allow serving different DHCP responses to different systems based on client architecture, client capabilities, UUID, or vendor. Signed-off-by:
Jason Hobbs <jason.hobbs@calxeda.com>
-
Jason Hobbs authored
Add pxe command, which is intended to mimic PXELINUX functionality. 'pxe get' uses tftp to retrieve a file based on UUID, MAC address or IP address. 'pxe boot' interprets the contents of PXELINUX config like file to boot using a specific initrd, kernel and kernel command line. This patch also adds a README.pxe file - see it for more details on the pxe command. Signed-off-by:
Jason Hobbs <jason.hobbs@calxeda.com>
-
Jason Hobbs authored
Signed-off-by:
Jason Hobbs <jason.hobbs@calxeda.com>
-
Jason Hobbs authored
With these documented, we can start pushing towards standardizing their use across boards. Signed-off-by:
Jason Hobbs <jason.hobbs@calxeda.com> Cc: Mike Frysinger <vapier@gentoo.org>
-
Jason Hobbs authored
These are various places I found that checked for conditions equivalent to isblank. Signed-off-by:
Jason Hobbs <jason.hobbs@calxeda.com>
-
Jason Hobbs authored
This prevents a checkpatch warning in the patch to use isblank Signed-off-by:
Jason Hobbs <jason.hobbs@calxeda.com>
-
Jason Hobbs authored
Existing ctype checks are implemented using a 256 byte lookup table, allowing each character to be in any of 8 character classes. Since there are 8 existing character classes without the blank class, I implemented isblank without using the lookup table. Since there are only two blank characters - tab and space - this is a more reasonable approach than doubling the size of the lookup table to accommodate one more class. Signed-off-by:
Jason Hobbs <jason.hobbs@calxeda.com>
-
Jason Hobbs authored
Signed-off-by:
Jason Hobbs <jason.hobbs@calxeda.com> Cc: Mike Frysinger <vapier@gentoo.org> Acked-by:
Mike Frysinger <vapier@gentoo.org>
-
Jason Hobbs authored
Signed-off-by:
Jason Hobbs <jason.hobbs@calxeda.com>
-
Jason Hobbs authored
This will be used first by the pxe code, but is intended to be generic and reusable for other jobs in U-boot. Signed-off-by:
Jason Hobbs <jason.hobbs@calxeda.com>
-
Jason Jin authored
commit a45dde22 changed the dm9000 direct register access to standard IO. This should work on the ColdFire platform as there are corresponding macros for the LE devices. But the hardware settings on some ColdFire boards had swapped the byte order which make the original macros such as out_le16 cannot work. To avoid changing the common io access code on ColdFire platform, the DM9000_BYTE_SWAPPED define was added to make the dm9000 use __raw* IO access on some ColdFire boards. Signed-off-by:
Jason Jin <Jason.jin@freescale.com>
-
Holger Brunck authored
The function kw_gpio_is_valid returns zero on success, so adapt the error check accordingly. Signed-off-by:
Holger Brunck <holger.brunck@keymile.com> cc: Prafulla Wadaskar <prafulla@marvell.com> cc: Dieter Kiermaier <dk-arm-linux@gmx.de>
-
Mike Frysinger authored
The new debug() changes pointed out debug code that rotted a little. Signed-off-by:
Mike Frysinger <vapier@gentoo.org>
-
Mike Frysinger authored
Common U-Boot API wants this define, so import asm/cache.h from Linux to provide suitable defines. Acked-by:
Anton Staaf <robotboy@chromium.org> Signed-off-by:
Mike Frysinger <vapier@gentoo.org>
-
Helmut Raiger authored
mx3fb.c was based on CONFIG_LCD and is moved by this patch to CONFIG_VIDEO, which has greater freedom in selecting videomodes even at runtime. This renders the accumulating list of display defines (CONFIG_DISPLAY_VBEST..., CONFIG_DISPLAY_C057...) obsolete as these may be setup through env variables: uboot> setenv mydisplay 'video=ctfb:x:240,y:320,depth:16,mode:0,pclk:185925, le:9,ri:17,up:7,lo:10,hs:1,vs:1,sync:100663296,vmode:0' uboot> setenv videomode ${mydisplay} This commit also fixes the board config files for qong and imx31_phycore boards as needed. The videomode settings of previously supported displays are added to CONFIG_EXTRA_ENV_SETTINGS now. CONFIG_SYS_MALLOC_LEN for imx31_phycore board is increased to make the frame buffer allocation working with the changed driver. Signed-off-by:
Helmut Raiger <helmut.raiger@hale.at> Signed-off-by:
Anatolij Gustschin <agust@denx.de> Cc: Stefano Babic <sbabic@denx.de>
-