From ffc3a93d0dbf4ac887f528c0495cd586a092d88f Mon Sep 17 00:00:00 2001 From: Denys Vlasenko Date: Wed, 19 Feb 2014 14:17:11 +0100 Subject: udhcpc: fix BPF filter. Hopefully fixes the root cause of 4598 and 6746 Use a *signed* large positive value in BPF filter to indicate success. Signed-off-by: Denys Vlasenko --- networking/udhcp/dhcpc.c | 7 ++++--- 1 file changed, 4 insertions(+), 3 deletions(-) (limited to 'networking/udhcp/dhcpc.c') diff --git a/networking/udhcp/dhcpc.c b/networking/udhcp/dhcpc.c index bdb1e2b..25f18b3 100644 --- a/networking/udhcp/dhcpc.c +++ b/networking/udhcp/dhcpc.c @@ -1025,9 +1025,10 @@ static int udhcp_raw_socket(int ifindex) BPF_STMT(BPF_LD|BPF_H|BPF_IND, 2), /* jump to L3 if udp dport is CLIENT_PORT, else to L4 */ BPF_JUMP(BPF_JMP|BPF_JEQ|BPF_K, 68, 0, 1), - /* L3: accept packet */ - BPF_STMT(BPF_RET|BPF_K, 0xffffffff), - /* L4: discard packet */ + /* L3: accept packet ("accept 0x7fffffff bytes") */ + /* Accepting 0xffffffff works too but kernel 2.6.19 is buggy */ + BPF_STMT(BPF_RET|BPF_K, 0x7fffffff), + /* L4: discard packet ("accept zero bytes") */ BPF_STMT(BPF_RET|BPF_K, 0), }; static const struct sock_fprog filter_prog = { -- cgit v1.1