diff options
author | Dmitry V. Levin <ldv@altlinux.org> | 2022-02-02 06:09:04 +0300 |
---|---|---|
committer | Jakub Kicinski <kuba@kernel.org> | 2022-02-02 07:42:41 -0800 |
commit | c86d86131ab75696fc52d98571148842e067d620 (patch) | |
tree | d92a828eb3ccd8959349a1c75f7b0510d89443b8 /include/uapi/sound | |
parent | c8ff576e4e553a059e0790afd15385f418b1a854 (diff) | |
download | linux-stable-c86d86131ab75696fc52d98571148842e067d620.tar.gz linux-stable-c86d86131ab75696fc52d98571148842e067d620.tar.bz2 linux-stable-c86d86131ab75696fc52d98571148842e067d620.zip |
Partially revert "net/smc: Add netlink net namespace support"
The change of sizeof(struct smc_diag_linkinfo) by commit 79d39fc503b4
("net/smc: Add netlink net namespace support") introduced an ABI
regression: since struct smc_diag_lgrinfo contains an object of
type "struct smc_diag_linkinfo", offset of all subsequent members
of struct smc_diag_lgrinfo was changed by that change.
As result, applications compiled with the old version
of struct smc_diag_linkinfo will receive garbage in
struct smc_diag_lgrinfo.role if the kernel implements
this new version of struct smc_diag_linkinfo.
Fix this regression by reverting the part of commit 79d39fc503b4 that
changes struct smc_diag_linkinfo. After all, there is SMC_GEN_NETLINK
interface which is good enough, so there is probably no need to touch
the smc_diag ABI in the first place.
Fixes: 79d39fc503b4 ("net/smc: Add netlink net namespace support")
Signed-off-by: Dmitry V. Levin <ldv@altlinux.org>
Reviewed-by: Karsten Graul <kgraul@linux.ibm.com>
Link: https://lore.kernel.org/r/20220202030904.GA9742@altlinux.org
Signed-off-by: Jakub Kicinski <kuba@kernel.org>
Diffstat (limited to 'include/uapi/sound')
0 files changed, 0 insertions, 0 deletions