This patch makes sure that all heaaders start at a four byte
boundary. This is done by not having the ethernet header, which
is 14 bytes long, in the packet buffer.
This fixes the remote mode for platforms having strict alignment
restrictions, like ARM. Without this patch you can't use the remote
mode on a Rasperry Pi running FreeBSD.
This patch has been tested on Linux (Intel) in local and remote mode
and one FreeBSD (Intel and ARM) in local and remote mode.

Signed-off-by: Michael Tuexen <tuexen@fh-muenster.de>

In local mode, read the outbound packets from the tun device.

A recent Linux patch "tcp: avoid retransmits of TCP packets hanging in
host queues" means that TCP behavior now depends on whether and when
the network device (tun device here) consumes the packets. We now read
all these packets so that the kernel can exercise its normal code
paths for packet transmit completion.

An alternative approach would be to set the tun txqueuelen to 0, but
this would impact qdisc behavior. It is more realistic, and has fewer
side-effects, to make sure the network device has a non-zero queue
length, but packets are still consumed.

Change-Id: Ia922994d4eeea12e61d7876b4c4ef34bc9cef34e

Fix wire_server_netdev_receive() to reflect the fact that in remote
mode the server is sniffing packets that are inbound (whereas in local
mode we are sniffing *outbound* packets).

This was a bug introduced in "net-test: packetdrill encap
support: refactor packet receive loops into one loop".

Remote mode has been broken since the addition of encapsulation
support, partly due to this issue.

Change-Id: Ia92f70f48ae90cb2e089ee51d728473a12c63595

Factor out the packet sniffing loop that's common to local and remote
mode, since it is nearly identical in both cases. This is in
preparation for fixing a bug that is found in both loops, so we can
make the fix in just one place.


Change-Id: Ic9a9b84b66a9f812866b1e29cd7c897f7c1d40cf

Initial commit for the packetdrill network stack testing tool:

  https://code.google.com/p/packetdrill/



Signed-off-by: Neal Cardwell <ncardwell@google.com>