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.82
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 .. 92 93 94 95 96 97 98 99 100 101 102 .. 106 Next › Last »

nous commented on 2010-12-30 00:41 (UTC)

Re-introduced aufs2 and squashfs-lzma patches.

<deleted-account> commented on 2010-12-06 22:02 (UTC)

I am a robot. This is not an official message. AUR guidelines suggest to not include binaries. Examples: kernel26-pf/logo_linux_clut224.ppm.bz2 kernel26-pf/logo_linux_mono.pbm.bz2 kernel26-pf/logo_linux_vga16.ppm.bz2 Feel free to disregard this as you would any other comment. This robot will not post here again.

nous commented on 2010-11-29 15:37 (UTC)

Links updated.

post-factum commented on 2010-11-29 14:18 (UTC)

Please, update links to pf-kernel site. I've changed its domain name to pf.natalenko.name. Old links still works via redirect.

LookTJ commented on 2010-11-24 00:44 (UTC)

it has mainline update.

LookTJ commented on 2010-11-23 22:38 (UTC)

nous, sorry about that, won't happen again from me.

nous commented on 2010-11-23 12:39 (UTC)

FFS, I've said it so many times, kernel26-pf follows http://pf-kernel.org.ua, NOT http://kernel.org! DO NOT FLAG AS OUT-OF-DATE.

nous commented on 2010-11-21 18:57 (UTC)

mpsnets I've never used it and my time is really sparse.... Why don't you copy an existing PKGBUILD of, say, -kernel26-ck and create a new package, as lucak3 did with nvidia-pf?

<deleted-account> commented on 2010-11-19 12:46 (UTC)

Please You need to create the package vhba-module-pf!

graysky commented on 2010-11-18 22:23 (UTC)

Plus, see what ck has to say about it: http://ck-hack.blogspot.com/2010/11/create-task-groups-by-tty-comment.html Con Kolivas wrote: I've had every man and his dog either drop into IRC or email me asking me what my thoughts are on the grouping tasks by tty layer patch discussed here: Phoronix link and slashdot. I guess people didn't understand my 2.6.36-ck1 announcement clearly enough, so I'll quote it again here: Those following the development of the patches for interactivity at massive load, I have COMPLETELY DROPPED them as they introduce regressions at normal workloads, and I cannot under any circumstances approve changes to improve behaviour at ridiculous workloads which affect regular ones. I still see precisely zero point at optimising for absurd workloads. Proving how many un-niced jobs you can throw at your kernel compiles is not a measure of one's prowess. It is just a mindless test. Remember, I already had developed a hierarchical tree-based penalty patch for BFS and blogged about it here. I can do it in a 10 line patch for BFS, but it introduced regressions, which is why I dropped it (see earlier blog entry here: further-updates-on-hierarchical-tree). Again, I can't for the life of me see why you'd optimise for make -j64 on a quad core machine. It is one workload, unique to people who compile all the time, but done in a way you wouldn't normally do it anyway. It is not going to magically make anything else better. If for some god-forsaken reason you wanted to do that, you could already do that with nice, or even better, by running it SCHED_IDLEPRIO. nice -19 make -j 64 blahblah or schedtool -D -e make -j64 blahblah It's not really that hard folks... And if you really really really still want the feature for BFS, the patch that does the hierarchical tree based penalty is rolled into a bigger patch (so a lot more than just the 10 lines I mentioned) that can also group threads and enable/disable the features and it's still here: bfs357-penalise_fork_depth_account_threads.patch It is worth noting also that the mainline approach costs you in throughput, whereas this patch is virtually free. EDIT: I forgot to mention that for YEARS now I've been using my "toolsched" wrapper scripts that do this automatically. See toolsched for the scripts. Make always starts as SCHED_IDLEPRIO for me at home.

« First ‹ Previous 1 .. 92 93 94 95 96 97 98 99 100 101 102 .. 106 Next › Last »