summaryrefslogtreecommitdiff
path: root/target/xtensa/Makefile
AgeCommit message (Collapse)Author
2016-10-14xtensa: fixup build for other rootfsWaldemar Brodkorb
2016-07-18xtensa: no extra u-boot required anymoreWaldemar Brodkorb
2016-03-07rework menu based config systemWaldemar Brodkorb
After the addition of bare metal toolchains the menu system allowed to create non-valid configurations. I reworked it so we can also add other operating system support if we wish. So first you choose your operating system, then your architecture and endianess, after that your embedded system, emulator or generic device and then you choose your task you want to run. Tasks may be toolchain, a new appliance/application or some preconfigured sets of packages and configurations as kodi, mpd, firefox and more. The tasks are limited to a plausible choice of hardware and software. Deduplicate CPU configuration. You don't wanna compile Kodi for a H8/300 microcontroller ;)
2015-12-27more xtensa improvementsWaldemar Brodkorb
2015-12-27use Image.elf for Xtensa-nommu as suggested by MaxWaldemar Brodkorb
2015-12-26add experimental support for xtensa de212 coreWaldemar Brodkorb
2015-08-03rework kernel module infrastructureWaldemar Brodkorb
Instead of maintaining mk/modules.mk which defines compilations of related kernel modules to pack together into a single package, follow an automatic approach: For every kernel module found in the modules installation directory, create a single package. There are a few caveats to cover: === Module Loading Order === Upon bootup, module loading is ordered based on the number-prefixed files in /etc/modules.d/. The correct number was previously managed in mk/modules.mk on a per-collection basis. The new approach is to have levels which modules are to be assigned to. Level 0 contains modules with no dependencies at all. Level 1 contains modules which have only level 0 dependencies, and so on. This information is determined at compile-time by make-module-ipkgs.sh. === Module Installation to Target RootFS === Since module packages are created automatically from the modules the script finds, ADK build system has no knowledge about the connection between what the user has selected in menuconfig and the actual module packages. Therefore the earlier approach to install selected packages into rootfs does not hold anymore. Instead, use wildcards to find all packages in firmware directory prefixed by 'kmod-' and install them all (hopefully doing the right thing). === Kernel Version === KERNEL_VERSION now contains KERNEL_RELEASE already By creating a localversion file, make KERNEL_RELEASE part of the kernel's version number (so KERNEL_VERSION is correct in most situations) Signed-off-by: Phil Sutter <phil@nwl.cc>
2015-05-22add basic xilinx kintex7 xtensa supportWaldemar Brodkorb
2015-03-07xtensa can be used wth big endian modeWaldemar Brodkorb
Default for Qemu Targets is little endian. Fixup qemu example calling parameters.
2014-08-12add support for xtensa dc233c variant. use uImage, which works with a ↵Waldemar Brodkorb
patched Qemu. Thanks to Max Filippov for fixes and ideas.
2014-08-12add u-boot hosttools support, remove mkimage packageWaldemar Brodkorb
2014-06-21s/TOPDIR/ADK_TOPDIR/Waldemar Brodkorb
to avoid namespace collisions in some packages, rename TOPDIR. Sorry you need to make cleandir && make prereq && make
2014-06-15add support for xtensa architecture, tested with qemu. thanks to Max ↵Waldemar Brodkorb
Filippov for help