[dpdk-dev] [PATCH v2] bond: fix for mac assignment to slaves device

2014-12-11 Thread Thomas Monjalon
> > -V2: > > Tidies up the slave_remove function as per Pawel's comments. > > > > Adding call to mac_address_slaves_update from the lsc handler when the > > first slave become active to propagate any mac changes made while > > devices are inactive > > > > Changed removing slave logic to use memmo

[dpdk-dev] [PATCH v2] bond: fix for mac assignment to slaves device

2014-12-09 Thread Jiajia, SunX
Tested-by: Jiajia, SunX - Tested Commit: 505c3d03dc7ae8e06c68006e44fd80738a3d70a3 - OS: Fedora20 3.11.10-301.fc20.x86_64 - GCC: gcc version 4.8.3 - CPU: Intel(R) Xeon(R) CPU E5-2680 v2 @ 2.80GHz - NIC: Intel Corporation 82599ES 10-Gigabit SFI/SFP+ Network Connection [8086:10fb] - Default x86_64-

[dpdk-dev] [PATCH v2] bond: fix for mac assignment to slaves device

2014-12-08 Thread Wodkowski, PawelX
> -Original Message- > From: Doherty, Declan > Sent: Monday, December 08, 2014 12:20 PM > To: dev at dpdk.org > Cc: Wodkowski, PawelX; Jiajia, SunX; Doherty, Declan > Subject: [PATCH v2] bond: fix for mac assignment to slaves device > > -V2: > Tidies up the slave_remove function as per P

[dpdk-dev] [PATCH v2] bond: fix for mac assignment to slaves device

2014-12-08 Thread Declan Doherty
-V2: Tidies up the slave_remove function as per Pawel's comments. Adding call to mac_address_slaves_update from the lsc handler when the first slave become active to propagate any mac changes made while devices are inactive Changed removing slave logic to use memmove instead of memcpy to move dat