Package Details: linux-amd-znver3-headers 6.13.v.2-1

Git Clone URL: https://aur.archlinux.org/linux-amd-znver3.git (read-only, click to copy)
Package Base: linux-amd-znver3
Description: Header files and scripts for building modules for the linux-amd-znver3 kernel
Upstream URL: https://www.kernel.org/
Licenses: GPL2
Submitter: None
Maintainer: None
Last Packager: bebna
Votes: 10
Popularity: 0.019661
First Submitted: 2023-05-04 15:47 (UTC)
Last Updated: 2025-02-16 11:21 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 12 Next › Last »

<deleted-account> commented on 2024-01-23 06:49 (UTC)

I did not remove openvswitch modules:

curl -s https://aur.archlinux.org/cgit/aur.git/plain/config.x86_64?h=linux-amd-znver3 | grep CONFIG_OPENVSWITCH
CONFIG_OPENVSWITCH=m
CONFIG_OPENVSWITCH_GRE=m
CONFIG_OPENVSWITCH_VXLAN=m
CONFIG_OPENVSWITCH_GENEVE=m

They are still there. Did you install the headers correctly and reboot the machine afterwards?

Mario156090 commented on 2024-01-23 02:09 (UTC)

Hello,a question:

is in this kernel removed openvswitch modules?

Appears me this:

ovs-vsctl: Error detected while setting up 'eth1'. See ovs-vswitchd log for details.

Generic Netlink family 'ovs_datapath' does not exist. The Open vSwitch kernel module is probably not loaded. ovs-dpctl: opening datapath br2 failed (No such file or directory)

<deleted-account> commented on 2024-01-17 07:36 (UTC)

as far as I know, v4l2loopback is an out-of-tree module, please use extra/v4l2loopback-dkms

yamai commented on 2024-01-17 01:05 (UTC)

Me again. Could we have the module v4l2loopback, please? Thanks.

yamai commented on 2024-01-11 15:45 (UTC)

Thank you!!

<deleted-account> commented on 2024-01-11 09:59 (UTC)

ok, done, ty for telling!

yamai commented on 2024-01-11 00:25 (UTC)

Would it be possible to add the module drivetemp?

<deleted-account> commented on 2024-01-02 06:54 (UTC)

I mean, yeah, you're right, it isn't a big diffrence. Infact, most things I do in these kernels dont really make that big of a diffrence (mtune, disable undeeded mods,...). It depends where you draw the line.

But in my timed tests lzo4 was actually faster in zstd, maybe it was a fluke, because I also saw tests that showed bigger performance with zstd. It's just not what I saw on my system.

onurmercury commented on 2024-01-01 21:55 (UTC)

well, i don't really expect to see big differences between decompression times of initrds (except xz) for any znver3 system anyway.

and i know this test doesn't really matter (because conditions aren't same with kernel boot factors) but zstd decompresses faster than others in userspace.

i want to test this someday with kernel boot-time decompression & non-kvm qemu system to see real results.

<deleted-account> commented on 2024-01-01 20:03 (UTC)

Im sorry but im really not impressed by zstd reading performance. I know you would rather keep everything compliant and generic, but at that point, I would really just advice you to use the vanilla arch kernel instead of this one ;-)

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 12 Next › Last »