Package Details: linux-pf-headers 6.11.pf1-1

Git Clone URL: https://aur.archlinux.org/linux-pf.git (read-only, click to copy)
Package Base: linux-pf
Description: Headers and scripts for building modules for the pf-kernel
Upstream URL: https://pfkernel.natalenko.name
Keywords: bbr bbr3 kernel ksm linux linux-pf pf-kernel uksm uksmd v4l2loopback zstd
Licenses: GPL-2.0-only
Provides: linux-pf-headers
Submitter: nous
Maintainer: post-factum
Last Packager: post-factum
Votes: 210
Popularity: 0.80
First Submitted: 2011-07-24 12:01 (UTC)
Last Updated: 2024-09-18 15:18 (UTC)

Pinned Comments

post-factum commented on 2023-09-25 20:30 (UTC)

Official binary builds for various x86_64 μ-arches are available here.

Latest Comments

« First ‹ Previous 1 .. 51 52 53 54 55 56 57 58 59 60 61 .. 106 Next › Last »

Thaodan commented on 2012-10-29 13:57 (UTC)

One question: Is it right that the kernel version is 3.6?

Thaodan commented on 2012-10-29 13:13 (UTC)

@nous I don't that there shoud be packages for all these cpu familys, its just nice too have, if you need i can upload builds for corei7avx and coreavxi

nous commented on 2012-10-29 12:59 (UTC)

@claudiaj: I've not encountered the zram issue myself, on several computers I run this kernel. The reports you point to indicate it's not linux-pf related though; therefore, we should expect a fix from upstream.

nous commented on 2012-10-29 07:40 (UTC)

I'm building 3.6.6-pf for i686 now. The problem with dropbox is solved, and right now the daemon is uploading 3.6.5-2/64-bit; 3.6.6 for x86_64 will follow before the end of the day. @Thaodan: it's not the menuconfig I'm concerned about, it's the PKGBUILD which should reflect the extra CPUs and the extra time, cpu-power and webspace needed to build and accommodate the additional packages. Which, I still insist, are not worth building as there's no gain whatsoever in performance kernel-wise. That being said, I might add the patch to an upcoming release, but I'll have to decide whether or not let the PKGBUILD know about i7*.

<deleted-account> commented on 2012-10-28 23:40 (UTC)

@jakob: I had no intention to come off as rude. My main concern is zram, I just noted that after nous has stated 'Should be OK now', http://dl.dropbox.com/u/11734958/ still 404's, indicating that not all is gravy just yet. I have this unfortunate tendency to spend days fine tuning menuconfig getting rid of stuff I'll never use and adding things I might think I'd like to see. Just my luck would have it though, there's always an update ready by the time I finish :P

Thaodan commented on 2012-10-28 23:33 (UTC)

@nou: this patch dosn't modifies the kernel code it just adds the option to set the right -march and -mtune for cpus that are never than year 2007 in menuconfig.

jakob commented on 2012-10-28 23:07 (UTC)

Hey claudiaj, this service by nous is an exceptional contribution that he has been committing since a long time now! I think we should be a bit more patient if there are computer problems on his side! It's always possible to just build the kernel, the PKGBUILDs are there, if you're in such need to have it now!

<deleted-account> commented on 2012-10-28 22:40 (UTC)

I'm getting an insane amount of zram errors in dmesg [305870.803049] zram: Error allocating memory for compressed page: 121722, size=4118 [305870.803089] Write-error on swap-device (254:0:973776) Seems related to this http://code.google.com/p/compcache/issues/detail?id=102 Still getting 404 on the dropbox repo. How long do you imagine 'OK now' means working again?

nous commented on 2012-10-28 20:50 (UTC)

@dkasak: I upgraded my main dropbox box (which is headless)to systemd and lost all connectivity to it, as setting a static IP with systemd requires user intervention. Should be OK now.

nous commented on 2012-10-28 20:07 (UTC)

@Thaodan: thanks for your work, but I intend to follow the upstream kernel optimization options. Allow me to elaborate: 1. I believe Linus and the rest of the kernel developers know their job better than me. 2. Extreme kernel optimizations offer very little performance-wise; it's far more beneficial to optimize in user-space. Please, read this post of mine about it: http://ubuntuforums.org/showpost.php?p=1202195&postcount=86 3. By large, newest CPUs offer only a few additional instruction sets, mostly multimedia-related, like Advanced Vector Extensions; the AES-NI instruction set is really not worth to mention, unless one AES encrypts-decrypts all day long. Therefore, a new CPU choice usually enters the kernel only after a major architecture evolution.