Searched hist:"569 d36452ee26c08523cc9f658901c5188640853" (Results 1 – 6 of 6) sorted by relevance
/openbmc/linux/net/ipv4/ |
H A D | xfrm4_policy.c | diff 569d36452ee26c08523cc9f658901c5188640853 Fri Jan 18 05:56:57 CST 2008 Daniel Lezcano <dlezcano@fr.ibm.com> [NETNS][DST] dst: pass the dst_ops as parameter to the gc functions
The garbage collection function receive the dst_ops structure as parameter. This is useful for the next incoming patchset because it will need the dst_ops (there will be several instances) and the network namespace pointer (contained in the dst_ops).
The protocols which do not take care of the namespaces will not be impacted by this change (expect for the function signature), they do just ignore the parameter.
Signed-off-by: Daniel Lezcano <dlezcano@fr.ibm.com> Signed-off-by: David S. Miller <davem@davemloft.net>
|
H A D | route.c | diff 569d36452ee26c08523cc9f658901c5188640853 Fri Jan 18 05:56:57 CST 2008 Daniel Lezcano <dlezcano@fr.ibm.com> [NETNS][DST] dst: pass the dst_ops as parameter to the gc functions
The garbage collection function receive the dst_ops structure as parameter. This is useful for the next incoming patchset because it will need the dst_ops (there will be several instances) and the network namespace pointer (contained in the dst_ops).
The protocols which do not take care of the namespaces will not be impacted by this change (expect for the function signature), they do just ignore the parameter.
Signed-off-by: Daniel Lezcano <dlezcano@fr.ibm.com> Signed-off-by: David S. Miller <davem@davemloft.net>
|
/openbmc/linux/net/core/ |
H A D | dst.c | diff 569d36452ee26c08523cc9f658901c5188640853 Fri Jan 18 05:56:57 CST 2008 Daniel Lezcano <dlezcano@fr.ibm.com> [NETNS][DST] dst: pass the dst_ops as parameter to the gc functions
The garbage collection function receive the dst_ops structure as parameter. This is useful for the next incoming patchset because it will need the dst_ops (there will be several instances) and the network namespace pointer (contained in the dst_ops).
The protocols which do not take care of the namespaces will not be impacted by this change (expect for the function signature), they do just ignore the parameter.
Signed-off-by: Daniel Lezcano <dlezcano@fr.ibm.com> Signed-off-by: David S. Miller <davem@davemloft.net>
|
/openbmc/linux/net/ipv6/ |
H A D | xfrm6_policy.c | diff 569d36452ee26c08523cc9f658901c5188640853 Fri Jan 18 05:56:57 CST 2008 Daniel Lezcano <dlezcano@fr.ibm.com> [NETNS][DST] dst: pass the dst_ops as parameter to the gc functions
The garbage collection function receive the dst_ops structure as parameter. This is useful for the next incoming patchset because it will need the dst_ops (there will be several instances) and the network namespace pointer (contained in the dst_ops).
The protocols which do not take care of the namespaces will not be impacted by this change (expect for the function signature), they do just ignore the parameter.
Signed-off-by: Daniel Lezcano <dlezcano@fr.ibm.com> Signed-off-by: David S. Miller <davem@davemloft.net>
|
H A D | route.c | diff 569d36452ee26c08523cc9f658901c5188640853 Fri Jan 18 05:56:57 CST 2008 Daniel Lezcano <dlezcano@fr.ibm.com> [NETNS][DST] dst: pass the dst_ops as parameter to the gc functions
The garbage collection function receive the dst_ops structure as parameter. This is useful for the next incoming patchset because it will need the dst_ops (there will be several instances) and the network namespace pointer (contained in the dst_ops).
The protocols which do not take care of the namespaces will not be impacted by this change (expect for the function signature), they do just ignore the parameter.
Signed-off-by: Daniel Lezcano <dlezcano@fr.ibm.com> Signed-off-by: David S. Miller <davem@davemloft.net>
|
/openbmc/linux/include/net/ |
H A D | dst.h | diff 569d36452ee26c08523cc9f658901c5188640853 Fri Jan 18 05:56:57 CST 2008 Daniel Lezcano <dlezcano@fr.ibm.com> [NETNS][DST] dst: pass the dst_ops as parameter to the gc functions
The garbage collection function receive the dst_ops structure as parameter. This is useful for the next incoming patchset because it will need the dst_ops (there will be several instances) and the network namespace pointer (contained in the dst_ops).
The protocols which do not take care of the namespaces will not be impacted by this change (expect for the function signature), they do just ignore the parameter.
Signed-off-by: Daniel Lezcano <dlezcano@fr.ibm.com> Signed-off-by: David S. Miller <davem@davemloft.net>
|