{"push_id":2460520687,"size":6,"distinct_size":6,"ref":"refs/heads/th/platform-tun","head":"67bc290e9db2c4457614a32d728a643bec73f89b","before":"ead6f585a7289b40034ed1568615c29424c6ae77","commits":[{"sha":"97ac7286145ef6eeb4d07f7686f3d2fcade1a608","author":{"name":"Thomas Haller","email":"16e26612e4159990a6b3691e92592e691ff74132@redhat.com"},"message":"platform: assert in nm_platform_link_tun_add() for unsupported options\n\nIt doesn't make sense that NetworkManager adds non-persist tun\ndevices, likewise, only the type IFF_TUN or IFF_TAP is supported.\n\nAssert that the values are as expected.","distinct":true,"url":"https://api.github.com/repos/freedesktop/NetworkManager/commits/97ac7286145ef6eeb4d07f7686f3d2fcade1a608"},{"sha":"e0c11b259073a1c93512edac1636ade2d2a672e3","author":{"name":"Thomas Haller","email":"16e26612e4159990a6b3691e92592e691ff74132@redhat.com"},"message":"platform: refactor fetching links in cache_on_change()\n\nRework the code to if-else-if, to not schedule the same\nDELAYED_ACTION_TYPE_REFRESH_LINK instance multiple times.\n\nNote that delayed_action_schedule() already would check that\nno duplicates are scheduled, but we can avoid that.","distinct":true,"url":"https://api.github.com/repos/freedesktop/NetworkManager/commits/e0c11b259073a1c93512edac1636ade2d2a672e3"},{"sha":"fe2e9ac073211de7b0572ce8ed21100d3a64c2c7","author":{"name":"Thomas Haller","email":"16e26612e4159990a6b3691e92592e691ff74132@redhat.com"},"message":"platform: enable parsing tun/tap properties from netlink\n\nNow that the kernel patches are merged to mainline (rc), enable accepting\ntun/tap link properties from netlink.\n\nhttps://bugzilla.redhat.com/show_bug.cgi?id=1547213","distinct":true,"url":"https://api.github.com/repos/freedesktop/NetworkManager/commits/fe2e9ac073211de7b0572ce8ed21100d3a64c2c7"},{"sha":"79c308bf3f5b332a491822b0b1ba01816ad6a3a1","author":{"name":"Thomas Haller","email":"16e26612e4159990a6b3691e92592e691ff74132@redhat.com"},"message":"platform: refetch TUN link when no type-specific lnk data was received\n\nNow that kernel supports providing information about tun/tap devices\nvia netlink, make use of it.\n\nAlso, enable the hack that:\n  - when we first see a link that has no lnk data, we refetch\n    it on the assumption, that kernel just didn't send it\n    the first time.\n\nFor old kernels that do not yet support tun properties on netlink,\nthis means that we will always refetch the link once, the first\ntime we see it. I think that is acceptable, and the more correct\nbehavior for newer kernels that do support it.","distinct":true,"url":"https://api.github.com/repos/freedesktop/NetworkManager/commits/79c308bf3f5b332a491822b0b1ba01816ad6a3a1"},{"sha":"c8b1539faece82228c604ef9a9cad84efae29637","author":{"name":"Thomas Haller","email":"16e26612e4159990a6b3691e92592e691ff74132@redhat.com"},"message":"platform: workaround kernel issue for tun device for first RTM_NETLINK event\n\nDue to a bug, the current rc-kernel will emit the first netlink\nnotification about tun devices before the device is initialized.\n\nHence, the content of the message is bogus. If the message\nlooks like to be this case, re-request it right away.","distinct":true,"url":"https://api.github.com/repos/freedesktop/NetworkManager/commits/c8b1539faece82228c604ef9a9cad84efae29637"},{"sha":"67bc290e9db2c4457614a32d728a643bec73f89b","author":{"name":"Thomas Haller","email":"16e26612e4159990a6b3691e92592e691ff74132@redhat.com"},"message":"platform/tests: add tests for TUN/TAP handling","distinct":true,"url":"https://api.github.com/repos/freedesktop/NetworkManager/commits/67bc290e9db2c4457614a32d728a643bec73f89b"}]}
{"actor":{"display_login":"fdo-mirror"}}