On Thu, Jan 21, 2016 at 9:59 AM, Christophe Lyon
wrote:
> Updating arch/arm64/Makefile to have:
>
> ifeq ($(CONFIG_ARM64_ERRATUM_843419), y)
> KBUILD_CFLAGS_MODULE+= -mcmodel=large
> KBUILD_CFLAGS_MODULE+= $(call cc-option, -mpc-relative-literal-loads)
> endif
>
> does the trick.
Cool.
>
On Sat, Jan 16, 2016 at 2:44 AM, Matthias Klose wrote:
> --- fsf/multipath.mod.s 2016-01-15 22:23:24.0 +0100
> +++ linaro/multipath.mod.s 2016-01-15 22:20:11.0 +0100
> @@ -1,7 +1,6 @@
> - .cpu generic+fp+simd
> .file "multipath.mod.c"
> .global __this_m
On Tue, Jan 19, 2016 at 3:31 PM, Dann Frazier
wrote:
> On Tue, Jan 19, 2016 at 2:24 PM, Christophe Lyon
> wrote:
>> It's not clear to me how I can reproduce the problem as a GCC developper.
>> Should I build kernel-4.3.0 (vanilla), using the defconfig attached on
>> comment #13, build the module
On Tue, Jan 19, 2016 at 2:24 PM, Christophe Lyon
wrote:
> It's not clear to me how I can reproduce the problem as a GCC developper.
> Should I build kernel-4.3.0 (vanilla), using the defconfig attached on
> comment #13, build the modules and look for the relocation mentioned by Ard
> Biesheuvel?
On Fri, Jan 15, 2016 at 3:29 AM, Matthias Klose wrote:
> please attach the preprocessed source and the exact command line options
> to build the libahci module.
I used multipath instead of libahci just because it was easier for me,
but the same
is attached.
Note - building the kernel w/ linaro's
On Fri, Jan 15, 2016 at 6:29 PM, Matthias Klose wrote:
> please attach the preprocessed source and the exact command line options
> to build the libahci module.
Not only libahci modules, all built modules has the problem.
Follows the command line for building libahci.ko:
1) apt-get source linux
Hi,
Wrt. the build environment, the built kernel/modules can work fine just after
switching gcc from gcc-5 to gcc-4.9 and keep other things not changed
in Xenial.
So I am sure the issue is in Xenial gcc-5, and the bug should be introduced
after 5.2.1-22ubuntu2 because Wily gcc-5 hasn't this probl
When same kernel tree is built with gcc 5.3.1 from Xenial, the generated modlues
can't be loaded any more and '-mcmodel=large' is still passed to gcc
during kernel
building, so it looks like a compiler bug:
ubuntu@ubuntu:~/git$ gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/
When I built 4.3.0-7-generic on arm64(mustang) Wily with the following
steps,
fakeroot debian/rules clean
fakeroot debian/rules binary-generic
by this compiler:
ubuntu@ubuntu:~$ gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/aarch64-linux-gnu/5/lt
