Searched hist:"90010 b36" (Results 1 – 3 of 3) sorted by relevance
/openbmc/linux/net/bridge/ |
H A D | br_mdb.c | 90010b36 Sat Jun 07 11:26:26 CDT 2014 Linus Lüssing <linus.luessing@web.de> bridge: rename struct bridge_mcast_query/querier
The current naming of these two structs is very random, in that reversing their naming would not make any semantical difference.
This patch tries to make the naming less confusing by giving them a more specific, distinguishable naming.
This is also useful for the upcoming patches reintroducing the "struct bridge_mcast_querier" but for storing information about the selected querier (no matter if our own or a foreign querier).
Signed-off-by: Linus Lüssing <linus.luessing@web.de> Signed-off-by: David S. Miller <davem@davemloft.net> 90010b36 Sat Jun 07 11:26:26 CDT 2014 Linus Lüssing <linus.luessing@web.de> bridge: rename struct bridge_mcast_query/querier The current naming of these two structs is very random, in that reversing their naming would not make any semantical difference. This patch tries to make the naming less confusing by giving them a more specific, distinguishable naming. This is also useful for the upcoming patches reintroducing the "struct bridge_mcast_querier" but for storing information about the selected querier (no matter if our own or a foreign querier). Signed-off-by: Linus Lüssing <linus.luessing@web.de> Signed-off-by: David S. Miller <davem@davemloft.net>
|
H A D | br_multicast.c | 90010b36 Sat Jun 07 11:26:26 CDT 2014 Linus Lüssing <linus.luessing@web.de> bridge: rename struct bridge_mcast_query/querier
The current naming of these two structs is very random, in that reversing their naming would not make any semantical difference.
This patch tries to make the naming less confusing by giving them a more specific, distinguishable naming.
This is also useful for the upcoming patches reintroducing the "struct bridge_mcast_querier" but for storing information about the selected querier (no matter if our own or a foreign querier).
Signed-off-by: Linus Lüssing <linus.luessing@web.de> Signed-off-by: David S. Miller <davem@davemloft.net> 90010b36 Sat Jun 07 11:26:26 CDT 2014 Linus Lüssing <linus.luessing@web.de> bridge: rename struct bridge_mcast_query/querier The current naming of these two structs is very random, in that reversing their naming would not make any semantical difference. This patch tries to make the naming less confusing by giving them a more specific, distinguishable naming. This is also useful for the upcoming patches reintroducing the "struct bridge_mcast_querier" but for storing information about the selected querier (no matter if our own or a foreign querier). Signed-off-by: Linus Lüssing <linus.luessing@web.de> Signed-off-by: David S. Miller <davem@davemloft.net>
|
H A D | br_private.h | 90010b36 Sat Jun 07 11:26:26 CDT 2014 Linus Lüssing <linus.luessing@web.de> bridge: rename struct bridge_mcast_query/querier
The current naming of these two structs is very random, in that reversing their naming would not make any semantical difference.
This patch tries to make the naming less confusing by giving them a more specific, distinguishable naming.
This is also useful for the upcoming patches reintroducing the "struct bridge_mcast_querier" but for storing information about the selected querier (no matter if our own or a foreign querier).
Signed-off-by: Linus Lüssing <linus.luessing@web.de> Signed-off-by: David S. Miller <davem@davemloft.net> 90010b36 Sat Jun 07 11:26:26 CDT 2014 Linus Lüssing <linus.luessing@web.de> bridge: rename struct bridge_mcast_query/querier The current naming of these two structs is very random, in that reversing their naming would not make any semantical difference. This patch tries to make the naming less confusing by giving them a more specific, distinguishable naming. This is also useful for the upcoming patches reintroducing the "struct bridge_mcast_querier" but for storing information about the selected querier (no matter if our own or a foreign querier). Signed-off-by: Linus Lüssing <linus.luessing@web.de> Signed-off-by: David S. Miller <davem@davemloft.net>
|