2015-09-21 15:52:41 +00:00
|
|
|
/*-
|
|
|
|
* BSD LICENSE
|
|
|
|
*
|
2016-01-26 17:47:22 +00:00
|
|
|
* Copyright (c) Intel Corporation.
|
2015-09-21 15:52:41 +00:00
|
|
|
* All rights reserved.
|
|
|
|
*
|
|
|
|
* Redistribution and use in source and binary forms, with or without
|
|
|
|
* modification, are permitted provided that the following conditions
|
|
|
|
* are met:
|
|
|
|
*
|
|
|
|
* * Redistributions of source code must retain the above copyright
|
|
|
|
* notice, this list of conditions and the following disclaimer.
|
|
|
|
* * Redistributions in binary form must reproduce the above copyright
|
|
|
|
* notice, this list of conditions and the following disclaimer in
|
|
|
|
* the documentation and/or other materials provided with the
|
|
|
|
* distribution.
|
|
|
|
* * Neither the name of Intel Corporation nor the names of its
|
|
|
|
* contributors may be used to endorse or promote products derived
|
|
|
|
* from this software without specific prior written permission.
|
|
|
|
*
|
|
|
|
* THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS
|
|
|
|
* "AS IS" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT
|
|
|
|
* LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR
|
|
|
|
* A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT
|
|
|
|
* OWNER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,
|
|
|
|
* SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT
|
|
|
|
* LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE,
|
|
|
|
* DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY
|
|
|
|
* THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT
|
|
|
|
* (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE
|
|
|
|
* OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
|
|
|
|
*/
|
|
|
|
|
2016-12-05 17:20:20 +00:00
|
|
|
#include "env_internal.h"
|
2015-09-25 16:13:02 +00:00
|
|
|
|
2019-03-24 12:09:42 +00:00
|
|
|
#include <rte_alarm.h>
|
env_dpdk/pci: delay device initialization on hotplug
A workaround for kernel deadlocks surfaced in #1275.
DPDK basically offers two APIs for hotplugging all PCI devices:
rte_bus_scan() and rte_bus_probe(). Scan iterates through
/sys/bus/pci/devices/* and creates corresponding rte_pci_device-s,
then rte_bus_probe() tries to initialize each device with the
supporting driver.
Previously we did scan and probe together, one after another, now
we'll have an intermediate step. After scanning the bus, we'll
iterate through all rte_pci_device-s and temporarily blacklist any
newly detected devices. We'll use devargs->data field to a store
a timeout value (integer) after which the device can be un-blacklisted
and initialized. devargs->data is documented in DPDK as "Device
string storage" and it's a char*, but it's not referenced anywhere
in DPDK. rte_bus_probe() respects the blacklist and doesn't do
absolutely anything with blacklisted ones.
The timeout value is 2 seconds, which should be plenty enough
for an NVMe device to reset, leave the critical lock sections in
kernel, and let us initialize it safely.
Note that direct attach by BDF doesn't respect the blacklist,
so an NVMe attach RPC won't be delayed in any way, it will continue
to work as it always did. Only the automatic discovery & enumeration
is deferred.
Change-Id: I62b719271bd0755bc2882331ea33f69897b1e5e5
Signed-off-by: Darek Stojaczyk <dariusz.stojaczyk@intel.com>
Reviewed-on: https://review.spdk.io/gerrit/c/spdk/spdk/+/1733
Community-CI: Mellanox Build Bot
Reviewed-by: Jim Harris <james.r.harris@intel.com>
Reviewed-by: Ben Walker <benjamin.walker@intel.com>
Tested-by: SPDK CI Jenkins <sys_sgci@intel.com>
2020-04-07 17:21:54 +00:00
|
|
|
#include <rte_devargs.h>
|
2016-08-10 17:41:12 +00:00
|
|
|
#include "spdk/env.h"
|
2020-04-20 19:47:03 +00:00
|
|
|
#include "spdk/log.h"
|
2015-09-21 15:52:41 +00:00
|
|
|
|
|
|
|
#define SYSFS_PCI_DRIVERS "/sys/bus/pci/drivers"
|
|
|
|
|
2020-11-16 16:27:04 +00:00
|
|
|
/* Compatibility for versions < 20.11 */
|
|
|
|
#ifndef RTE_DEV_ALLOWED
|
|
|
|
#define RTE_DEV_ALLOWED RTE_DEV_WHITELISTED
|
|
|
|
#define RTE_DEV_BLOCKED RTE_DEV_BLACKLISTED
|
|
|
|
#define RTE_BUS_SCAN_ALLOWLIST RTE_BUS_SCAN_WHITELIST
|
|
|
|
#endif
|
|
|
|
|
2016-02-03 21:36:26 +00:00
|
|
|
#define PCI_CFG_SIZE 256
|
|
|
|
#define PCI_EXT_CAP_ID_SN 0x03
|
|
|
|
|
2018-11-23 14:36:18 +00:00
|
|
|
/* DPDK 18.11+ hotplug isn't robust. Multiple apps starting at the same time
|
|
|
|
* might cause the internal IPC to misbehave. Just retry in such case.
|
|
|
|
*/
|
|
|
|
#define DPDK_HOTPLUG_RETRY_COUNT 4
|
|
|
|
|
2019-07-03 05:21:16 +00:00
|
|
|
/* DPDK alarm/interrupt thread */
|
2018-11-18 01:48:56 +00:00
|
|
|
static pthread_mutex_t g_pci_mutex = PTHREAD_MUTEX_INITIALIZER;
|
2018-11-18 01:15:19 +00:00
|
|
|
static TAILQ_HEAD(, spdk_pci_device) g_pci_devices = TAILQ_HEAD_INITIALIZER(g_pci_devices);
|
2019-06-21 05:59:11 +00:00
|
|
|
/* devices hotplugged on a dpdk thread */
|
|
|
|
static TAILQ_HEAD(, spdk_pci_device) g_pci_hotplugged_devices =
|
|
|
|
TAILQ_HEAD_INITIALIZER(g_pci_hotplugged_devices);
|
2018-11-21 19:44:59 +00:00
|
|
|
static TAILQ_HEAD(, spdk_pci_driver) g_pci_drivers = TAILQ_HEAD_INITIALIZER(g_pci_drivers);
|
|
|
|
|
2018-11-29 09:24:05 +00:00
|
|
|
static int
|
2020-05-10 22:57:07 +00:00
|
|
|
map_bar_rte(struct spdk_pci_device *device, uint32_t bar,
|
|
|
|
void **mapped_addr, uint64_t *phys_addr, uint64_t *size)
|
2018-11-29 09:24:05 +00:00
|
|
|
{
|
|
|
|
struct rte_pci_device *dev = device->dev_handle;
|
|
|
|
|
|
|
|
*mapped_addr = dev->mem_resource[bar].addr;
|
|
|
|
*phys_addr = (uint64_t)dev->mem_resource[bar].phys_addr;
|
|
|
|
*size = (uint64_t)dev->mem_resource[bar].len;
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int
|
2020-05-10 22:57:07 +00:00
|
|
|
unmap_bar_rte(struct spdk_pci_device *device, uint32_t bar, void *addr)
|
2018-11-29 09:24:05 +00:00
|
|
|
{
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int
|
2020-05-10 22:57:07 +00:00
|
|
|
cfg_read_rte(struct spdk_pci_device *dev, void *value, uint32_t len, uint32_t offset)
|
2018-11-29 09:24:05 +00:00
|
|
|
{
|
|
|
|
int rc;
|
|
|
|
|
|
|
|
rc = rte_pci_read_config(dev->dev_handle, value, len, offset);
|
|
|
|
|
|
|
|
return (rc > 0 && (uint32_t) rc == len) ? 0 : -1;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int
|
2020-05-10 22:57:07 +00:00
|
|
|
cfg_write_rte(struct spdk_pci_device *dev, void *value, uint32_t len, uint32_t offset)
|
2018-11-29 09:24:05 +00:00
|
|
|
{
|
|
|
|
int rc;
|
|
|
|
|
|
|
|
rc = rte_pci_write_config(dev->dev_handle, value, len, offset);
|
|
|
|
|
|
|
|
#ifdef __FreeBSD__
|
|
|
|
/* DPDK returns 0 on success and -1 on failure */
|
|
|
|
return rc;
|
|
|
|
#endif
|
|
|
|
return (rc > 0 && (uint32_t) rc == len) ? 0 : -1;
|
|
|
|
}
|
|
|
|
|
|
|
|
static void
|
2020-04-07 12:38:54 +00:00
|
|
|
remove_rte_dev(struct rte_pci_device *rte_dev)
|
2018-11-29 09:24:05 +00:00
|
|
|
{
|
|
|
|
char bdf[32];
|
|
|
|
int i = 0, rc;
|
|
|
|
|
|
|
|
snprintf(bdf, sizeof(bdf), "%s", rte_dev->device.name);
|
|
|
|
do {
|
|
|
|
rc = rte_eal_hotplug_remove("pci", bdf);
|
|
|
|
} while (rc == -ENOMSG && ++i <= DPDK_HOTPLUG_RETRY_COUNT);
|
|
|
|
}
|
|
|
|
|
2020-04-07 12:38:54 +00:00
|
|
|
static void
|
|
|
|
detach_rte_cb(void *_dev)
|
|
|
|
{
|
|
|
|
remove_rte_dev(_dev);
|
|
|
|
}
|
|
|
|
|
2019-03-24 12:09:42 +00:00
|
|
|
static void
|
2020-05-10 22:57:07 +00:00
|
|
|
detach_rte(struct spdk_pci_device *dev)
|
2019-03-24 12:09:42 +00:00
|
|
|
{
|
2019-07-03 05:52:53 +00:00
|
|
|
struct rte_pci_device *rte_dev = dev->dev_handle;
|
|
|
|
int i;
|
|
|
|
bool removed;
|
|
|
|
|
2020-04-07 12:38:54 +00:00
|
|
|
if (!spdk_process_is_primary()) {
|
|
|
|
remove_rte_dev(rte_dev);
|
2020-04-02 10:42:14 +00:00
|
|
|
return;
|
|
|
|
}
|
2019-07-03 05:52:53 +00:00
|
|
|
|
2020-04-07 11:57:43 +00:00
|
|
|
pthread_mutex_lock(&g_pci_mutex);
|
2020-06-09 16:31:54 +00:00
|
|
|
dev->internal.attached = false;
|
2020-04-07 11:57:43 +00:00
|
|
|
/* prevent the hotremove notification from removing this device */
|
|
|
|
dev->internal.pending_removal = true;
|
|
|
|
pthread_mutex_unlock(&g_pci_mutex);
|
|
|
|
|
2020-05-10 22:57:07 +00:00
|
|
|
rte_eal_alarm_set(1, detach_rte_cb, rte_dev);
|
2020-04-07 11:57:43 +00:00
|
|
|
|
|
|
|
/* wait up to 2s for the cb to execute */
|
2020-04-02 10:42:14 +00:00
|
|
|
for (i = 2000; i > 0; i--) {
|
|
|
|
|
|
|
|
spdk_delay_us(1000);
|
2019-07-03 05:52:53 +00:00
|
|
|
pthread_mutex_lock(&g_pci_mutex);
|
|
|
|
removed = dev->internal.removed;
|
|
|
|
pthread_mutex_unlock(&g_pci_mutex);
|
2020-04-02 10:42:14 +00:00
|
|
|
|
|
|
|
if (removed) {
|
|
|
|
break;
|
2019-07-03 05:52:53 +00:00
|
|
|
}
|
2020-04-02 10:42:14 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/* besides checking the removed flag, we also need to wait
|
|
|
|
* for the dpdk detach function to unwind, as it's doing some
|
|
|
|
* operations even after calling our detach callback. Simply
|
|
|
|
* cancel the alarm - if it started executing already, this
|
|
|
|
* call will block and wait for it to finish.
|
|
|
|
*/
|
2020-05-10 22:57:07 +00:00
|
|
|
rte_eal_alarm_cancel(detach_rte_cb, rte_dev);
|
2020-04-02 10:42:14 +00:00
|
|
|
|
|
|
|
/* the device could have been finally removed, so just check
|
|
|
|
* it again.
|
|
|
|
*/
|
|
|
|
pthread_mutex_lock(&g_pci_mutex);
|
|
|
|
removed = dev->internal.removed;
|
|
|
|
pthread_mutex_unlock(&g_pci_mutex);
|
|
|
|
if (!removed) {
|
2020-04-20 19:47:03 +00:00
|
|
|
SPDK_ERRLOG("Timeout waiting for DPDK to remove PCI device %s.\n",
|
|
|
|
rte_dev->name);
|
2020-04-02 10:42:14 +00:00
|
|
|
/* If we reach this state, then the device couldn't be removed and most likely
|
|
|
|
a subsequent hot add of a device in the same BDF will fail */
|
2019-03-24 12:09:42 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2018-11-21 19:44:59 +00:00
|
|
|
void
|
2020-07-02 22:34:07 +00:00
|
|
|
spdk_pci_driver_register(const char *name, struct spdk_pci_id *id_table, uint32_t flags)
|
2018-11-21 19:44:59 +00:00
|
|
|
{
|
2020-07-02 22:34:07 +00:00
|
|
|
struct spdk_pci_driver *driver;
|
|
|
|
|
|
|
|
driver = calloc(1, sizeof(*driver));
|
|
|
|
if (!driver) {
|
|
|
|
/* we can't do any better than bailing atm */
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
driver->name = name;
|
|
|
|
driver->id_table = id_table;
|
|
|
|
driver->drv_flags = flags;
|
2018-11-21 19:44:59 +00:00
|
|
|
TAILQ_INSERT_TAIL(&g_pci_drivers, driver, tailq);
|
|
|
|
}
|
|
|
|
|
2020-07-02 22:44:42 +00:00
|
|
|
struct spdk_pci_driver *
|
|
|
|
spdk_pci_nvme_get_driver(void)
|
|
|
|
{
|
|
|
|
return spdk_pci_get_driver("nvme");
|
|
|
|
}
|
|
|
|
|
2020-07-02 22:38:36 +00:00
|
|
|
struct spdk_pci_driver *
|
|
|
|
spdk_pci_get_driver(const char *name)
|
|
|
|
{
|
|
|
|
struct spdk_pci_driver *driver;
|
|
|
|
|
|
|
|
TAILQ_FOREACH(driver, &g_pci_drivers, tailq) {
|
|
|
|
if (strcmp(driver->name, name) == 0) {
|
|
|
|
return driver;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
|
2019-03-23 21:38:14 +00:00
|
|
|
static void
|
2020-07-24 19:46:10 +00:00
|
|
|
pci_device_rte_dev_event(const char *device_name,
|
2020-05-10 22:57:07 +00:00
|
|
|
enum rte_dev_event_type event,
|
|
|
|
void *cb_arg)
|
2019-03-23 21:38:14 +00:00
|
|
|
{
|
|
|
|
struct spdk_pci_device *dev;
|
2019-06-19 10:34:03 +00:00
|
|
|
bool can_detach = false;
|
2019-03-23 21:38:14 +00:00
|
|
|
|
2020-07-24 19:46:10 +00:00
|
|
|
switch (event) {
|
|
|
|
default:
|
|
|
|
case RTE_DEV_EVENT_ADD:
|
|
|
|
/* Nothing to do here yet. */
|
|
|
|
break;
|
|
|
|
case RTE_DEV_EVENT_REMOVE:
|
|
|
|
pthread_mutex_lock(&g_pci_mutex);
|
|
|
|
TAILQ_FOREACH(dev, &g_pci_devices, internal.tailq) {
|
|
|
|
struct rte_pci_device *rte_dev = dev->dev_handle;
|
|
|
|
|
|
|
|
if (strcmp(rte_dev->name, device_name) == 0 &&
|
|
|
|
!dev->internal.pending_removal) {
|
|
|
|
can_detach = !dev->internal.attached;
|
|
|
|
/* prevent any further attaches */
|
|
|
|
dev->internal.pending_removal = true;
|
|
|
|
break;
|
|
|
|
}
|
2019-03-23 21:38:14 +00:00
|
|
|
}
|
2020-07-24 19:46:10 +00:00
|
|
|
pthread_mutex_unlock(&g_pci_mutex);
|
2019-06-19 10:34:03 +00:00
|
|
|
|
2020-07-24 19:46:10 +00:00
|
|
|
if (dev != NULL && can_detach) {
|
|
|
|
/* if device is not attached we can remove it right away.
|
|
|
|
* Otherwise it will be removed at detach. */
|
|
|
|
remove_rte_dev(dev->dev_handle);
|
|
|
|
}
|
|
|
|
break;
|
2019-06-19 10:34:03 +00:00
|
|
|
}
|
2019-03-23 21:38:14 +00:00
|
|
|
}
|
|
|
|
|
2019-06-19 04:52:03 +00:00
|
|
|
static void
|
|
|
|
cleanup_pci_devices(void)
|
|
|
|
{
|
|
|
|
struct spdk_pci_device *dev, *tmp;
|
|
|
|
|
2019-06-21 06:29:25 +00:00
|
|
|
pthread_mutex_lock(&g_pci_mutex);
|
2019-06-21 05:59:11 +00:00
|
|
|
/* cleanup removed devices */
|
2019-06-19 04:52:03 +00:00
|
|
|
TAILQ_FOREACH_SAFE(dev, &g_pci_devices, internal.tailq, tmp) {
|
|
|
|
if (!dev->internal.removed) {
|
|
|
|
continue;
|
|
|
|
}
|
|
|
|
|
2020-04-07 07:32:40 +00:00
|
|
|
vtophys_pci_device_removed(dev->dev_handle);
|
2019-06-19 04:52:03 +00:00
|
|
|
TAILQ_REMOVE(&g_pci_devices, dev, internal.tailq);
|
|
|
|
free(dev);
|
|
|
|
}
|
2019-06-21 05:59:11 +00:00
|
|
|
|
|
|
|
/* add newly-attached devices */
|
|
|
|
TAILQ_FOREACH_SAFE(dev, &g_pci_hotplugged_devices, internal.tailq, tmp) {
|
|
|
|
TAILQ_REMOVE(&g_pci_hotplugged_devices, dev, internal.tailq);
|
|
|
|
TAILQ_INSERT_TAIL(&g_pci_devices, dev, internal.tailq);
|
2020-04-07 07:32:40 +00:00
|
|
|
vtophys_pci_device_added(dev->dev_handle);
|
2019-06-21 05:59:11 +00:00
|
|
|
}
|
2019-06-21 06:29:25 +00:00
|
|
|
pthread_mutex_unlock(&g_pci_mutex);
|
2019-06-19 04:52:03 +00:00
|
|
|
}
|
|
|
|
|
env_dpdk/pci: delay device initialization on hotplug
A workaround for kernel deadlocks surfaced in #1275.
DPDK basically offers two APIs for hotplugging all PCI devices:
rte_bus_scan() and rte_bus_probe(). Scan iterates through
/sys/bus/pci/devices/* and creates corresponding rte_pci_device-s,
then rte_bus_probe() tries to initialize each device with the
supporting driver.
Previously we did scan and probe together, one after another, now
we'll have an intermediate step. After scanning the bus, we'll
iterate through all rte_pci_device-s and temporarily blacklist any
newly detected devices. We'll use devargs->data field to a store
a timeout value (integer) after which the device can be un-blacklisted
and initialized. devargs->data is documented in DPDK as "Device
string storage" and it's a char*, but it's not referenced anywhere
in DPDK. rte_bus_probe() respects the blacklist and doesn't do
absolutely anything with blacklisted ones.
The timeout value is 2 seconds, which should be plenty enough
for an NVMe device to reset, leave the critical lock sections in
kernel, and let us initialize it safely.
Note that direct attach by BDF doesn't respect the blacklist,
so an NVMe attach RPC won't be delayed in any way, it will continue
to work as it always did. Only the automatic discovery & enumeration
is deferred.
Change-Id: I62b719271bd0755bc2882331ea33f69897b1e5e5
Signed-off-by: Darek Stojaczyk <dariusz.stojaczyk@intel.com>
Reviewed-on: https://review.spdk.io/gerrit/c/spdk/spdk/+/1733
Community-CI: Mellanox Build Bot
Reviewed-by: Jim Harris <james.r.harris@intel.com>
Reviewed-by: Ben Walker <benjamin.walker@intel.com>
Tested-by: SPDK CI Jenkins <sys_sgci@intel.com>
2020-04-07 17:21:54 +00:00
|
|
|
static int scan_pci_bus(bool delay_init);
|
|
|
|
|
2020-07-02 22:17:43 +00:00
|
|
|
/* translate spdk_pci_driver to an rte_pci_driver and register it to dpdk */
|
|
|
|
static int
|
|
|
|
register_rte_driver(struct spdk_pci_driver *driver)
|
|
|
|
{
|
|
|
|
unsigned pci_id_count = 0;
|
|
|
|
struct rte_pci_id *rte_id_table;
|
|
|
|
char *rte_name;
|
|
|
|
size_t rte_name_len;
|
|
|
|
uint32_t rte_flags;
|
|
|
|
|
|
|
|
assert(driver->id_table);
|
|
|
|
while (driver->id_table[pci_id_count].vendor_id) {
|
|
|
|
pci_id_count++;
|
|
|
|
}
|
|
|
|
assert(pci_id_count > 0);
|
|
|
|
|
|
|
|
rte_id_table = calloc(pci_id_count + 1, sizeof(*rte_id_table));
|
|
|
|
if (!rte_id_table) {
|
|
|
|
return -ENOMEM;
|
|
|
|
}
|
|
|
|
|
|
|
|
while (pci_id_count > 0) {
|
|
|
|
struct rte_pci_id *rte_id = &rte_id_table[pci_id_count - 1];
|
|
|
|
const struct spdk_pci_id *spdk_id = &driver->id_table[pci_id_count - 1];
|
|
|
|
|
|
|
|
rte_id->class_id = spdk_id->class_id;
|
|
|
|
rte_id->vendor_id = spdk_id->vendor_id;
|
|
|
|
rte_id->device_id = spdk_id->device_id;
|
|
|
|
rte_id->subsystem_vendor_id = spdk_id->subvendor_id;
|
|
|
|
rte_id->subsystem_device_id = spdk_id->subdevice_id;
|
|
|
|
pci_id_count--;
|
|
|
|
}
|
|
|
|
|
|
|
|
assert(driver->name);
|
|
|
|
rte_name_len = strlen(driver->name) + strlen("spdk_") + 1;
|
|
|
|
rte_name = calloc(rte_name_len, 1);
|
|
|
|
if (!rte_name) {
|
|
|
|
free(rte_id_table);
|
|
|
|
return -ENOMEM;
|
|
|
|
}
|
|
|
|
|
|
|
|
snprintf(rte_name, rte_name_len, "spdk_%s", driver->name);
|
|
|
|
driver->driver.driver.name = rte_name;
|
|
|
|
driver->driver.id_table = rte_id_table;
|
|
|
|
|
|
|
|
rte_flags = 0;
|
|
|
|
if (driver->drv_flags & SPDK_PCI_DRIVER_NEED_MAPPING) {
|
|
|
|
rte_flags |= RTE_PCI_DRV_NEED_MAPPING;
|
|
|
|
}
|
|
|
|
if (driver->drv_flags & SPDK_PCI_DRIVER_WC_ACTIVATE) {
|
|
|
|
rte_flags |= RTE_PCI_DRV_WC_ACTIVATE;
|
|
|
|
}
|
|
|
|
driver->driver.drv_flags = rte_flags;
|
|
|
|
|
|
|
|
driver->driver.probe = pci_device_init;
|
|
|
|
driver->driver.remove = pci_device_fini;
|
|
|
|
|
|
|
|
rte_pci_register(&driver->driver);
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2020-05-08 06:03:22 +00:00
|
|
|
static inline void
|
|
|
|
_pci_env_init(void)
|
2018-11-21 19:44:59 +00:00
|
|
|
{
|
env_dpdk/pci: delay device initialization on hotplug
A workaround for kernel deadlocks surfaced in #1275.
DPDK basically offers two APIs for hotplugging all PCI devices:
rte_bus_scan() and rte_bus_probe(). Scan iterates through
/sys/bus/pci/devices/* and creates corresponding rte_pci_device-s,
then rte_bus_probe() tries to initialize each device with the
supporting driver.
Previously we did scan and probe together, one after another, now
we'll have an intermediate step. After scanning the bus, we'll
iterate through all rte_pci_device-s and temporarily blacklist any
newly detected devices. We'll use devargs->data field to a store
a timeout value (integer) after which the device can be un-blacklisted
and initialized. devargs->data is documented in DPDK as "Device
string storage" and it's a char*, but it's not referenced anywhere
in DPDK. rte_bus_probe() respects the blacklist and doesn't do
absolutely anything with blacklisted ones.
The timeout value is 2 seconds, which should be plenty enough
for an NVMe device to reset, leave the critical lock sections in
kernel, and let us initialize it safely.
Note that direct attach by BDF doesn't respect the blacklist,
so an NVMe attach RPC won't be delayed in any way, it will continue
to work as it always did. Only the automatic discovery & enumeration
is deferred.
Change-Id: I62b719271bd0755bc2882331ea33f69897b1e5e5
Signed-off-by: Darek Stojaczyk <dariusz.stojaczyk@intel.com>
Reviewed-on: https://review.spdk.io/gerrit/c/spdk/spdk/+/1733
Community-CI: Mellanox Build Bot
Reviewed-by: Jim Harris <james.r.harris@intel.com>
Reviewed-by: Ben Walker <benjamin.walker@intel.com>
Tested-by: SPDK CI Jenkins <sys_sgci@intel.com>
2020-04-07 17:21:54 +00:00
|
|
|
/* We assume devices were present on the bus for more than 2 seconds
|
|
|
|
* before initializing SPDK and there's no need to wait more. We scan
|
2020-11-16 16:27:04 +00:00
|
|
|
* the bus, but we don't block any devices.
|
env_dpdk/pci: delay device initialization on hotplug
A workaround for kernel deadlocks surfaced in #1275.
DPDK basically offers two APIs for hotplugging all PCI devices:
rte_bus_scan() and rte_bus_probe(). Scan iterates through
/sys/bus/pci/devices/* and creates corresponding rte_pci_device-s,
then rte_bus_probe() tries to initialize each device with the
supporting driver.
Previously we did scan and probe together, one after another, now
we'll have an intermediate step. After scanning the bus, we'll
iterate through all rte_pci_device-s and temporarily blacklist any
newly detected devices. We'll use devargs->data field to a store
a timeout value (integer) after which the device can be un-blacklisted
and initialized. devargs->data is documented in DPDK as "Device
string storage" and it's a char*, but it's not referenced anywhere
in DPDK. rte_bus_probe() respects the blacklist and doesn't do
absolutely anything with blacklisted ones.
The timeout value is 2 seconds, which should be plenty enough
for an NVMe device to reset, leave the critical lock sections in
kernel, and let us initialize it safely.
Note that direct attach by BDF doesn't respect the blacklist,
so an NVMe attach RPC won't be delayed in any way, it will continue
to work as it always did. Only the automatic discovery & enumeration
is deferred.
Change-Id: I62b719271bd0755bc2882331ea33f69897b1e5e5
Signed-off-by: Darek Stojaczyk <dariusz.stojaczyk@intel.com>
Reviewed-on: https://review.spdk.io/gerrit/c/spdk/spdk/+/1733
Community-CI: Mellanox Build Bot
Reviewed-by: Jim Harris <james.r.harris@intel.com>
Reviewed-by: Ben Walker <benjamin.walker@intel.com>
Tested-by: SPDK CI Jenkins <sys_sgci@intel.com>
2020-04-07 17:21:54 +00:00
|
|
|
*/
|
|
|
|
scan_pci_bus(false);
|
|
|
|
|
2019-03-23 21:38:14 +00:00
|
|
|
/* Register a single hotremove callback for all devices. */
|
|
|
|
if (spdk_process_is_primary()) {
|
2020-07-24 19:46:10 +00:00
|
|
|
rte_dev_event_callback_register(NULL, pci_device_rte_dev_event, NULL);
|
2019-03-23 21:38:14 +00:00
|
|
|
}
|
2018-11-21 19:44:59 +00:00
|
|
|
}
|
2018-11-18 01:48:56 +00:00
|
|
|
|
2020-05-08 06:03:22 +00:00
|
|
|
void
|
|
|
|
pci_env_init(void)
|
|
|
|
{
|
|
|
|
struct spdk_pci_driver *driver;
|
|
|
|
|
|
|
|
TAILQ_FOREACH(driver, &g_pci_drivers, tailq) {
|
2020-07-02 22:17:43 +00:00
|
|
|
register_rte_driver(driver);
|
2020-05-08 06:03:22 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
_pci_env_init();
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
|
|
|
pci_env_reinit(void)
|
|
|
|
{
|
|
|
|
/* There is no need to register pci drivers again, since they were
|
|
|
|
* already pre-registered in pci_env_init.
|
|
|
|
*/
|
|
|
|
|
|
|
|
_pci_env_init();
|
|
|
|
}
|
|
|
|
|
2019-03-25 20:17:23 +00:00
|
|
|
void
|
2020-05-26 09:54:02 +00:00
|
|
|
pci_env_fini(void)
|
2019-03-25 20:17:23 +00:00
|
|
|
{
|
|
|
|
struct spdk_pci_device *dev;
|
|
|
|
char bdf[32];
|
|
|
|
|
2019-06-19 04:52:03 +00:00
|
|
|
cleanup_pci_devices();
|
2019-03-25 20:17:23 +00:00
|
|
|
TAILQ_FOREACH(dev, &g_pci_devices, internal.tailq) {
|
|
|
|
if (dev->internal.attached) {
|
|
|
|
spdk_pci_addr_fmt(bdf, sizeof(bdf), &dev->addr);
|
2020-04-20 19:47:03 +00:00
|
|
|
SPDK_ERRLOG("Device %s is still attached at shutdown!\n", bdf);
|
2019-03-25 20:17:23 +00:00
|
|
|
}
|
|
|
|
}
|
2019-03-23 21:38:14 +00:00
|
|
|
|
|
|
|
if (spdk_process_is_primary()) {
|
2020-07-24 19:46:10 +00:00
|
|
|
rte_dev_event_callback_unregister(NULL, pci_device_rte_dev_event, NULL);
|
2019-03-23 21:38:14 +00:00
|
|
|
}
|
2019-03-25 20:17:23 +00:00
|
|
|
}
|
|
|
|
|
2016-12-05 17:20:20 +00:00
|
|
|
int
|
2020-04-07 07:32:40 +00:00
|
|
|
pci_device_init(struct rte_pci_driver *_drv,
|
|
|
|
struct rte_pci_device *_dev)
|
2016-02-03 21:36:26 +00:00
|
|
|
{
|
2018-12-01 09:31:35 +00:00
|
|
|
struct spdk_pci_driver *driver = (struct spdk_pci_driver *)_drv;
|
2018-11-18 01:15:19 +00:00
|
|
|
struct spdk_pci_device *dev;
|
2017-12-06 21:52:56 +00:00
|
|
|
int rc;
|
2016-02-03 21:36:26 +00:00
|
|
|
|
2018-11-18 01:15:19 +00:00
|
|
|
dev = calloc(1, sizeof(*dev));
|
|
|
|
if (dev == NULL) {
|
|
|
|
return -1;
|
|
|
|
}
|
|
|
|
|
|
|
|
dev->dev_handle = _dev;
|
2018-11-20 14:05:13 +00:00
|
|
|
|
|
|
|
dev->addr.domain = _dev->addr.domain;
|
|
|
|
dev->addr.bus = _dev->addr.bus;
|
|
|
|
dev->addr.dev = _dev->addr.devid;
|
|
|
|
dev->addr.func = _dev->addr.function;
|
2020-07-02 21:17:30 +00:00
|
|
|
dev->id.class_id = _dev->id.class_id;
|
2018-11-20 14:05:13 +00:00
|
|
|
dev->id.vendor_id = _dev->id.vendor_id;
|
|
|
|
dev->id.device_id = _dev->id.device_id;
|
|
|
|
dev->id.subvendor_id = _dev->id.subsystem_vendor_id;
|
|
|
|
dev->id.subdevice_id = _dev->id.subsystem_device_id;
|
|
|
|
dev->socket_id = _dev->device.numa_node;
|
2019-10-03 07:34:42 +00:00
|
|
|
dev->type = "pci";
|
2018-11-18 01:15:19 +00:00
|
|
|
|
2020-05-10 22:57:07 +00:00
|
|
|
dev->map_bar = map_bar_rte;
|
|
|
|
dev->unmap_bar = unmap_bar_rte;
|
|
|
|
dev->cfg_read = cfg_read_rte;
|
|
|
|
dev->cfg_write = cfg_write_rte;
|
2018-11-29 09:24:05 +00:00
|
|
|
|
2018-12-02 11:38:13 +00:00
|
|
|
dev->internal.driver = driver;
|
2019-09-02 09:35:33 +00:00
|
|
|
dev->internal.claim_fd = -1;
|
2018-12-02 11:38:13 +00:00
|
|
|
|
2018-11-22 14:34:33 +00:00
|
|
|
if (driver->cb_fn != NULL) {
|
|
|
|
rc = driver->cb_fn(driver->cb_arg, dev);
|
|
|
|
if (rc != 0) {
|
|
|
|
free(dev);
|
|
|
|
return rc;
|
|
|
|
}
|
2018-12-02 11:38:13 +00:00
|
|
|
dev->internal.attached = true;
|
2017-12-06 21:52:56 +00:00
|
|
|
}
|
|
|
|
|
2019-06-19 10:34:03 +00:00
|
|
|
pthread_mutex_lock(&g_pci_mutex);
|
2019-06-21 05:59:11 +00:00
|
|
|
TAILQ_INSERT_TAIL(&g_pci_hotplugged_devices, dev, internal.tailq);
|
2019-06-19 10:34:03 +00:00
|
|
|
pthread_mutex_unlock(&g_pci_mutex);
|
2017-12-06 21:52:56 +00:00
|
|
|
return 0;
|
2016-02-03 21:36:26 +00:00
|
|
|
}
|
|
|
|
|
2016-12-05 17:20:20 +00:00
|
|
|
int
|
2020-04-07 07:32:40 +00:00
|
|
|
pci_device_fini(struct rte_pci_device *_dev)
|
2016-02-03 21:36:26 +00:00
|
|
|
{
|
2018-11-18 01:15:19 +00:00
|
|
|
struct spdk_pci_device *dev;
|
|
|
|
|
2019-06-19 10:34:03 +00:00
|
|
|
pthread_mutex_lock(&g_pci_mutex);
|
2018-12-02 11:38:13 +00:00
|
|
|
TAILQ_FOREACH(dev, &g_pci_devices, internal.tailq) {
|
2018-11-18 01:15:19 +00:00
|
|
|
if (dev->dev_handle == _dev) {
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2018-12-02 11:38:13 +00:00
|
|
|
if (dev == NULL || dev->internal.attached) {
|
2018-11-20 19:57:38 +00:00
|
|
|
/* The device might be still referenced somewhere in SPDK. */
|
2019-06-19 10:34:03 +00:00
|
|
|
pthread_mutex_unlock(&g_pci_mutex);
|
2018-11-18 01:15:19 +00:00
|
|
|
return -1;
|
|
|
|
}
|
|
|
|
|
2020-11-16 16:27:04 +00:00
|
|
|
/* remove our allowed_at option */
|
env_dpdk/pci: delay device initialization on hotplug
A workaround for kernel deadlocks surfaced in #1275.
DPDK basically offers two APIs for hotplugging all PCI devices:
rte_bus_scan() and rte_bus_probe(). Scan iterates through
/sys/bus/pci/devices/* and creates corresponding rte_pci_device-s,
then rte_bus_probe() tries to initialize each device with the
supporting driver.
Previously we did scan and probe together, one after another, now
we'll have an intermediate step. After scanning the bus, we'll
iterate through all rte_pci_device-s and temporarily blacklist any
newly detected devices. We'll use devargs->data field to a store
a timeout value (integer) after which the device can be un-blacklisted
and initialized. devargs->data is documented in DPDK as "Device
string storage" and it's a char*, but it's not referenced anywhere
in DPDK. rte_bus_probe() respects the blacklist and doesn't do
absolutely anything with blacklisted ones.
The timeout value is 2 seconds, which should be plenty enough
for an NVMe device to reset, leave the critical lock sections in
kernel, and let us initialize it safely.
Note that direct attach by BDF doesn't respect the blacklist,
so an NVMe attach RPC won't be delayed in any way, it will continue
to work as it always did. Only the automatic discovery & enumeration
is deferred.
Change-Id: I62b719271bd0755bc2882331ea33f69897b1e5e5
Signed-off-by: Darek Stojaczyk <dariusz.stojaczyk@intel.com>
Reviewed-on: https://review.spdk.io/gerrit/c/spdk/spdk/+/1733
Community-CI: Mellanox Build Bot
Reviewed-by: Jim Harris <james.r.harris@intel.com>
Reviewed-by: Ben Walker <benjamin.walker@intel.com>
Tested-by: SPDK CI Jenkins <sys_sgci@intel.com>
2020-04-07 17:21:54 +00:00
|
|
|
if (_dev->device.devargs) {
|
|
|
|
_dev->device.devargs->data = NULL;
|
|
|
|
}
|
|
|
|
|
2019-06-19 04:52:03 +00:00
|
|
|
assert(!dev->internal.removed);
|
|
|
|
dev->internal.removed = true;
|
2019-06-19 10:34:03 +00:00
|
|
|
pthread_mutex_unlock(&g_pci_mutex);
|
2016-08-08 22:57:49 +00:00
|
|
|
return 0;
|
2018-11-18 01:15:19 +00:00
|
|
|
|
2016-02-03 21:36:26 +00:00
|
|
|
}
|
|
|
|
|
2016-11-15 01:53:14 +00:00
|
|
|
void
|
2018-11-18 01:15:19 +00:00
|
|
|
spdk_pci_device_detach(struct spdk_pci_device *dev)
|
2016-11-15 01:53:14 +00:00
|
|
|
{
|
2018-12-02 11:38:13 +00:00
|
|
|
assert(dev->internal.attached);
|
2019-09-02 09:35:33 +00:00
|
|
|
|
|
|
|
if (dev->internal.claim_fd >= 0) {
|
|
|
|
spdk_pci_device_unclaim(dev);
|
|
|
|
}
|
|
|
|
|
2020-06-09 16:31:54 +00:00
|
|
|
if (strcmp(dev->type, "pci") == 0) {
|
|
|
|
/* if it's a physical device we need to deal with DPDK on
|
|
|
|
* a different process and we can't just unset one flag
|
|
|
|
* here. We also want to stop using any device resources
|
|
|
|
* so that the device isn't "in use" by the userspace driver
|
|
|
|
* once we detach it. This would allow attaching the device
|
|
|
|
* to a different process, or to a kernel driver like nvme.
|
|
|
|
*/
|
|
|
|
detach_rte(dev);
|
|
|
|
} else {
|
|
|
|
dev->internal.attached = false;
|
|
|
|
}
|
2019-06-19 04:52:03 +00:00
|
|
|
|
|
|
|
cleanup_pci_devices();
|
2016-11-15 01:53:14 +00:00
|
|
|
}
|
|
|
|
|
env_dpdk/pci: delay device initialization on hotplug
A workaround for kernel deadlocks surfaced in #1275.
DPDK basically offers two APIs for hotplugging all PCI devices:
rte_bus_scan() and rte_bus_probe(). Scan iterates through
/sys/bus/pci/devices/* and creates corresponding rte_pci_device-s,
then rte_bus_probe() tries to initialize each device with the
supporting driver.
Previously we did scan and probe together, one after another, now
we'll have an intermediate step. After scanning the bus, we'll
iterate through all rte_pci_device-s and temporarily blacklist any
newly detected devices. We'll use devargs->data field to a store
a timeout value (integer) after which the device can be un-blacklisted
and initialized. devargs->data is documented in DPDK as "Device
string storage" and it's a char*, but it's not referenced anywhere
in DPDK. rte_bus_probe() respects the blacklist and doesn't do
absolutely anything with blacklisted ones.
The timeout value is 2 seconds, which should be plenty enough
for an NVMe device to reset, leave the critical lock sections in
kernel, and let us initialize it safely.
Note that direct attach by BDF doesn't respect the blacklist,
so an NVMe attach RPC won't be delayed in any way, it will continue
to work as it always did. Only the automatic discovery & enumeration
is deferred.
Change-Id: I62b719271bd0755bc2882331ea33f69897b1e5e5
Signed-off-by: Darek Stojaczyk <dariusz.stojaczyk@intel.com>
Reviewed-on: https://review.spdk.io/gerrit/c/spdk/spdk/+/1733
Community-CI: Mellanox Build Bot
Reviewed-by: Jim Harris <james.r.harris@intel.com>
Reviewed-by: Ben Walker <benjamin.walker@intel.com>
Tested-by: SPDK CI Jenkins <sys_sgci@intel.com>
2020-04-07 17:21:54 +00:00
|
|
|
static int
|
|
|
|
scan_pci_bus(bool delay_init)
|
|
|
|
{
|
|
|
|
struct spdk_pci_driver *driver;
|
|
|
|
struct rte_pci_device *rte_dev;
|
|
|
|
uint64_t now;
|
|
|
|
|
|
|
|
rte_bus_scan();
|
|
|
|
now = spdk_get_ticks();
|
|
|
|
|
|
|
|
driver = TAILQ_FIRST(&g_pci_drivers);
|
|
|
|
if (!driver) {
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
TAILQ_FOREACH(rte_dev, &driver->driver.bus->device_list, next) {
|
|
|
|
struct rte_devargs *da;
|
|
|
|
|
|
|
|
da = rte_dev->device.devargs;
|
|
|
|
if (!da) {
|
|
|
|
char devargs_str[128];
|
|
|
|
|
2020-11-16 16:27:04 +00:00
|
|
|
/* the device was never blocked or allowed */
|
env_dpdk/pci: delay device initialization on hotplug
A workaround for kernel deadlocks surfaced in #1275.
DPDK basically offers two APIs for hotplugging all PCI devices:
rte_bus_scan() and rte_bus_probe(). Scan iterates through
/sys/bus/pci/devices/* and creates corresponding rte_pci_device-s,
then rte_bus_probe() tries to initialize each device with the
supporting driver.
Previously we did scan and probe together, one after another, now
we'll have an intermediate step. After scanning the bus, we'll
iterate through all rte_pci_device-s and temporarily blacklist any
newly detected devices. We'll use devargs->data field to a store
a timeout value (integer) after which the device can be un-blacklisted
and initialized. devargs->data is documented in DPDK as "Device
string storage" and it's a char*, but it's not referenced anywhere
in DPDK. rte_bus_probe() respects the blacklist and doesn't do
absolutely anything with blacklisted ones.
The timeout value is 2 seconds, which should be plenty enough
for an NVMe device to reset, leave the critical lock sections in
kernel, and let us initialize it safely.
Note that direct attach by BDF doesn't respect the blacklist,
so an NVMe attach RPC won't be delayed in any way, it will continue
to work as it always did. Only the automatic discovery & enumeration
is deferred.
Change-Id: I62b719271bd0755bc2882331ea33f69897b1e5e5
Signed-off-by: Darek Stojaczyk <dariusz.stojaczyk@intel.com>
Reviewed-on: https://review.spdk.io/gerrit/c/spdk/spdk/+/1733
Community-CI: Mellanox Build Bot
Reviewed-by: Jim Harris <james.r.harris@intel.com>
Reviewed-by: Ben Walker <benjamin.walker@intel.com>
Tested-by: SPDK CI Jenkins <sys_sgci@intel.com>
2020-04-07 17:21:54 +00:00
|
|
|
da = calloc(1, sizeof(*da));
|
|
|
|
if (!da) {
|
|
|
|
return -1;
|
|
|
|
}
|
|
|
|
|
|
|
|
snprintf(devargs_str, sizeof(devargs_str), "pci:%s", rte_dev->device.name);
|
|
|
|
if (rte_devargs_parse(da, devargs_str) != 0) {
|
|
|
|
free(da);
|
|
|
|
return -1;
|
|
|
|
}
|
|
|
|
|
|
|
|
rte_devargs_insert(&da);
|
|
|
|
rte_dev->device.devargs = da;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (da->data) {
|
2020-11-16 16:27:04 +00:00
|
|
|
uint64_t allowed_at = (uint64_t)(uintptr_t)da->data;
|
env_dpdk/pci: delay device initialization on hotplug
A workaround for kernel deadlocks surfaced in #1275.
DPDK basically offers two APIs for hotplugging all PCI devices:
rte_bus_scan() and rte_bus_probe(). Scan iterates through
/sys/bus/pci/devices/* and creates corresponding rte_pci_device-s,
then rte_bus_probe() tries to initialize each device with the
supporting driver.
Previously we did scan and probe together, one after another, now
we'll have an intermediate step. After scanning the bus, we'll
iterate through all rte_pci_device-s and temporarily blacklist any
newly detected devices. We'll use devargs->data field to a store
a timeout value (integer) after which the device can be un-blacklisted
and initialized. devargs->data is documented in DPDK as "Device
string storage" and it's a char*, but it's not referenced anywhere
in DPDK. rte_bus_probe() respects the blacklist and doesn't do
absolutely anything with blacklisted ones.
The timeout value is 2 seconds, which should be plenty enough
for an NVMe device to reset, leave the critical lock sections in
kernel, and let us initialize it safely.
Note that direct attach by BDF doesn't respect the blacklist,
so an NVMe attach RPC won't be delayed in any way, it will continue
to work as it always did. Only the automatic discovery & enumeration
is deferred.
Change-Id: I62b719271bd0755bc2882331ea33f69897b1e5e5
Signed-off-by: Darek Stojaczyk <dariusz.stojaczyk@intel.com>
Reviewed-on: https://review.spdk.io/gerrit/c/spdk/spdk/+/1733
Community-CI: Mellanox Build Bot
Reviewed-by: Jim Harris <james.r.harris@intel.com>
Reviewed-by: Ben Walker <benjamin.walker@intel.com>
Tested-by: SPDK CI Jenkins <sys_sgci@intel.com>
2020-04-07 17:21:54 +00:00
|
|
|
|
|
|
|
/* this device was seen by spdk before... */
|
2020-11-16 16:27:04 +00:00
|
|
|
if (da->policy == RTE_DEV_BLOCKED && allowed_at <= now) {
|
|
|
|
da->policy = RTE_DEV_ALLOWED;
|
env_dpdk/pci: delay device initialization on hotplug
A workaround for kernel deadlocks surfaced in #1275.
DPDK basically offers two APIs for hotplugging all PCI devices:
rte_bus_scan() and rte_bus_probe(). Scan iterates through
/sys/bus/pci/devices/* and creates corresponding rte_pci_device-s,
then rte_bus_probe() tries to initialize each device with the
supporting driver.
Previously we did scan and probe together, one after another, now
we'll have an intermediate step. After scanning the bus, we'll
iterate through all rte_pci_device-s and temporarily blacklist any
newly detected devices. We'll use devargs->data field to a store
a timeout value (integer) after which the device can be un-blacklisted
and initialized. devargs->data is documented in DPDK as "Device
string storage" and it's a char*, but it's not referenced anywhere
in DPDK. rte_bus_probe() respects the blacklist and doesn't do
absolutely anything with blacklisted ones.
The timeout value is 2 seconds, which should be plenty enough
for an NVMe device to reset, leave the critical lock sections in
kernel, and let us initialize it safely.
Note that direct attach by BDF doesn't respect the blacklist,
so an NVMe attach RPC won't be delayed in any way, it will continue
to work as it always did. Only the automatic discovery & enumeration
is deferred.
Change-Id: I62b719271bd0755bc2882331ea33f69897b1e5e5
Signed-off-by: Darek Stojaczyk <dariusz.stojaczyk@intel.com>
Reviewed-on: https://review.spdk.io/gerrit/c/spdk/spdk/+/1733
Community-CI: Mellanox Build Bot
Reviewed-by: Jim Harris <james.r.harris@intel.com>
Reviewed-by: Ben Walker <benjamin.walker@intel.com>
Tested-by: SPDK CI Jenkins <sys_sgci@intel.com>
2020-04-07 17:21:54 +00:00
|
|
|
}
|
2020-11-16 16:27:04 +00:00
|
|
|
} else if ((driver->driver.bus->bus.conf.scan_mode == RTE_BUS_SCAN_ALLOWLIST &&
|
|
|
|
da->policy == RTE_DEV_ALLOWED) || da->policy != RTE_DEV_BLOCKED) {
|
|
|
|
/* override the policy only if not permanently blocked */
|
env_dpdk/pci: delay device initialization on hotplug
A workaround for kernel deadlocks surfaced in #1275.
DPDK basically offers two APIs for hotplugging all PCI devices:
rte_bus_scan() and rte_bus_probe(). Scan iterates through
/sys/bus/pci/devices/* and creates corresponding rte_pci_device-s,
then rte_bus_probe() tries to initialize each device with the
supporting driver.
Previously we did scan and probe together, one after another, now
we'll have an intermediate step. After scanning the bus, we'll
iterate through all rte_pci_device-s and temporarily blacklist any
newly detected devices. We'll use devargs->data field to a store
a timeout value (integer) after which the device can be un-blacklisted
and initialized. devargs->data is documented in DPDK as "Device
string storage" and it's a char*, but it's not referenced anywhere
in DPDK. rte_bus_probe() respects the blacklist and doesn't do
absolutely anything with blacklisted ones.
The timeout value is 2 seconds, which should be plenty enough
for an NVMe device to reset, leave the critical lock sections in
kernel, and let us initialize it safely.
Note that direct attach by BDF doesn't respect the blacklist,
so an NVMe attach RPC won't be delayed in any way, it will continue
to work as it always did. Only the automatic discovery & enumeration
is deferred.
Change-Id: I62b719271bd0755bc2882331ea33f69897b1e5e5
Signed-off-by: Darek Stojaczyk <dariusz.stojaczyk@intel.com>
Reviewed-on: https://review.spdk.io/gerrit/c/spdk/spdk/+/1733
Community-CI: Mellanox Build Bot
Reviewed-by: Jim Harris <james.r.harris@intel.com>
Reviewed-by: Ben Walker <benjamin.walker@intel.com>
Tested-by: SPDK CI Jenkins <sys_sgci@intel.com>
2020-04-07 17:21:54 +00:00
|
|
|
|
|
|
|
if (delay_init) {
|
2020-11-16 16:27:04 +00:00
|
|
|
da->policy = RTE_DEV_BLOCKED;
|
env_dpdk/pci: delay device initialization on hotplug
A workaround for kernel deadlocks surfaced in #1275.
DPDK basically offers two APIs for hotplugging all PCI devices:
rte_bus_scan() and rte_bus_probe(). Scan iterates through
/sys/bus/pci/devices/* and creates corresponding rte_pci_device-s,
then rte_bus_probe() tries to initialize each device with the
supporting driver.
Previously we did scan and probe together, one after another, now
we'll have an intermediate step. After scanning the bus, we'll
iterate through all rte_pci_device-s and temporarily blacklist any
newly detected devices. We'll use devargs->data field to a store
a timeout value (integer) after which the device can be un-blacklisted
and initialized. devargs->data is documented in DPDK as "Device
string storage" and it's a char*, but it's not referenced anywhere
in DPDK. rte_bus_probe() respects the blacklist and doesn't do
absolutely anything with blacklisted ones.
The timeout value is 2 seconds, which should be plenty enough
for an NVMe device to reset, leave the critical lock sections in
kernel, and let us initialize it safely.
Note that direct attach by BDF doesn't respect the blacklist,
so an NVMe attach RPC won't be delayed in any way, it will continue
to work as it always did. Only the automatic discovery & enumeration
is deferred.
Change-Id: I62b719271bd0755bc2882331ea33f69897b1e5e5
Signed-off-by: Darek Stojaczyk <dariusz.stojaczyk@intel.com>
Reviewed-on: https://review.spdk.io/gerrit/c/spdk/spdk/+/1733
Community-CI: Mellanox Build Bot
Reviewed-by: Jim Harris <james.r.harris@intel.com>
Reviewed-by: Ben Walker <benjamin.walker@intel.com>
Tested-by: SPDK CI Jenkins <sys_sgci@intel.com>
2020-04-07 17:21:54 +00:00
|
|
|
da->data = (void *)(now + 2 * spdk_get_ticks_hz());
|
|
|
|
} else {
|
2020-11-16 16:27:04 +00:00
|
|
|
da->policy = RTE_DEV_ALLOWED;
|
env_dpdk/pci: delay device initialization on hotplug
A workaround for kernel deadlocks surfaced in #1275.
DPDK basically offers two APIs for hotplugging all PCI devices:
rte_bus_scan() and rte_bus_probe(). Scan iterates through
/sys/bus/pci/devices/* and creates corresponding rte_pci_device-s,
then rte_bus_probe() tries to initialize each device with the
supporting driver.
Previously we did scan and probe together, one after another, now
we'll have an intermediate step. After scanning the bus, we'll
iterate through all rte_pci_device-s and temporarily blacklist any
newly detected devices. We'll use devargs->data field to a store
a timeout value (integer) after which the device can be un-blacklisted
and initialized. devargs->data is documented in DPDK as "Device
string storage" and it's a char*, but it's not referenced anywhere
in DPDK. rte_bus_probe() respects the blacklist and doesn't do
absolutely anything with blacklisted ones.
The timeout value is 2 seconds, which should be plenty enough
for an NVMe device to reset, leave the critical lock sections in
kernel, and let us initialize it safely.
Note that direct attach by BDF doesn't respect the blacklist,
so an NVMe attach RPC won't be delayed in any way, it will continue
to work as it always did. Only the automatic discovery & enumeration
is deferred.
Change-Id: I62b719271bd0755bc2882331ea33f69897b1e5e5
Signed-off-by: Darek Stojaczyk <dariusz.stojaczyk@intel.com>
Reviewed-on: https://review.spdk.io/gerrit/c/spdk/spdk/+/1733
Community-CI: Mellanox Build Bot
Reviewed-by: Jim Harris <james.r.harris@intel.com>
Reviewed-by: Ben Walker <benjamin.walker@intel.com>
Tested-by: SPDK CI Jenkins <sys_sgci@intel.com>
2020-04-07 17:21:54 +00:00
|
|
|
da->data = (void *)(uintptr_t)now;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2016-11-15 01:53:14 +00:00
|
|
|
int
|
2018-12-01 09:31:35 +00:00
|
|
|
spdk_pci_device_attach(struct spdk_pci_driver *driver,
|
2016-11-15 01:53:14 +00:00
|
|
|
spdk_pci_enum_cb enum_cb,
|
|
|
|
void *enum_ctx, struct spdk_pci_addr *pci_address)
|
|
|
|
{
|
2018-11-20 14:05:13 +00:00
|
|
|
struct spdk_pci_device *dev;
|
env_dpdk/pci: delay device initialization on hotplug
A workaround for kernel deadlocks surfaced in #1275.
DPDK basically offers two APIs for hotplugging all PCI devices:
rte_bus_scan() and rte_bus_probe(). Scan iterates through
/sys/bus/pci/devices/* and creates corresponding rte_pci_device-s,
then rte_bus_probe() tries to initialize each device with the
supporting driver.
Previously we did scan and probe together, one after another, now
we'll have an intermediate step. After scanning the bus, we'll
iterate through all rte_pci_device-s and temporarily blacklist any
newly detected devices. We'll use devargs->data field to a store
a timeout value (integer) after which the device can be un-blacklisted
and initialized. devargs->data is documented in DPDK as "Device
string storage" and it's a char*, but it's not referenced anywhere
in DPDK. rte_bus_probe() respects the blacklist and doesn't do
absolutely anything with blacklisted ones.
The timeout value is 2 seconds, which should be plenty enough
for an NVMe device to reset, leave the critical lock sections in
kernel, and let us initialize it safely.
Note that direct attach by BDF doesn't respect the blacklist,
so an NVMe attach RPC won't be delayed in any way, it will continue
to work as it always did. Only the automatic discovery & enumeration
is deferred.
Change-Id: I62b719271bd0755bc2882331ea33f69897b1e5e5
Signed-off-by: Darek Stojaczyk <dariusz.stojaczyk@intel.com>
Reviewed-on: https://review.spdk.io/gerrit/c/spdk/spdk/+/1733
Community-CI: Mellanox Build Bot
Reviewed-by: Jim Harris <james.r.harris@intel.com>
Reviewed-by: Ben Walker <benjamin.walker@intel.com>
Tested-by: SPDK CI Jenkins <sys_sgci@intel.com>
2020-04-07 17:21:54 +00:00
|
|
|
struct rte_pci_device *rte_dev;
|
|
|
|
struct rte_devargs *da;
|
2018-11-20 20:49:39 +00:00
|
|
|
int rc;
|
|
|
|
char bdf[32];
|
2017-11-15 22:09:35 +00:00
|
|
|
|
|
|
|
spdk_pci_addr_fmt(bdf, sizeof(bdf), pci_address);
|
2016-11-15 01:53:14 +00:00
|
|
|
|
2019-06-19 04:52:03 +00:00
|
|
|
cleanup_pci_devices();
|
2019-06-21 06:15:59 +00:00
|
|
|
|
2018-12-02 11:38:13 +00:00
|
|
|
TAILQ_FOREACH(dev, &g_pci_devices, internal.tailq) {
|
2018-11-20 14:05:13 +00:00
|
|
|
if (spdk_pci_addr_compare(&dev->addr, pci_address) == 0) {
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2018-12-02 11:38:13 +00:00
|
|
|
if (dev != NULL && dev->internal.driver == driver) {
|
2019-06-21 06:15:59 +00:00
|
|
|
pthread_mutex_lock(&g_pci_mutex);
|
2019-03-24 12:09:42 +00:00
|
|
|
if (dev->internal.attached || dev->internal.pending_removal) {
|
2018-11-20 14:05:13 +00:00
|
|
|
pthread_mutex_unlock(&g_pci_mutex);
|
|
|
|
return -1;
|
|
|
|
}
|
|
|
|
|
|
|
|
rc = enum_cb(enum_ctx, dev);
|
|
|
|
if (rc == 0) {
|
2018-12-02 11:38:13 +00:00
|
|
|
dev->internal.attached = true;
|
2018-11-20 14:05:13 +00:00
|
|
|
}
|
|
|
|
pthread_mutex_unlock(&g_pci_mutex);
|
|
|
|
return rc;
|
|
|
|
}
|
|
|
|
|
2018-12-01 09:31:35 +00:00
|
|
|
driver->cb_fn = enum_cb;
|
|
|
|
driver->cb_arg = enum_ctx;
|
2016-11-15 01:53:14 +00:00
|
|
|
|
2018-11-23 14:36:18 +00:00
|
|
|
int i = 0;
|
|
|
|
|
|
|
|
do {
|
|
|
|
rc = rte_eal_hotplug_add("pci", bdf, "");
|
|
|
|
} while (rc == -ENOMSG && ++i <= DPDK_HOTPLUG_RETRY_COUNT);
|
|
|
|
|
|
|
|
if (i > 1 && rc == -EEXIST) {
|
|
|
|
/* Even though the previous request timed out, the device
|
|
|
|
* was attached successfully.
|
|
|
|
*/
|
|
|
|
rc = 0;
|
|
|
|
}
|
2016-11-15 01:53:14 +00:00
|
|
|
|
2018-12-01 09:31:35 +00:00
|
|
|
driver->cb_arg = NULL;
|
|
|
|
driver->cb_fn = NULL;
|
2019-06-21 05:59:11 +00:00
|
|
|
|
|
|
|
cleanup_pci_devices();
|
env_dpdk/pci: delay device initialization on hotplug
A workaround for kernel deadlocks surfaced in #1275.
DPDK basically offers two APIs for hotplugging all PCI devices:
rte_bus_scan() and rte_bus_probe(). Scan iterates through
/sys/bus/pci/devices/* and creates corresponding rte_pci_device-s,
then rte_bus_probe() tries to initialize each device with the
supporting driver.
Previously we did scan and probe together, one after another, now
we'll have an intermediate step. After scanning the bus, we'll
iterate through all rte_pci_device-s and temporarily blacklist any
newly detected devices. We'll use devargs->data field to a store
a timeout value (integer) after which the device can be un-blacklisted
and initialized. devargs->data is documented in DPDK as "Device
string storage" and it's a char*, but it's not referenced anywhere
in DPDK. rte_bus_probe() respects the blacklist and doesn't do
absolutely anything with blacklisted ones.
The timeout value is 2 seconds, which should be plenty enough
for an NVMe device to reset, leave the critical lock sections in
kernel, and let us initialize it safely.
Note that direct attach by BDF doesn't respect the blacklist,
so an NVMe attach RPC won't be delayed in any way, it will continue
to work as it always did. Only the automatic discovery & enumeration
is deferred.
Change-Id: I62b719271bd0755bc2882331ea33f69897b1e5e5
Signed-off-by: Darek Stojaczyk <dariusz.stojaczyk@intel.com>
Reviewed-on: https://review.spdk.io/gerrit/c/spdk/spdk/+/1733
Community-CI: Mellanox Build Bot
Reviewed-by: Jim Harris <james.r.harris@intel.com>
Reviewed-by: Ben Walker <benjamin.walker@intel.com>
Tested-by: SPDK CI Jenkins <sys_sgci@intel.com>
2020-04-07 17:21:54 +00:00
|
|
|
|
|
|
|
if (rc != 0) {
|
|
|
|
return -1;
|
|
|
|
}
|
|
|
|
|
2020-11-16 16:27:04 +00:00
|
|
|
/* explicit attach ignores the allowlist, so if we blocked this
|
env_dpdk/pci: delay device initialization on hotplug
A workaround for kernel deadlocks surfaced in #1275.
DPDK basically offers two APIs for hotplugging all PCI devices:
rte_bus_scan() and rte_bus_probe(). Scan iterates through
/sys/bus/pci/devices/* and creates corresponding rte_pci_device-s,
then rte_bus_probe() tries to initialize each device with the
supporting driver.
Previously we did scan and probe together, one after another, now
we'll have an intermediate step. After scanning the bus, we'll
iterate through all rte_pci_device-s and temporarily blacklist any
newly detected devices. We'll use devargs->data field to a store
a timeout value (integer) after which the device can be un-blacklisted
and initialized. devargs->data is documented in DPDK as "Device
string storage" and it's a char*, but it's not referenced anywhere
in DPDK. rte_bus_probe() respects the blacklist and doesn't do
absolutely anything with blacklisted ones.
The timeout value is 2 seconds, which should be plenty enough
for an NVMe device to reset, leave the critical lock sections in
kernel, and let us initialize it safely.
Note that direct attach by BDF doesn't respect the blacklist,
so an NVMe attach RPC won't be delayed in any way, it will continue
to work as it always did. Only the automatic discovery & enumeration
is deferred.
Change-Id: I62b719271bd0755bc2882331ea33f69897b1e5e5
Signed-off-by: Darek Stojaczyk <dariusz.stojaczyk@intel.com>
Reviewed-on: https://review.spdk.io/gerrit/c/spdk/spdk/+/1733
Community-CI: Mellanox Build Bot
Reviewed-by: Jim Harris <james.r.harris@intel.com>
Reviewed-by: Ben Walker <benjamin.walker@intel.com>
Tested-by: SPDK CI Jenkins <sys_sgci@intel.com>
2020-04-07 17:21:54 +00:00
|
|
|
* device before let's enable it now - just for clarity.
|
|
|
|
*/
|
|
|
|
TAILQ_FOREACH(dev, &g_pci_devices, internal.tailq) {
|
|
|
|
if (spdk_pci_addr_compare(&dev->addr, pci_address) == 0) {
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
assert(dev != NULL);
|
|
|
|
|
|
|
|
rte_dev = dev->dev_handle;
|
|
|
|
da = rte_dev->device.devargs;
|
|
|
|
if (da && da->data) {
|
|
|
|
da->data = (void *)(uintptr_t)spdk_get_ticks();
|
2020-11-16 16:27:04 +00:00
|
|
|
da->policy = RTE_DEV_ALLOWED;
|
env_dpdk/pci: delay device initialization on hotplug
A workaround for kernel deadlocks surfaced in #1275.
DPDK basically offers two APIs for hotplugging all PCI devices:
rte_bus_scan() and rte_bus_probe(). Scan iterates through
/sys/bus/pci/devices/* and creates corresponding rte_pci_device-s,
then rte_bus_probe() tries to initialize each device with the
supporting driver.
Previously we did scan and probe together, one after another, now
we'll have an intermediate step. After scanning the bus, we'll
iterate through all rte_pci_device-s and temporarily blacklist any
newly detected devices. We'll use devargs->data field to a store
a timeout value (integer) after which the device can be un-blacklisted
and initialized. devargs->data is documented in DPDK as "Device
string storage" and it's a char*, but it's not referenced anywhere
in DPDK. rte_bus_probe() respects the blacklist and doesn't do
absolutely anything with blacklisted ones.
The timeout value is 2 seconds, which should be plenty enough
for an NVMe device to reset, leave the critical lock sections in
kernel, and let us initialize it safely.
Note that direct attach by BDF doesn't respect the blacklist,
so an NVMe attach RPC won't be delayed in any way, it will continue
to work as it always did. Only the automatic discovery & enumeration
is deferred.
Change-Id: I62b719271bd0755bc2882331ea33f69897b1e5e5
Signed-off-by: Darek Stojaczyk <dariusz.stojaczyk@intel.com>
Reviewed-on: https://review.spdk.io/gerrit/c/spdk/spdk/+/1733
Community-CI: Mellanox Build Bot
Reviewed-by: Jim Harris <james.r.harris@intel.com>
Reviewed-by: Ben Walker <benjamin.walker@intel.com>
Tested-by: SPDK CI Jenkins <sys_sgci@intel.com>
2020-04-07 17:21:54 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
return 0;
|
2016-11-15 01:53:14 +00:00
|
|
|
}
|
|
|
|
|
2016-11-15 00:37:12 +00:00
|
|
|
/* Note: You can call spdk_pci_enumerate from more than one thread
|
|
|
|
* simultaneously safely, but you cannot call spdk_pci_enumerate
|
|
|
|
* and rte_eal_pci_probe simultaneously.
|
2017-04-25 17:35:22 +00:00
|
|
|
*/
|
2016-02-16 02:11:25 +00:00
|
|
|
int
|
2018-12-01 09:31:35 +00:00
|
|
|
spdk_pci_enumerate(struct spdk_pci_driver *driver,
|
2016-08-08 22:57:49 +00:00
|
|
|
spdk_pci_enum_cb enum_cb,
|
|
|
|
void *enum_ctx)
|
2016-02-16 02:11:25 +00:00
|
|
|
{
|
2018-11-20 14:05:13 +00:00
|
|
|
struct spdk_pci_device *dev;
|
|
|
|
int rc;
|
|
|
|
|
2019-06-19 04:52:03 +00:00
|
|
|
cleanup_pci_devices();
|
2019-06-21 06:29:25 +00:00
|
|
|
|
|
|
|
pthread_mutex_lock(&g_pci_mutex);
|
2018-12-02 11:38:13 +00:00
|
|
|
TAILQ_FOREACH(dev, &g_pci_devices, internal.tailq) {
|
2019-03-24 12:09:42 +00:00
|
|
|
if (dev->internal.attached ||
|
|
|
|
dev->internal.driver != driver ||
|
|
|
|
dev->internal.pending_removal) {
|
2018-11-20 14:05:13 +00:00
|
|
|
continue;
|
|
|
|
}
|
|
|
|
|
|
|
|
rc = enum_cb(enum_ctx, dev);
|
|
|
|
if (rc == 0) {
|
2018-12-02 11:38:13 +00:00
|
|
|
dev->internal.attached = true;
|
2018-11-20 14:05:13 +00:00
|
|
|
} else if (rc < 0) {
|
|
|
|
pthread_mutex_unlock(&g_pci_mutex);
|
|
|
|
return -1;
|
|
|
|
}
|
|
|
|
}
|
2019-06-19 10:34:03 +00:00
|
|
|
pthread_mutex_unlock(&g_pci_mutex);
|
2018-11-20 14:05:13 +00:00
|
|
|
|
env_dpdk/pci: delay device initialization on hotplug
A workaround for kernel deadlocks surfaced in #1275.
DPDK basically offers two APIs for hotplugging all PCI devices:
rte_bus_scan() and rte_bus_probe(). Scan iterates through
/sys/bus/pci/devices/* and creates corresponding rte_pci_device-s,
then rte_bus_probe() tries to initialize each device with the
supporting driver.
Previously we did scan and probe together, one after another, now
we'll have an intermediate step. After scanning the bus, we'll
iterate through all rte_pci_device-s and temporarily blacklist any
newly detected devices. We'll use devargs->data field to a store
a timeout value (integer) after which the device can be un-blacklisted
and initialized. devargs->data is documented in DPDK as "Device
string storage" and it's a char*, but it's not referenced anywhere
in DPDK. rte_bus_probe() respects the blacklist and doesn't do
absolutely anything with blacklisted ones.
The timeout value is 2 seconds, which should be plenty enough
for an NVMe device to reset, leave the critical lock sections in
kernel, and let us initialize it safely.
Note that direct attach by BDF doesn't respect the blacklist,
so an NVMe attach RPC won't be delayed in any way, it will continue
to work as it always did. Only the automatic discovery & enumeration
is deferred.
Change-Id: I62b719271bd0755bc2882331ea33f69897b1e5e5
Signed-off-by: Darek Stojaczyk <dariusz.stojaczyk@intel.com>
Reviewed-on: https://review.spdk.io/gerrit/c/spdk/spdk/+/1733
Community-CI: Mellanox Build Bot
Reviewed-by: Jim Harris <james.r.harris@intel.com>
Reviewed-by: Ben Walker <benjamin.walker@intel.com>
Tested-by: SPDK CI Jenkins <sys_sgci@intel.com>
2020-04-07 17:21:54 +00:00
|
|
|
if (scan_pci_bus(true) != 0) {
|
|
|
|
return -1;
|
|
|
|
}
|
2020-06-18 09:30:34 +00:00
|
|
|
|
2018-12-01 09:31:35 +00:00
|
|
|
driver->cb_fn = enum_cb;
|
|
|
|
driver->cb_arg = enum_ctx;
|
2016-10-12 23:26:05 +00:00
|
|
|
|
2020-06-18 09:30:34 +00:00
|
|
|
if (rte_bus_probe() != 0) {
|
2018-12-01 09:31:35 +00:00
|
|
|
driver->cb_arg = NULL;
|
|
|
|
driver->cb_fn = NULL;
|
2016-11-15 00:37:12 +00:00
|
|
|
return -1;
|
|
|
|
}
|
|
|
|
|
2018-12-01 09:31:35 +00:00
|
|
|
driver->cb_arg = NULL;
|
|
|
|
driver->cb_fn = NULL;
|
2019-06-21 05:59:11 +00:00
|
|
|
|
|
|
|
cleanup_pci_devices();
|
2016-11-15 00:37:12 +00:00
|
|
|
return 0;
|
2016-02-16 02:11:25 +00:00
|
|
|
}
|
|
|
|
|
2019-04-11 09:43:50 +00:00
|
|
|
struct spdk_pci_device *
|
|
|
|
spdk_pci_get_first_device(void)
|
|
|
|
{
|
|
|
|
return TAILQ_FIRST(&g_pci_devices);
|
|
|
|
}
|
|
|
|
|
|
|
|
struct spdk_pci_device *
|
|
|
|
spdk_pci_get_next_device(struct spdk_pci_device *prev)
|
|
|
|
{
|
|
|
|
return TAILQ_NEXT(prev, internal.tailq);
|
|
|
|
}
|
|
|
|
|
2016-02-03 21:36:26 +00:00
|
|
|
int
|
2018-11-29 09:24:05 +00:00
|
|
|
spdk_pci_device_map_bar(struct spdk_pci_device *dev, uint32_t bar,
|
2016-08-08 22:57:49 +00:00
|
|
|
void **mapped_addr, uint64_t *phys_addr, uint64_t *size)
|
2016-02-03 21:36:26 +00:00
|
|
|
{
|
2018-11-29 09:24:05 +00:00
|
|
|
return dev->map_bar(dev, bar, mapped_addr, phys_addr, size);
|
2016-02-03 21:36:26 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
int
|
2018-11-29 09:24:05 +00:00
|
|
|
spdk_pci_device_unmap_bar(struct spdk_pci_device *dev, uint32_t bar, void *addr)
|
2016-02-03 21:36:26 +00:00
|
|
|
{
|
2018-11-29 09:24:05 +00:00
|
|
|
return dev->unmap_bar(dev, bar, addr);
|
2016-02-03 21:36:26 +00:00
|
|
|
}
|
|
|
|
|
2017-06-21 22:05:47 +00:00
|
|
|
uint32_t
|
2016-02-03 21:36:26 +00:00
|
|
|
spdk_pci_device_get_domain(struct spdk_pci_device *dev)
|
2016-02-03 22:00:39 +00:00
|
|
|
{
|
2018-11-20 14:05:13 +00:00
|
|
|
return dev->addr.domain;
|
2016-02-03 21:36:26 +00:00
|
|
|
}
|
2016-02-03 22:00:39 +00:00
|
|
|
|
2016-02-03 21:36:26 +00:00
|
|
|
uint8_t
|
|
|
|
spdk_pci_device_get_bus(struct spdk_pci_device *dev)
|
|
|
|
{
|
2018-11-20 14:05:13 +00:00
|
|
|
return dev->addr.bus;
|
2016-02-03 21:36:26 +00:00
|
|
|
}
|
2016-02-03 22:00:39 +00:00
|
|
|
|
2016-02-03 21:36:26 +00:00
|
|
|
uint8_t
|
|
|
|
spdk_pci_device_get_dev(struct spdk_pci_device *dev)
|
|
|
|
{
|
2018-11-20 14:05:13 +00:00
|
|
|
return dev->addr.dev;
|
2016-02-03 21:36:26 +00:00
|
|
|
}
|
2016-02-03 22:00:39 +00:00
|
|
|
|
2016-02-03 21:36:26 +00:00
|
|
|
uint8_t
|
|
|
|
spdk_pci_device_get_func(struct spdk_pci_device *dev)
|
|
|
|
{
|
2018-11-20 14:05:13 +00:00
|
|
|
return dev->addr.func;
|
2016-02-03 21:36:26 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
uint16_t
|
|
|
|
spdk_pci_device_get_vendor_id(struct spdk_pci_device *dev)
|
|
|
|
{
|
2018-11-20 14:05:13 +00:00
|
|
|
return dev->id.vendor_id;
|
2016-02-03 21:36:26 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
uint16_t
|
|
|
|
spdk_pci_device_get_device_id(struct spdk_pci_device *dev)
|
|
|
|
{
|
2018-11-20 14:05:13 +00:00
|
|
|
return dev->id.device_id;
|
2016-02-03 21:36:26 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
uint16_t
|
|
|
|
spdk_pci_device_get_subvendor_id(struct spdk_pci_device *dev)
|
|
|
|
{
|
2018-11-20 14:05:13 +00:00
|
|
|
return dev->id.subvendor_id;
|
2016-02-03 21:36:26 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
uint16_t
|
|
|
|
spdk_pci_device_get_subdevice_id(struct spdk_pci_device *dev)
|
|
|
|
{
|
2018-11-20 14:05:13 +00:00
|
|
|
return dev->id.subdevice_id;
|
2016-02-03 21:36:26 +00:00
|
|
|
}
|
|
|
|
|
2016-10-28 18:11:45 +00:00
|
|
|
struct spdk_pci_id
|
2018-11-20 14:05:13 +00:00
|
|
|
spdk_pci_device_get_id(struct spdk_pci_device *dev)
|
2016-10-28 18:11:45 +00:00
|
|
|
{
|
2018-11-20 14:05:13 +00:00
|
|
|
return dev->id;
|
2016-10-28 18:11:45 +00:00
|
|
|
}
|
|
|
|
|
2017-01-31 00:39:23 +00:00
|
|
|
int
|
2018-11-18 01:15:19 +00:00
|
|
|
spdk_pci_device_get_socket_id(struct spdk_pci_device *dev)
|
2017-01-31 00:39:23 +00:00
|
|
|
{
|
2018-11-20 14:05:13 +00:00
|
|
|
return dev->socket_id;
|
2017-01-31 00:39:23 +00:00
|
|
|
}
|
|
|
|
|
2016-02-16 02:11:25 +00:00
|
|
|
int
|
2017-09-21 16:59:10 +00:00
|
|
|
spdk_pci_device_cfg_read(struct spdk_pci_device *dev, void *value, uint32_t len, uint32_t offset)
|
2016-02-16 02:11:25 +00:00
|
|
|
{
|
2018-11-29 09:24:05 +00:00
|
|
|
return dev->cfg_read(dev, value, len, offset);
|
2016-02-16 02:11:25 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
int
|
2017-09-21 16:59:10 +00:00
|
|
|
spdk_pci_device_cfg_write(struct spdk_pci_device *dev, void *value, uint32_t len, uint32_t offset)
|
2016-02-16 02:11:25 +00:00
|
|
|
{
|
2018-11-29 09:24:05 +00:00
|
|
|
return dev->cfg_write(dev, value, len, offset);
|
2017-09-21 16:59:10 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
int
|
|
|
|
spdk_pci_device_cfg_read8(struct spdk_pci_device *dev, uint8_t *value, uint32_t offset)
|
|
|
|
{
|
|
|
|
return spdk_pci_device_cfg_read(dev, value, 1, offset);
|
|
|
|
}
|
|
|
|
|
|
|
|
int
|
|
|
|
spdk_pci_device_cfg_write8(struct spdk_pci_device *dev, uint8_t value, uint32_t offset)
|
|
|
|
{
|
|
|
|
return spdk_pci_device_cfg_write(dev, &value, 1, offset);
|
2016-02-16 02:11:25 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
int
|
|
|
|
spdk_pci_device_cfg_read16(struct spdk_pci_device *dev, uint16_t *value, uint32_t offset)
|
|
|
|
{
|
2017-09-21 16:59:10 +00:00
|
|
|
return spdk_pci_device_cfg_read(dev, value, 2, offset);
|
2016-02-16 02:11:25 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
int
|
|
|
|
spdk_pci_device_cfg_write16(struct spdk_pci_device *dev, uint16_t value, uint32_t offset)
|
|
|
|
{
|
2017-09-21 16:59:10 +00:00
|
|
|
return spdk_pci_device_cfg_write(dev, &value, 2, offset);
|
2016-02-16 02:11:25 +00:00
|
|
|
}
|
|
|
|
|
2015-09-21 15:52:41 +00:00
|
|
|
int
|
2016-02-03 21:36:26 +00:00
|
|
|
spdk_pci_device_cfg_read32(struct spdk_pci_device *dev, uint32_t *value, uint32_t offset)
|
|
|
|
{
|
2017-09-21 16:59:10 +00:00
|
|
|
return spdk_pci_device_cfg_read(dev, value, 4, offset);
|
2016-02-03 21:36:26 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
int
|
|
|
|
spdk_pci_device_cfg_write32(struct spdk_pci_device *dev, uint32_t value, uint32_t offset)
|
|
|
|
{
|
2017-09-21 16:59:10 +00:00
|
|
|
return spdk_pci_device_cfg_write(dev, &value, 4, offset);
|
2016-02-03 21:36:26 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
int
|
|
|
|
spdk_pci_device_get_serial_number(struct spdk_pci_device *dev, char *sn, size_t len)
|
2015-09-21 15:52:41 +00:00
|
|
|
{
|
|
|
|
int err;
|
|
|
|
uint32_t pos, header = 0;
|
|
|
|
uint32_t i, buf[2];
|
|
|
|
|
2017-12-07 23:23:48 +00:00
|
|
|
if (len < 17) {
|
2015-09-21 15:52:41 +00:00
|
|
|
return -1;
|
2017-12-07 23:23:48 +00:00
|
|
|
}
|
2015-09-21 15:52:41 +00:00
|
|
|
|
2016-02-03 21:36:26 +00:00
|
|
|
err = spdk_pci_device_cfg_read32(dev, &header, PCI_CFG_SIZE);
|
2017-12-07 23:23:48 +00:00
|
|
|
if (err || !header) {
|
2015-09-21 15:52:41 +00:00
|
|
|
return -1;
|
2017-12-07 23:23:48 +00:00
|
|
|
}
|
2015-09-21 15:52:41 +00:00
|
|
|
|
|
|
|
pos = PCI_CFG_SIZE;
|
|
|
|
while (1) {
|
|
|
|
if ((header & 0x0000ffff) == PCI_EXT_CAP_ID_SN) {
|
|
|
|
if (pos) {
|
2017-04-24 18:14:41 +00:00
|
|
|
/* skip the header */
|
2015-09-21 15:52:41 +00:00
|
|
|
pos += 4;
|
|
|
|
for (i = 0; i < 2; i++) {
|
2016-02-03 21:36:26 +00:00
|
|
|
err = spdk_pci_device_cfg_read32(dev, &buf[i], pos + 4 * i);
|
2017-12-07 23:23:48 +00:00
|
|
|
if (err) {
|
2015-09-21 15:52:41 +00:00
|
|
|
return -1;
|
2017-12-07 23:23:48 +00:00
|
|
|
}
|
2015-09-21 15:52:41 +00:00
|
|
|
}
|
2017-03-23 07:44:36 +00:00
|
|
|
snprintf(sn, len, "%08x%08x", buf[1], buf[0]);
|
2015-09-21 15:52:41 +00:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
pos = (header >> 20) & 0xffc;
|
2017-04-24 18:14:41 +00:00
|
|
|
/* 0 if no other items exist */
|
2017-12-07 23:23:48 +00:00
|
|
|
if (pos < PCI_CFG_SIZE) {
|
2015-09-21 15:52:41 +00:00
|
|
|
return -1;
|
2017-12-07 23:23:48 +00:00
|
|
|
}
|
2016-02-03 21:36:26 +00:00
|
|
|
err = spdk_pci_device_cfg_read32(dev, &header, pos);
|
2017-12-07 23:23:48 +00:00
|
|
|
if (err) {
|
2015-09-21 15:52:41 +00:00
|
|
|
return -1;
|
2017-12-07 23:23:48 +00:00
|
|
|
}
|
2015-09-21 15:52:41 +00:00
|
|
|
}
|
|
|
|
return -1;
|
|
|
|
}
|
|
|
|
|
2016-10-28 18:00:18 +00:00
|
|
|
struct spdk_pci_addr
|
2018-11-20 14:05:13 +00:00
|
|
|
spdk_pci_device_get_addr(struct spdk_pci_device *dev)
|
2016-10-08 00:01:54 +00:00
|
|
|
{
|
2018-11-20 14:05:13 +00:00
|
|
|
return dev->addr;
|
2016-10-28 18:00:18 +00:00
|
|
|
}
|
|
|
|
|
2019-03-23 21:38:14 +00:00
|
|
|
bool
|
|
|
|
spdk_pci_device_is_removed(struct spdk_pci_device *dev)
|
|
|
|
{
|
|
|
|
return dev->internal.pending_removal;
|
|
|
|
}
|
|
|
|
|
2016-10-28 18:00:18 +00:00
|
|
|
int
|
|
|
|
spdk_pci_addr_compare(const struct spdk_pci_addr *a1, const struct spdk_pci_addr *a2)
|
|
|
|
{
|
|
|
|
if (a1->domain > a2->domain) {
|
|
|
|
return 1;
|
|
|
|
} else if (a1->domain < a2->domain) {
|
|
|
|
return -1;
|
|
|
|
} else if (a1->bus > a2->bus) {
|
|
|
|
return 1;
|
|
|
|
} else if (a1->bus < a2->bus) {
|
|
|
|
return -1;
|
|
|
|
} else if (a1->dev > a2->dev) {
|
|
|
|
return 1;
|
|
|
|
} else if (a1->dev < a2->dev) {
|
|
|
|
return -1;
|
|
|
|
} else if (a1->func > a2->func) {
|
|
|
|
return 1;
|
|
|
|
} else if (a1->func < a2->func) {
|
|
|
|
return -1;
|
|
|
|
}
|
|
|
|
|
|
|
|
return 0;
|
2016-10-08 00:01:54 +00:00
|
|
|
}
|
|
|
|
|
2016-01-11 22:48:00 +00:00
|
|
|
#ifdef __linux__
|
2015-09-21 15:52:41 +00:00
|
|
|
int
|
2019-09-02 09:35:33 +00:00
|
|
|
spdk_pci_device_claim(struct spdk_pci_device *dev)
|
2015-09-21 15:52:41 +00:00
|
|
|
{
|
|
|
|
int dev_fd;
|
2017-12-05 20:44:19 +00:00
|
|
|
char dev_name[64];
|
2015-09-21 15:52:41 +00:00
|
|
|
int pid;
|
|
|
|
void *dev_map;
|
|
|
|
struct flock pcidev_lock = {
|
|
|
|
.l_type = F_WRLCK,
|
|
|
|
.l_whence = SEEK_SET,
|
|
|
|
.l_start = 0,
|
|
|
|
.l_len = 0,
|
|
|
|
};
|
|
|
|
|
2020-11-13 08:07:06 +00:00
|
|
|
snprintf(dev_name, sizeof(dev_name), "/var/tmp/spdk_pci_lock_%04x:%02x:%02x.%x",
|
2019-09-02 09:35:33 +00:00
|
|
|
dev->addr.domain, dev->addr.bus, dev->addr.dev, dev->addr.func);
|
2015-09-21 15:52:41 +00:00
|
|
|
|
2017-12-05 20:44:19 +00:00
|
|
|
dev_fd = open(dev_name, O_RDWR | O_CREAT, S_IRUSR | S_IWUSR);
|
2015-09-21 15:52:41 +00:00
|
|
|
if (dev_fd == -1) {
|
2020-04-20 19:47:03 +00:00
|
|
|
SPDK_ERRLOG("could not open %s\n", dev_name);
|
2019-09-02 09:35:33 +00:00
|
|
|
return -errno;
|
2015-09-21 15:52:41 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
if (ftruncate(dev_fd, sizeof(int)) != 0) {
|
2020-04-20 19:47:03 +00:00
|
|
|
SPDK_ERRLOG("could not truncate %s\n", dev_name);
|
2015-09-21 15:52:41 +00:00
|
|
|
close(dev_fd);
|
2019-09-02 09:35:33 +00:00
|
|
|
return -errno;
|
2015-09-21 15:52:41 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
dev_map = mmap(NULL, sizeof(int), PROT_READ | PROT_WRITE,
|
|
|
|
MAP_SHARED, dev_fd, 0);
|
2018-03-28 18:07:54 +00:00
|
|
|
if (dev_map == MAP_FAILED) {
|
2020-04-20 19:47:03 +00:00
|
|
|
SPDK_ERRLOG("could not mmap dev %s (%d)\n", dev_name, errno);
|
2015-09-21 15:52:41 +00:00
|
|
|
close(dev_fd);
|
2019-09-02 09:35:33 +00:00
|
|
|
return -errno;
|
2015-09-21 15:52:41 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
if (fcntl(dev_fd, F_SETLK, &pcidev_lock) != 0) {
|
|
|
|
pid = *(int *)dev_map;
|
2020-04-20 19:47:03 +00:00
|
|
|
SPDK_ERRLOG("Cannot create lock on device %s, probably"
|
|
|
|
" process %d has claimed it\n", dev_name, pid);
|
2015-09-21 15:52:41 +00:00
|
|
|
munmap(dev_map, sizeof(int));
|
|
|
|
close(dev_fd);
|
2019-09-02 09:35:33 +00:00
|
|
|
/* F_SETLK returns unspecified errnos, normalize them */
|
|
|
|
return -EACCES;
|
2015-09-21 15:52:41 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
*(int *)dev_map = (int)getpid();
|
|
|
|
munmap(dev_map, sizeof(int));
|
2019-09-02 09:35:33 +00:00
|
|
|
dev->internal.claim_fd = dev_fd;
|
2015-09-21 15:52:41 +00:00
|
|
|
/* Keep dev_fd open to maintain the lock. */
|
2019-09-02 09:35:33 +00:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
|
|
|
spdk_pci_device_unclaim(struct spdk_pci_device *dev)
|
|
|
|
{
|
|
|
|
char dev_name[64];
|
|
|
|
|
2020-11-13 08:07:06 +00:00
|
|
|
snprintf(dev_name, sizeof(dev_name), "/var/tmp/spdk_pci_lock_%04x:%02x:%02x.%x",
|
2019-09-02 09:35:33 +00:00
|
|
|
dev->addr.domain, dev->addr.bus, dev->addr.dev, dev->addr.func);
|
|
|
|
|
|
|
|
close(dev->internal.claim_fd);
|
|
|
|
dev->internal.claim_fd = -1;
|
|
|
|
unlink(dev_name);
|
2015-09-21 15:52:41 +00:00
|
|
|
}
|
2016-07-21 16:00:10 +00:00
|
|
|
#endif /* __linux__ */
|
|
|
|
|
|
|
|
#ifdef __FreeBSD__
|
|
|
|
int
|
2019-09-02 09:35:33 +00:00
|
|
|
spdk_pci_device_claim(struct spdk_pci_device *dev)
|
2016-07-21 16:00:10 +00:00
|
|
|
{
|
|
|
|
/* TODO */
|
|
|
|
return 0;
|
|
|
|
}
|
2019-09-02 09:35:33 +00:00
|
|
|
|
|
|
|
void
|
|
|
|
spdk_pci_device_unclaim(struct spdk_pci_device *dev)
|
|
|
|
{
|
|
|
|
/* TODO */
|
|
|
|
}
|
2016-07-21 16:00:10 +00:00
|
|
|
#endif /* __FreeBSD__ */
|
2016-10-31 23:29:52 +00:00
|
|
|
|
|
|
|
int
|
|
|
|
spdk_pci_addr_parse(struct spdk_pci_addr *addr, const char *bdf)
|
|
|
|
{
|
|
|
|
unsigned domain, bus, dev, func;
|
|
|
|
|
|
|
|
if (addr == NULL || bdf == NULL) {
|
|
|
|
return -EINVAL;
|
|
|
|
}
|
|
|
|
|
2017-04-17 02:01:55 +00:00
|
|
|
if ((sscanf(bdf, "%x:%x:%x.%x", &domain, &bus, &dev, &func) == 4) ||
|
|
|
|
(sscanf(bdf, "%x.%x.%x.%x", &domain, &bus, &dev, &func) == 4)) {
|
2016-10-31 23:29:52 +00:00
|
|
|
/* Matched a full address - all variables are initialized */
|
|
|
|
} else if (sscanf(bdf, "%x:%x:%x", &domain, &bus, &dev) == 3) {
|
|
|
|
func = 0;
|
2017-04-17 02:01:55 +00:00
|
|
|
} else if ((sscanf(bdf, "%x:%x.%x", &bus, &dev, &func) == 3) ||
|
|
|
|
(sscanf(bdf, "%x.%x.%x", &bus, &dev, &func) == 3)) {
|
2016-10-31 23:29:52 +00:00
|
|
|
domain = 0;
|
2017-04-17 02:01:55 +00:00
|
|
|
} else if ((sscanf(bdf, "%x:%x", &bus, &dev) == 2) ||
|
|
|
|
(sscanf(bdf, "%x.%x", &bus, &dev) == 2)) {
|
2016-10-31 23:29:52 +00:00
|
|
|
domain = 0;
|
|
|
|
func = 0;
|
|
|
|
} else {
|
|
|
|
return -EINVAL;
|
|
|
|
}
|
|
|
|
|
2017-06-21 22:05:47 +00:00
|
|
|
if (bus > 0xFF || dev > 0x1F || func > 7) {
|
2016-10-31 23:29:52 +00:00
|
|
|
return -EINVAL;
|
|
|
|
}
|
|
|
|
|
|
|
|
addr->domain = domain;
|
|
|
|
addr->bus = bus;
|
|
|
|
addr->dev = dev;
|
|
|
|
addr->func = func;
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
2016-12-02 18:00:55 +00:00
|
|
|
|
|
|
|
int
|
|
|
|
spdk_pci_addr_fmt(char *bdf, size_t sz, const struct spdk_pci_addr *addr)
|
|
|
|
{
|
|
|
|
int rc;
|
|
|
|
|
2017-06-21 22:05:47 +00:00
|
|
|
rc = snprintf(bdf, sz, "%04x:%02x:%02x.%x",
|
2016-12-02 18:00:55 +00:00
|
|
|
addr->domain, addr->bus,
|
|
|
|
addr->dev, addr->func);
|
|
|
|
|
|
|
|
if (rc > 0 && (size_t)rc < sz) {
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
return -1;
|
|
|
|
}
|
2018-11-29 09:24:05 +00:00
|
|
|
|
|
|
|
void
|
|
|
|
spdk_pci_hook_device(struct spdk_pci_driver *drv, struct spdk_pci_device *dev)
|
|
|
|
{
|
|
|
|
assert(dev->map_bar != NULL);
|
|
|
|
assert(dev->unmap_bar != NULL);
|
|
|
|
assert(dev->cfg_read != NULL);
|
|
|
|
assert(dev->cfg_write != NULL);
|
|
|
|
dev->internal.driver = drv;
|
|
|
|
TAILQ_INSERT_TAIL(&g_pci_devices, dev, internal.tailq);
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
|
|
|
spdk_pci_unhook_device(struct spdk_pci_device *dev)
|
|
|
|
{
|
|
|
|
assert(!dev->internal.attached);
|
|
|
|
TAILQ_REMOVE(&g_pci_devices, dev, internal.tailq);
|
|
|
|
}
|
2019-10-03 07:34:42 +00:00
|
|
|
|
|
|
|
const char *
|
|
|
|
spdk_pci_device_get_type(const struct spdk_pci_device *dev)
|
|
|
|
{
|
|
|
|
return dev->type;
|
|
|
|
}
|