I got myself a Librem 11, but found it would be working (somewhat) better with Fedora and it did. However, beginning with the v6.6 kernels, booting is a short-lived endeavor since it does not appear to even get to the LUKS decryption screen, leaving the display black with some white artifacts resembling horizontal lines at the top of the display (looking closer, they are not lines though).
Hooking up an external display, it appears to actually show the decryption passphrase field, but typing in text into the box is offset by approximately 3-5 seconds (instead of instant).
The boot process thereafter mirrors this delay and is extremely sluggish, never reaching the graphical UI until my patience ran out (that is, waiting for about 5 minutes after the last update of the boot screen messages appeared).
To narrow the issue, I downloaded all previously released v6.6 kernels from koji, but all exploited the same behavior.
The last v5.5 kernel (v5.5.12) appears to work, making it a clear break in the kernel versions of where it worked and stopped to work.
The newer kernels can be started by adding the kernel parameter nomodeset, but the GUI will not start at that point (lightdm will coredump).
I have files for dmesg and /var/log/boot.log using kernel 6.7.3 with nomodeset, if they help, but would not know where to upload/attach them here. Any alternatives are welcome. Help on the subject, of course, as well.
It would appear that you ran inxi as root, which caused the errors noted under the Monitor-1 section.
It also appears that my premise may have been in error since you have no additional GPU, but still may be correct in that the system with the celeron processor may not be properly supported by the newer kernel and the related i915 driver.
That is correct. Not running it as root had other omitted data, which felt like important information. So, I re-ran it as root to include this information.
Considering the missing/lacking drivers, do you know if the support had been removed (intentionally) or if this is a bug worth reporting? In either way, would you know of an alternative to get it going again?
Running as root gave this.
The -z option excluded things such as serial numbers so it was not required to run as root. As your regular user inxi would have included the info that was excluded.
The only thing I see other than the older CPU and GPU is the limited (8 GB) ram. One thing that may be of concern is the limited RAM which is shared 100% with zram so it may become overloaded quickly, especially since the ram is shared with the OS, swap, and GPU. The fact that the issue seems to be related to starting the gui desktop also points to having limited ram and not enough to share with all that requires it. The newer kernels do require more RAM.
When normally booted using kernel v6.5.12 with just my startup items opened (Evolution & Telegram being likely the largest), I use 2.4G RAM out of 8.2G shown (~28%). Your explanation, however, suggests that kernel v6.6 and later requires the remainder of the 8.2GB (minus reservation for swap and graphics) just to start the graphics environment alone (without logging in or starting applications thereafter), effectively overloading the capacities of the Librem 11. This I find hard to believe.
I rather believe that your earlier statement about kernel support is more accurate:
As such, I am interested in
finding out whether support has intentionally been withdrawn or if this is a bug, and
if this is a bug finding alternatives/workarounds until it is (hopefully) fixed.