summaryrefslogtreecommitdiff
path: root/kernels
AgeCommit message (Collapse)Author
2020-04-27rmpkg: kernels/linux-libre-xtremeDavid P
Reason: Linux-libre{-hardened} enables all LSM by default in i686 and x86_64 since a long time. Although it kinda made sense because it had AppArmor enabled by default, it's not worth to maintain it since anyone can enable it by passing a kernel parameter, as explained in the AppArmor page in ArchWiki. This isn't the case for armv7h, but will see if users want AppArmor for ARM in the future. Signed-off-by: David P <megver83@parabola.nu>
2020-03-30updpkg: kernels/linux-libre-xtreme 5.5.13-1David P
Signed-off-by: David P <megver83@parabola.nu>
2020-02-12updpkg: kernels/linux-libre-xtreme 5.4.18-1David P
Signed-off-by: David P <megver83@parabola.nu>
2020-01-24updpkg: kernels/linux-libre-xtreme 5.4.13-1David P
Signed-off-by: David P <megver83@parabola.nu>
2020-01-24linux-libre-aarch64: Enable using a 32bit userspaceDenis 'GNUtoo' Carikli
This is done by enabling CONFIG_COMPAT. Though when importing the configuration on Linux v5.4.8 and enabling this configuration with: make ARCH=arm64 CROSS_COMPILE=aarch64-linux-gnu- xconfig it updated other parts of the the .config as well. Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2020-01-24linux-libre-aarch64: use Image to fix "Bad Linux ARM64 Image magic!"Denis 'GNUtoo' Carikli
Without that patch, /boot/vmlinuz-linux-libre-aarch64 ends up being an Image.gz, however some u-boot configuration and/or versions seem to not like that and fail with the following message: Bad Linux ARM64 Image magic! Making sure that vmlinuz-linux-libre-aarch64 is an Image results in the board booting. However it then fails with: Failed to execute /init (error -8) This might be because the board I used for testing doesn't support runing 32bit binaries and/or because we need to enable more configuration in the kernel to enable that. Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2020-01-21linux-libre-aarch64: various fixes and reduce the diff with linux-libreDenis 'GNUtoo' Carikli
The chromebook package has also been disabled due to the following error: | ==> Starting package_linux-libre-aarch64-chromebook()... | FATAL ERROR: Couldn't open "arch/arm/boot/zImage": No such file or directory | mkimage: Can't read kernel.itb.tmp: Invalid argument | ==> ERROR: A failure occurred in package_linux-libre-aarch64-chromebook(). | Aborting... It could be fixed later on if there is some interest. Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2020-01-21linux-libre-aarch64: Add forgetten config.aarch64 in sourceDenis 'GNUtoo' Carikli
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2020-01-15linux-libre-aarch64: use gcc-initial for nowDenis 'GNUtoo' Carikli
- Compiling a toolchain takes time. - We also need to make sure to get the toolchain right, usually it requires 3 steps (gcc-initial, gcc-intermediate, gcc-final) and here we're trying to do it in two to save compilation time. - The 2 step toolchain worked for newlib but we don't know PKGBUILD examples that do that for glibc based toolchains. - We don't need a libc to build Linux. Because of all that, we depends on the aarch64 gcc-initial toolchain for building it now. Once we have pushed aarch64 gcc, we will need to add it again as a dependency for building this pacakge, in order to be able to build this package and aarch64 userspace applications as well with the same compiler. Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2020-01-11updpkg: kernels/linux-libre-xtreme 5.4.10-1David P
Signed-off-by: David P <megver83@parabola.nu>
2020-01-09linux-libre-aarch64: Move it in the correct directoryDenis 'GNUtoo' Carikli
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2020-01-08kernels: add linux-libre-aarch64Denis 'GNUtoo' Carikli
Some System On a Chip (SOC) have 64bit ARM CPUs that are also capable of running arm 32bit applications. Since: - Parabola doesn't have an aarch64 package repository yet - The devicetree of devices using such System On a Chip are not compiled when using the armv7 defconfig - Drivers or other platform support code for such hardware might also not be compiled in with the armv7 defconfig - This approach has already been tested with the linux-libre-x86_64 kenrel It's then a good idea to add support for such devices by adding an arrch64 kernel as the maintenance and work is minimal. The downside is that the external kernel modules that are either compiled against the kernel or using DKMS will not work by default. It's however still possible to compile them by hand by using ARCH= and CROSS_COMPILE= as it is done for this kernel, so it should be relatively easy to add support for the non-dkms modules. As for DKMS, someone would need to look into it to understand how to pass it the make flags (ARCH= and CROSS_COMPILE=) that are required to automatically build modules. Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2020-01-08kernels: linux-libre-x86_64: update to 5.4.8 by syncing with linux-libreDenis 'GNUtoo' Carikli
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2019-12-09updpkg: kernels/linux-libre-xtreme 5.3.15-1David P
Signed-off-by: David P <megver83@parabola.nu>
2019-11-30updpkg: kernels/linux-libre-xtreme 5.3.13_gnu-1David P
Signed-off-by: David P <megver83@parabola.nu>
2019-11-29rmpkg: kernels/linux-libre-rtDavid P
reason: looks unused and without love Signed-off-by: David P <megver83@parabola.nu>
2019-11-07updpkg: kernels/linux-libre-rt 4.19.72.26_gnu-1David P
Signed-off-by: David P <megver83@parabola.nu>
2019-11-06updpkg: kernels/linux-libre-xtreme 5.3.8_gnu-1David P
Signed-off-by: David P <megver83@parabola.nu>
2019-10-23updpkg: kernels/linux-libre-xtreme 5.3.7_gnu-1David P
Signed-off-by: David P <megver83@parabola.nu>
2019-10-21kernels: linux-libre-x86_64: update to 5.3.1 by syncing with linux-libreDenis 'GNUtoo' Carikli
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2019-09-27upgpkg: kernels/linux-libre-rt 4.19.72_gnu.rt25-1David P
Signed-off-by: David P <megver83@parabola.nu>
2019-07-29kernels: linux-libre-x86_64: update to 5.2.2 by syncing with linux-libreDenis 'GNUtoo' Carikli
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2019-07-20upgpkg: kernels/linux-libre-rt 4.19.50_gnu.rt22-1David P
Signed-off-by: David P <megver83@parabola.nu>
2019-05-24upgpkg: kernels/linux-libre-rt 4.19.37_gnu.rt19-1David P
Signed-off-by: David P <megver83@parabola.nu>
2019-05-22kernels: linux-libre-x86_64: configuration: make sure that no user input is ↵Denis 'GNUtoo' Carikli
required Sometimes the defconfig and the source code are out of sync, this can result in issues like this one: | ==> Starting build()... | scripts/kconfig/conf --syncconfig Kconfig | * | * Restart config... | * | * | * General architecture-dependent options | * | OProfile system profiling (OPROFILE) [M/n/y/?] m | OProfile multiplexing support (EXPERIMENTAL) (OPROFILE_EVENT_MULTIPLEX) [N/y/?] n | Kprobes (KPROBES) [Y/n/?] y | Optimize very unlikely/likely branches (JUMP_LABEL) [Y/n/?] y | Static key selftest (STATIC_KEYS_SELFTEST) [N/y/?] n | Stack Protector buffer overflow detection (STACKPROTECTOR) [Y/n/?] (NEW) This makes sure that in such case, the default choice is used instead of asking the user about it. Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2019-05-22linux-libre-x86_64: fix defconfigDenis 'GNUtoo' Carikli
While updating this kenrel to 5.1.3-gnu, the 5.0.2-gnu defconfig was accidentally commited. This change fixes it by importing linux-libre's defconfig for x86_64. Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2019-05-21kernels: linux-libre-x86_64: update to 5.1.3 by syncing with linux-libreDenis 'GNUtoo' Carikli
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2019-05-20[linux-libre-rt][linux-libre-xtreme][linux-libre-lts][linux-libre]: add note ↵bill-auger
about rcn-libre patch
2019-04-06upgpkg: kernels/linux-libre-xtreme 5.0.6_gnu-1David P
Signed-off-by: David P <megver83@parabola.nu>
2019-03-24kernels: linux-libre-x86_64: update to 5.0.2 by syncing with linux-libreDenis 'GNUtoo' Carikli
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2019-03-23upgpkg: kernels/linux-libre-xtreme 4.20.17_gnu-1David P
Signed-off-by: David P <megver83@parabola.nu>
2019-02-27kernels: linux-libre-x86_64: update to 4.20.11 by syncing with linux-libreDenis 'GNUtoo' Carikli
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2019-02-26upgpkg: kernels/linux-libre-rt 4.19.23_gnu.rt14-1David P
Signed-off-by: David P <megver83@parabola.nu>
2019-02-18upgpkg: kernels/linux-libre-xtreme 4.20.10_gnu-1David P
Signed-off-by: David P <megver83@parabola.nu>
2019-02-15upgpkg: kernels/linux-libre-rt 4.19.15_gnu.rt12-1David P
Signed-off-by: David P <megver83@parabola.nu>
2019-02-14rmpkg: kernels/linux-libre-lts-xtreme [deprecated]David P
although patches may still work for 4.9, the support is over Signed-off-by: David P <megver83@parabola.nu>
2019-02-12linux-libre-x86_64: Update to 4.20.6Denis 'GNUtoo' Carikli
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2019-02-06upgpkg: kernels/linux-libre-xtreme 4.20.6_gnu-1David P
Signed-off-by: David P <megver83@parabola.nu>
2018-12-23kernels/linux-libre-x86_64: fix checksumsDenis 'GNUtoo' Carikli
The previous PKGBUILD was build and tested. However I removed the following files after testing and forgott to regenrate the sha512sum: 'kernel.its', 'kernel.keyblock', 'kernel_data_key.vbprivk' I didn't re-test after that since it already took hours to build it my build machine and that this PKGBUILD is based on a well tested PKGBUILD. I didn't bump the package revision in this commit because the package cound't build before. Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2018-12-23Add kernels/linux-libre-x86_64Denis 'GNUtoo' Carikli
With this kernel, on machines with an x86_64 compatible CPU, you can run an i686 userspace with an x86_64 kernel. This for instance enables to use the same i686 rootfs on computers with 32bit and 64bit CPUs, while still being able to take advantage of a 64bit kernel on the machines that supports it. The users will then need to force i686 in pacman.conf like that: [options] Architecture = i686 They will also need to select the right kernel at boot. Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2018-12-10upgpkg: kernels/linux-libre-rt 4.14.78_gnu.rt47-1David P
Signed-off-by: David P <megver83@parabola.nu>
2018-12-02upgpkg: kernels/linux-libre-xtreme 4.19.5_gnu-1David P
Signed-off-by: David P <megver83@parabola.nu>
2018-09-21upgpkg: kernels/linux-libre-xtreme 4.18.9_gnu-1David P
Signed-off-by: David P <megver83@parabola.nu>
2018-09-19upgpkg: kernels/linux-libre-lts-xtreme 4.9.127_gnu-1David P
Signed-off-by: David P <megver83@parabola.nu>
2018-09-18upgpkg: kernels/linux-libre-rt 4.14.69_gnu.rt43-1David P
Signed-off-by: David P <megver83@parabola.nu>
2018-09-16linux-libre-pae: move from [kernels] -> [libre]David P
Because ArchLinux32 has linux-pae in [extra] Also update config Signed-off-by: David P <megver83@parabola.nu>
2018-09-16upgpkg: kernels/linux-libre-pae 4.18.7_gnu-1David P
Signed-off-by: David P <megver83@parabola.nu>
2018-09-13upgpkg: kernels/linux-libre-xtreme 4.18.7_gnu-1David P
Signed-off-by: David P <megver83@parabola.nu>
2018-09-13linux-libre-xtreme: update config filesDavid P
Signed-off-by: David P <megver83@parabola.nu>
2018-09-09upgpkg: kernels/linux-libre-xtreme 4.18.6_gnu-1David P
Signed-off-by: David P <megver83@parabola.nu>