search for: protocol_features

Displaying 10 results from an estimated 10 matches for "protocol_features".

2023 May 26
3
[Bug 3575] New: wrong usage message: "-Q protocol_feature" is an invalid query type
https://bugzilla.mindrot.org/show_bug.cgi?id=3575 Bug ID: 3575 Summary: wrong usage message: "-Q protocol_feature" is an invalid query type Product: Portable OpenSSH Version: 9.2p1 Hardware: Other OS: Linux Status: NEW Severity: minor Priority: P5
2013 Apr 15
5
[Bug 2089] New: filter out bad host key algorithms
https://bugzilla.mindrot.org/show_bug.cgi?id=2089 Bug ID: 2089 Summary: filter out bad host key algorithms Classification: Unclassified Product: Portable OpenSSH Version: 6.1p1 Hardware: Other OS: Linux Status: NEW Severity: enhancement Priority: P5 Component: Miscellaneous
2016 Apr 28
2
[RFC PATCH V2 2/2] vhost: device IOTLB API
...;t we need a feature bit for this? > > Yes we need it. The feature bit is not considered in this patch and > looks like it was still under discussion. After we finalize it, I will add. > > > Are we short on feature bits? If yes maybe it's time to add > > something like PROTOCOL_FEATURES that we have in vhost-user. > > > > I believe it can just work like VERSION_1, or is there anything I missed? VERSION_1 is a virtio feature though. This one would be backend specific ... -- MST
2016 Apr 28
2
[RFC PATCH V2 2/2] vhost: device IOTLB API
...;t we need a feature bit for this? > > Yes we need it. The feature bit is not considered in this patch and > looks like it was still under discussion. After we finalize it, I will add. > > > Are we short on feature bits? If yes maybe it's time to add > > something like PROTOCOL_FEATURES that we have in vhost-user. > > > > I believe it can just work like VERSION_1, or is there anything I missed? VERSION_1 is a virtio feature though. This one would be backend specific ... -- MST
2016 Apr 28
0
[RFC PATCH V2 2/2] vhost: device IOTLB API
...t, or tap device. > Don't we need a feature bit for this? Yes we need it. The feature bit is not considered in this patch and looks like it was still under discussion. After we finalize it, I will add. > Are we short on feature bits? If yes maybe it's time to add > something like PROTOCOL_FEATURES that we have in vhost-user. > I believe it can just work like VERSION_1, or is there anything I missed?
2016 Apr 27
2
[RFC PATCH V2 2/2] vhost: device IOTLB API
...ast optionally to make userspace make its own threading decisions. > /* VHOST_NET specific defines */ > > /* Attach virtio net ring to a raw socket, or tap device. Don't we need a feature bit for this? Are we short on feature bits? If yes maybe it's time to add something like PROTOCOL_FEATURES that we have in vhost-user. > -- > 2.5.0
2016 Apr 27
2
[RFC PATCH V2 2/2] vhost: device IOTLB API
...ast optionally to make userspace make its own threading decisions. > /* VHOST_NET specific defines */ > > /* Attach virtio net ring to a raw socket, or tap device. Don't we need a feature bit for this? Are we short on feature bits? If yes maybe it's time to add something like PROTOCOL_FEATURES that we have in vhost-user. > -- > 2.5.0
2016 Apr 29
0
[RFC PATCH V2 2/2] vhost: device IOTLB API
...a feature bit for this? >> Yes we need it. The feature bit is not considered in this patch and >> looks like it was still under discussion. After we finalize it, I will add. >> >>> Are we short on feature bits? If yes maybe it's time to add >>> something like PROTOCOL_FEATURES that we have in vhost-user. >>> >> I believe it can just work like VERSION_1, or is there anything I missed? > VERSION_1 is a virtio feature though. This one would be backend specific > ... Any differences? Consider we want feature to be something like VIRTIO_F_HOST_IOMMU, vho...
2016 Mar 25
4
[RFC PATCH V2 0/2] basic device IOTLB support
This patch tries to implement an device IOTLB for vhost. This could be used with for co-operation with userspace(qemu) implementation of iommu for a secure DMA environment (DMAR) in guest. The idea is simple. When vhost meets an IOTLB miss, it will request the assistance of userspace to do the translation, this is done through: - Fill the translation request in a preset userspace address (This
2016 Mar 25
4
[RFC PATCH V2 0/2] basic device IOTLB support
This patch tries to implement an device IOTLB for vhost. This could be used with for co-operation with userspace(qemu) implementation of iommu for a secure DMA environment (DMAR) in guest. The idea is simple. When vhost meets an IOTLB miss, it will request the assistance of userspace to do the translation, this is done through: - Fill the translation request in a preset userspace address (This