On 2.5.2018. 12:16, Theo Buehler wrote: > Here's a further refactoring of in6_ioctl() that splits out the > SIOCGIF*_IN6 cases into the new function in6_ioctl_get(), where we only > need a read lock, similar to ifioctl() and the pending patch for > in_ioctl(). We get rid of one of the four switches in the function body > and error out early on on unknown ioctls before grabbing a lock instead > of doing nothing until the end of the function. > > After grabbing the lock in the body of in6_ioctl(), we now only deal > with SIOCAIFADDR_IN6 and SIOCDIFADDR_IN6. This will need more cleanup > and streamlining in a later step. > > I didn't really know what to do with the big comment. I left it > essentially where it was. Suggestions welcome.
Hi, i'm testing this diff on top on -current tree fetched hour ago. i'm forwarding ip6 traffic over vlan on trunk and doing ip6 client server with iperf3 while destroying and recreating pseudo interfaces for now everything seems stable
