mirror of
https://github.com/Fishwaldo/Star64_linux.git
synced 2025-07-23 15:27:29 +00:00
PCI: hv: Add a paravirtual backchannel in software
Windows SR-IOV provides a backchannel mechanism in software for communication between a VF driver and a PF driver. These "configuration blocks" are similar in concept to PCI configuration space, but instead of doing reads and writes in 32-bit chunks through a very slow path, packets of up to 128 bytes can be sent or received asynchronously. Nearly every SR-IOV device contains just such a communications channel in hardware, so using this one in software is usually optional. Using the software channel, however, allows driver implementers to leverage software tools that fuzz the communications channel looking for vulnerabilities. The usage model for these packets puts the responsibility for reading or writing on the VF driver. The VF driver sends a read or a write packet, indicating which "block" is being referred to by number. If the PF driver wishes to initiate communication, it can "invalidate" one or more of the first 64 blocks. This invalidation is delivered via a callback supplied by the VF driver by this driver. No protocol is implied, except that supplied by the PF and VF drivers. Signed-off-by: Jake Oshins <jakeo@microsoft.com> Signed-off-by: Dexuan Cui <decui@microsoft.com> Cc: Haiyang Zhang <haiyangz@microsoft.com> Cc: K. Y. Srinivasan <kys@microsoft.com> Cc: Stephen Hemminger <sthemmin@microsoft.com> Signed-off-by: Saeed Mahameed <saeedm@mellanox.com> Signed-off-by: Haiyang Zhang <haiyangz@microsoft.com> Signed-off-by: David S. Miller <davem@davemloft.net>
This commit is contained in:
parent
fed07ef3b0
commit
e5d2f910cf
2 changed files with 317 additions and 0 deletions
|
@ -1578,4 +1578,19 @@ hv_pkt_iter_next(struct vmbus_channel *channel,
|
|||
for (pkt = hv_pkt_iter_first(channel); pkt; \
|
||||
pkt = hv_pkt_iter_next(channel, pkt))
|
||||
|
||||
/*
|
||||
* Functions for passing data between SR-IOV PF and VF drivers. The VF driver
|
||||
* sends requests to read and write blocks. Each block must be 128 bytes or
|
||||
* smaller. Optionally, the VF driver can register a callback function which
|
||||
* will be invoked when the host says that one or more of the first 64 block
|
||||
* IDs is "invalid" which means that the VF driver should reread them.
|
||||
*/
|
||||
#define HV_CONFIG_BLOCK_SIZE_MAX 128
|
||||
int hv_read_config_block(struct pci_dev *dev, void *buf, unsigned int buf_len,
|
||||
unsigned int block_id, unsigned int *bytes_returned);
|
||||
int hv_write_config_block(struct pci_dev *dev, void *buf, unsigned int len,
|
||||
unsigned int block_id);
|
||||
int hv_register_block_invalidate(struct pci_dev *dev, void *context,
|
||||
void (*block_invalidate)(void *context,
|
||||
u64 block_mask));
|
||||
#endif /* _HYPERV_H */
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue