about summary refs log tree commit diff
path: root/pkgs/kernel
Commit message (Collapse)AuthorAgeFilesLines
* pkgs/bfqsched: Update to v8r4 (kernel >= 4.8.0)aszlig2016-11-281-10/+10
| | | | Signed-off-by: aszlig <aszlig@redmoonstudios.org>
* pkgs/linux-4.7: Provide patches via callPackageaszlig2016-10-271-4/+1
| | | | | | | | | | | | As mentioned in the previous commit, kernel patches from boot.kernelPatches are added to the kernel package via .override. Unfortunately, .override overrides the function arguments of the expression referenced from callPackage, so having the patches inside the package expression itself will discard those patches once there is an override. Signed-off-by: aszlig <aszlig@redmoonstudios.org>
* pkgs/linux-4.7: Bring back bridge STP helper patchaszlig2016-10-271-0/+1
| | | | | | | | | | | This reverts commit e27c4cdfbe994a259b77cb4f71c1746552f639f3. I was wrong about this patch being applied upstream, but it turns out that somehow both of these patches are opplied twice, so we'll need to deduplicate the patch list or even better not introduce these duplicates in the first place. Signed-off-by: aszlig <aszlig@redmoonstudios.org>
* pkgs/linux-4.7: Drop patch for bridge STP helperaszlig2016-10-271-1/+0
| | | | | | The patch doesn't apply because it is already included upstream. Signed-off-by: aszlig <aszlig@redmoonstudios.org>
* hardware/t100ha: Bring back Linux 4.7.10aszlig2016-10-271-0/+25
| | | | | | | | | | | | | | Removed in NixOS/nixpkgs@b3f7d626c164ae591a067f78bfcbb06fc3a588b9. We are currently stuck in 4.7 with the T100HA because of this upstream bug: https://bugs.freedesktop.org/show_bug.cgi?id=97529 So let's bring back the expression for Linux 4.7 until there is time for debugging the mentioned bug. Signed-off-by: aszlig <aszlig@redmoonstudios.org>
* pkgs: Rename "kpatches" directory to "kernel"aszlig2016-10-271-0/+45
This now should reflect "all things kernel" and thus could not only contain patches but other things. If we have so many patches that it makes sense to namespace them further, we can still use kernel/patches for that purpose which is way better than "kpatches". Signed-off-by: aszlig <aszlig@redmoonstudios.org>