matthew/sonic-buildimage
1
0
Fork 0
Code Issues Pull Requests Actions 1 Packages Projects Releases Wiki Activity
1558c04fa8
sonic-buildimage/platform/vs/docker-sonic-vs.mk

51 lines
2.0 KiB
Makefile
Raw Normal View History

[virtualswitch]: build docker-sonic-vs docker based on SAI virtual switch (#1065)
2017-10-24 00:01:42 -05:00
# docker image for virtual switch based sonic docker image
DOCKER_SONIC_VS = docker-sonic-vs.gz
$(DOCKER_SONIC_VS)_PATH = $(PLATFORM_PATH)/docker-sonic-vs
[vs]: add vlan configuration support in virtual switch (#1200)
2017-11-30 16:59:25 -06:00
$(DOCKER_SONIC_VS)_DEPENDS += $(SWSS) \
$(SYNCD_VS) \
$(PYTHON_SWSSCOMMON) \
[dvs] Install libteamdctl runtime dependency in VS docker (#4837) * Add libteamdctl dependency to VS docker * Reorder dependencies and rename libteamctl Signed-off-by: Danny Allen <daall@microsoft.com>
2020-06-24 16:07:22 -05:00
$(LIBTEAMDCTL) \
[vs]: add vlan configuration support in virtual switch (#1200)
2017-11-30 16:59:25 -06:00
$(LIBTEAM_UTILS) \
Enable DPB dependency check using YANG model in VS container (#45) (#4990) Added required packages to enabled YANG dependency check for Dynamic Port Breakout in VS container. [sonic-utilities PR #766](https://github.com/Azure/sonic-utilities/pull/766) has a dependency on it. Getting error like the following without this fix: `ImportError: No module named yang - required module not found` Signed-off-by: Sangita Maity <sangitamaity0211@gmail.com>
2020-07-21 12:33:43 -05:00
$(SONIC_DEVICE_DATA) \
$(LIBYANG) \
$(LIBYANG_CPP) \
$(LIBYANG_PY2)
[virtualswitch]: build docker-sonic-vs docker based on SAI virtual switch (#1065)
2017-10-24 00:01:42 -05:00
[build]: put stretch debian packages under target/debs/stretch/ (#2519) * [build]: put stretch debian packages under target/debs/stretch/ * in stretch build phase, all debian packages built in that stage are placed under target/debs/stretch directory. * for python-based debian packages, since they are really the same for jessie and stretch, they are placed under target/python-debs directory. Signed-off-by: Guohan Lu <gulv@microsoft.com>
2019-02-05 00:06:37 -06:00
$(DOCKER_SONIC_VS)_PYTHON_DEBS += $(SONIC_UTILS)
[Python] Migrate applications/scripts to import sonic-py-common package (#5043) As part of consolidating all common Python-based functionality into the new sonic-py-common package, this pull request: 1. Redirects all Python applications/scripts in sonic-buildimage repo which previously imported sonic_device_util or sonic_daemon_base to instead import sonic-py-common, which was added in https://github.com/Azure/sonic-buildimage/pull/5003 2. Replaces all calls to `sonic_device_util.get_platform_info()` to instead call `sonic_py_common.get_platform()` and removes any calls to `sonic_device_util.get_machine_info()` which are no longer necessary (i.e., those which were only used to pass the results to `sonic_device_util.get_platform_info()`. 3. Removes unused imports to the now-deprecated sonic-daemon-base package and sonic_device_util.py module This is the next step toward resolving https://github.com/Azure/sonic-buildimage/issues/4999 Also reverted my previous change in which device_info.get_platform() would first try obtaining the platform ID string from Config DB and fall back to gathering it from machine.conf upon failure because this function is called by sonic-cfggen before the data is in the DB, in which case, the db_connect() call will hang indefinitely, which was not the behavior I expected. As of now, the function will always reference machine.conf.
2020-08-03 13:43:12 -05:00
# swsssdk is a dependency of sonic-py-common
# TODO: sonic-py-common should depend on swsscommon instead
$(DOCKER_SONIC_VS)_PYTHON_WHEELS += $(SWSSSDK_PY2) \
$(SWSSSDK_PY3) \
$(SONIC_PY_COMMON_PY2) \
$(SONIC_PY_COMMON_PY3) \
$(SONIC_YANG_MODELS_PY3) \
$(SONIC_YANG_MGMT_PY)
[docker-sonic-vs/Dockerfile.j2]: Install new YANG PKGs in VS docker. (#4684) Changes: . Install new YANG PKGs in VS docker. . Install fixed version on other PY PKGs. Signed-off-by: Praveen Chaudhary pchaudhary@linkedin.com
2020-06-22 17:38:36 -05:00
[build]: install debug symbols packages when INSTALL_DEBUG_TOOLS=y (#2175) [build]: install debug symbols packages when INSTALL_DEBUG_TOOLS=y
2018-10-21 19:20:27 -05:00
ifeq ($(INSTALL_DEBUG_TOOLS), y)
$(DOCKER_SONIC_VS)_DEPENDS += $(SWSS_DBG) \
$(LIBSWSSCOMMON_DBG) \
$(LIBSAIREDIS_DBG) \
[docker-sonic-vs]: add libsaivs-dbg package in docker-sonic-vs (#2177) Signed-off-by: Guohan Lu <gulv@microsoft.com>
2018-10-22 23:17:08 -05:00
$(LIBSAIVS_DBG) \
[build]: install debug symbols packages when INSTALL_DEBUG_TOOLS=y (#2175) [build]: install debug symbols packages when INSTALL_DEBUG_TOOLS=y
2018-10-21 19:20:27 -05:00
$(SYNCD_VS_DBG)
endif
[virtualswitch]: build docker-sonic-vs docker based on SAI virtual switch (#1065)
2017-10-24 00:01:42 -05:00
ifeq ($(SONIC_ROUTING_STACK), quagga)
$(DOCKER_SONIC_VS)_DEPENDS += $(QUAGGA)
else ifeq ($(SONIC_ROUTING_STACK), frr)
$(DOCKER_SONIC_VS)_DEPENDS += $(FRR)
else
$(DOCKER_SONIC_VS)_DEPENDS += $(GOBGP)
endif
[vs]: add vlan configuration support in virtual switch (#1200)
2017-11-30 16:59:25 -06:00
$(DOCKER_SONIC_VS)_FILES += $(CONFIGDB_LOAD_SCRIPT) \
[vs]: build sonic vs kvm image (#2269) Signed-off-by: Guohan Lu <gulv@microsoft.com>
2018-11-21 00:32:40 -06:00
$(ARP_UPDATE_SCRIPT) \
[kvm]: support for all hwsku in kvm switch (#2495) Signed-off-by: Guohan Lu <gulv@microsoft.com>
2019-01-30 04:04:20 -06:00
$(BUFFERS_CONFIG_TEMPLATE) \
[vs]: Force10-S6000 buffer settings for virtual switch (#2515) Signed-off-by: Guohan Lu <gulv@microsoft.com>
2019-02-01 13:18:02 -06:00
$(QOS_CONFIG_TEMPLATE) \
[vs]: support virtual-chassis setup in vs docker (#4709) virtual-chassis test uses multiple vs instances to simulate a modular switch and a redis-chassis service is required to run on the vs instance that represents a supervisor card. This change allows vs docker start redis-chassis service according to external config file. **- Why I did it** To support virtual-chassis setup, so that we can test distributed forwarding feature in virtual sonic environment, see `Distributed forwarding in a VOQ architecture HLD` pull request at https://github.com/Azure/SONiC/pull/622 **- How I did it** The sonic-vs start.sh is enhanced to start new redis_chassis service if external chassis config file found. The config file doesn't exist in current vs environment, start.sh will behave like before. **- How to verify it** The swss/test still pass. The chassis_db service is verified in virtual-chassis topology and tests which are in following PRs. Signed-off-by: Honggang Xu <hxu@arista.com> (cherry picked from commit c1d45cf81ce3238be2dcbccae98c0780944981ce) Co-authored-by: Honggang Xu <hxu@arista.com>
2020-07-29 16:20:31 -05:00
$(SONIC_VERSION) \
$(RM_CHASSISDB_CONFIG_SCRIPT)
[vs]: add vlan configuration support in virtual switch (#1200)
2017-11-30 16:59:25 -06:00
[docker-sonic-vs]: upgrade docker-sonic-vs to buster (#4979) Signed-off-by: Guohan Lu <lguohan@gmail.com>
2020-07-18 02:11:09 -05:00
$(DOCKER_SONIC_VS)_LOAD_DOCKERS += $(DOCKER_CONFIG_ENGINE_BUSTER)
[virtualswitch]: build docker-sonic-vs docker based on SAI virtual switch (#1065)
2017-10-24 00:01:42 -05:00
SONIC_DOCKER_IMAGES += $(DOCKER_SONIC_VS)
Reference in New Issue Copy Permalink