Open jfargen opened 5 days ago
00:02.0 VGA compatible controller: Intel Corporation Meteor Lake-P [Intel Arc Graphics] (rev 08) (prog-if 00 [VGA controller]) DeviceName: VGA compatible controller Subsystem: CLEVO/KAPOK Computer Device a743 Flags: bus master, fast devsel, latency 0, IRQ 166, IOMMU group 0 Memory at bf000000 (64-bit, prefetchable) [size=16M] Memory at 3ffe0000000 (64-bit, prefetchable) [size=256M] Expansion ROM at 000c0000 [virtual] [disabled] [size=128K] Capabilities: [40] Vendor Specific Information: Len=0c <?> Capabilities: [70] Express Root Complex Integrated Endpoint, IntMsgNum 0 Capabilities: [ac] MSI: Enable+ Count=1/1 Maskable+ 64bit+ Capabilities: [d0] Power Management version 3 Capabilities: [100] Null Capabilities: [110] Process Address Space ID (PASID) Capabilities: [200] Address Translation Service (ATS) Capabilities: [420] Physical Resizable BAR Capabilities: [320] Single Root I/O Virtualization (SR-IOV) Capabilities: [400] Latency Tolerance Reporting Kernel driver in use: i915 Kernel modules: i915, xe
I just spoke with @castrojo and @m2Giles and this is likely an issue with the 6.10 kernel. Our suggestion is to rebase to the :stable
image which is still Fedora 40, but it utilizes the CoreOS Kernel (which is slightly older). This is the same kernel that gts
uses.
You will want to use the command: ujust rebase-helper
and select stable. Here is an article for more information: https://docs.projectbluefin.io/administration#switching-between-channels
Let me know if you are running into further issues!
Instead of going for the rebase is it non-trivial to switch from Wayland to x11?
On Fri, Sep 13, 2024 at 12:55 PM Noel Miller @.***> wrote:
I just spoke with @castrojo https://github.com/castrojo and @m2Giles https://github.com/m2Giles and this is likely an issue with the 6.10 kernel. Our suggestion is to rebase to the :stable image which is still Fedora 40, but it utilizes the CoreOS Kernel (which is slightly older). This is the same kernel that gts uses.
You will want to use the command: ujust rebase-helper and select stable. Here is an article for more information: https://docs.projectbluefin.io/administration#switching-between-channels
Let me know if you are running into further issues!
— Reply to this email directly, view it on GitHub https://github.com/ublue-os/bluefin/issues/1669#issuecomment-2349422563, or unsubscribe https://github.com/notifications/unsubscribe-auth/AA7I67XSPHJAU76IYY6V6X3ZWMKIBAVCNFSM6AAAAABOFOY2KSVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDGNBZGQZDENJWGM . You are receiving this because you authored the thread.Message ID: @.***>
X11 session should be available on the login screen with the gear.
The important thing to note is in F41, they are not going to make X11 easy to install anymore, so it's a temporary solution at best. Definitely worth trying to see if it's specifically a Wayland problem on this kernel.
Describe the bug
For the past week, using bluefin-dx:latest this system has been locking up. I'm able to use crtl-alt-f4 to get to a virtual terminal and see messages like this in dmesg.
[ 523.454549] i915 0000:00:02.0: [drm] GPU HANG: ecode 12:0:00000000
What did you expect to happen?
Expect the system not to crash.
Output of
rpm-ostree status
Output of
groups
Extra information or context