linux-6.8.1 maybe has some problems

levi007 · 2024-03-18 12:39:20

Hi, everyone.
today i upgraded my archlinux.
the package lists:

1181 [2024-03-18T12:13:45+0900] [ALPM] upgraded aom (3.8.1-1 -> 3.8.2-1)                                
1182 [2024-03-18T12:13:45+0900] [ALPM] upgraded icu (74.2-1 -> 74.2-2)                                  
1183 [2024-03-18T12:13:45+0900] [ALPM] upgraded libxml2 (2.12.5-1 -> 2.12.6-1)                          
1184 [2024-03-18T12:13:45+0900] [ALPM] upgraded e2fsprogs (1.47.0-1 -> 1.47.0-2)                        
1185 [2024-03-18T12:13:45+0900] [ALPM] upgraded ca-certificates-mozilla (3.98-1 -> 3.99-1)              
1186 [2024-03-18T12:13:45+0900] [ALPM] upgraded at-spi2-core (2.50.1-1 -> 2.50.2-1)                     
1187 [2024-03-18T12:13:45+0900] [ALPM] upgraded harfbuzz (8.3.0-2 -> 8.3.1-1)                           
1188 [2024-03-18T12:13:45+0900] [ALPM] upgraded librsvg (2:2.57.2-1 -> 2:2.57.3-1)                      
1189 [2024-03-18T12:13:45+0900] [ALPM] upgraded eog (45.2-1 -> 45.3-1)                                  
1190 [2024-03-18T12:13:45+0900] [ALPM] upgraded grub (2:2.12-1 -> 2:2.12-2)                             
1191 [2024-03-18T12:13:45+0900] [ALPM-SCRIPTLET] :: To use the new features provided in this GRUB update
1192 [2024-03-18T12:13:45+0900] [ALPM-SCRIPTLET]    to install it to the MBR or UEFI. Due to potential c
1193 [2024-03-18T12:13:45+0900] [ALPM-SCRIPTLET]    incompatibilities, it is advised to run both, instal
1194 [2024-03-18T12:13:45+0900] [ALPM-SCRIPTLET]    of configuration:                                   
1195 [2024-03-18T12:13:45+0900] [ALPM-SCRIPTLET]      # grub-install ...                                
1196 [2024-03-18T12:13:45+0900] [ALPM-SCRIPTLET]      # grub-mkconfig -o /boot/grub/grub.cfg            
1197 [2024-03-18T12:13:45+0900] [ALPM] upgraded gtkmm3 (3.24.8-1 -> 3.24.9-1)                           
1198 [2024-03-18T12:13:45+0900] [ALPM] upgraded libopenmpt (0.7.4-1 -> 0.7.5-1)                         
1199 [2024-03-18T12:13:45+0900] [ALPM] upgraded linux (6.7.9.arch1-1 -> 6.8.1.arch1-1)                  
1200 [2024-03-18T12:13:45+0900] [ALPM] upgraded nss (3.98-1 -> 3.99-1)                                  
1201 [2024-03-18T12:13:45+0900] [ALPM] upgraded procps-ng (4.0.4-2 -> 4.0.4-3)

when i restart it, i couldn't enter my new system until downgraded linux (6.8.1.arch1-1 -> 6.7.9.arch1-1):

1281 [2024-03-18T20:58:08+0900] [ALPM] downgraded linux (6.8.1.arch1-1 -> 6.7.9.arch1-1)

I just use arch two weeks, so i don't know where is the problem. maybe linux-6.8.1 has some bugs or other packages.

Last edited by levi007 (2024-03-19 07:44:43)

Funny0facer · 2024-03-18 12:53:07

1. please put your output in code brackets
2. did you listen to the warning and ran grub-install and grub-mkconfig after the update?

Can you describe the error? "I couldn't enter the system" is quite vague

levi007 · 2024-03-18 13:10:14

Funny0facer wrote:

1. please put your output in code brackets
2. did you listen to the warning and ran grub-install and grub-mkconfig after the update?
Can you describe the error? "I couldn't enter the system" is quite vague

I'm sorry for the format of output.

I didn't run grub-install and grub-mkconfig before restart . but i did it in the live usb ,it doesn't work.

I could enter the grub, but i can't enter the archlinux's login screen. It just black screen.

seth · 2024-03-18 14:26:52

Do you have an nvidia GPU and are using an older version of nvidia-dkms?
You most likely can still boot the multi-user.target (2nd link below) in doubt along "nomodeset".

If it's not nvidia, boot to the black screen™, reboot using ctrl+alt+del (frenetically), boot the multi-user.target and post the system journal for the failing boot from there.

sudo journalctl -b -1 | curl -F 'file=@-' 0x0.st

levi007 · 2024-03-18 16:08:45

seth wrote:

Do you have an nvidia GPU and are using an older version of nvidia-dkms?
You most likely can still boot the multi-user.target (2nd link below) in doubt along "nomodeset".
If it's not nvidia, boot to the black screen™, reboot using ctrl+alt+del (frenetically), boot the multi-user.target and post the system journal for the failing boot from there.
sudo journalctl -b -1 | curl -F 'file=@-' 0x0.st

