aboutsummaryrefslogtreecommitdiffstats
path: root/xen/Makefile
Commit message (Collapse)AuthorAgeFilesLines
* xen: x86: put back .gz suffix on installed hypervisor binary.Ian Campbell2013-07-211-8/+10
| | | | | | | | | This reverts the effect of 524b93def23b "xen: x86: drop the ".gz" suffix when installing" which broke things in osstest (Debian Squeeze update-grub apparently can't cope). It is not a direct revert because of other changes made since. We continue to omit the suffix on ARM. Signed-off-by: Ian Campbell <ian.campbell@citrix.com>
* xen: allow architecture to choose how/whether to compress installed xen binaryIan Campbell2013-07-191-3/+3
| | | | | | | | | | | | | | This is a follow up to "xen: arm: make zImage the default target which we install". On ARM the xen.gz binary installed into /boot is not immediately useful because bootloaders (e.g. u-boot) do not unconditionally support decompression (except via the uImage wrapper, which we currently do not support via our build system) Signed-off-by: Ian Campbell <ian.campbell@citrix.com> Acked-by: Keir Fraser <keir@xen.org> Acked-by: Julien Grall <julien.grall@linaro.org> Acked-by: Jan Beulich <jbeulich@suse.com>
* xen: Use $(T) and $(D) aliases in install targetIan Campbell2013-07-191-13/+15
| | | | | | | | | | | This is consistent with the uninstall target and also shortens some longish lines. Suggested-by: Jan Beulich <jbeulich@suse.com> Signed-off-by: Ian Campbell <ian.campbell@citrix.com> Acked-by: Keir Fraser <keir@xen.org> Acked-by: Julien Grall <julien.grall@linaro.org> Acked-by: Jan Beulich <jbeulich@suse.com>
* xen: x86: drop the ".gz" suffix when installingIan Campbell2013-07-191-8/+8
| | | | | | | | | | | | | As Jan says it is pretty meaningless under /boot anyway. However I am slightly concerned about breaking bootloaders (or more specifically their help scripts which automatically generate config files). By inspection at least grub 2's update-grub script (as present in Debian Wheezy) seems to cope (it matches on xen* not xen*.gz) Signed-off-by: Ian Campbell <ian.campbell@citrix.com> Acked-by: Keir Fraser <keir@xen.org> Acked-by: Julien Grall <julien.grall@linaro.org> Acked-by: Jan Beulich <jbeulich@suse.com>
* also allow building .s files from .c onesJan Beulich2013-07-101-1/+1
| | | | | | | | ... along the lines of allowing .i files to be built from .c ones as well as .s from .S (aiding the analysis of occasional build problems). Signed-off-by: Jan Beulich <jbeulich@suse.com> Acked-by: Keir Fraser <keir@xen.org>
* update Xen version to 4.4-unstableJan Beulich2013-07-011-1/+1
|
* Use {git, hg, svn} commit id if available for xen_changesetMarek Marczykowski2013-05-131-1/+1
| | | | | | | | | As Xen uses git as primary repository, get git commit id for xen_changeset info. Signed-off-by: Marek Marczykowski <marmarek@invisiblethingslab.com> Acked-by: Ian Campbell <ian.campbell@citrix.com> Acked-by: Keir Fraser <keir@xen.org>
* xen: Remove x86_32 build target.Keir Fraser2012-09-121-0/+4
| | | | Signed-off-by: Keir Fraser <keir@xen.org>
* Update Xen version to 4.3-unstableKeir Fraser2012-09-071-2/+2
|
* Update Xen version to 4.2.0-rc44.2.0-rc4Keir Fraser2012-09-071-1/+1
|
* uninstall: do not remove kernels or modules on uninstall.Ian Campbell2012-08-311-2/+17
| | | | | | | | | | | | | | | | | The pattern used is very broad and will delete any kernel with xen in its filename, likewise modules, including those which come packages from the distribution etc. I don't think this was ever the right thing to do but it is doubly wrong now that Xen does not even build or install a kernel by default. Push cleanup of the installed hypervisor down into xen/Makefile so that it can cleanup exactly what it actually installs. Signed-off-by: Ian Campbell <ian.campbell@citrix.com> Looks-good: Jan Beulich <JBeulich@suse.com> Acked-by: Ian Jackson <ian.jackson@eu.citrix.com> Committed-by: Ian Campbell <ian.campbell@citrix.com>
* Update Xen version to 4.2.0-rc4-preKeir Fraser2012-08-231-1/+1
|
* Update Xen version to 4.2.0-rc34.2.0-rc3Keir Fraser2012-08-231-1/+1
|
* Update Xen version to 4.2.0-rc3-preKeir Fraser2012-08-081-1/+1
|
* Update Xen version to 4.2.0-rc24.2.0-rc2Keir Fraser2012-08-081-1/+1
|
* xen: detect compiler version with '--version' rather than '-v'Tim Deegan2012-08-021-1/+1
| | | | | | | | | This allows us to get rid of the 'grep version', which doesn't work with localized compilers. Signed-off-by: Tim Deegan <tim@xen.org> Acked-by: Keir Fraser <keir@xen.org> Committed-by: Tim Deegan <tim@xen.org>
* Update Xen version to 4.2.0-rc2-preKeir Fraser2012-07-301-1/+1
|
* Update Xen version to 4.2.0-rc14.2.0-rc1Keir Fraser2012-07-301-1/+1
|
* x86/EFI: define and use EFI_DIR make variable, defaulting to /usr/lib64/efiMatt Wilson2012-07-241-6/+6
| | | | | | | | | | After commit 25594:ad08cd8e7097, EFI Xen binaries were installed to /efi instead of /usr/lib64/efi. This patch restores the previous behaviour established in commit 23645:638f31a30b6c. Signed-off-by: Matt Wilson <msw@amazon.com> Reported-by: Olaf Hering <olaf@aepfle.de> Committed-by: Jan Beulich <jbeulich@suse.com>
* build: Don't remove user-supplied xen-version during make cleanGeorge Dunlap2012-03-071-1/+1
| | | | | | | | | | | | xen/Makefile is designed to allow the user to supply a file named xen/xen-include to change the format of xen version strings. Unfortunately, "make clean" removes xen/xen*, which will remove this file. Make the clean process more targeted. Signed-off-by: George Dunlap <george.dunlap@eu.citrix.com> Committed-by: Keir Fraser <keir@xen.org>
* Add gtags target for xen/Makefile. Also update .hgignore.Wei Liu2012-03-071-3/+8
| | | | | Signed-off-by: Wei Liu <wei.liu2@citrix.com> Acked-by: Ian Jackson <ian.jackson@eu.citrix.com>
* x86/EFI: adjust installation logicJan Beulich2011-07-011-3/+8
| | | | | | | | We should always install xen.efi into /usr/lib64/efi/; installation into /boot/efi/efi/$(EFI_VENDOR) remains dependent upon specifying EFI_VENDOR. Signed-off-by: Jan Beulich <jbeulich@novell.com>
* x86-64: EFI boot codeJan Beulich2011-06-281-0/+9
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Besides introducing the relevant code paralleling parts of what is under xen/arch/x86/boot/, this adjusts the build logic so that with a single compilation two images (gzip-compressed ELF and EFI application) can get created. The EFI part of this depends on a new enough compiler (supposedly gcc 4.4.x and above, but so far only tested to work with 4.5.x) and a properly configured linker (must support the i386pep emulation). If either functionality is found to not be available, the EFI part of the build will simply be skipped. The patch adds all code to allow Xen and the (accordingly enabled) Dom0 kernel to boot, but doesn't allow Dom0 to make use of EFI runtime calls (this will be the subject of the next patch). Parts of the code were lifted from an earlier never published OS project of ours - whether respective license information needs to be added to the respective source file is unclear to me (I was told internally that adding a GPLv2 license header can be done if needed by the community). Open issues (not preventing this from being committed imo): The trampoline allocation and initialization isn't really nice. This is due to the trampoline needing to be placed at a fixed address, and hence making the trampoline relocatable would seem desirable here (as well as for BIOS-based booting, where the trampoline location needed to be adjusted a number of time already in the past, due to it colliding with firmware data). By excluding mem.S, edd.S, and video.S from copied trampoline (i.e. moving up wakeup.S? and making sure none of the symbols are used from EFI code), the effective trampoline size could at least be reduced. Should the mappings of [__XEN_VIRT_START, mbi.mem_upper) and [_end, __XEN_VIRT_START+BOOTSTRAP_MAP_BASE) be destroyed, despite non-EFI code also keeping them? Signed-off-by: Jan Beulich <jbeulich@novell.com>
* Build target to wrap dist/install in a .deb archive.Tim Deegan2011-05-161-0/+4
| | | | | | | | | | | | | | Adds "make deb", which does a "make dist" build and wraps the resulting dist/install files in dist/xen-<version>.deb This is _not_ a "packaged" version of Xen for Debian users, nor is it intended to compete with anyone else's packaging efforts. In particular it doesn't do any of the boot-time or fstab fixups needed to actually start the xen tools. It's just a quick hack for developers to be able to quickly install and uninstall a Xen build on a test box. Signed-off-by: Tim Deegan <Tim.Deegan@citrix.com>
* Update Xen version to 4.2-unstableKeir Fraser2011-03-171-2/+2
|
* Do not re-define XEN_ROOT in hypervisor sub-Makefiles.Keir Fraser2011-03-171-0/+1
| | | | | | | We can globally export it from xen/Makefile instead, as all hypervisor builds have this Makefile at their root. Signed-off-by: Keir Fraser <keir@xen.org>
* xen: add "lto=y" option to build Xen with link-time optimizations.Tim Deegan2011-03-071-1/+1
| | | | | | | | | | | | This involves gathering object files from .asm (which will be binary) and object files from .c (which will be in LTO format) separately until the final link. Only tested for x86_64 Xen builds using Clang/LLVM bitcode; it should be possible to do the same with newer GCCs and GIMPLE. Signed-off-by: Tim Deegan <Tim.Deegan@citrix.com> Acked-by: Keir Fraser <keir@xen.org>
* xen: add "clang=y" option to build Xen with clang/llvm instead of gcc.Tim Deegan2011-03-071-1/+1
| | | | | | | | | Tested with svn snapshot of clang and llvm from 17 February 2011. Only x86_64 hypervisor builds (make dist-xen clang=y) are supported and I haven't even begun to look at cross-compiling. Signed-off-by: Tim Deegan <Tim.Deegan@citrix.com> Acked-by: Keir Fraser <keir@xen.org>
* Update Xen version to 4.1.0-rc7-preKeir Fraser2011-02-281-1/+1
|
* Update Xen version to 4.1.0-rc64.1.0-rc6Keir Fraser2011-02-281-1/+1
|
* Update Xen version to 4.1.0-rc6-preKeir Fraser2011-02-161-1/+1
|
* Update Xen version to 4.1.0-rc54.1.0-rc5Keir Fraser2011-02-161-1/+1
|
* Update Xen evrsion to 4.1.0-rc5-preKeir Fraser2011-02-101-1/+1
|
* Update Xen version to 4.1.0-rc44.1.0-rc4Keir Fraser2011-02-101-1/+1
|
* xen/Makefile: Belatedly update XEN_EXTRAVERSION for rc3 releaseIan Jackson2011-02-021-1/+1
| | | | | | In rc3, XEN_EXTRAVERSION should mention rc4-pre. Signed-off-by: Ian Jackson <ian.jackson@eu.citrix.com>
* Update Xen version to 4.1.0-rc3-preKeir Fraser2011-01-251-1/+1
|
* Update Xen version to 4.1.0-rc24.1.0-rc2Keir Fraser2011-01-251-1/+1
|
* Update Xen version to 4.1.0-rc2-preKeir Fraser2011-01-131-1/+1
|
* Update Xen version to 4.1.0-rc14.1.0-rc1Keir Fraser2011-01-131-1/+1
|
* Update Xen version to 4.1-unstableKeir Fraser2010-03-301-2/+2
| | | | | | Development window is open for business! Signed-off-by: Keir Fraser <keir.fraser@citrix.com>
* Update Xen version to 4.0.0-rc9-preKeir Fraser2010-03-271-1/+1
|
* Update Xen version to 4.0.0-rc84.0.0-rc8Keir Fraser2010-03-261-1/+1
|
* Update Xen version to 4.0.0-rc8-preKeir Fraser2010-03-241-1/+1
|
* Update Xen version to 4.0.0-rc7Keir Fraser2010-03-231-1/+1
|
* Update Xen version to 4.0.0-rc64.0.0-rc6Keir Fraser2010-03-091-1/+1
|
* Update Xen version to 4.0.0-rc6-preKeir Fraser2010-03-021-1/+1
|
* Update Xen version to 4.0.0-rc54.0.0-rc5Keir Fraser2010-03-011-1/+1
|
* Update Xen version to 4.0.0-rc44.0.0-rc4Keir Fraser2010-02-161-1/+1
|
* Update Xen version to 4.0.0-rc34.0.0-rc3Keir Fraser2010-02-161-1/+1
|
* Update Xen version to 4.0.0-rc3-preKeir Fraser2010-01-261-1/+1
|
generated by cgit v1.2.3 (git 2.25.1) at 2024-05-18 10:54:40 +0000