src/sys/dev/virtio/virtqueue.c, branch release/14.3.0FreeBSD source treehttps://cgit-dev.freebsd.org/src/atom?h=release%2F14.3.02023-08-16T17:54:36Zsys: Remove $FreeBSD$: one-line .c pattern2023-08-16T17:54:36ZWarner Loshimp@FreeBSD.org2023-08-16T17:54:36Zurn:sha1:685dc743dc3b5645e34836464128e1c0558b404b
Remove /^[\s*]*__FBSDID\("\$FreeBSD\$"\);?\s*\n/
spdx: The BSD-2-Clause-FreeBSD identifier is obsolete, drop -FreeBSD2023-05-12T16:44:03ZWarner Loshimp@FreeBSD.org2023-05-10T15:40:58Zurn:sha1:4d846d260e2b9a3d4d0a701462568268cbfe7a5b
The SPDX folks have obsoleted the BSD-2-Clause-FreeBSD identifier. Catch
up to that fact and revert to their recommended match of BSD-2-Clause.
Discussed with: pfg
MFC After: 3 days
Sponsored by: Netflix
Add SDT probes virtqueue::enqueue_segments:{entry,return}2021-08-27T17:08:59ZStephen J. Kiernanstevek@FreeBSD.org2021-08-27T17:08:59Zurn:sha1:fd80208a5f92a60381d7bb7b5225bcdc38ab6fd5
This allows one to be able to map the sglist entries passed into the
vq_ring_enqueue_segments() function to the segment indexes used in
the virtqueue.
This function normally gets inlined and may not available via FBT
probes.
Differential Revision: https://reviews.freebsd.org/D31620
virtio: Add modern (v1) virtqueue support2021-01-19T04:55:23ZBryan Venteicherbryanv@FreeBSD.org2021-01-19T04:55:23Zurn:sha1:fbe0c4f4c7f4474def7b041c29c1e2facf2af08b
This only supports the legacy virtqueue format that is now called
"Split Virtqueues". Support for the new "Packed Virtqueues" described
in v1.1 is left for a later date.
Reviewed by: grehan (mentor)
Differential Revision: https://reviews.freebsd.org/D27857
virtio: Add VirtIO PCI modern (V1) support2021-01-19T04:55:23ZBryan Venteicherbryanv@FreeBSD.org2021-01-19T04:55:23Zurn:sha1:9da9560c4dd3556519cd391a04f0db157dc3c295
Use the existing legacy PCI driver as the basis for shared code
between the legacy and modern PCI drivers. The existing virtio_pci
kernel module will contain both the legacy and modern drivers.
Changes to the virtqueue and each device driver (network, block, etc)
for V1 support come in later commits.
Update the MMIO driver to reflect the VirtIO bus method changes, but
the modern compliance can be improved on later.
Note that the modern PCI driver requires bus_map_resource() to be
implemented, which is not the case on all archs.
The hw.virtio.pci.transitional tunable default value is zero so
transitional devices will continue to be driven via the legacy
driver.
Reviewed by: grehan (mentor)
Differential Revision: https://reviews.freebsd.org/D27856
Revert: virtio: Support non-legacy network device and queue2021-01-19T04:55:23ZBryan Venteicherbryanv@FreeBSD.org2021-01-19T04:55:23Zurn:sha1:1cd1ed3f5dd50ca070908468a3816f570448427b
And subsequent fix 576b099a.
By adding the mergable header to the vtnet_rx_header structure, the size
was increased by 2 bytes, breaking the alignment of this structure as
described the in preceding comments.
Furthermore, the mergable header does not belong the structure. With the
mergable feature, the header is placed in line with the data, so there is
no need for a separate segment, and misleading to follow the mergable
header with any padding.
The V1 header is effectively identical to mergable header, and the driver
has long supported the mergable feature. Revert this so the later changes
that add V1 support can show how V1 is derived from the existing mergable
buffers support, and to facilitate a later MFC.
Reviewed by: grehan (mentor)
Differential Revision: https://reviews.freebsd.org/D27855
virtio: Support non-legacy network device and queue2020-06-08T21:51:36ZJessica Clarkejrtc27@FreeBSD.org2020-06-08T21:51:36Zurn:sha1:8c3988dff98e6da1c1312d20bf246631737805c5
The non-legacy interface always defines num_buffers in the header,
regardless of whether VIRTIO_NET_F_MRG_RXBUF, just leaving it unused. We
also need to ensure our virtqueue doesn't filter out VIRTIO_F_VERSION_1
during negotiation, as it supports non-legacy transports just fine. This
fixes network packet transmission on TinyEMU.
Reviewed by: br, brooks (mentor), jhb (mentor)
Approved by: br, brooks (mentor), jhb (mentor)
Differential Revision: https://reviews.freebsd.org/D25132
Add more virtqueue getter methods2018-02-19T19:31:18ZBryan Venteicherbryanv@FreeBSD.org2018-02-19T19:31:18Zurn:sha1:88126356cf1a673a94b931fad404398bcf156f85
MFC after: 2 weeks
sys/dev: further adoption of SPDX licensing ID tags.2017-11-27T14:52:40ZPedro F. Giffunipfg@FreeBSD.org2017-11-27T14:52:40Zurn:sha1:718cf2ccb9956613756ab15d7a0e28f2c8e91cab
Mainly focus on files that use BSD 2-Clause license, however the tool I
was using misidentified many licenses so this was mostly a manual - error
prone - task.
The Software Package Data Exchange (SPDX) group provides a specification
to make it easier for automated tools to detect and summarize well known
opensource licenses. We are gradually adopting the specification, noting
that the tags are considered only advisory and do not, in any way,
superceed or replace the license texts.
Add virtio bus 'poll' method allowing us to inform backend we are2014-12-12T11:19:10ZRuslan Bukinbr@FreeBSD.org2014-12-12T11:19:10Zurn:sha1:156b97fa1f4366966b8cb50be6e720a58e50e959
going to poll virtqueue.
Use on BERI soft-core to invalidate cpu caches.
Reviewed by: bryanv
Sponsored by: DARPA, AFRL