diff options
| author | Doug Ledford <dledford@redhat.com> | 2013-04-01 21:25:30 +0000 |
|---|---|---|
| committer | Roland Dreier <roland@purestorage.com> | 2013-04-16 22:57:09 -0700 |
| commit | 83bdd3b96cad1b0c5b8e257ed1f4f38eb2cb844b (patch) | |
| tree | 19acb9f581b13d8ca184de5c67341adbcb2c05d6 /drivers/net/team/team_mode_roundrobin.c | |
| parent | 41ef2d5678d83af030125550329b6ae8b74618fa (diff) | |
| download | talos-op-linux-83bdd3b96cad1b0c5b8e257ed1f4f38eb2cb844b.tar.gz talos-op-linux-83bdd3b96cad1b0c5b8e257ed1f4f38eb2cb844b.zip | |
IPoIB: Fix ipoib_hard_header() return value
If you have a patched up dhcp server (and dhclient), they will use
AF_PACKET/SOCK_DGRAM pair to send dhcp packets over IPoIB.
However, when testing an upstream kernel, this has been broken for a
very long time (I tested 2.6.34, 2.6.38, 3.0, 3.1, 3.8, HEAD).
It turns out that the hard_header routine in ipoib is not following
the API and is returning 0 even when it pushed data onto the skb.
This then causes af_packet.c to overwrite the header just pushed with
data from user space.
Fixing this gets DHCP working on IPoIB.
Signed-off-by: Doug Ledford <dledford@redhat.com>
Signed-off-by: Roland Dreier <roland@purestorage.com>
Diffstat (limited to 'drivers/net/team/team_mode_roundrobin.c')
0 files changed, 0 insertions, 0 deletions
