Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
DescriptionMichael S. Tsirkin
2010-11-19 11:12:22 UTC
The following kernel functionality is missing
to make macvtap with SRIOV support same functionality
as one supported by tap with bridge.
This is used by qemu-kvm and so is required to make
kvm support macvtap with SRIOV at the same level
as tap with bridge, which was requested from kvm in 6.1.
At the moment the macvtap interface connects to a device
and adds a single new mac to it. The mac can not be changed
and new addresses can not be added through the macvtap fd.
For multicast, the multicast addresses can not be programmed
through the macvtap fd. At least with intel cards, SRIOV functions
themselves only support one mac address so macvtap can not bind to these.
Similar issue for vlans.
Contrast this with tap which when connected to a bridge
can accept packets for any number of addresses.
(In reply to comment #0)
> The following kernel functionality is missing
> to make macvtap with SRIOV support same functionality
> .......................
Not sure this is relevant to man-pages-es (Spanish man pages).
Comment 4RHEL Program Management
2011-01-07 04:22:18 UTC
This request was evaluated by Red Hat Product Management for
inclusion in the current release of Red Hat Enterprise Linux.
Because the affected component is not scheduled to be updated
in the current release, Red Hat is unfortunately unable to
address this request at this time. Red Hat invites you to
ask your support representative to propose this request, if
appropriate and relevant, in the next release of Red Hat
Enterprise Linux. If you would like it considered as an
exception in the current release, please ask your support
representative.
This request was erroneously denied for the current release of Red Hat
Enterprise Linux. The error has been fixed and this request has been
re-proposed for the current release.
Comment 6RHEL Program Management
2011-02-01 05:53:12 UTC
This request was evaluated by Red Hat Product Management for
inclusion in the current release of Red Hat Enterprise Linux.
Because the affected component is not scheduled to be updated
in the current release, Red Hat is unfortunately unable to
address this request at this time. Red Hat invites you to
ask your support representative to propose this request, if
appropriate and relevant, in the next release of Red Hat
Enterprise Linux. If you would like it considered as an
exception in the current release, please ask your support
representative.
Comment 7RHEL Program Management
2011-02-01 18:52:39 UTC
This request was erroneously denied for the current release of
Red Hat Enterprise Linux. The error has been fixed and this
request has been re-proposed for the current release.
Since RHEL 6.1 External Beta has begun, and this bug remains
unresolved, it has been rejected as it is not proposed as an
exception or blocker. It has been moved to RHEL 6.2 since
it is a FutureFeature request.
Hi Michael, is any one working on this ?.
I saw this
http://www.linux-kvm.org/page/GuestProgrammableMacVlanFiltering
and i also contacted Dragos Tatulea who is listed as a developer on this.
I havent heard from any one.
I am willing to work on this. Let me know if you know any current status regarding this RFE.
And also if this is targeted for inclusion in RHEL 6.2. I don't see this assigned yet..so I am assuming not.
Thanks,
Roopa