Forums before death by AOL, social media and spammers... "We can't have nice things"
|    linux.debian.bugs.dist    |    Ohh some weird Debian bug report thing    |    28,835 messages    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
|    Message 27,195 of 28,835    |
|    Michael Saxl to All    |
|    Bug#1127670: some comparisons with 6.19    |
|    11 Feb 26 14:20:01    |
      From: mike@mwsys.mine.bz              Just checked with kernel 6.19.       This one hase the upstream patched mentioned included and works. So it looks       like this patch, at least in the way it's backported on debian, is not working       like intended..              b.t.w: the re6 tunnel configured runs (on one side) over a vlan on ethernet and       I don't have crashes. Since the regression is with and without vlan tough it       seems unlikly that vlan is actually the issue.              Looking at what skb_vlan_inet_prepare does it should be equal to       pskb_inet_may_pull(skb) tough, or at least I see no difference. Still,       recompiling with !pskb_inet_may_pull(skb) instead of       skb_vlan_inet_prepare(skb, true) immediatly fixes the issue for me.              I'm far from following the changes in the network stack, but could it be that       skb_reset_network_header behaves different on 6.19 and 6.12 so that       skb_vlan_inet_prepare on 6.12 sees some junk when checking if it's a vlan       header and messes with sizes in a way that it could fail here?              --- SoupGate-Win32 v1.05        * Origin: you cannot sedate... all the things you hate (1:229/2)    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca