Package Details: linux-slim 5.18.v.9-1

Git Clone URL: https://aur.archlinux.org/linux-slim.git (read-only, click to copy)
Package Base: linux-slim
Description: Linux kernel slimmed down to only work on AMD hardware. Zero compatibility.
Upstream URL: http://www.kernel.org/
Licenses: GPL2
Submitter: eggz
Maintainer: eggz
Last Packager: eggz
Votes: 1
Popularity: 0.000000
First Submitted: 2019-05-31 15:23 (UTC)
Last Updated: 2022-07-02 16:09 (UTC)

Pinned Comments

eggz commented on 2019-05-31 15:54 (UTC) (edited on 2020-02-18 12:08 (UTC) by eggz)

Tired of compiling? Use this binary repo instead! Add this at the end of /etc/pacman.conf :

[linuxkernels]
Server = http://nhameh.ovh/$repo/$arch
SigLevel = Optional TrustAll

Latest Comments

eggz commented on 2022-03-16 16:15 (UTC)

My pipelines need a real git repo for automation and integration, not a flat tarball.

medzik commented on 2022-03-16 14:48 (UTC)

Why didn't you use https://cdn.kernel.org/pub/linux/kernel/v5.x/linux-5.16.15.tar.xz?

damdam_kr commented on 2021-07-19 14:42 (UTC)

@eggz thanks alot. Well I thought so but its worth a shot :)

Thanks alot again

eggz commented on 2021-07-19 14:30 (UTC)

It performs really well because it has zero compatibility with anything but my pc, which is mzen2 :-) I'm sorry, this kernel is only for testing purposes and testing my pipelines. Its not meant to be tailored to peoples wishes :)

Not sure why your config wont work for bluetooth... could be a million reasons...

The cpu types are added by a gentoo patch, its not vanilla: https://gitweb.gentoo.org/proj/linux-patches.git/ I only work manually with config files, I dont use menus and tui helpers. It probably wont show up in there.

damdam_kr commented on 2021-07-19 13:58 (UTC)

Hi. I really like your linux-slim. it performs really well on my desktop. However, seems that wifi and bluetooth is disabled. Tried copying the config from my /proc and tried compiling and enabling wireless and bluetooth but still not getting active. I also find out that I cannot choose cpu version under cpu type option. Sorry still fairly new to compiling.

Anyway, what are the chances for you to issue slim version with wireless and bluetooth? And how do you get that option for setting specific cpu? I also installed linux-amd and found out that you set amdryzen3 on that one and slim is ryzen2.

thanks

eggz commented on 2021-06-24 11:40 (UTC)

I reverted the "doorbell" amdgpu commits (on this personal test kernel) which causes SIENNA to stay on max clock all the time.

https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?h=linux-5.12.y&id=ee85fdbcea82317c74bd5257de3946abb1fd1c2f https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?h=linux-5.12.y&id=df6cd610bbe52fc78bd77fec67850f0f3497679d

eggz commented on 2021-02-17 22:43 (UTC)

Oh, this kernel is just the kernel I run on my pc, it only supports amd/radeon modern desktop hardware. I just publish this kernel for debug purposes, since it autotests my build pipelines each build, and sends back useful info for feedback. For full feedback/test I need a full run, so this actually includes an AUR publish.

This is why it has "zero compatibility" in the description; its not really meant for the general public, but people are welcome to try it on (it really is a lightweight kernel!) .

This kernel has also been useful in the past for spotting module problems: This kernel has got zero bagage, and barely has enough to run on my testsystem. comparing problems with this (core only) kernel with a fully feautured one (or vice versa) can reveal alot of info surrounding a problem. (like when the problem lies in a non-core module)

Im glad that you are so interested, but long story short, this kernel is probably more usefull to me than it is to you :-)

jogai commented on 2021-02-17 07:51 (UTC)

This one: https://aur.archlinux.org/packages/linux-amd/ The znver2 variant has a clear description why it exists, but its not so clear what the slimmed version actually provides, or left out.

eggz commented on 2021-02-15 20:42 (UTC)

You will have to specify "amd kernels".

jogai commented on 2021-02-15 20:19 (UTC)

Whats the difference with your linux-amd kernels?

eggz commented on 2020-12-20 13:32 (UTC)

Well I for one am very proud that I am not compatible with proprietary nvidia software :-) Jokes asside though, I will ommit the provides sections enterely if this solves any conflicts.

Scimmia commented on 2020-12-20 13:12 (UTC)

dkms has nothing to do with this, as they don't have binary modules and therefor don't have a hard dep on the kernel they are built against. It's not a bad example, but take a look at any of the binary modules in the repos. They have a dep on 'linux' because they require that package to work. Saying that this provides 'linux' means that this package can satisfy that dep, which it can't.

