Out of curiosity, if portage is configured for tmpfs, does it build gentoo-kernel in tmpfs automatically with $KBUILD_OUTPUT or otherwise itself?

Thank you all for comments and discussion, I find it interesting given the lack of documentation/clarity.


Isn't it the case 3) in the answer above ?
My initial impression was that this is slightly different. rEFInd and systemd-boot being chain loaders that can only themselves load EFI ...

That is understood. However I am trying to build a UKI, not boot a stub kernel directly. The UKI itself includes a boot stub (systemd-stub) separately from the kernel, so why does it seem like the kernel still needs EFI_STUB itself to work in a UKI?

Hello,
I am starting to transition to a setup incorporating secureboot with separate ESP and XBOOTLDR partitions, and I think the easiest path forward to support most of my goals is to get all my components as they were already into a UKI and use a simpler bootloader/manager like systemd-boot ...

What is your iface nomenclature?
ethx
OR
enp0sx enox?
If you use kernel parameter "net.ifnames=0 biosdevname=0" you will have the much preferable ethx format.
Then
in
/etc/systemd/network
create a file like
eth0.network
And enable
systemd-networkd
Plz see
https://www.freedesktop.org/wiki ...

I recently ran into an issue after a system update with network no longer active upon system boot. What I found was that if I restart networkd service I would successfully obtain working network configuration. Upon reboot, I looked at networkctl output to see what is happening in failed state ...

Not sure what "Gentoo sanctioned" would imply, but isn't this what you can do with OVMF? It seems OVMF got its own ebuild in gentoo recently so you don't need to build from edk on your own. If you use virsh to edit a domain, you would have the OVMF binary in <loader type='pflash'>OVMF_CODE.fd ...

At least for Intel LPC, I could enable the option CONFIG_LPC_ICH under device drivers->multifunction device drivers in menuconfig. You could try to check if options you need exist there.

I believe this patch may be the culprit, though I am not fully sure.

https://bugzilla.kernel.org/show_bug.cgi?id=108301

Unfortunate that functionality would be completely removed rather than adding a configuration option.

After updating gentoo-sources from 4.1.16 to 4.1.17 (make oldconfig, no changes), I noticed some mixers went missing or changed when using amixer or alsamixer. More specifically, there was a "Line" option available in alsamixer which could be modified or unmuted/muted, allowing playback of audio ...

I was able to reproduce this myself. I had 2 crucial 128GB ssds in raid0 on a testing system I was playing with, with root fs on this raid0. I was on kernel 4.0.1 I think when issues occurred, with discard flag enabled on the ext4 raid0 partition. I did find there was unrecoverable data loss on some ...

Thanks for the information.

After last nights hang, I tried something this morning. After Alt+SysRq+R and getting keyboard back, I tried Alt+SysRq+K and after a few minutes the monitors came back on, with what looked like some error lines or something on console. I wasn't able to catch or record ...

I'm not sure I have any power saving features enabled, except for blanking screen after 15 mimutes in Gnome's settings.

How do I view the journal for a particular time?

Hello all.

I have been experiencing a system hang for a few days now, and have no idea how to go about diagnosing the cause or how to troubleshoot/where to even begin.

Basically, I have been waking up to a complete system hang every morning, after the system has been idle overnight. The keyboard ...

Yes nouveau was removed from the kernel at the time it was modified for Intel.

I do not have the "device_no_vesa.conf" file in /etx/X11/, and there is nothing regarding nouveau in /etc/X11/xorg.conf.d/ (just 00-keyboard.conf and 20opengl.conf)

Hmm, what else could be the underlying problem that disabling arbitration causes it to work?

Edit: I apologize, it seems that the issue was that VGA arbiter was somehow configured in the kernel, and caused a reversion to software rendering according to Xorg logs. Weird that glxinfo would report direct rendering: yes... I'll leave this instead of deleting in case someone has the same mistake ...

Any hints of suggestions to how we might possibly resolve this issue? Thanks.

Hi, thank you for the suggestions. Here are the outputs:

http://bpaste.net/show/570141/

emerge -pv ibus

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild U ] app-i18n/ibus-1.5.8 [1.5.5] USE="X gtk gtk3 introspection nls python vala* -deprecated ...

When attemping to update world, ibus fails to update from 1.5.5 to 1.5.8 and outputs the following:


.
.
.
>>> Source compiled.
* --------------------------- ACCESS VIOLATION SUMMARY ---------------------------
* LOG FILE: "/var/log/sandbox/sandbox-29158.log"
*
VERSION 1.0
FORMAT: F - Function ...