summaryrefslogtreecommitdiffstats
path: root/fs/nfs/proc.c
diff options
context:
space:
mode:
authorJay Vosburgh <fubar@us.ibm.com>2013-05-31 11:57:27 +0000
committerDavid S. Miller <davem@davemloft.net>2013-05-31 16:56:56 -0700
commit60ba834c2fb65f2fafee47e03c258fac579d0591 (patch)
treebf20e91b8076a10a40f47e8b4e7a40cb47b5bb51 /fs/nfs/proc.c
parent9747ba6636be8a7e8ba83a1fb231d061ca318e4f (diff)
downloadop-kernel-dev-60ba834c2fb65f2fafee47e03c258fac579d0591.zip
op-kernel-dev-60ba834c2fb65f2fafee47e03c258fac579d0591.tar.gz
net/core: __hw_addr_unsync_one "from" address not marked synced
When an address is added to a subordinate interface (the "to" list), the address entry in the "from" list is not marked "synced" as the entry added to the "to" list is. When performing the unsync operation (e.g., dev_mc_unsync), __hw_addr_unsync_one calls __hw_addr_del_entry with the "synced" parameter set to true for the case when the address reference is being released from the "from" list. This causes a test inside to fail, with the result being that the reference count on the "from" address is not properly decremeted and the address on the "from" list will never be freed. Correct this by having __hw_addr_unsync_one call the __hw_addr_del_entry function with the "sync" flag set to false for the "remove from the from list" case. Signed-off-by: Jay Vosburgh <fubar@us.ibm.com> Reviewed-by: Vlad Yasevich <vyasevic@redhat.com> Tested-by: Shawn Bohrer <sbohrer@rgmadvisors.com> Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'fs/nfs/proc.c')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud