Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

ABI check in Buster #144

Closed
olivier-singla opened this issue Jun 4, 2020 · 2 comments · Fixed by #145
Closed

ABI check in Buster #144

olivier-singla opened this issue Jun 4, 2020 · 2 comments · Fixed by #145

Comments

@olivier-singla
Copy link
Contributor

In SONiC branch 201911 (Stretch), there is this patch which is applied:

packaging-update-abiname-to-11-2.patch

It changes the kernel ABI from 11 to 11-2

This has the side effect to disable the ABI check performed by the script
debian/bin/buildcheck.py

This is because the buildcheck.py script is looking to compare the file
debian/build/build_amd64_none_amd64/Module.symvers
(generated by the build)
with the file
debian/abi/4.9.0-11-2/amd64_none_amd64

But since the ABI has changed, the Debian file checked-in is still:
debian/abi/4.9.0-11/amd64_none_amd64

So buildcheck.py, not finding the file
debian/abi/4.9.0-11-2/amd64_none_amd64
just bails out, without error, and will not check the ABI change.

In SONiC latest master branch, based on Buster, there is no such patch to change the ABI.
The script buildcheck.py will then compare the file
debian/build/build_amd64_none_amd64/Module.symvers
with the file
debian/abi/4.19.0-6/amd64_none_amd64

so any ABI change will be effectively checked..

For example, the patch:
Support-for-fullcone-nat.patch
which apply fine with SONiC 201911 (Stretch) can not currently be applied in the master branch (Buster), because there is a change in a global kernel structure
(include/net/netfilter/nf_conntrack.h in this example).

I am wondering, what is the plan regarding the ABI in SONiC Buster, are we going to change it like this was done in SONiC Strech?

Without changing the kernel ABI, many patches might just fail because the ABI check...

@lguohan
Copy link
Contributor

lguohan commented Jun 4, 2020

yes, if there is need to change ABI, we can follow the same practice as stretch kernel approach.

@olivier-singla
Copy link
Contributor Author

@lguohan lguohan linked a pull request Jun 26, 2020 that will close this issue
@lguohan lguohan closed this as completed Jun 26, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants