On Tue, Sep 16, 2014 at 11:06:08AM +0200, Alexander Aring wrote: ... > > Are you saying that skb->len needs setting here? or just that to do on the fly decompression it's required? > > > and I was wrong here, I mean we need the IPv6 header payload need to set according "skb->len - sizeof(...ipv6hdr)". that's currently setted while uncompression, but for our use case with fragmentation while receiving FRAG1 skb->len is wrong. btw. I also detected right now that makes also trouble with next header compression payload size attributes. But this is a complete other issue. We need make this as next step when we insert next header framework. Otherwise we can't uncompress on the fly while receiving FRAG1, but we need to handle this in that way to remove the ugly workaround solution. Nobody says that this would be easy. - Alex -- To unsubscribe from this list: send the line "unsubscribe linux-bluetooth" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
