Remove null checks for arguments declared as nonnull.
[BUILD] bin/windows.o
hci/mucurses/windows.c: In function ‘delwin’:
hci/mucurses/windows.c:21:5: error: nonnull argument ‘win’ compared to NULL
[-Werror=nonnull-compare]
if ( win == NULL )
^
hci/mucurses/windows.c: In function
On 15/04/16 17:48, Michael Brown wrote:
On 15/04/16 17:19, Ladi Prosek wrote:
These patches add a small tweak to vlan_rx to make it accept
priority tagged packets. Since this should be supported even
without full VLAN support,
Why must this be supported when VLAN is not enabled as a feature?
On 15/04/16 17:19, Ladi Prosek wrote:
These patches add a small tweak to vlan_rx to make it accept
priority tagged packets. Since this should be supported even
without full VLAN support,
Why must this be supported when VLAN is not enabled as a feature?
Michael
On 12/04/16 14:54, Michael Brown wrote:
On 11/04/16 14:00, Michael S. Tsirkin wrote:
On Mon, Apr 11, 2016 at 11:26:55AM +0200, Ladi Prosek wrote:
The goal here is to support booting from modern and transitional
virtio-net devices using the new virtio 1.0 protocol. The code
strives to comply
This commit splits VLAN functionality into protocol / inbound in
vlan_protocol.c and driver / outbound in vlan.c to make adding
support for VLAN 0 priority tagging easier.
Signed-off-by: Ladi Prosek
---
src/include/ipxe/errfile.h | 1 +
src/net/vlan.c | 76
These patches add a small tweak to vlan_rx to make it accept
priority tagged packets. Since this should be supported even
without full VLAN support, extra care is taken to not drag
any unnecessary code into the build if VLAN_CMD is not enabled.
src/config/config.c| 7 +++
iPXE was unable to receive 802.1Q priority tagged packets even
with VLAN support turned on. These packets are specified in the
802.1Q standard and are supported by all major networking stacks.
With this commit the 802.1Q header is simply stripped off and
the packet is forwarded to a protocol
7 matches
Mail list logo