[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <99737F4847ED0A48AECC9F4A1974A4B80FE464EF99@MNEXMB2.qlogic.org>
Date: Fri, 5 Aug 2011 06:04:10 -0500
From: Amit Salecha <amit.salecha@...gic.com>
To: David Miller <davem@...emloft.net>
CC: netdev <netdev@...r.kernel.org>,
Ameen Rahman <ameen.rahman@...gic.com>,
Rajesh Borundia <rajesh.borundia@...gic.com>
Subject: RE: [PATCHv2 NEXT 1/1] netxen: add vlan accel support
> From: David Miller [mailto:davem@...emloft.net]
> Sent: Friday, August 05, 2011 3:56 PM
>
> From: Amit Salecha <amit.salecha@...gic.com>
> Date: Fri, 5 Aug 2011 05:12:37 -0500
>
> > After fw recovery we don't get vlan devices by any kernel api, so we
> > are adding NETIF_VLAN_ACC support. Earlier kernel had vlan group
> > support, through that we get vlan devices and then their ip
> > addresses.
>
> Every time an IP address is added or removed there is a notification
> generated on the "inetaddr_chain", and you seem to be properly using
> this.
>
> You have the VLAN device expansion in there as well.
>
> Why doesn't this work?
>
> The IP addresses cannot be added or removed from the VLAN device
> until it is attached to your device. So you should see any IP
> address manipulation that occurs for VLANs stacked on top of
> your device.
>
This is true, but problem is after fw recovery. So flow is
1) vlan device added
2) Driver program ip address of vlan device (through inet events)
3) Fw recovery
4) After fw recovery driver need to program ip addresses again which were already programmed.
After fw recovery there won't be any inet/netdev event.
Simple solution is to maintain those ip addresses in driver.
It can be more easier, if we can get vlan ip addresses(or vlan device) by some kernel api.
-Amit
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists