kernel-patches
linux
kernel-patches | linux | |
---|---|---|
4 | 93 | |
100 | 44 | |
- | - | |
9.8 | 0.0 | |
3 days ago | 11 months ago | |
C | ||
- | GNU General Public License v3.0 or later |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
kernel-patches
- Custom Linux Kernel Patches for CachyOS
-
I switched to binary Firefox, because I see no difference in performance with compiled one :( I tried -O3 too. Why do you use compiled Firefox?
Actually: maybe I'll try this patch out.
-
Need Advice | Kernel Optimization | Low Latency & Max Performance
I love and recommend using CachyOS' kernel patches, it includes various alternative CPU schedulers, Clear Linux patches/optimizations, etc.
linux
-
problem with connman
Those other flashy distros like mint and ubuntus are designed with rich people with very fresh machines in mind, they don't care if you have an AMDx4 or core2duo or even 32bit older machine. Even Mint and ubuntu people will tell you, if you have an old machine with little ram, use antiX. It still works very well with machines not even released yet, buy one in May 2024 and I "guaranty you" antiX will run fine. That's because kernels, even 6.1 have code for machines not yet released in the market, this is where manufacturers of new hardware send their prototypes to be tested, to kernel.org Some are even industrial machines we will never see in the market.
-
Is there a way to naively replicate a VarHandle.getOpque with fences?
The memory_order_relaxed explanation on the kernel.org documentation heavily implies (never explicitly) that the direct memory load is implicit in the barrier(so by preventing it's reordering we are also forcing a LOAD from main), and that THIS specific barrier (relaxed) is what we NEED for these type of scenarios, so I am not entirely sure if a loadLoadFence() would prevent the hoisting... maybe it will prevent the reordering but not the hoisting/caching... in which case we would still have a visibility issue.
-
Have some confusion around the Ubuntu Kernel
Are all versions of the kernel from kernel.org called mainline kernels or only 6.6-rc4 as shown in the picture?
- Devuan アップグレード: 4 から 5 Daedalus へ
-
Devuan Upgrade: 4 to 5 Daedalus
Devuan is a fork of Debian GNU+Linux without systemd.
- Flutter 3 on Devuan 4: 始め方
-
Flutter 3 on Devuan 4: Getting started
I built the dev env on Devuan GNU+Linux, a fork of Debian without systemd. It resembles my past trial on Artix Linux.
- Android Studio on Devuan 4: インストール
-
Android Studio on Devuan 4: Install
Devuan GNU+Linux is a fork of Debian without systemd and hence Snaps (Snapd). Even on it, it's easy to install Android Studio and start to develop Android mobile apps.
-
Support for our kernel choice by kernel.org
kernel.org
What are some alternatives?
popcap-patches - A collection of patched executables for PopCap games along with various bits of information regarding them. Patches include, but might not be limited to fixes for 3D acceleration as well as higher resolutions not working on recent versions of Windows.
systemd - systemd upstream
ALHP - Mirror of https://somegit.dev/ALHP/ALHP.GO
android-sdk-sources-for-api-level-1 - This is only a backup for Android SDK Sources for API Level 1 [Android 1.0].
zsun-resources - Zsun SD100 OpenWrt Resources
PVEDiscordDark - A Discord-like dark theme for the Proxmox Web UI.
linux-network-performance-parameters - Learn where some of the network sysctl variables fit into the Linux/Kernel network flow. Translations: 🇷🇺
git-remote-aws - encrypted git hosting should be easy
linux - XanMod: Linux kernel source code tree
packages - Kernel module (driver) packages to improve RHEL's hardware support
linux - Arch Linux kernel sources, with patches (Mirror)
kotlin - The Kotlin Programming Language.