eggz commented on 2020-12-20 13:07 (UTC)

That package is made up by proprietary, non standard dependencies (like nvidia-dkms instead of dkms) and other blobs which have nothing to do with using open standards.

I am however compatible with standard dkms installations of modules. I could not care less about non-open implementations that are not compatible with my kernel, that is not the linux way.

Bad example perhaps?

Scimmia commented on 2020-12-20 12:54 (UTC)

Let's try this another way. This package: https://archlinux.org/packages/extra/x86_64/nvidia/ requires 'linux'. Can you install this package instead of the 'linux' package and use that module? If not, it doesn't provide 'linux'.

eggz commented on 2020-12-20 12:51 (UTC)

My kernels are build to satisfy most packages, and are binary compatible with them, as I do not make drastic changes into the kernel. If this kernel was incompatible with them in the way that you claimed then it would be an almost unusable kernel. I'm not trying to invent a new kernel here like Vmware or Darwin. this is just another finetuned linux kernel.

Scimmia commented on 2020-12-20 12:44 (UTC)

That's the problem. The packages claim to, but they don't. 'linux' is a specific package, not a virtual dep meaning any kernel. The binary modules in the repos require 'linux' because they are built against that kernel, these packages are not binary compatible with that kernel and cannot use those modules, so it can't satisfy that dep.

eggz commented on 2020-12-20 12:41 (UTC)

Last time I checked, I do provide the linux kernel and its headers.

Scimmia commented on 2020-12-20 12:35 (UTC)

Multiple updates and you're still wrongly claiming to provide 'linux' and 'linux-headers'. Is there a problem?

Scimmia commented on 2020-12-10 16:42 (UTC)

Please see the warning here: https://wiki.archlinux.org/index.php/Kernel/Arch_Build_System#Modifying_the_PKGBUILD

eggz commented on 2020-03-21 11:26 (UTC)

I implemented a patch so we no longer need EFI modules. As you know I like to keep this kernel small and clean, and that certainly does not include carrying an EFI module around for no good reason. Seems like our gentoo friends found what I was suspecting:

https://bugs.gentoo.org/713460

I implemented this patch for the time being until upstream finally catches up to this bug (because thats really what it is as suspected).

eggz commented on 2020-03-18 12:06 (UTC)

Yep!! I know! I'm on it. I wasn't supposed to push this build yet (it hasnt been on pushed on the repos).

There is some bug in the kernel config preparation, and I either have to enable or disable something EFI related that isn't really documented.

Hold on!

toki1990 commented on 2020-03-18 11:48 (UTC)

Error Report:

LD .tmp_vmlinux1 ld: arch/x86/mm/ioremap.o: in function __ioremap_caller': ioremap.c:(.text+0x395): undefined reference toefi_mem_type' make: *** [Makefile:1078: vmlinux] Error 1

Andy_Vetrov commented on 2019-10-23 18:35 (UTC)

@eggz: Thank you! Sometimes I turn off my computers by pressing the power button, but it is impossible without the ACPI support in the kernel.

eggz commented on 2019-10-23 08:05 (UTC)

Interesting. I guess I tried to delete these builtin modules (yes, sometimes I go to far...) and they came back as seperate modules forced by the build.

Thanks, expect an update soon.

Andy_Vetrov commented on 2019-10-22 19:27 (UTC)

@eggz: Could you return CONFIG_ACPI_BUTTON=y back? And maybe also CONFIG_ACPI_VIDEO=y and CONFIG_ACPI_FAN=y...

eggz commented on 2019-05-31 20:02 (UTC)

Thanks Andy, some welcome modifications indeed. updated package in AUR and the binary repo.

Andy_Vetrov commented on 2019-05-31 19:16 (UTC) (edited on 2019-05-31 19:17 (UTC) by Andy_Vetrov)

Please disable following parameters:

# CONFIG_IOMMU_DEBUGFS=y
# CONFIG_IOMMU_DEFAULT_PASSTHROUGH=y

and I recommend switch back to:

CONFIG_MTRR_SANITIZER_ENABLE_DEFAULT=1
CONFIG_MTRR_SANITIZER_SPARE_REG_NR_DEFAULT=0

P.S. Good job!

eggz commented on 2019-05-31 15:54 (UTC) (edited on 2020-02-18 12:08 (UTC) by eggz)

Tired of compiling? Use this binary repo instead! Add this at the end of /etc/pacman.conf :

[linuxkernels]
Server = http://nhameh.ovh/$repo/$arch
SigLevel = Optional TrustAll