summary refs log tree commit diff
path: root/pkgs/os-specific/linux/kernel-headers
Commit message (Collapse)AuthorAge
* bionic: use fetchzip for everything (#123010)sterni2021-05-16
| | | | Since the hashes of the remaining two archives that used fetchurl broke, now as good a time as any to switch the remaining fetchurls to fetchzip.
* treewide: Support aarch64-android using minimal prebuilt componentss13412021-05-11
| | | | | | | | | | | | | | | | | | | | | | | This PR adds a new aarch64 android toolchain, which leverages the existing crossSystem infrastructure and LLVM builders to generate a working toolchain with minimal prebuilt components. The only thing that is prebuilt is the bionic libc. This is because it is practically impossible to compile bionic outside of an AOSP tree. I tried and failed, braver souls may prevail. For now I just grab the relevant binaries from https://android.googlesource.com/. I also grab the msm kernel sources from there to generate headers. I've included a minor patch to the existing kernel-headers derivation in order to expose an internal function. Everything else, from binutils up, is using stock code. Many thanks to @Ericson2314 for his help on this, and for building such a powerful system in the first place! One motivation for this is to be able to build a toolchain which will work on an aarch64 linux machine. To my knowledge, there is no existing toolchain for an aarch64-linux builder and an aarch64-android target.
* linuxHeaders: 5.11 -> 5.12TredwellGit2021-04-26
|
* linuxHeaders: 5.10.9 -> 5.11TredwellGit2021-02-16
|
* Merge branch 'master' into staging-nextJan Tojnar2021-01-24
|\
| * lib: Clean up how linux and gcc config is specifiedJohn Ericson2021-01-23
| | | | | | | | | | | | | | Second attempt of 8929989614589ee3acd070a6409b2b9700c92d65; see that commit for details. This reverts commit 0bc275e63423456d6deb650e146120c39c1e0723.
| * Revert "lib: Clean up how linux and gcc config is specified"Jonathan Ringer2021-01-22
| | | | | | | | | | | | | | This is a stdenv-rebuild, and should not be merged into master This reverts commit 8929989614589ee3acd070a6409b2b9700c92d65.
| * lib: Clean up how linux and gcc config is specifiedJohn Ericson2021-01-21
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The `platform` field is pointless nesting: it's just stuff that happens to be defined together, and that should be an implementation detail. This instead makes `linux-kernel` and `gcc` top level fields in platform configs. They join `rustc` there [all are optional], which was put there and not in `platform` in anticipation of a change like this. `linux-kernel.arch` in particular also becomes `linuxArch`, to match the other `*Arch`es. The next step after is this to combine the *specific* machines from `lib.systems.platforms` with `lib.systems.examples`, keeping just the "multiplatform" ones for defaulting.
* | linuxHeaders: 5.10.4 -> 5.10.9TredwellGit2021-01-21
|/
* linuxHeaders: 5.9.8 -> 5.10.4TredwellGit2020-12-30
|
* linuxHeaders: 5.5 -> 5.9.8TredwellGit2020-11-13
|
* *-wrapper; Switch from `infixSalt` to `suffixSalt`John Ericson2020-05-12
| | | | | | | I hate the thing too even though I made it, and rather just get rid of it. But we can't do that yet. In the meantime, this brings us more inline with autoconf and will make it slightly easier for me to write a pkg-config wrapper, which we need.
* linuxHeaders: replace rsync by cp and findOrivej Desh2020-02-11
| | | | See https://github.com/NixOS/nixpkgs/pull/78994#issuecomment-584437442
* linuxHeaders: 4.19.16 -> 5.5Orivej Desh2020-02-01
| | | | | | | Linux has reworked its header install process in https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=59b2bd05f5f4dc62979c2e82ddd384f07e8f10bc It has introduced `make headers` that prepares the headers in ./usr/include, and made `make headers_install` copy the headers from there using rsync.
* linuxHeaders: fix typo in commentAlyssa Ross2019-12-02
|
* treewide: name -> pname (#67513)volth2019-08-31
|
* treewide: remove unused variables (#63177)volth2019-06-16
| | | | | | * treewide: remove unused variables * making ofborg happy
* nixos/kernel-headers: makeLinuxHeadersMaciej Woś2019-05-23
| | | | | | While it is easy to make a custom kernel by applying kernelPatches it is not so easy to get the corresponding headers; the derivation uses a hard-coded kernel version.
* kernel-headers: infer ARCH from config tripleMatthew Bauer2019-04-19
| | | | | | | This makes us less reliant on the systems/examples.nix. You should be able to cross compile with just your triple: $ nix build --arg crossSystem '{ config = "armv6l-unknown-linux-gnueabi"; }' stdenv
* kernelHeaders: 4.18.3 -> 4.19.16Tim Steinbach2019-01-20
|
* linux-headers: Fix bootstrap tools referenceJohn Ericson2018-10-25
|
* linux-headers: Clean up with mass rebuildDaiderd Jordan2018-10-25
|
* Merge remote-tracking branch 'upstream/master' into darwin-to-linux-crossJohn Ericson2018-10-24
|\
| * Merge pull request #47233 from oxij/tree/mass-rebuild-noop-cleanupsJohn Ericson2018-09-25
| |\ | | | | | | treewide: mass rebuild noop cleanups
| | * linuxHeaders: cleanup with a mass rebuildJan Malakhovski2018-09-23
| | |
| * | Merge remote-tracking branch 'upstream/master' into stagingJohn Ericson2018-09-18
| |\|
| * | Merge pull request #45337 from NeQuissimus/headers_4_18xeji2018-09-15
| |\ \ | | | | | | | | kernel-headers: 4.15 -> 4.18.3
| | * | kernel-headers: 4.15 -> 4.18.3Tim Steinbach2018-08-19
| | | |
* | | | linux-headers: Fix Darwin cross buildDaiderd Jordan2018-10-23
| |_|/ |/| | | | | | | | | | | | | | | | | | | | Carefully fake cc-version and cc-fullversion to avoid needing a compiler for the kernel itself to build the headers. For some reason, doing `make install_headers` twice, first without INSTALL_HDR_PATH=$out then with, is neccessary to get this to work.
* | | glibc, kernel-headers: Fix some eval errors on DarwinJohn Ericson2018-09-15
|/ / | | | | | | Need to get the source to get elf.h
* / treewide: Remove usage of remaining redundant platform compatability stuffJohn Ericson2018-08-30
|/ | | | | Want to get this out of here for 18.09, so it can be deprecated thereafter.
* pkgs/*: remove unreferenced function argumentsvolth2018-07-21
|
* kernel-headers: remove deprecated and broken asm symlink fixupsWill Dietz2018-03-06
| | | | | Discussion: https://github.com/NixOS/nixpkgs/pull/36303
* linuxHeaders: Bump default to 4.15.Shea Levy2018-02-18
|
* linuxHeaders: Drop usage of kernelHeadersBaseConfigTuomas Tynkkynen2018-02-14
| | | | | | | | It's not actually needed, and AFAICT has never been. Or at least Buildroot can build kernel headers as old as 3.2 without running the config phase. While at it, set ARCH unconditionally.
* Similarly, use 4.15 kernel headers instead of patching 4.14 w/uapi fixesWill Dietz2018-02-13
|
* linuxHeaders: allow multiple versions, use newest + patches w/muslWill Dietz2018-02-13
| | | | Hash unchanged for non-musl case.
* treewide: Use `depsBuildBuild` for buildPackges.stdenv.ccJohn Ericson2017-12-30
|
* linux-headers 4.4: Remove arch fallback codeJohn Ericson2017-09-14
| | | | | | | @dezgeg was right: The `platform` field of a linux platorm is already manadatory---if not specified it is inferred, and all such inferences include a `kernelArch` field. Therefore linux packages can indeed rely on it being defined.
* linux-headers: Remove dead old versionJohn Ericson2017-09-14
| | | | This sat around unused for who knows how long
* linux-headers: Improve derivation, removing cross argJohn Ericson2017-08-24
| | | | | | | | | | | | | | | | - Perl is used at build time, so must be in `nativeBuildInputs`. It's not used at run time so it should not be in `buildInputs`, too. - Don't treat headers like a compiler---use the build and host platforms not host and target. Perhaps that would make sense if every library's headers could be a separate derivation, but since that is not feasible, best to keep the implementation and interface in the same stage. To do this, we used `stdenvNoCC` to get rid of the normal toolchain, and added a dependency for the toolchain targeting the build platform --- `buildPackages.stdenv.cc` --- thus everything is effectively slid a stage black.
* linuxHeaders_2_{4,6}: removeRobin Gloster2017-08-11
|
* kernel-headers: Don't use stdenv.crosshsloan2017-06-28
|
* tree-wide: remove uses of features.grsecurityJoachim Fasting2017-05-14
|
* linux-headers: Remove stray linux headers 3.18 nix fileJohn Ericson2017-04-24
| | | | | | | | In dced724c009a1646475373cc597ada385d46bde6 this derivation was unexposed along (in all-packages.nix) with the removal of linux 3.18[1]. I think this file was left behind by mistake. [1]: https://github.com/NixOS/nixpkgs/commit/dced724c009a1646475373cc597ada385d46bde6#diff-036410e9211b4336186fc613f7200b12L11174
* Merge remote-tracking branch 'origin/master' into hardened-stdenvFranz Pletz2016-05-18
|\
| * linuxHeaders_4_4: init at 4.4.10Joachim Fasting2016-05-14
| |
* | Merge remote-tracking branch 'upstream/master' into hardened-stdenvRobin Gloster2016-05-02
|\|
| * kernel-headers: mark broken for grsecurity kernelsJoachim Fasting2016-04-19
| | | | | | | | | | | | | | | | | | | | | | | | Extracting headers from a grsecurity patched kernel triggers additional build steps that require gcc plugins. For this to work, we'd need to add gmp, libmpfr, and libmpc to the build inputs as well as run `make prepare` before installing the headers (lest the build fail due to missing files). Out-of-tree modules use kernel.dev and user space should use the Linux API headers used to build libc, not headers extracted from random kernels, so fixing this for grsecurity is pointless.
* | Merge remote-tracking branch 'upstream/master' into hardened-stdenvRobin Gloster2016-04-07
|\|
generated by cgit-pink 1.4.1 (git 2.36.1) at 2024-04-28 17:26:36 +0000