My pc is nuc11(no nvidia GPU) and i use archlinux + hyprland without display managers. I login hyprland always by tty manually.

I tested several times and ran the grub command. The problem is same: when i upgrade to linux-6.8.1, then reboot pc. I can enter grub, but can't start archlinux, just black screen without any err info.
I tried to set the default.target to multi-user.target and tried to use ctrl +alt+del. seems doesn't work just reboot again. Now i have downgraded to linux-6.7.9 and continue to use it.

seth · 2024-03-18 16:20:10

seems doesn't work just reboot again

That's the point - post the journal of a 6.8 boot (increase the -b -<n> digit to go back in time)

levi007 · 2024-03-18 21:44:22

seth wrote:

seems doesn't work just reboot again
That's the point - post the journal of a 6.8 boot (increase the -b -<n> digit to go back in time)

Here is the journal: https://0x0.st/XrcI.txt

seth · 2024-03-18 22:36:31

Mar 19 00:04:09 Arch kernel: i915 0000:00:02.0: drm_WARN_ON(!connector->dp.dsc_decompression_aux || !connector->dp.dsc_decompression_enabled)
Mar 19 00:04:09 Arch kernel: WARNING: CPU: 0 PID: 140 at drivers/gpu/drm/i915/display/intel_dp.c:3193 intel_dp_sink_disable_decompression+0x63/0xf0 [i915]

shoudl™ be harmless, though.
You're not getting output on the multi-user.target, but w/ "nomodeset"?
Try to add

i915.enable_psr=0 i915.enable_fbc=0 initcall_blacklist=simpledrm_platform_driver_init

to the https://wiki.archlinux.org/title/Kernel_parameters

levi007 · 2024-03-18 23:34:18

seth wrote:

Mar 19 00:04:09 Arch kernel: i915 0000:00:02.0: drm_WARN_ON(!connector->dp.dsc_decompression_aux || !connector->dp.dsc_decompression_enabled)
Mar 19 00:04:09 Arch kernel: WARNING: CPU: 0 PID: 140 at drivers/gpu/drm/i915/display/intel_dp.c:3193 intel_dp_sink_disable_decompression+0x63/0xf0 [i915]

shoudl™ be harmless, though.
You're not getting output on the multi-user.target, but w/ "nomodeset"?

yes, i tried the "nomodeset" , it worked ,i can login into my system by tty,of cause the Hyprland crashed when i start it

seth wrote:

Try to add
i915.enable_psr=0 i915.enable_fbc=0 initcall_blacklist=simpledrm_platform_driver_init
to the https://wiki.archlinux.org/title/Kernel_parameters

I tried this and doesn't work.

Last edited by levi007 (2024-03-18 23:37:11)

seth · 2024-03-18 23:38:33

"i915.enable_dc=0"?
(But this is just poking around)

From the journal I guess you already tried to switch the VT when ending at a black acreen?

levi007 · 2024-03-19 00:07:51

seth wrote:

"i915.enable_dc=0"?
(But this is just poking around)

This doesn't work too.

seth wrote:

From the journal I guess you already tried to switch the VT when ending at a black acreen?

Swith the VT? Is ctrl+alt+f1/f2... ? Yes , i did, nothing happened.

seth · 2024-03-19 00:22:50

Can you try to blindly login and "startx" (rather than wayland, but you can try hyprland first, if you want)?

