Messages in this thread | | | Date | Mon, 7 Apr 2014 10:30:16 -0700 | From | Andi Kleen <> | Subject | Re: 3.13: <module> disagrees about version of symbol <symbol> |
| |
On Sat, Apr 05, 2014 at 04:29:31PM +0200, Thomas Bächler wrote: > Am 05.04.2014 03:13, schrieb Andi Kleen: > > On Tue, Apr 01, 2014 at 01:38:10AM +0200, Thomas Bächler wrote: > >> Am 01.04.2014 01:34, schrieb Andi Kleen: > >>>> This problem persists in v3.14, i.e. I still have to revert > >>>> 83460ec8dcac14142e7860a01fa59c267ac4657c in order to get a working > >>>> kernel on i686. I would really appreciate if someone would actually read > >>>> my original mail from about 3 months ago and write an answer. > >>> > >>> Can you resend it please? > >> > >> It's available here: https://lkml.org/lkml/2014/1/26/22 > >> > >> For convenience, here is a copy-and-paste of the full text: > > > > I did some experiments know and I can't find any 32bit modules > > that do not load with 32bit MODVERSIONS on or off with > > a current tree. > > > > Do you have a specific config? > > Specific compiler version? > > Using gcc 4.8 from Arch Linux with the configuration at [1] and Linux 3.14.
I tested this configuration (with gcc 4.8 on FC20/19) and it loads ext4 and all the other modules without any problems.
Base tree:
commit e06df6a7eae1ab1ef4deb076aeeaed90e948e5c0 Merge: c0fc3cb 9dd721c Author: Linus Torvalds <torvalds@linux-foundation.org> Date: Mon Mar 31 12:34:49 2014 -0700
Must be something really archlinux specific. Please do some debugging. Also please double check that all your test procedures are correct.
-Andi -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |