| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
This brings tishtushi in par with dnyarri and mmrnmhrm, because the
patch for the BFQ scheduler doesn't apply, while the one we already have
in pkgs.vuizvui.kernel.bfqsched *does* apply.
Besides it doesn't make sense to use different versions of the *same*
patch within the same repository.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
| |
This is needed mostly for the GPUs and for KMS to hopefully work.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
I've been patching these machines up since ages and I'm tired now to do
both kernel configs *again* for the recent kernel versions.
Of course, in the long run I still want them to have their customized
kernel, but right now it's better to have a recent generic kernel rather
than have a fucked up custom kernel.
Also, this removes all that cruft for the Intel HDA pinning on dnyarri,
because the machine now has two X-Fi sound cards.
Both machines probably won't boot now, so we'll have to adjust a few
things very soon.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
| |
|
|
|
|
| |
oops
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The jackline package only existed in nixpkgs for a short period of time
until it got reverted in
NixOS/nixpkgs@7e0ca08bfa19304b446f860a8899122ef019c51a.
As soon as jackline enters nixpkgs again, this commit can either be
reverted or just left as-is, because it uses pkgs.jackline only if the
attribute exists.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
Cc: @sternenseemann
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The rebased patch has been announced upstream at:
https://groups.google.com/forum/#!topic/bfq-iosched/Et-axgapbrs
Unfortunately the GitHub branch isn't linked there, but it can be found
here:
https://github.com/linusw/linux-bfq/tree/add-bfq-logical
This time the patch adds the BFQ scheduler as an extra scheduler instead
of modifying CFQ, so we need to add extra kernel options again.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This reverts commit e3f8d28d6be67257d70035d122263f3a35adc438 and my
attempts to mitigate this in 0a50f5fab1abf2e70fd5d7a2dd717c2f2c1b983b
and 3b91f25b37ea709f5c86e38a50061199bbed5341.
Vuizvui is a repository for experimental stuff, but NOT a dumpster. So
please refrain from pushing waste into this repository, like markers for
a failed merge.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
Cc: @Profpatsch
|
|
|
|
|
|
|
|
|
|
|
| |
The tests within Vuizvui currently depend on all machines to evaluate
correctly. The option hardware.pulseaudio.extraDaemonConfig doesn't
exist hence the evaluation fails.
I assume @Profpatsch wanted to use extraConfig, which is for the
default.pa.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
| |
|
|
|
|
|
|
|
| |
Now that internal WiFi is working, we don't need that WiFi dongle
anymore.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
|
| |
Since NixOS/nixpkgs@da36847d925058fd86f027b64cc712c57be11ad8 we no
longer need so much cruft to specify kernel patches, so let's switch to
boot.kernelPatches instead of the hackery we had so far.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
| |
|
| |
|
| |
|
|
|
|
| |
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
| |
|
| |
|
|
|
|
| |
Now it really does use a fifo and not a file
|
|
|
|
| |
Enable logging of xmpp-client output with `script(1)`.
|
|
|
|
|
|
|
| |
Some stuff is needed in multiple files, like the home directory.
Extracted out into lib.nix.
xmpp-client uses that to create a wrapper for splicing the password into
the config at program invocation.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
Not being able to get into boot menu is quite annoying. IIRC I saw some
Grub config in other distros that allow to hold a key to display the
boot menu without the need to set the timeout >0.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
So far until version 4.7.0 I've used the BFQ patch that adds BFQ as
another I/O scheduler to the kernel. I'm using BFQ as the default
scheduler on this machine, so it makes sense to completely replace the
CFQ scheduler with the BFQ implementation.
Paolo Valente has already ported this to 4.8 according to this post:
https://groups.google.com/d/msg/bfq-iosched/RQNkbDf9rAg/DqgVDGs7AAAJ
So let's just switch to the implementation that might get mainlined
someday.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
| |
until fixed upstream
|
| |
|
| |
|
| |
|
| |
|