Marcel, please drop this series. I reconsider my change and detect that IPHC uncompression use "uh->len = htons(skb->len + sizeof(struct udphdr))" for udp next header compression. This patch introduce now a iphc uncompression after first fragment and skb->len isn't the full payload there. Need to look how we can deal with that now. I really like to remove these workarounds to run a 6LoWPAN header parse twice. When the first fragment arrived we know the full payload but we can't set skb->len with this value. Need to look for another solution for this which can be used by btle and 802154 6LoWPAN. - Alex -- To unsubscribe from this list: send the line "unsubscribe linux-wpan" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
