487fefdb.. did not actually enable -Werror despite the claims made by
configure output.
Signed-off-by: NBlue Swirl <blauwirbel@gmail.com>

Signed-off-by: NBlue Swirl <blauwirbel@gmail.com>

Signed-off-by: NBlue Swirl <blauwirbel@gmail.com>

Signed-off-by: NBlue Swirl <blauwirbel@gmail.com>

Signed-off-by: NBlue Swirl <blauwirbel@gmail.com>

Signed-off-by: NBlue Swirl <blauwirbel@gmail.com>

Needed for savevm/loadvm + migration: In that case the queue might
already have packets on (re-)connect.  The guest wouldn't notify us
because notifications are only sent when stuffing a packet into an
empty queue.
Signed-off-by: NGerd Hoffmann <kraxel@redhat.com>

Signed-off-by: NGerd Hoffmann <kraxel@redhat.com>

Signed-off-by: NGerd Hoffmann <kraxel@redhat.com>

Signed-off-by: NGerd Hoffmann <kraxel@redhat.com>

Type casts removing the const attribute are bad because
they hide the fact that the argument remains const.

They also result in a compiler warning (at least with MS-C).
Signed-off-by: NStefan Weil <weil@mail.berlios.de>

Work around buffer and ioctlsocket argument type signedness problems
Suppress a prototype which is unused on mingw32
Expand a macro to avoid warnings from some GCC versions
Signed-off-by: NBlue Swirl <blauwirbel@gmail.com>

Additional hosts can be added to the white list as they are confirmed to build
with --enable-werror.
Signed-off-by: NAnthony Liguori <aliguori@us.ibm.com>

Signed-off-by: NEdgar E. Iglesias <edgar.iglesias@gmail.com>

Mainly to remove warnings.
Signed-off-by: NEdgar E. Iglesias <edgar.iglesias@gmail.com>

Signed-off-by: NEdgar E. Iglesias <edgar.iglesias@gmail.com>

Rationale: move device information from code to data structures.

v2: Adapt the drivers missed in the first version.
Signed-off-by: NGerd Hoffmann <kraxel@redhat.com>

Revert bogus part of e3f5ec2b
(pass VLANClientState* as first arg to receive handlers)
Signed-off-by: NPaul Brook <paul@codesourcery.com>

Namely the new xilinx_ethlite used by mircoblaze.
Signed-off-by: NJan Kiszka <jan.kiszka@siemens.com>

Signed-off-by: NAnthony Liguori <aliguori@us.ibm.com>

* net-queue: (28 commits)
  virtio-net: Increase filter and control limits
  virtio-net: Add new RX filter controls
  virtio-net: MAC filter optimization
  virtio-net: Fix MAC filter overflow handling
  virtio-net: reorganize receive_filter()
  virtio-net: Use a byte to store RX mode flags
  virtio-net: Add version_id 7 placeholder for vnet header support
  virtio-net: implement rx packet queueing
  net: make use of async packet sending API in tap client
  net: add qemu_send_packet_async()
  net: split out packet queueing and flushing into separate functions
  net: return status from qemu_deliver_packet()
  net: add return value to packet receive handler
  net: pass VLANClientState* as first arg to receive handlers
  net: re-name vc->fd_read() to vc->receive()
  net: add fd_readv() handler to qemu_new_vlan_client() args
  net: only read from tapfd when we can send
  net: vlan clients with no fd_can_read() can always receive
  net: move the tap buffer into TAPState
  net: factor tap_read_packet() out of tap_send()
  ...
Signed-off-by: NAnthony Liguori <aliguori@us.ibm.com>

The function qemu_calculate_timeout() is only used when CONFIG_IOTHREAD
is not defined. When CONFIG_IOTHREAD is defined, we have the following
warning:

vl.c:4389: warning: ‘qemu_calculate_timeout’ defined but not used

This change fixes that by moving the #ifdef/#endif from main_loop()
into qemu_calculate_timeout(). This encapsulates the logic and allow
us to use qemu_calculate_timeout() when CONFIG_IOTHREAD is defined
or not (suggested by Glauber Costa).
Signed-off-by: NLuiz Capitulino <lcapitulino@redhat.com>

Move code to extract command name into a function of its own, this
clearifies the code and let us remove two variables from
monitor_handle_command().
Signed-off-by: NLuiz Capitulino <lcapitulino@redhat.com>

The local pointer 'q' is not used by monitor_handle_command().
Signed-off-by: NLuiz Capitulino <lcapitulino@redhat.com>

The 'return' statement at the of monitor_handle_command() is not
needed and can be removed.
Signed-off-by: NLuiz Capitulino <lcapitulino@redhat.com>

The 'found' goto in monitor_handle_command() can be dropped if we check
for 'cmd->name' after looking up for the command to execute.
Signed-off-by: NLuiz Capitulino <lcapitulino@redhat.com>

Signed-off-by: NBlue Swirl <blauwirbel@gmail.com>

Fix this warning:
./qemu-options.h:198:1: error: expected preprocessor identifier
Signed-off-by: NBlue Swirl <blauwirbel@gmail.com>

Signed-off-by: NBlue Swirl <blauwirbel@gmail.com>

Signed-off-by: NBlue Swirl <blauwirbel@gmail.com>

Signed-off-by: NBlue Swirl <blauwirbel@gmail.com>

Signed-off-by: NBlue Swirl <blauwirbel@gmail.com>

Signed-off-by: NBlue Swirl <blauwirbel@gmail.com>

Signed-off-by: NBlue Swirl <blauwirbel@gmail.com>

Signed-off-by: NBlue Swirl <blauwirbel@gmail.com>

Increase the size of the perfect filter table and control queue depth.
This should give us more headroom in the MAC filter and is known to be
needed by at least one guest user.  Increasing the control queue depth
allows a guest to feed several commands back to back if they so desire
rather than using the send and wait approach Linux uses.
Signed-off-by: NAlex Williamson <alex.williamson@hp.com>
Signed-off-by: NMark McLoughlin <markmc@redhat.com>

Add a few new RX modes to better control the receive_filter.  These
are all fairly obvious features that hardware could provide.
Signed-off-by: NAlex Williamson <alex.williamson@hp.com>
Signed-off-by: NMark McLoughlin <markmc@redhat.com>

The MAC filter table is received from the guest as two separate
buffers, one with unicast entries, the other with multicast
entries.  If we track the index dividing the two sets, we can
avoid searching the part of the table with the wrong type of
entries.

We could store this index as part of the save image, but its
trivially easy to discover it on load.
Signed-off-by: NAlex Williamson <alex.williamson@hp.com>
Signed-off-by: NMark McLoughlin <markmc@redhat.com>

Overloading the promisc and allmulti flags for indicating filter
table overflow makes it difficult to track the actual requested
operating mode.  Split these out into separate flags.
Signed-off-by: NAlex Williamson <alex.williamson@hp.com>
Signed-off-by: NMark McLoughlin <markmc@redhat.com>

Reorganize receive_filter to better handle the split between
unicast and multicast filtering.  This allows us to skip the
broadcast check on unicast packets and leads to more opportunities
for optimization.
Signed-off-by: NAlex Williamson <alex.williamson@hp.com>
Signed-off-by: NMark McLoughlin <markmc@redhat.com>