Actually, it happens with only one eth port as well without using bonding.
-bash-3.2# dmesg -c
-bash-3.2# vconfig rem eth0.77; dmesg
-c
Removed VLAN -:eth0.77:-
<4>Error: Did not receive Ack from the Host
//sanjay
On Tue, Nov 16, 2010 at 2:13 PM, Sanjay Gandotra <san...@gmail.com> wrote:
> I am using KVM.
>
> Host:
> Kernel 2.6.32.10
> igb-2.3.4
>
> Guest:
> Kernel 2.6.32.10
> igbvf-1.0.7
>
>
> I have a Quad port 82576. In the guest, I am using one virtual function
> from each physical port. so, in the guest, I have 4 eth ports: eth0, eth1,
> eth2 and eth3
>
> These 4 ports are bonded together in single bond.
>
> modprobe igbvf
> modprobe bonding max_bonds=1 miimon=500 mode=0 num_grat_arp=3
> ifconfig bond0 up
> ifenslave bond0 eth0 eth1 eth2 eth3
> vconfig add bond0 6
>
> now, if I run the following a few times:
>
> vconfig rem bond0.6
> vconfig add bond0 6
> vconfig rem bond0.6
> vconfig add bond0 6
> ....
>
> I get the error.
> In igbvf driver code, I added a print in the file e1000_mbx.c:
>
> static s32 e1000_poll_for_ack(struct e1000_hw *hw, u16 mbx_id)
> {
> .
> .
> .
> .
> /* if we failed, all future posted messages fail until reset */
> if (!countdown) {
> mbx->timeout = 0;
> printk("Error: Did not receive Ack from the Host\n");
> }
> out:
> return countdown ? E1000_SUCCESS : -E1000_ERR_MBX;
> }
>
> Sometimes, I get this print coming out. "Error: Did not receive Ack from
> the Host"
>
> Thanks,
> Sanjay
>
>
>
>
>
>
>
> On Mon, Nov 15, 2010 at 9:23 AM, Duyck, Alexander H <
> alexander.h.du...@intel.com> wrote:
> >>-----Original Message-----
> >>From: Sanjay Gandotra [mailto:san...@gmail.com]
> >>Sent: Sunday, November 14, 2010 9:35 PM
> >>To: e1000-devel
> >>Subject: [E1000-devel] vlan add/delete/add problem
> >>
> >>Hi All,
> >>
> >>I am using igb-2.3.4 on the host and igbvf-1.0.7 on the guest.
> >>On the guest, first I create a VLAN
> >>
> >>e.g.
> >>
> >>vconfig add eth0 5
> >>(now I set static IP addresss)
> >>
> >>At this point, VLAN filtering seems to be working. Now in the guest, I
> >>delete the VLAN:
> >>
> >>vconfig rem eth0.5
> >>
> >>and create the VLAN again:
> >>
> >>vconfig add eth0 5
> >>(and set IP address)
> >>
> >>Many a times, at this stage, VLAN filtering is not working for VLAN
> >>tag 5.
> >>
> >>On debugging, I have found that when I remove the VLAN (using the
> >>command "vconfig rem eth0.5")
> >>IGBVF driver sends the message to delete VLAN to IGB driver and waits
> >>for the acknowledgement. And actually it is timing out (while waiting
> >>for Ack) and as a result all subsequent messages from IGBVF driver to
> >>IGB driver are blocked until we reset the interface e.g. "ifconfig
> >>eth0 down" followed by "ifconfig et0 up" fixes the problem.
> >>
> >>Has anyone else experienced the same problem?
> >>
> >>
> >>
> >>Thanks in advance,
> >>Sanjay
> >
> > This doesn't sound like an issue I've heard of before. I'm also kind of
> surprised you are having to reset the part since any response from the PF
> such as reading the mailbox to delete the VF should have triggered a link
> event in the VF that would have eventually led to it resetting if the PF
> didn't acknowledge completing the request in time.
> >
> > I was wondering if you could provide us with more information on your
> setup. Specifically what hypervisor are you using. Are you using Xen or
> KVM? Also what kernel is it you are running the two drivers in? This
> information will help us greatly in trying to reproduce the issue.
> >
> > Thanks,
> >
> > Alex
> >
>
>
>
------------------------------------------------------------------------------
Beautiful is writing same markup. Internet Explorer 9 supports
standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3.
Spend less time writing and rewriting code and more time creating great
experiences on the web. Be a part of the beta today
http://p.sf.net/sfu/msIE9-sfdev2dev
_______________________________________________
E1000-devel mailing list
E1000-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/e1000-devel
To learn more about Intel® Ethernet, visit
http://communities.intel.com/community/wired
