search for: busnr

...tplug_slot_ops virtfn_slot_ops = { + .owner = THIS_MODULE, + .enable_slot = enable_virtfn, + .disable_slot = disable_virtfn, + .set_param = set_virtfn_param, + .get_param = get_virtfn_param +}; + +static DEFINE_MUTEX(iov_lock); + + +static inline void get_addr(struct pci_dev *dev, int id, u8 *busnr, u8 *devfn) +{ + u16 addr; + + addr = (dev->bus->number << 8) + dev->devfn + + dev->iov->offset + dev->iov->stride * id; + *busnr = addr >> 8; + *devfn = addr & 0xff; +} + +static inline struct pci_bus *find_bus(struct pci_dev *dev, int busnr) +{ + struct...

...tplug_slot_ops virtfn_slot_ops = { + .owner = THIS_MODULE, + .enable_slot = enable_virtfn, + .disable_slot = disable_virtfn, + .set_param = set_virtfn_param, + .get_param = get_virtfn_param +}; + +static DEFINE_MUTEX(iov_lock); + + +static inline void get_addr(struct pci_dev *dev, int id, u8 *busnr, u8 *devfn) +{ + u16 addr; + + addr = (dev->bus->number << 8) + dev->devfn + + dev->iov->offset + dev->iov->stride * id; + *busnr = addr >> 8; + *devfn = addr & 0xff; +} + +static inline struct pci_bus *find_bus(struct pci_dev *dev, int busnr) +{ + struct...

...tplug_slot_ops virtfn_slot_ops = { + .owner = THIS_MODULE, + .enable_slot = enable_virtfn, + .disable_slot = disable_virtfn, + .set_param = set_virtfn_param, + .get_param = get_virtfn_param +}; + +static DEFINE_MUTEX(iov_lock); + + +static inline void get_addr(struct pci_dev *dev, int id, u8 *busnr, u8 *devfn) +{ + u16 addr; + + addr = (dev->bus->number << 8) + dev->devfn + + dev->iov->offset + dev->iov->stride * id; + *busnr = addr >> 8; + *devfn = addr & 0xff; +} + +static inline struct pci_bus *find_bus(struct pci_dev *dev, int busnr) +{ + struct...

...gt;store(kobj, ia, buf, len) : -EIO; +} + +static struct sysfs_ops iov_attr_ops = { + .show = iov_attr_show, + .store = iov_attr_store, +}; + +static struct kobj_type iov_ktype = { + .sysfs_ops = &iov_attr_ops, +}; + +static inline void vf_rid(struct pci_dev *dev, int vfn, u8 *busnr, u8 *devfn) +{ + u16 rid; + + rid = (dev->bus->number << 8) + dev->devfn + + dev->iov->offset + dev->iov->stride * vfn; + *busnr = rid >> 8; + *devfn = rid & 0xff; +} + +static int vf_add(struct pci_dev *dev, int vfn) +{ +...

On Sun, Apr 01, 2018 at 05:13:08AM -0400, Si-Wei Liu wrote: > @@ -896,6 +898,68 @@ void qmp_device_del(const char *id, Error **errp) > } > } > > +int pci_get_busdevfn_by_id(const char *id, uint16_t *busnr, > + uint16_t *devfn, Error **errp) > +{ > + uint16_t busnum = 0, slot = 0, func = 0; > + const char *pc, *pd, *pe; > + Error *local_err = NULL; > + ObjectClass *class; > + char value[1024]; > + BusState *bus; > + uint64_t u6...

...gt;store(kobj, ia, buf, len) : -EIO; +} + +static struct sysfs_ops iov_attr_ops = { + .show = iov_attr_show, + .store = iov_attr_store, +}; + +static struct kobj_type iov_ktype = { + .sysfs_ops = &iov_attr_ops, +}; + +static inline void vf_rid(struct pci_dev *dev, int vfn, u8 *busnr, u8 *devfn) +{ + u16 rid; + + rid = (dev->bus->number << 8) + dev->devfn + + dev->iov->offset + dev->iov->stride * vfn; + *busnr = rid >> 8; + *devfn = rid & 0xff; +} + +static int vf_add(struct pci_dev *dev, int vfn) +{ +...

...gt;store(kobj, ia, buf, len) : -EIO; +} + +static struct sysfs_ops iov_attr_ops = { + .show = iov_attr_show, + .store = iov_attr_store, +}; + +static struct kobj_type iov_ktype = { + .sysfs_ops = &iov_attr_ops, +}; + +static inline void vf_rid(struct pci_dev *dev, int vfn, u8 *busnr, u8 *devfn) +{ + u16 rid; + + rid = (dev->bus->number << 8) + dev->devfn + + dev->iov->offset + dev->iov->stride * vfn; + *busnr = rid >> 8; + *devfn = rid & 0xff; +} + +static int vf_add(struct pci_dev *dev, int vfn) +{ +...

...ev) kfree(iov->ve); } +/** + * pci_iov_bus_range - find bus range used by SR-IOV capability + * @bus: the PCI bus + * + * Returns max number of buses (exclude current one) used by Virtual + * Functions. + */ +int pci_iov_bus_range(struct pci_bus *bus) +{ + int max = 0; + u8 busnr, devfn; + struct pci_dev *dev; + + list_for_each_entry(dev, &bus->devices, bus_list) { + if (!dev->iov) + continue; + vf_rid(dev, dev->iov->totalvfs - 1, &busnr, &devfn); + if (busnr > max) +...

Greetings, Following patches are intended to support SR-IOV capability in the Linux kernel. With these patches, people can turn a PCI device with the capability into multiple ones from software perspective, which will benefit KVM and achieve other purposes such as QoS, security, and etc. [PATCH 1/8 v4] PCI: define PCI resource names in a 'enum' [PATCH 2/8 v4] PCI: export __pci_read_base

Greetings, Following patches are intended to support SR-IOV capability in the Linux kernel. With these patches, people can turn a PCI device with the capability into multiple ones from software perspective, which will benefit KVM and achieve other purposes such as QoS, security, and etc. [PATCH 1/8 v4] PCI: define PCI resource names in a 'enum' [PATCH 2/8 v4] PCI: export __pci_read_base

Greetings, Following patches are intended to support SR-IOV capability in the Linux kernel. With these patches, people can turn a PCI device with the capability into multiple ones from software perspective, which will benefit KVM and achieve other purposes such as QoS, security, and etc. Major changes between v4 -> v5: 1, remove interfaces for PF driver to create sysfs entries (Matthew

Greetings, Following patches are intended to support SR-IOV capability in the Linux kernel. With these patches, people can turn a PCI device with the capability into multiple ones from software perspective, which will benefit KVM and achieve other purposes such as QoS, security, and etc. Major changes between v4 -> v5: 1, remove interfaces for PF driver to create sysfs entries (Matthew

Greetings, Following patches are intended to support SR-IOV capability in the Linux kernel. With these patches, people can turn a PCI device with the capability into multiple ones from software perspective, which will benefit KVM and achieve other purposes such as QoS, security, and etc. The Physical Function and Virtual Function drivers using the SR-IOV APIs will come soon! Major changes from

Greetings, Following patches are intended to support SR-IOV capability in the Linux kernel. With these patches, people can turn a PCI device with the capability into multiple ones from software perspective, which will benefit KVM and achieve other purposes such as QoS, security, and etc. The Physical Function and Virtual Function drivers using the SR-IOV APIs will come soon! Major changes from

Greetings, Following patches are intended to support SR-IOV capability in the Linux kernel. With these patches, people can turn a PCI device with the capability into multiple ones from software perspective, which will benefit KVM and achieve other purposes such as QoS, security, and etc. The Physical Function and Virtual Function drivers using the SR-IOV APIs will come soon! Major changes from

...M, Michael S. Tsirkin <mst at redhat.com> wrote: > On Sun, Apr 01, 2018 at 05:13:08AM -0400, Si-Wei Liu wrote: >> @@ -896,6 +898,68 @@ void qmp_device_del(const char *id, Error **errp) >> } >> } >> >> +int pci_get_busdevfn_by_id(const char *id, uint16_t *busnr, >> + uint16_t *devfn, Error **errp) >> +{ >> + uint16_t busnum = 0, slot = 0, func = 0; >> + const char *pc, *pd, *pe; >> + Error *local_err = NULL; >> + ObjectClass *class; >> + char value[1024]; >> + BusS...

Greetings, Following patches are intended to support SR-IOV capability in the Linux kernel. With these patches, people can turn a PCI device with the capability into multiple ones from software perspective, which will benefit KVM and achieve other purposes such as QoS, security, and etc. Changes from v5 to v6: 1, update ABI document to include SR-IOV sysfs entries (Greg KH) 2, fix two coding

Greetings, Following patches are intended to support SR-IOV capability in the Linux kernel. With these patches, people can turn a PCI device with the capability into multiple ones from software perspective, which will benefit KVM and achieve other purposes such as QoS, security, and etc. Changes from v5 to v6: 1, update ABI document to include SR-IOV sysfs entries (Greg KH) 2, fix two coding

Greetings, Following patches are intended to support SR-IOV capability in the Linux kernel. With these patches, people can turn a PCI device with the capability into multiple ones from software perspective, which will benefit KVM and achieve other purposes such as QoS, security, and etc. Changes from v5 to v6: 1, update ABI document to include SR-IOV sysfs entries (Greg KH) 2, fix two coding

...in='0x0000' bus='0x00' slot='0x0b' >> function='0x0'/> >> 95 </controller> >> >> and >> >> 93 <controller type='pci' index='1' model='pci-expander-bus'> >> 94 <target busNr='254'> >> 95 <node>1</node> >> 96 </target> >> 97 <address type='pci' domain='0x0000' bus='0x00' slot='0x0b' >> function='0x0'/> >> 98 </controller> >> &g...