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

"Fix" for dkms #18

Closed
wants to merge 2 commits into from
Closed

"Fix" for dkms #18

wants to merge 2 commits into from

Conversation

tcamargo
Copy link
Contributor

@tcamargo tcamargo commented May 3, 2022

Fixes #17.

@amstan
Copy link
Member

amstan commented May 3, 2022

So what was the actual change required? I see you did a bunch of config changes, added "ARCH=arm" (which i'm surprised was required, other arch packages are compiled the same way, on device). Then you built it on an arm system (which I imagined was one of the ways to work that this bug would be solved fully).

What are those .config changes for?

PS: Can you have one commit in the future that does both? And perhaps include the package version in the name. See git history for examples.

Copy link
Member

@amstan amstan left a comment

Choose a reason for hiding this comment

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

I'm not really sure. Your changes here don't really do much. The big change actually required to fix the bug (well, the most straightforward option) is moving the compilation to a native-compiler, not a cross-compiler. And for that we don't really need anything but the pkrev bump.

On the other hand the compilation time will probably go up. My bar is the 5 min ish time.

I would rather find a way to generate the required plugins even with a cross compiler, so i can keep my fast builds.

@@ -8,7 +8,7 @@ pkgbase=linux-mister
_kernelname=${pkgbase#linux}
_desc="MiSTer"
pkgver=5.15
pkgrel=6
pkgrel=7
Copy link
Member

Choose a reason for hiding this comment

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

This is fine.

@@ -78,6 +78,7 @@ _package() {
cd "${srcdir}/${_srcname}"

KARCH=arm
ARCH=arm
Copy link
Member

Choose a reason for hiding this comment

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

Are you sure this does anything? You only declared a local variable in this function, and you're not using it anywhere. None of the subprocesses (like make) can see it.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

It is not, sorry. The only change should in pkgrel.

@@ -3719,6 +3720,8 @@ CONFIG_INIT_STACK_NONE=y
# CONFIG_GCC_PLUGIN_STRUCTLEAK_BYREF_ALL is not set
# CONFIG_INIT_ON_ALLOC_DEFAULT_ON is not set
# CONFIG_INIT_ON_FREE_DEFAULT_ON is not set
CONFIG_CC_HAS_ZERO_CALL_USED_REGS=y
Copy link
Member

Choose a reason for hiding this comment

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

I would prefer if this file didn't change. I think the oldconfig differences here might be an artifact to you changing the compiler and that's it.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

But then I cannot do unattended builds. Suggestion?

@tcamargo
Copy link
Contributor Author

tcamargo commented May 4, 2022

I'm not really sure. Your changes here don't really do much. The big change actually required to fix the bug (well, the most straightforward option) is moving the compilation to a native-compiler, not a cross-compiler. And for that we don't really need anything but the pkrev bump.

pkgrel and config changes. Disregards the ARCH thing.

On the other hand the compilation time will probably go up. My bar is the 5 min ish time.

Could you try to generate mister-headers inside chroot? I only have 2 cores assigned to my archlinux vm.

I would rather find a way to generate the required plugins even with a cross compiler, so i can keep my fast builds.

What would be the goal to have mister-headers with x86_64 plugins? I think any dkms compilation will happen inside chroot.

@tcamargo tcamargo closed this May 5, 2022
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.

cannot use dkms to compile kernel modules
2 participants