Package Details: linux-lts310 3.10.107-1

Git Clone URL: https://aur.archlinux.org/linux-lts310.git (read-only)
Package Base: linux-lts310
Description: The linux-lts310 kernel and modules - 3.10 longterm stable kernel
Upstream URL: https://www.kernel.org/
Licenses: GPL2
Submitter: clfarron4
Maintainer: dantob
Last Packager: dantob
Votes: 5
Popularity: 0.800492
First Submitted: 2014-07-03 20:17
Last Updated: 2017-08-09 07:03

Pinned Comments

dantob commented on 2017-06-04 11:30

gcc49 has been dropped as a hard dependency and will only be required for i686 builds (unless someone can verify them working with gcc in core). x86_64 which is assumed to be the common case builds fine with a modern compiler. If you have issues please let me know. thanks

Latest Comments

dantob commented on 2017-08-09 07:10

This is caused by the recent changes to the default compiler flags, added a patch that should fix it

4le34n commented on 2017-08-09 06:17

/tmp/makepkg/linux-lts310/src/linux-3.10/arch/x86/Makefile:98: stack protector enabled but no compiler support
SYSHDR arch/x86/syscalls/../include/generated/uapi/asm/unistd_32.h
SYSHDR arch/x86/syscalls/../include/generated/uapi/asm/unistd_64.h
SYSHDR arch/x86/syscalls/../include/generated/uapi/asm/unistd_x32.h
SYSTBL arch/x86/syscalls/../include/generated/asm/syscalls_32.h
SYSHDR arch/x86/syscalls/../include/generated/asm/unistd_32_ia32.h
SYSHDR arch/x86/syscalls/../include/generated/asm/unistd_64_x32.h
SYSTBL arch/x86/syscalls/../include/generated/asm/syscalls_64.h
WRAP arch/x86/include/generated/asm/clkdev.h
CHK include/generated/uapi/linux/version.h
UPD include/generated/uapi/linux/version.h
CHK include/generated/utsrelease.h
UPD include/generated/utsrelease.h
HOSTCC arch/x86/tools/relocs_32.o
In file included from arch/x86/tools/relocs_32.c:17:0:
arch/x86/tools/relocs.c: In function ‘process_32’:
arch/x86/tools/relocs.c:935:2: warning: argument 1 null where non-null expected [-Wnonnull]
qsort(r->offset, r->count, sizeof(r->offset[0]), cmp_relocs);
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
In file included from arch/x86/tools/relocs.h:6:0,
from arch/x86/tools/relocs_32.c:1:
/usr/include/stdlib.h:741:13: note: in a call to function ‘qsort’ declared here
extern void qsort (void *__base, size_t __nmemb, size_t __size,
^~~~~
HOSTCC arch/x86/tools/relocs_64.o
HOSTCC arch/x86/tools/relocs_common.o
In file included from arch/x86/tools/relocs_64.c:17:0:
arch/x86/tools/relocs.c: In function ‘process_64’:
arch/x86/tools/relocs.c:935:2: warning: argument 1 null where non-null expected [-Wnonnull]
qsort(r->offset, r->count, sizeof(r->offset[0]), cmp_relocs);
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
In file included from arch/x86/tools/relocs.h:6:0,
from arch/x86/tools/relocs_64.c:1:
/usr/include/stdlib.h:741:13: note: in a call to function ‘qsort’ declared here
extern void qsort (void *__base, size_t __nmemb, size_t __size,
^~~~~
HOSTLD arch/x86/tools/relocs
CC kernel/bounds.s
cc1: error: code model kernel does not support PIC mode
make[1]: *** [/tmp/makepkg/linux-lts310/src/linux-3.10/./Kbuild:36: kernel/bounds.s] Error 1
make: *** [Makefile:839: prepare0] Error 2
==> ERROR: A failure occurred in prepare().
Aborting...

dantob commented on 2017-06-04 11:30

gcc49 has been dropped as a hard dependency and will only be required for i686 builds (unless someone can verify them working with gcc in core). x86_64 which is assumed to be the common case builds fine with a modern compiler. If you have issues please let me know. thanks

wesleyotugo commented on 2016-08-21 14:50

Can someone share their already compiled package for i686/x86

r08 commented on 2016-06-18 13:33

The GCC 5 bug that caused the kernel to panic at boot was fixed in version 5.4.0.
Compiled, tested, and working with the latest kernel update 3.10.102

dantob commented on 2016-03-08 10:44

I've been using 4.9.3 without issues for a while now. I requested you to add gcc5 build fixes some time ago, yes they did fix compilation but same situation as @r08 the kernel would panic within a few minutes after boot. I gave up building with gcc5 and haven't tried since. It's possible its fixed with 5.3 but 4.8/9 is definitely the safe option.

My experience is with 32bit only!

r08 commented on 2016-03-05 14:17

@clfarron4 I used it just to be triple sure, but GCC 4.9.3 works fine as well. There is some nasty bug it seems with gcc 5 that makes the kernel panic within minutes of booting.

clfarron4 commented on 2016-03-05 12:38

So, if I understand this correctly, 3.10 doesn't like GCC 5?
And we can use any GCC 4 version?
4.8 seems to be the happy version from the comments.

r08 commented on 2016-03-01 04:22

Working great on a gcc-4.8.5 build x86_64 Kernel 3.10.98

dantob commented on 2016-01-30 15:02

Glad I'm not the only one with problems with 3.10.95 (journalctl didn't catch anything sorry!). I've reverted back to *.94 compiled with gcc-4.9, I had 45day+ uptime with this combo, only upset by power outage.

All comments