| 55bdd885 | 06-Jul-2022 |
Konrad Sztyber <konrad.sztyber@intel.com> |
env/pci: add detach() callback to pci_device_provider
This makes it possible to notify other PCI device providers (VMD) that a PCI device is no longer used. The VMD will driver will unhook that dev
env/pci: add detach() callback to pci_device_provider
This makes it possible to notify other PCI device providers (VMD) that a PCI device is no longer used. The VMD will driver will unhook that device and free any resources tied to it.
Signed-off-by: Konrad Sztyber <konrad.sztyber@intel.com> Change-Id: I42752afbb371a1d33972dac50fd679f68d05b597 Reviewed-on: https://review.spdk.io/gerrit/c/spdk/spdk/+/13887 Tested-by: SPDK CI Jenkins <sys_sgci@intel.com> Reviewed-by: Tomasz Zawadzki <tomasz.zawadzki@intel.com> Reviewed-by: Jim Harris <james.r.harris@intel.com> Reviewed-by: Tom Nabarro <tom.nabarro@intel.com>
show more ...
|
| 6e9cf0c7 | 08-Jun-2022 |
Jim Harris <james.r.harris@intel.com> |
test: add ENV_CFLAGS after includes
DPDK CFLAGS get put into CFLAGS in mk/cc.flags.mk, which for system package installed DPDK will include extra paths like /usr/include/<arch-3-tuple>/dpdk. If a Ma
test: add ENV_CFLAGS after includes
DPDK CFLAGS get put into CFLAGS in mk/cc.flags.mk, which for system package installed DPDK will include extra paths like /usr/include/<arch-3-tuple>/dpdk. If a Makefile adds its own CFLAGS before including the .mk fragment that pulls in these CFLAGS, we won't actually get those cc.flags.mk applied since they are defined with ?=.
This may need to be revisited - using ?= for these has evolved through several iterations of our SPDK configured flag files - starting with commit 08ec96eb. But for now, let's just fix these few Makefiles.
Fixes issue #2548.
Signed-off-by: Jim Harris <james.r.harris@intel.com> Change-Id: I9863db1b37b31907b4088f58cc13b81ed1bb8632 Reviewed-on: https://review.spdk.io/gerrit/c/spdk/spdk/+/12982 Community-CI: Broadcom CI <spdk-ci.pdl@broadcom.com> Community-CI: Mellanox Build Bot Tested-by: SPDK CI Jenkins <sys_sgci@intel.com> Reviewed-by: Tomasz Zawadzki <tomasz.zawadzki@intel.com> Reviewed-by: Konrad Sztyber <konrad.sztyber@intel.com>
show more ...
|