The other parameters are still in place and most importantly there's no simpledrm device?
(For context: https://gitlab.freedesktop.org/drm/intel/-/issues/10133 )

Also: how's the output connected? HDMI? DP? Some adapter?
Tried to re-plug it after the boot?

levi007 · 2024-03-19 07:41:33

seth wrote:

Can you try to blindly login and "startx" (rather than wayland, but you can try hyprland first, if you want)?

I don't install the xorg-xinit, so the command not found.

seth wrote:

The other parameters are still in place and most importantly there's no simpledrm device?
(For context: https://gitlab.freedesktop.org/drm/intel/-/issues/10133 )
Also: how's the output connected? HDMI? DP? Some adapter?
Tried to re-plug it after the boot?

I thought this will not work. Guess what? It worked. I re-plug the HDMI when it is black screen, then i can see the login screen and the linux version is 6.8.1.
Now i can remain the upgrade although i should re-plug the HDMI when i reboot or startup pc everytime.
Good news is that i always keep pc on and i'm not need to downgrade it for i can start the DE.

Thank you so much for replies.

seth · 2024-03-19 07:48:20

So the HDCP handshake fails (it's designed for that, so no big surprise )
Do you have another HDMI cable? Are there any adapters involved?
And most importantly: does the simpledrm device still show up in your journal?

levi007 · 2024-03-19 11:12:24

seth wrote:

So the HDCP handshake fails (it's designed for that, so no big surprise )
Do you have another HDMI cable? Are there any adapters involved?
And most importantly: does the simpledrm device still show up in your journal?

This is the journal :https://0x0.st/XrS8.txt
And i don't have any other HDMI cable

seth · 2024-03-19 17:27:47

Mar 19 19:57:18 Arch kernel: [drm] Initialized simpledrm 1.0.0 20200625 for simple-framebuffer.0 on minor 0
Mar 19 19:57:18 Arch kernel: simple-framebuffer simple-framebuffer.0: [drm] fb0: simpledrmdrmfb frame buffer device

You're not blocking the simplydumb device, as a matter of fact

Mar 19 19:57:18 Arch kernel: Kernel command line: BOOT_IMAGE=/vmlinuz-linux root=UUID=24728f52-779f-4d2b-ba68-d8637a745e9e rw loglevel=3 quiet

none of the parameters in #8 or #10 are applied?

levi007 · 2024-03-20 01:06:18

This is the journal after i added the parameters:https://0x0.st/Xr_X.txt

seth · 2024-03-20 07:37:58

Ok, my best working theory becomes then that

Mar 20 09:41:10 Arch kernel: ------------[ cut here ]------------
Mar 20 09:41:10 Arch kernel: i915 0000:00:02.0: drm_WARN_ON(!connector->dp.dsc_decompression_aux || !connector->dp.dsc_decompression_enabled)
Mar 20 09:41:10 Arch kernel: WARNING: CPU: 4 PID: 147 at drivers/gpu/drm/i915/display/intel_dp.c:3193 intel_dp_sink_disable_decompression+0x63/0xf0 [i915]

stalls the exectution so much that you run into the HDCP timeout (which basically doesn't allow for the transmit of one additional package)
The warning/condition is addressed and will go away w/ one of the next kernel updates when your monitor hopefully just return to normal function.

You could resort to the LTS kernel for the time being.

levi007 · 2024-03-20 12:42:50

seth wrote:

Ok, my best working theory becomes then that
Mar 20 09:41:10 Arch kernel: ------------[ cut here ]------------
Mar 20 09:41:10 Arch kernel: i915 0000:00:02.0: drm_WARN_ON(!connector->dp.dsc_decompression_aux || !connector->dp.dsc_decompression_enabled)
Mar 20 09:41:10 Arch kernel: WARNING: CPU: 4 PID: 147 at drivers/gpu/drm/i915/display/intel_dp.c:3193 intel_dp_sink_disable_decompression+0x63/0xf0 [i915]
stalls the exectution so much that you run into the HDCP timeout (which basically doesn't allow for the transmit of one additional package)
The warning/condition is addressed and will go away w/ one of the next kernel updates when your monitor hopefully just return to normal function.
You could resort to the LTS kernel for the time being.

Thanks for your help!

loqs · 2024-03-20 18:26:49

linux 6.8.1-arch1-1 with https://cgit.freedesktop.org/drm-intel/ … bea5b8ddb5 applied and pkgrel incremented to 1.2:

https://drive.google.com/file/d/1RRSqxL … sp=sharing linux-6.8.1.arch1-1.2-x86_64.pkg.tar.zst
https://drive.google.com/file/d/1kl2Idy … sp=sharing linux-headers-6.8.1.arch1-1.2-x86_64.pkg.tar.zst

totsilence · 2024-03-28 07:41:47

I had the same problem as the OP and the patch in https://cgit.freedesktop.org/drm-intel/ … bea5b8ddb5 indeed fixes the issue for me. Would obviously love a backport...

Arch Linux

#1 2024-03-18 12:39:20

linux-6.8.1 maybe has some problems

#2 2024-03-18 12:53:07

Re: linux-6.8.1 maybe has some problems

#3 2024-03-18 13:10:14

Re: linux-6.8.1 maybe has some problems

#4 2024-03-18 14:26:52

Re: linux-6.8.1 maybe has some problems

#5 2024-03-18 16:08:45

Re: linux-6.8.1 maybe has some problems

#6 2024-03-18 16:20:10

Re: linux-6.8.1 maybe has some problems

#7 2024-03-18 21:44:22

Re: linux-6.8.1 maybe has some problems

#8 2024-03-18 22:36:31

Re: linux-6.8.1 maybe has some problems

#9 2024-03-18 23:34:18

Re: linux-6.8.1 maybe has some problems

#10 2024-03-18 23:38:33

Re: linux-6.8.1 maybe has some problems

#11 2024-03-19 00:07:51

Re: linux-6.8.1 maybe has some problems

#12 2024-03-19 00:22:50

Re: linux-6.8.1 maybe has some problems

#13 2024-03-19 07:41:33

Re: linux-6.8.1 maybe has some problems

#14 2024-03-19 07:48:20

Re: linux-6.8.1 maybe has some problems

#15 2024-03-19 11:12:24

Re: linux-6.8.1 maybe has some problems

#16 2024-03-19 17:27:47

Re: linux-6.8.1 maybe has some problems

#17 2024-03-20 01:06:18

Re: linux-6.8.1 maybe has some problems

#18 2024-03-20 07:37:58

Re: linux-6.8.1 maybe has some problems

#19 2024-03-20 12:42:50

Re: linux-6.8.1 maybe has some problems

#20 2024-03-20 18:26:49

Re: linux-6.8.1 maybe has some problems

#21 2024-03-28 07:41:47

Re: linux-6.8.1 maybe has some problems

Board footer