Bug 2230615 - 6.4.8-200.fc38.x86_64 breaks hardware acceleration (and apps that use it)
Summary: 6.4.8-200.fc38.x86_64 breaks hardware acceleration (and apps that use it)
Keywords:
Status: CLOSED EOL
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: 38
Hardware: Unspecified
OS: Linux
unspecified
high
Target Milestone: ---
Assignee: Kernel Maintainer List
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2023-08-09 18:07 UTC by oli
Modified: 2024-05-28 13:47 UTC (History)
16 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2024-05-28 13:47:31 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
dmesg (138.93 KB, text/plain)
2023-08-09 18:08 UTC, oli
no flags Details
dmesg with errors ... again (130.36 KB, text/plain)
2023-08-09 20:01 UTC, oli
no flags Details

Description oli 2023-08-09 18:07:42 UTC
1. Please describe the problem:
i upgraded a few days ago the kernel and turned on hw acceleration after the new linux firmware arrived. now a new kernel arrived and hw acceleration is broken - again...

2. What is the Version-Release number of the kernel:
6.4.8-200.fc38.x86_64

3. Did it work previously in Fedora? If so, what kernel version did the issue
   *first* appear?  Old kernels are available for download at
   https://koji.fedoraproject.org/koji/packageinfo?packageID=8 :
6.4.8-200.fc38.x86_64

4. Can you reproduce this issue? If so, please provide the steps to reproduce
   the issue below:
yes, always
open chromium and visit e.g. youtube, most parts of the website are simply missing
disabling hw acceleration "fixes" it 

5. Does this problem occur with the latest Rawhide kernel? To install the
   Rawhide kernel, run ``sudo dnf install fedora-repos-rawhide`` followed by
   ``sudo dnf update --enablerepo=rawhide kernel``:
dont know

6. Are you running any modules that not shipped with directly Fedora's kernel?:
no

7. Please attach the kernel logs. You can get the complete kernel log
   for a boot with ``journalctl --no-hostname -k > dmesg.txt``. If the
   issue occurred on a previous boot, use the journalctl ``-b`` flag.


Reproducible: Always

Comment 1 oli 2023-08-09 18:08:06 UTC
Created attachment 1982612 [details]
dmesg

Comment 2 oli 2023-08-09 18:09:23 UTC
i dont want to flame the amd guys but... i really never had such hardcore problems with nvidia cards, never... at least both screens are now finally working

Comment 3 oli 2023-08-09 20:01:21 UTC
Created attachment 1982636 [details]
dmesg with errors ... again

attached a funny dmesg with some errors :(

Comment 4 Aoife Moloney 2024-05-28 13:47:31 UTC
Fedora Linux 38 entered end-of-life (EOL) status on 2024-05-21.

Fedora Linux 38 is no longer maintained, which means that it
will not receive any further security or bug fix updates. As a result we
are closing this bug.

If you can reproduce this bug against a currently maintained version of Fedora Linux
please feel free to reopen this bug against that version. Note that the version
field may be hidden. Click the "Show advanced fields" button if you do not see
the version field.

If you are unable to reopen this bug, please file a new report against an
active release.

Thank you for reporting this bug and we are sorry it could not be fixed.


Note You need to log in before you can comment on or make changes to this bug.