OrgACRN
/
acrn-hypervisor
mirror of https://github.com/projectacrn/acrn-hypervisor.git
1
0
Fork 0
Code Issues Releases Wiki Activity
acrn-hypervisor/tools/acrn-manager/Makefile

60 lines
1.7 KiB
Makefile
Raw Normal View History

add a makefile under project root directory it can be used as following: make ==> to make hypervisor & devicemodel & tools also modify tools makefile to support out-dir setting. Signed-off-by: Minggui Cao <minggui.cao@intel.com> Reviewed-by: Jack Ren <jack.ren@intel.com>
2018-05-15 09:09:20 +08:00
OUT_DIR ?= .
Tools:acrn-manager: use RELEASE in Makefile The debug macro -DMNGR_DEBUG is selected by RELEASE value. E.g., run 'make RELEASE=1' at the root of source code. Acked-by: Geoffroy Van Cutsem <geoffroy.vancutsem@intel.com> Signed-off-by: Tao Yuhong <yuhong.tao@intel.com>
2018-06-07 23:04:02 +08:00
CFLAGS := -Wall
CFLAGS += -I../../devicemodel/include
tools: rework on vm ops There are some problems to use VM operations in a deamon process, such as Acrnd. the list_vm() does not return VM informations, it just print VM information to stdio, so we have get_vm_list() to get VM list head vmngr_head; get_vm_list() always creates a new fresh vm list every time, and must use put_vm_list() to delete old list. So Acrnd need to create and destroy vm list frequently. In fact we just need the vmngr_head to be an extern variable. And to make it refreshable.We can insert new VMs, remove dead ones, and update their state. Reviewed-by: Yan Like <like.yan@intel.com> Signed-off-by: Tao Yuhong <yuhong.tao@intel.com>
2018-06-23 00:08:59 +08:00
CFLAGS += -I../../devicemodel/include/public
tools: acrnd: the deamon for acrn-manager There will be a daemon running on SOS: to forward wakeup_reason to acrn-dm; to co-ordinate the lifecycle of VMs and SOS; to handle ioc-timed wakeup/poweron. 1.to forward wakeup_reason to acrn-dm acrnd is responsible to retrive wakeup_reason from SOS lifecycle service and attach the wakeup_reason to acrn-dm parameter for ioc-dm; 2.co-ordinate the lifecycle of VMs and SOS When SOS is about to suspend/shutdown, SOS lifecycle service will send a request to acrnd to guarantee all guest VMs are suspended or shutdown before SOS suspending/shutdown process continue. On receiver the request, acrnd starts polling the guest VMs state, and notify SOS lifecycle service when all guest VMs are put in proper state gracefully. 3.handle ioc-timed wakeup/poweron For vechile specific mode like garage mode, guest UOS may need to wakeup/poweron in a future time for tasks such as map updating etc. To setup a timed wakeup/poweron, ioc-dm will send request to acrnd, acrnd maintains a list of timed requests from guest VMs, and acrnd selects the nearest request and send it to SOS lifecycle service who will setup the physical IOC. Reviewed-by: Yan Like <like.yan@intel.com> Acked-by: Geoffroy Van Cutsem <geoffroy.vancutsem@intel.com> Signed-off-by: Tao Yuhong <yuhong.tao@intel.com>
2018-06-21 23:31:46 +08:00
CFLAGS += -I../../hypervisor/include
Tools:acrn-manager: use RELEASE in Makefile The debug macro -DMNGR_DEBUG is selected by RELEASE value. E.g., run 'make RELEASE=1' at the root of source code. Acked-by: Geoffroy Van Cutsem <geoffroy.vancutsem@intel.com> Signed-off-by: Tao Yuhong <yuhong.tao@intel.com>
2018-06-07 23:04:02 +08:00
ifeq ($(RELEASE),0)
CFLAGS += -g -DMNGR_DEBUG
endif
tools: correct several Makefile problems 1. mkdir ./tools/build if it does not exist; 2. correct static lib path for acrn-manager; 3. do not remove acrnlog.service if build under source code dir by default. Reviewed-by: Geoffroy VanCutsem <geoffroy.vancutsem@intel.com> Signed-off-by: Yan, Like <like.yan@intel.com>
2018-06-13 15:54:22 +08:00
LDFLAGS := -L$(OUT_DIR)
Tools:acrn-manager: use RELEASE in Makefile The debug macro -DMNGR_DEBUG is selected by RELEASE value. E.g., run 'make RELEASE=1' at the root of source code. Acked-by: Geoffroy Van Cutsem <geoffroy.vancutsem@intel.com> Signed-off-by: Tao Yuhong <yuhong.tao@intel.com>
2018-06-07 23:04:02 +08:00
LDFLAGS += -lacrn-mngr
LDFLAGS += -lpthread
Tools Makefiles: enhancement to keep source code tree clean Running 'make' will leave 3 files in the source code tree that are not cleaned by a subsequent 'make clean'. These are: * tools/acrn-crashlog/acrnprobe/include/version.h * tools/acrn-crashlog/usercrash/include/version.h * tools/acrn-manager/acrn_mngr.o (as reported by 'git status' after 'make') This patch changes the location of these files so they are created in the target build directory and hence properly cleaned when running 'make clean' Other minor changes to the Makefiles include: * Remove BASEDIR by the built-in CURDIR variable * Add .PHONY targets Signed-off-by: Geoffroy Van Cutsem <geoffroy.vancutsem@intel.com>
2018-06-01 16:32:07 +08:00
.PHONY: all
tools: acrnd: the deamon for acrn-manager There will be a daemon running on SOS: to forward wakeup_reason to acrn-dm; to co-ordinate the lifecycle of VMs and SOS; to handle ioc-timed wakeup/poweron. 1.to forward wakeup_reason to acrn-dm acrnd is responsible to retrive wakeup_reason from SOS lifecycle service and attach the wakeup_reason to acrn-dm parameter for ioc-dm; 2.co-ordinate the lifecycle of VMs and SOS When SOS is about to suspend/shutdown, SOS lifecycle service will send a request to acrnd to guarantee all guest VMs are suspended or shutdown before SOS suspending/shutdown process continue. On receiver the request, acrnd starts polling the guest VMs state, and notify SOS lifecycle service when all guest VMs are put in proper state gracefully. 3.handle ioc-timed wakeup/poweron For vechile specific mode like garage mode, guest UOS may need to wakeup/poweron in a future time for tasks such as map updating etc. To setup a timed wakeup/poweron, ioc-dm will send request to acrnd, acrnd maintains a list of timed requests from guest VMs, and acrnd selects the nearest request and send it to SOS lifecycle service who will setup the physical IOC. Reviewed-by: Yan Like <like.yan@intel.com> Acked-by: Geoffroy Van Cutsem <geoffroy.vancutsem@intel.com> Signed-off-by: Tao Yuhong <yuhong.tao@intel.com>
2018-06-21 23:31:46 +08:00
all: $(OUT_DIR)/libacrn-mngr.a $(OUT_DIR)/acrn_mngr.h $(OUT_DIR)/acrnctl $(OUT_DIR)/acrnd
Tools: acrn-manager: add lib with IPC helpers Add lib to help IPC between components, including SOS lifecycle service, acrn manager and devicemodule. Following helper functions are included: int mngr_open_un() - create a descripter for vm management IPC void mngr_close() - close descripter and release the resouces int mngr_add_handler() - add a handler for message specified by msg int mngr_send_msg() - send a message and wait for ack Reviewed-by: Kaige Fu <kaige.fu@intel.com> Reviewed-by: Geoffroy Van Cutsem <geoffroy.vancutsem@intel.com> Reviewed-by: Kevin Tian <kevin.tian@intel.com> Reviewed-by: Wang, Yu <yu1.wang@intel.com> Sigbed-off-by: Yan Like <like.yan@intel.com> Signed-off-by: Tao Yuhong <yuhong.tao@intel.com>
2018-05-29 23:44:30 +08:00
$(OUT_DIR)/libacrn-mngr.a: acrn_mngr.c acrn_mngr.h
Tools:acrn-manager: use RELEASE in Makefile The debug macro -DMNGR_DEBUG is selected by RELEASE value. E.g., run 'make RELEASE=1' at the root of source code. Acked-by: Geoffroy Van Cutsem <geoffroy.vancutsem@intel.com> Signed-off-by: Tao Yuhong <yuhong.tao@intel.com>
2018-06-07 23:04:02 +08:00
$(CC) $(CFLAGS) -c acrn_mngr.c -o $(OUT_DIR)/acrn_mngr.o
Tools Makefiles: enhancement to keep source code tree clean Running 'make' will leave 3 files in the source code tree that are not cleaned by a subsequent 'make clean'. These are: * tools/acrn-crashlog/acrnprobe/include/version.h * tools/acrn-crashlog/usercrash/include/version.h * tools/acrn-manager/acrn_mngr.o (as reported by 'git status' after 'make') This patch changes the location of these files so they are created in the target build directory and hence properly cleaned when running 'make clean' Other minor changes to the Makefiles include: * Remove BASEDIR by the built-in CURDIR variable * Add .PHONY targets Signed-off-by: Geoffroy Van Cutsem <geoffroy.vancutsem@intel.com>
2018-06-01 16:32:07 +08:00
ar -cr $@ $(OUT_DIR)/acrn_mngr.o
Tools:acrn-manager: use RELEASE in Makefile The debug macro -DMNGR_DEBUG is selected by RELEASE value. E.g., run 'make RELEASE=1' at the root of source code. Acked-by: Geoffroy Van Cutsem <geoffroy.vancutsem@intel.com> Signed-off-by: Tao Yuhong <yuhong.tao@intel.com>
2018-06-07 23:04:02 +08:00
ifneq ($(OUT_DIR),.)
tools: Makefile: fix lack of dependence for acrm_mngr.h $(OUT_DIR)/acrm_mngr.h miss dependence of ./acrm_mngr.h, that can cause build problems. DM & SOS-LCS are built with $(OUT_DIR)/acrm_mngr.h, which is a copy of tools/acrn-manager/acrm_mngr.h. So when tools/acrn-manager/acrm_mngr.h is modified, $(OUT_DIR)/acrm_mngr.h should be updated too. Acked-by: Yan Like <like.yan@intel.com> Signed-off-by: Tao Yuhong <yuhong.tao@intel.com>
2018-07-12 00:39:30 +08:00
$(OUT_DIR)/acrn_mngr.h: ./acrn_mngr.h
DM: adapt dm-monitor and acrnctl to use the helpers Adapt dm-monitor and acrnctl to use the helper functions and new message definitions in acrn_mngr.h. These jobs must be done in one commit to avoid build problems: 1. message transmission and callback registration code are moved to libacrn-mngr.a, so old functions in dm-monitor could be removed to make code clean; 2. remove unnecessary monior_msg.h; 3. minor changes to acrnctl accordingly. Reviewed-by: Geoffroy Van Cutsem <geoffroy.vancutsem@intel.com> Reviewed-by: Kevin Tian <kevin.tian@intel.com> Reviewed-by: Wang, Yu <yu1.wang@intel.com> signed-off-by: Yan Like <like.yan@intel.com> Signed-off-by: Tao Yuhong <yuhong.tao@intel.com>
2018-05-30 02:16:56 +08:00
cp ./acrn_mngr.h $(OUT_DIR)/
Tools:acrn-manager: use RELEASE in Makefile The debug macro -DMNGR_DEBUG is selected by RELEASE value. E.g., run 'make RELEASE=1' at the root of source code. Acked-by: Geoffroy Van Cutsem <geoffroy.vancutsem@intel.com> Signed-off-by: Tao Yuhong <yuhong.tao@intel.com>
2018-06-07 23:04:02 +08:00
endif
Tools: acrn-manager: add lib with IPC helpers Add lib to help IPC between components, including SOS lifecycle service, acrn manager and devicemodule. Following helper functions are included: int mngr_open_un() - create a descripter for vm management IPC void mngr_close() - close descripter and release the resouces int mngr_add_handler() - add a handler for message specified by msg int mngr_send_msg() - send a message and wait for ack Reviewed-by: Kaige Fu <kaige.fu@intel.com> Reviewed-by: Geoffroy Van Cutsem <geoffroy.vancutsem@intel.com> Reviewed-by: Kevin Tian <kevin.tian@intel.com> Reviewed-by: Wang, Yu <yu1.wang@intel.com> Sigbed-off-by: Yan Like <like.yan@intel.com> Signed-off-by: Tao Yuhong <yuhong.tao@intel.com>
2018-05-29 23:44:30 +08:00
Tools:acrn-manager: use RELEASE in Makefile The debug macro -DMNGR_DEBUG is selected by RELEASE value. E.g., run 'make RELEASE=1' at the root of source code. Acked-by: Geoffroy Van Cutsem <geoffroy.vancutsem@intel.com> Signed-off-by: Tao Yuhong <yuhong.tao@intel.com>
2018-06-07 23:04:02 +08:00
$(OUT_DIR)/acrnctl: acrnctl.c acrn_mngr.h $(OUT_DIR)/libacrn-mngr.a
$(CC) -o $(OUT_DIR)/acrnctl acrnctl.c acrn_vm_ops.c $(CFLAGS) $(LDFLAGS)
DM:tools: add acrnctl tool The acrnctl can help user to create, delete, launch and stop UOSs, To see what it can do, just run: # acrnctl or # acrnctl help you may see: support: list start stop del add Use acrnctl [cmd] help for details There are examples: (1) add a VM Each time you can just add one VM. Suppose you have an UOS launch script, such as launch_UOS.sh you can run: # acrnctl add launch_UOS.sh -U 1 vm1-14:59:30 added Note that, launch script shoud be able to launch ONE UOS. If it fail, it is better to print some error logs, to tell user the reason, so that he knows how to solve it. The vmname is important, the acrnctl searchs VMs by their names. so duplicated VM names are not allowed. Beside, if the launch script changes VM name at launch time, acrnctl will not recgonize it. (2) delete VMs # acrnctl del vm1-14:59:30 (3) show VMs # acrnctl list vm1-14:59:30 untracked vm-yocto stop vm-android stop (4) start VM you can start a vm with 'stop' status, each time can start one VM. # acrnctl start vm-yocto (5) stop VM you can stop VMs, if their status is not 'stop' # acrnctl stop vm-yocto vm1-14:59:30 vm-android Acked-by: Eddie Dong <eddie.dong@intel.com> Reviewed-by: Geoffroy Van Cutsem <geoffroy.vancutsem@intel.com> Reviewed-by: Zhao, Yakui <yakui.zhao@intel.com> Signed-off-by: Tao, Yuhong <yuhong.tao@intel.com>
2018-04-03 21:43:00 +08:00
tools: acrnd: the deamon for acrn-manager There will be a daemon running on SOS: to forward wakeup_reason to acrn-dm; to co-ordinate the lifecycle of VMs and SOS; to handle ioc-timed wakeup/poweron. 1.to forward wakeup_reason to acrn-dm acrnd is responsible to retrive wakeup_reason from SOS lifecycle service and attach the wakeup_reason to acrn-dm parameter for ioc-dm; 2.co-ordinate the lifecycle of VMs and SOS When SOS is about to suspend/shutdown, SOS lifecycle service will send a request to acrnd to guarantee all guest VMs are suspended or shutdown before SOS suspending/shutdown process continue. On receiver the request, acrnd starts polling the guest VMs state, and notify SOS lifecycle service when all guest VMs are put in proper state gracefully. 3.handle ioc-timed wakeup/poweron For vechile specific mode like garage mode, guest UOS may need to wakeup/poweron in a future time for tasks such as map updating etc. To setup a timed wakeup/poweron, ioc-dm will send request to acrnd, acrnd maintains a list of timed requests from guest VMs, and acrnd selects the nearest request and send it to SOS lifecycle service who will setup the physical IOC. Reviewed-by: Yan Like <like.yan@intel.com> Acked-by: Geoffroy Van Cutsem <geoffroy.vancutsem@intel.com> Signed-off-by: Tao Yuhong <yuhong.tao@intel.com>
2018-06-21 23:31:46 +08:00
$(OUT_DIR)/acrnd: acrnd.c $(OUT_DIR)/libacrn-mngr.a
$(CC) -o $(OUT_DIR)/acrnd acrnd.c acrn_vm_ops.c $(CFLAGS) $(LDFLAGS)
ifneq ($(OUT_DIR),.)
cp ./acrnd.service $(OUT_DIR)/acrnd.service
endif
Tools Makefiles: enhancement to keep source code tree clean Running 'make' will leave 3 files in the source code tree that are not cleaned by a subsequent 'make clean'. These are: * tools/acrn-crashlog/acrnprobe/include/version.h * tools/acrn-crashlog/usercrash/include/version.h * tools/acrn-manager/acrn_mngr.o (as reported by 'git status' after 'make') This patch changes the location of these files so they are created in the target build directory and hence properly cleaned when running 'make clean' Other minor changes to the Makefiles include: * Remove BASEDIR by the built-in CURDIR variable * Add .PHONY targets Signed-off-by: Geoffroy Van Cutsem <geoffroy.vancutsem@intel.com>
2018-06-01 16:32:07 +08:00
.PHONY: clean
DM:tools: add acrnctl tool The acrnctl can help user to create, delete, launch and stop UOSs, To see what it can do, just run: # acrnctl or # acrnctl help you may see: support: list start stop del add Use acrnctl [cmd] help for details There are examples: (1) add a VM Each time you can just add one VM. Suppose you have an UOS launch script, such as launch_UOS.sh you can run: # acrnctl add launch_UOS.sh -U 1 vm1-14:59:30 added Note that, launch script shoud be able to launch ONE UOS. If it fail, it is better to print some error logs, to tell user the reason, so that he knows how to solve it. The vmname is important, the acrnctl searchs VMs by their names. so duplicated VM names are not allowed. Beside, if the launch script changes VM name at launch time, acrnctl will not recgonize it. (2) delete VMs # acrnctl del vm1-14:59:30 (3) show VMs # acrnctl list vm1-14:59:30 untracked vm-yocto stop vm-android stop (4) start VM you can start a vm with 'stop' status, each time can start one VM. # acrnctl start vm-yocto (5) stop VM you can stop VMs, if their status is not 'stop' # acrnctl stop vm-yocto vm1-14:59:30 vm-android Acked-by: Eddie Dong <eddie.dong@intel.com> Reviewed-by: Geoffroy Van Cutsem <geoffroy.vancutsem@intel.com> Reviewed-by: Zhao, Yakui <yakui.zhao@intel.com> Signed-off-by: Tao, Yuhong <yuhong.tao@intel.com>
2018-04-03 21:43:00 +08:00
clean:
Makefile: implement make install The make install target was missing. This commits adds the intall target which uses the install target from subprojects. Also a make install target was created in each tool program. Signed-off-by: Miguel Bernal Marin <miguel.bernal.marin@linux.intel.com>
2018-05-17 03:21:45 +08:00
rm -f $(OUT_DIR)/acrnctl
Tools Makefiles: enhancement to keep source code tree clean Running 'make' will leave 3 files in the source code tree that are not cleaned by a subsequent 'make clean'. These are: * tools/acrn-crashlog/acrnprobe/include/version.h * tools/acrn-crashlog/usercrash/include/version.h * tools/acrn-manager/acrn_mngr.o (as reported by 'git status' after 'make') This patch changes the location of these files so they are created in the target build directory and hence properly cleaned when running 'make clean' Other minor changes to the Makefiles include: * Remove BASEDIR by the built-in CURDIR variable * Add .PHONY targets Signed-off-by: Geoffroy Van Cutsem <geoffroy.vancutsem@intel.com>
2018-06-01 16:32:07 +08:00
rm -f $(OUT_DIR)/acrn_mngr.o
Tools: acrn-manager: add lib with IPC helpers Add lib to help IPC between components, including SOS lifecycle service, acrn manager and devicemodule. Following helper functions are included: int mngr_open_un() - create a descripter for vm management IPC void mngr_close() - close descripter and release the resouces int mngr_add_handler() - add a handler for message specified by msg int mngr_send_msg() - send a message and wait for ack Reviewed-by: Kaige Fu <kaige.fu@intel.com> Reviewed-by: Geoffroy Van Cutsem <geoffroy.vancutsem@intel.com> Reviewed-by: Kevin Tian <kevin.tian@intel.com> Reviewed-by: Wang, Yu <yu1.wang@intel.com> Sigbed-off-by: Yan Like <like.yan@intel.com> Signed-off-by: Tao Yuhong <yuhong.tao@intel.com>
2018-05-29 23:44:30 +08:00
rm -f $(OUT_DIR)/libacrn-mngr.a
Tools:acrn-manager: use RELEASE in Makefile The debug macro -DMNGR_DEBUG is selected by RELEASE value. E.g., run 'make RELEASE=1' at the root of source code. Acked-by: Geoffroy Van Cutsem <geoffroy.vancutsem@intel.com> Signed-off-by: Tao Yuhong <yuhong.tao@intel.com>
2018-06-07 23:04:02 +08:00
ifneq ($(OUT_DIR),.)
Tools: add Makefile for all tools Add a Makefile under ./tools to avoid changing top-level Makefile frequently Acked-by: Geoffroy Van Cutsem <geoffroy.vancutsem@intel.com> Signed-off-by: Yan, Like <like.yan@intel.com>
2018-06-04 15:57:25 +08:00
rm -f $(OUT_DIR)/acrn_mngr.h
tools: acrnd: the deamon for acrn-manager There will be a daemon running on SOS: to forward wakeup_reason to acrn-dm; to co-ordinate the lifecycle of VMs and SOS; to handle ioc-timed wakeup/poweron. 1.to forward wakeup_reason to acrn-dm acrnd is responsible to retrive wakeup_reason from SOS lifecycle service and attach the wakeup_reason to acrn-dm parameter for ioc-dm; 2.co-ordinate the lifecycle of VMs and SOS When SOS is about to suspend/shutdown, SOS lifecycle service will send a request to acrnd to guarantee all guest VMs are suspended or shutdown before SOS suspending/shutdown process continue. On receiver the request, acrnd starts polling the guest VMs state, and notify SOS lifecycle service when all guest VMs are put in proper state gracefully. 3.handle ioc-timed wakeup/poweron For vechile specific mode like garage mode, guest UOS may need to wakeup/poweron in a future time for tasks such as map updating etc. To setup a timed wakeup/poweron, ioc-dm will send request to acrnd, acrnd maintains a list of timed requests from guest VMs, and acrnd selects the nearest request and send it to SOS lifecycle service who will setup the physical IOC. Reviewed-by: Yan Like <like.yan@intel.com> Acked-by: Geoffroy Van Cutsem <geoffroy.vancutsem@intel.com> Signed-off-by: Tao Yuhong <yuhong.tao@intel.com>
2018-06-21 23:31:46 +08:00
rm -f $(OUT_DIR)/acrnd.service
Tools:acrn-manager: use RELEASE in Makefile The debug macro -DMNGR_DEBUG is selected by RELEASE value. E.g., run 'make RELEASE=1' at the root of source code. Acked-by: Geoffroy Van Cutsem <geoffroy.vancutsem@intel.com> Signed-off-by: Tao Yuhong <yuhong.tao@intel.com>
2018-06-07 23:04:02 +08:00
endif
tools: acrnd: the deamon for acrn-manager There will be a daemon running on SOS: to forward wakeup_reason to acrn-dm; to co-ordinate the lifecycle of VMs and SOS; to handle ioc-timed wakeup/poweron. 1.to forward wakeup_reason to acrn-dm acrnd is responsible to retrive wakeup_reason from SOS lifecycle service and attach the wakeup_reason to acrn-dm parameter for ioc-dm; 2.co-ordinate the lifecycle of VMs and SOS When SOS is about to suspend/shutdown, SOS lifecycle service will send a request to acrnd to guarantee all guest VMs are suspended or shutdown before SOS suspending/shutdown process continue. On receiver the request, acrnd starts polling the guest VMs state, and notify SOS lifecycle service when all guest VMs are put in proper state gracefully. 3.handle ioc-timed wakeup/poweron For vechile specific mode like garage mode, guest UOS may need to wakeup/poweron in a future time for tasks such as map updating etc. To setup a timed wakeup/poweron, ioc-dm will send request to acrnd, acrnd maintains a list of timed requests from guest VMs, and acrnd selects the nearest request and send it to SOS lifecycle service who will setup the physical IOC. Reviewed-by: Yan Like <like.yan@intel.com> Acked-by: Geoffroy Van Cutsem <geoffroy.vancutsem@intel.com> Signed-off-by: Tao Yuhong <yuhong.tao@intel.com>
2018-06-21 23:31:46 +08:00
rm -f $(OUT_DIR)/acrnd
Makefile: implement make install The make install target was missing. This commits adds the intall target which uses the install target from subprojects. Also a make install target was created in each tool program. Signed-off-by: Miguel Bernal Marin <miguel.bernal.marin@linux.intel.com>
2018-05-17 03:21:45 +08:00
Tools Makefiles: enhancement to keep source code tree clean Running 'make' will leave 3 files in the source code tree that are not cleaned by a subsequent 'make clean'. These are: * tools/acrn-crashlog/acrnprobe/include/version.h * tools/acrn-crashlog/usercrash/include/version.h * tools/acrn-manager/acrn_mngr.o (as reported by 'git status' after 'make') This patch changes the location of these files so they are created in the target build directory and hence properly cleaned when running 'make clean' Other minor changes to the Makefiles include: * Remove BASEDIR by the built-in CURDIR variable * Add .PHONY targets Signed-off-by: Geoffroy Van Cutsem <geoffroy.vancutsem@intel.com>
2018-06-01 16:32:07 +08:00
.PHONY: install
acrn-manager: create acrn-hypervisor-dev package As first step to separate misc folder into github/intel/ioc-cbc-tools we need let acrn create devel package. This package will let ioc-cbc-tools use acrn manager interface API to control lifecycle. The Clear Linux autospec script will *detect* /usr/include/acrn/*.h and thus help us create the devel package. This devel pacakge will be in the build_req for ioc-cbc-tools autospec. Signed-off-by: Alek Du <alek.du@intel.com> Reviewed-by: Yu Wang <yu1.wang@intel.com> Reviewed-by: Like Yan <like.yan@intel.com>
2018-07-31 15:01:51 +08:00
install: $(OUT_DIR)/acrnctl $(OUT_DIR)/acrn_mngr.h $(OUT_DIR)/libacrn-mngr.a
Makefile: implement make install The make install target was missing. This commits adds the intall target which uses the install target from subprojects. Also a make install target was created in each tool program. Signed-off-by: Miguel Bernal Marin <miguel.bernal.marin@linux.intel.com>
2018-05-17 03:21:45 +08:00
install -d $(DESTDIR)/usr/bin
tools: acrnd: the deamon for acrn-manager There will be a daemon running on SOS: to forward wakeup_reason to acrn-dm; to co-ordinate the lifecycle of VMs and SOS; to handle ioc-timed wakeup/poweron. 1.to forward wakeup_reason to acrn-dm acrnd is responsible to retrive wakeup_reason from SOS lifecycle service and attach the wakeup_reason to acrn-dm parameter for ioc-dm; 2.co-ordinate the lifecycle of VMs and SOS When SOS is about to suspend/shutdown, SOS lifecycle service will send a request to acrnd to guarantee all guest VMs are suspended or shutdown before SOS suspending/shutdown process continue. On receiver the request, acrnd starts polling the guest VMs state, and notify SOS lifecycle service when all guest VMs are put in proper state gracefully. 3.handle ioc-timed wakeup/poweron For vechile specific mode like garage mode, guest UOS may need to wakeup/poweron in a future time for tasks such as map updating etc. To setup a timed wakeup/poweron, ioc-dm will send request to acrnd, acrnd maintains a list of timed requests from guest VMs, and acrnd selects the nearest request and send it to SOS lifecycle service who will setup the physical IOC. Reviewed-by: Yan Like <like.yan@intel.com> Acked-by: Geoffroy Van Cutsem <geoffroy.vancutsem@intel.com> Signed-off-by: Tao Yuhong <yuhong.tao@intel.com>
2018-06-21 23:31:46 +08:00
install -d $(DESTDIR)/usr/lib/systemd/system
acrn-manager: create acrn-hypervisor-dev package As first step to separate misc folder into github/intel/ioc-cbc-tools we need let acrn create devel package. This package will let ioc-cbc-tools use acrn manager interface API to control lifecycle. The Clear Linux autospec script will *detect* /usr/include/acrn/*.h and thus help us create the devel package. This devel pacakge will be in the build_req for ioc-cbc-tools autospec. Signed-off-by: Alek Du <alek.du@intel.com> Reviewed-by: Yu Wang <yu1.wang@intel.com> Reviewed-by: Like Yan <like.yan@intel.com>
2018-07-31 15:01:51 +08:00
install -d $(DESTDIR)/usr/lib64/
install -d $(DESTDIR)/usr/include/acrn
Makefile: implement make install The make install target was missing. This commits adds the intall target which uses the install target from subprojects. Also a make install target was created in each tool program. Signed-off-by: Miguel Bernal Marin <miguel.bernal.marin@linux.intel.com>
2018-05-17 03:21:45 +08:00
install -t $(DESTDIR)/usr/bin $(OUT_DIR)/acrnctl
tools: acrnd: the deamon for acrn-manager There will be a daemon running on SOS: to forward wakeup_reason to acrn-dm; to co-ordinate the lifecycle of VMs and SOS; to handle ioc-timed wakeup/poweron. 1.to forward wakeup_reason to acrn-dm acrnd is responsible to retrive wakeup_reason from SOS lifecycle service and attach the wakeup_reason to acrn-dm parameter for ioc-dm; 2.co-ordinate the lifecycle of VMs and SOS When SOS is about to suspend/shutdown, SOS lifecycle service will send a request to acrnd to guarantee all guest VMs are suspended or shutdown before SOS suspending/shutdown process continue. On receiver the request, acrnd starts polling the guest VMs state, and notify SOS lifecycle service when all guest VMs are put in proper state gracefully. 3.handle ioc-timed wakeup/poweron For vechile specific mode like garage mode, guest UOS may need to wakeup/poweron in a future time for tasks such as map updating etc. To setup a timed wakeup/poweron, ioc-dm will send request to acrnd, acrnd maintains a list of timed requests from guest VMs, and acrnd selects the nearest request and send it to SOS lifecycle service who will setup the physical IOC. Reviewed-by: Yan Like <like.yan@intel.com> Acked-by: Geoffroy Van Cutsem <geoffroy.vancutsem@intel.com> Signed-off-by: Tao Yuhong <yuhong.tao@intel.com>
2018-06-21 23:31:46 +08:00
install -t $(DESTDIR)/usr/bin $(OUT_DIR)/acrnd
acrn-manager: create acrn-hypervisor-dev package As first step to separate misc folder into github/intel/ioc-cbc-tools we need let acrn create devel package. This package will let ioc-cbc-tools use acrn manager interface API to control lifecycle. The Clear Linux autospec script will *detect* /usr/include/acrn/*.h and thus help us create the devel package. This devel pacakge will be in the build_req for ioc-cbc-tools autospec. Signed-off-by: Alek Du <alek.du@intel.com> Reviewed-by: Yu Wang <yu1.wang@intel.com> Reviewed-by: Like Yan <like.yan@intel.com>
2018-07-31 15:01:51 +08:00
install -t $(DESTDIR)/usr/lib64/ $(OUT_DIR)/libacrn-mngr.a
install -t $(DESTDIR)/usr/include/acrn $(OUT_DIR)/acrn_mngr.h
tools: acrnd: the deamon for acrn-manager There will be a daemon running on SOS: to forward wakeup_reason to acrn-dm; to co-ordinate the lifecycle of VMs and SOS; to handle ioc-timed wakeup/poweron. 1.to forward wakeup_reason to acrn-dm acrnd is responsible to retrive wakeup_reason from SOS lifecycle service and attach the wakeup_reason to acrn-dm parameter for ioc-dm; 2.co-ordinate the lifecycle of VMs and SOS When SOS is about to suspend/shutdown, SOS lifecycle service will send a request to acrnd to guarantee all guest VMs are suspended or shutdown before SOS suspending/shutdown process continue. On receiver the request, acrnd starts polling the guest VMs state, and notify SOS lifecycle service when all guest VMs are put in proper state gracefully. 3.handle ioc-timed wakeup/poweron For vechile specific mode like garage mode, guest UOS may need to wakeup/poweron in a future time for tasks such as map updating etc. To setup a timed wakeup/poweron, ioc-dm will send request to acrnd, acrnd maintains a list of timed requests from guest VMs, and acrnd selects the nearest request and send it to SOS lifecycle service who will setup the physical IOC. Reviewed-by: Yan Like <like.yan@intel.com> Acked-by: Geoffroy Van Cutsem <geoffroy.vancutsem@intel.com> Signed-off-by: Tao Yuhong <yuhong.tao@intel.com>
2018-06-21 23:31:46 +08:00
install -p -D -m 0644 $(OUT_DIR)/acrnd.service $(DESTDIR)/usr/lib/systemd/system