Package Details: linux-lts310 3.10.108-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.076195
First Submitted: 2014-07-03 20:17
Last Updated: 2017-11-12 08:52

Pinned Comments

dantob commented on 2017-11-21 14:24

The 3.10 kernel series is now considered EOL with 3.10.108 being the last release. 3.10 will no longer get security fixes and may or may not already be vulnerable. It's time to move on to 4.4.

Latest Comments

dantob commented on 2017-11-21 14:24

The 3.10 kernel series is now considered EOL with 3.10.108 being the last release. 3.10 will no longer get security fixes and may or may not already be vulnerable. It's time to move on to 4.4.

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

All comments