summaryrefslogtreecommitdiff
path: root/tools/net/ynl/lib/ynl.py
diff options
context:
space:
mode:
authorJakub Kicinski <kuba@kernel.org>2024-02-24 05:04:15 +0300
committerJakub Kicinski <kuba@kernel.org>2024-02-24 05:04:15 +0300
commit5c4e0f3ae45e82fa125c5a9c7c25e7df9a6b98ec (patch)
treebcca459841db9623de7d2a742adbfc17353ef696 /tools/net/ynl/lib/ynl.py
parent3e596599372e7823d08c658fde85bfc8bae9ba83 (diff)
parent0a4e1b453a8aee4a0942b6a0b55ffe0c87956cba (diff)
downloadlinux-5c4e0f3ae45e82fa125c5a9c7c25e7df9a6b98ec.tar.xz
Merge branch 'net-staging-don-t-bother-filling-in-ethtool-driver-version'
John Garry says: ==================== net: Don't bother filling in ethtool driver version The drivers included in this series set the ethtool driver version to the same as the default, UTS_RELEASE, so don't both doing this. As noted by Masahiro in [0], with CONFIG_MODVERSIONS=y, some drivers could be built as modules against a different kernel tree with differing UTS_RELEASE. As such, these changes could lead to a change in behaviour. However, defaulting to the core kernel UTS_RELEASE would be expected behaviour. [0] https://lore.kernel.org/all/CAK7LNASfTW+OMk1cJJWb4E6P+=k0FEsm_=6FDfDF_mTrxJCSMQ@mail.gmail.com/ ==================== Link: https://lore.kernel.org/r/20240222090042.12609-1-john.g.garry@oracle.com Signed-off-by: Jakub Kicinski <kuba@kernel.org>
Diffstat (limited to 'tools/net/ynl/lib/ynl.py')
0 files changed, 0 insertions, 0 deletions