8000 Integration test stabilization by sm00th · Pull Request #1068 · dynup/kpatch · GitHub
[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
Skip to content

Integration test stabilization #1068

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

Merged
merged 8 commits into from
Jan 24, 2020
Merged

Conversation

sm00th
Copy link
Contributor
@sm00th sm00th commented Jan 23, 2020

These commits disable/fix a bunch of test and small issues in order to make integration tests on all of the supported distros pass.

Copy link
Contributor
@joe-lawrence joe-lawrence left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

super nit: s/extarnal/external in the commit msg subject line

README.md Outdated
@@ -80,7 +80,7 @@ sudo debuginfo-install kernel-${UNAME%.*}
sudo yum install gcc-plugin-devel

# optional, but highly recommended
sudo yum install https://dl.fedoraproject.org/pub/epel/7/x86_64/Packages/c/ccache-3.3.4-1.el7.x86_64.rpm
sudo yum install https://dl.fedoraproject.org/pub/epel/7/x86_64/Packages/c/ccache-3.7.6-1.el7.x86_64.rpm
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I have a kpatch setup script that just installs the epel, ccache and then removes epel to avoid this issue. Feel free to steal it if you are tired of updating these. (It should probably check to see if epel was installed originally, but I only use the script on test boxes.)

# ccache from EPEL
yum install -y https://dl.fedoraproject.org/pub/epel/epel-release-latest-${RHEL}.noarch.rpm
yum install -y ccache
ccache --max-size=5G
yum erase -y epel-release

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

That is a great suggestion, I'll apply that.

Copy link
Contributor
@yhcote yhcote left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks good to me.

@@ -63,6 +63,12 @@ if [[ -d "${HOME}/src" && -f "${HOME}/src/version" ]]; then
mv "${HOME}/src" "${HOME}/.kpatch/"
fi

source /etc/os-release

if [[ "${NAME}" == "Fedora" ]] && [[ "${VERSION_ID}" -le 27 ]]; then
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Why <= 27? I think CONFIG_LIVEPATCH is disabled for all versions of Fedora?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ah, I didn't realize that. This is not entirely true though, starting with fc30 we do have it enabled: https://src.fedoraproject.org/rpms/kernel/c/3792ab811f3d097b7883cf43235c75ea410b3ebc

I'll fix this up.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ah, nice... I'm glad Fedora enabled it, that will make it easier to test with new kernels.

Eventually we may want to have a rolling "latest Fedora" set of integration tests to catch regressions with new kernels.

ccache version in epel updates from time to time so instead of
using a direct link install epel repo and install ccache without
specifying the version.

Suggested-by: Joe Lawrence <joe.lawrence@redhat.com>
Signed-off-by: Artem Savkov <asavkov@redhat.com>
Disabled due to dynup#940. Please re-enable this test once it is fixed.

Signed-off-by: Artem Savkov <asavkov@redhat.com>
This is supposedly fixed by dynup#1054 and should be reinabled once that is
merged.

Signed-off-by: Artem Savkov <asavkov@redhat.com>
This is supposedly fixed by dynup#1053 and should be re-enabled when it is
merged.

Signed-off-by: Artem Savkov <asavkov@redhat.com>
…bling call

These patches cause the following error on ppc64le on both 7.7 and 7.6:
create-diff-object: ERROR: export.o: kpatch_no_sibling_calls_ppc64le: 3290: Found an unsupported sibling call at e_show()+0x100.  Add __attribute__((optimize("-fno-optimize-sibling-calls"))) to e_show() definition.

Adding -fno-optimize-sibling-calls breaks build on x86_64, so limit it
to ppc64le only.

Signed-off-by: Artem Savkov <asavkov@redhat.com>
We recently disabled building kmod by default, make sure fedora-27 (and
others before fc30) integration tests still build that.

Signed-off-by: Artem Savkov <asavkov@redhat.com>
Relay KPATCH_GIT and KPATCH_REV into vagrant so it can checkout
specified repo/commit.

Signed-off-by: Artem Savkov <asavkov@redhat.com>
"vagrant" target's should be 'vagrant-quick', not 'vagrant_quick'.

Signed-off-by: Artem Savkov <asavkov@redhat.com>
@sm00th
Copy link
Contributor Author
sm00th commented Jan 24, 2020

v2:

  • use epel repo instead of specifying ccache url directly
  • kmod b 8000 uild for fedora <30 instead of <=27
  • fixed typo in one of commit subjects

@jpoimboe jpoimboe merged commit fd8209a into dynup:master Jan 24, 2020
@sm00th sm00th deleted the integration_pass branch February 25, 2021 15:05
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 this pull request may close these issues.

6 participants
0