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

3.18.x kernel using which gcc to compile? #822

Closed
r00t8ug83 opened this issue Feb 11, 2015 · 6 comments
Closed

3.18.x kernel using which gcc to compile? #822

r00t8ug83 opened this issue Feb 11, 2015 · 6 comments

Comments

@r00t8ug83
Copy link

I try a lot driver having problem, but upgrade the compiler gcc to 4.8 fix all the problem, by default 3.18.x gcc was 4.6 version. Any different?

Fixed: #811

@f1vefour
Copy link

You just need the headers from the kernel you want to compile the module against, either gcc should work.

@msperl
Copy link
Contributor

msperl commented Feb 20, 2015

I tried this - it does not work!

When using gcc-4.8.3 on my RPI (to match the version used on the kernel) and creating the corresponding softlinks in /lib/modules/... (and using the exact checkout) using https://github.com/notro/rpi-source

I can compile a module, BUT what does not work is loading it afterwards - it aborts with the following message: "disagrees about version of symbol module_layout"

Maybe with RPI2 we could really start compiling the kernels on the pi itself and start sharing the build and source directory (or at least the portions that are necessary).

@lurch
Copy link
Contributor

lurch commented Feb 23, 2015

Looks like there's more (possibly helpful) discussion about this in #758

@msperl
Copy link
Contributor

msperl commented Feb 23, 2015

I believe there are 2 distinct points:
a) version between 4.8.0 and 4.8.3 are not allowed to compile the kernel
b) the other problem is that even when using the identical kernel sources and also the 4.8.3 gcc (but on the RPI) the (external) modules do compile but the do not load.

Maybe provide a kernel that is compiled on the RPI(2) itself with the firmware and deliver the build/sources directory as an optional install?

@Ruffio
Copy link

Ruffio commented Aug 10, 2016

@R00t8ug has this issue been resolved? If yes, please close this issue. Thanks.

@JamesH65
Copy link
Contributor

Closing due to lack of activity. Reopen if you feel this issue is still relevant.

pfpacket pushed a commit to pfpacket/linux-rpi-rust that referenced this issue Apr 7, 2023
Split bindings crate out of the main kernel crate
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

No branches or pull requests

6 participants