# \[RESPONDED\] Framework 16 (with GPU) - Debian 12 - Crashing on window resize

**URL:** <https://community.frame.work/t/responded-framework-16-with-gpu-debian-12-crashing-on-window-resize/45694>\
**Category:** Linux\
**Tags:** debian\
**Created:** [February 22, 2024, 12:24am UTC](https://community.frame.work/t/responded-framework-16-with-gpu-debian-12-crashing-on-window-resize/45694 "2024-02-22T00:24:16Z")\
**Posts on this page:** 20\
**Page:** 1

<div class="post-metadata">

**Author:** ![Mason\_Stooksbury](https://avatars.discourse-cdn.com/v4/letter/m/ecccb3/32.png) [@Mason\_Stooksbury](https://community.frame.work/u/Mason_Stooksbury)\
**Post date:** [February 22, 2024, 12:24am UTC](https://community.frame.work/t/responded-framework-16-with-gpu-debian-12-crashing-on-window-resize/45694/1 "2024-02-22T00:24:16Z")

</div>

So far setup on the 16 has been fine but I’m currently experiencing regular crashes.

At first it seemed GPU related as the output of `journalctl -p3 -r` was showing that amdgpu/gc\_11\_0\_1\_mes\_2.bin was missing. So I installed firmware-amd-graphics and that seemed to do the trick for that.

However, I keep getting regular crashes when I try and resize a Firefox window (or some other windows) and I’m not sure where to even look

Any ideas?

---

<div class="post-metadata">

**Author:** ![Mario\_Limonciello](https://sea1.discourse-cdn.com/flex001/user_avatar/community.frame.work/mario_limonciello/32/19277_2.png) [@Mario\_Limonciello](https://community.frame.work/u/Mario_Limonciello)\
**Post date:** [February 22, 2024, 12:36am UTC](https://community.frame.work/t/responded-framework-16-with-gpu-debian-12-crashing-on-window-resize/45694/2 "2024-02-22T00:36:02Z")

</div>

Install the latest upstream GPU firmware to start (not just the missing bin files).

---

<div class="post-metadata">

**Author:** ![Mason\_Stooksbury](https://avatars.discourse-cdn.com/v4/letter/m/ecccb3/32.png) [@Mason\_Stooksbury](https://community.frame.work/u/Mason_Stooksbury)\
**Post date:** [February 22, 2024, 3:48am UTC](https://community.frame.work/t/responded-framework-16-with-gpu-debian-12-crashing-on-window-resize/45694/3 "2024-02-22T03:48:47Z")

</div>

I think I might be a complete idiot because I’m not seeing any available drivers or firmware for the 7700s that I can readily download from AMD.

And what I can find, they specifically call out Ubuntu, RHEL, and SLED/SLES (not to say that it couldn’t work on other distros, but still).

Am I still missing something obvious? lol

---

<div class="post-metadata">

**Author:** ![Mario\_Limonciello](https://sea1.discourse-cdn.com/flex001/user_avatar/community.frame.work/mario_limonciello/32/19277_2.png) [@Mario\_Limonciello](https://community.frame.work/u/Mario_Limonciello)\
**Post date:** [February 22, 2024, 4:19am UTC](https://community.frame.work/t/responded-framework-16-with-gpu-debian-12-crashing-on-window-resize/45694/4 "2024-02-22T04:19:43Z")

</div>

> **[kernel-firmware / Linux Firmware · GitLab](https://gitlab.com/kernel-firmware/linux-firmware)**
>
> GitLab.com

The amdgpu directory there.

---

<div class="post-metadata">

**Author:** ![wiertel](https://sea1.discourse-cdn.com/flex001/user_avatar/community.frame.work/wiertel/32/18096_2.png) [@wiertel](https://community.frame.work/u/wiertel)\
**Post date:** [February 22, 2024, 9:00am UTC](https://community.frame.work/t/responded-framework-16-with-gpu-debian-12-crashing-on-window-resize/45694/5 "2024-02-22T09:00:39Z")

</div>

It’s not related to your issue, but I wonder where would Debian on FW16 related information be kept and maintained. Here on forum (like [[GUIDE] Debian 12 (Bookworm) Works Great on 13th Gen (Intel) Framework 13](http://community.frame.work/t/guide-debian-12-bookworm-works-great-on-13th-gen-intel-framework-13/35432)), [framewiki.net](http://framewiki.net), somebody would create a github repo, [wiki.debian.org/InstallingDebianOn/FrameWork](http://wiki.debian.org/InstallingDebianOn/FrameWork)?

---

<div class="post-metadata">

**Author:** ![Matt\_Hartley](https://sea1.discourse-cdn.com/flex001/user_avatar/community.frame.work/matt_hartley/32/13623_2.png) [@Matt\_Hartley](https://community.frame.work/u/Matt_Hartley)\
**Post date:** [February 27, 2024, 7:39pm UTC](https://community.frame.work/t/responded-framework-16-with-gpu-debian-12-crashing-on-window-resize/45694/6 "2024-02-27T19:39:11Z")

</div>

> [@wiertel](#):
>
> It’s not related to your issue, but I wonder where would Debian on FW16 related information be kept and maintained. Here on forum (like [[GUIDE] Debian 12 (Bookworm) Works Great on 13th Gen (Intel) Framework 13 ](http://community.frame.work/t/guide-debian-12-bookworm-works-great-on-13th-gen-intel-framework-13/35432)), [framewiki.net](http://framewiki.net), somebody would create a github repo, [wiki.debian.org/InstallingDebianOn/FrameWork](http://wiki.debian.org/InstallingDebianOn/FrameWork)?

Getting something on the Debian wiki from the community would be ideal.

---

<div class="post-metadata">

**Author:** ![Stirling\_Greer](https://avatars.discourse-cdn.com/v4/letter/s/a87d85/32.png) [@Stirling\_Greer](https://community.frame.work/u/Stirling_Greer)\
**Post date:** [March 1, 2024, 4:55am UTC](https://community.frame.work/t/responded-framework-16-with-gpu-debian-12-crashing-on-window-resize/45694/7 "2024-03-01T04:55:21Z")

</div>

I’m not much of a wizard. What do I do with the files in the amdgpu folder on this gitlab?

---

<div class="post-metadata">

**Author:** ![wiertel](https://sea1.discourse-cdn.com/flex001/user_avatar/community.frame.work/wiertel/32/18096_2.png) [@wiertel](https://community.frame.work/u/wiertel)\
**Post date:** [March 4, 2024, 6:52am UTC](https://community.frame.work/t/responded-framework-16-with-gpu-debian-12-crashing-on-window-resize/45694/8 "2024-03-04T06:52:51Z")

</div>

Main location for firmware files is `/lib/firmware/`. Issue command `dmesg | grep firmware` to find out which files are loaded.

---

<div class="post-metadata">

**Author:** ![Paul\_Krischer](https://avatars.discourse-cdn.com/v4/letter/p/74df32/32.png) [@Paul\_Krischer](https://community.frame.work/u/Paul_Krischer)\
**Post date:** [March 15, 2024, 12:56pm UTC](https://community.frame.work/t/responded-framework-16-with-gpu-debian-12-crashing-on-window-resize/45694/9 "2024-03-15T12:56:49Z")

</div>

Experienced similar issues initially. Here’s what I did that (at least for a couple of hours now) resolved these issues:

- I copied the amdgpu folder from the mentioned firmware repo.
- I added the backports repo as documented here: [Instructions](https://backports.debian.org/Instructions/)
- After an `sudo apt update` I searched for a more recent Linux kernel with `apt search linux-image`
- I installed the latest signed image available at the time of writing:  
`sudo apt install linux-image-6.6.13+bpo-amd64/stable-backports`
- You can ignore the “missing firmware errors” and after installation is completed, just reboot.

---

<div class="post-metadata">

**Author:** ![Mark\_E\_Jeffries](https://sea1.discourse-cdn.com/flex001/user_avatar/community.frame.work/mark_e_jeffries/32/16645_2.png) [@Mark\_E\_Jeffries](https://community.frame.work/u/Mark_E_Jeffries)\
**Post date:** [March 21, 2024, 6:08pm UTC](https://community.frame.work/t/responded-framework-16-with-gpu-debian-12-crashing-on-window-resize/45694/10 "2024-03-21T18:08:12Z")

</div>

(FW16 w/ GPU) Does this apply to LMDE 6 as well? It installed well, but after about 10 minutes, everything froze up. I’m sort of a newbie with all of this and did not think about any of the things mentioned above.

---

<div class="post-metadata">

**Author:** ![Aaron\_Baff](https://avatars.discourse-cdn.com/v4/letter/a/fbc32d/32.png) [@Aaron\_Baff](https://community.frame.work/u/Aaron_Baff)\
**Post date:** [March 21, 2024, 6:13pm UTC](https://community.frame.work/t/responded-framework-16-with-gpu-debian-12-crashing-on-window-resize/45694/11 "2024-03-21T18:13:11Z")

</div>

This is unfortunate. Although I figure I’ll run Testing (aka Trixie for now), to get the newer kernel & KDE Plasma (hopefully 6 will be in there in the next few months).

---

<div class="post-metadata">

**Author:** ![Mark\_E\_Jeffries](https://sea1.discourse-cdn.com/flex001/user_avatar/community.frame.work/mark_e_jeffries/32/16645_2.png) [@Mark\_E\_Jeffries](https://community.frame.work/u/Mark_E_Jeffries)\
**Post date:** [March 21, 2024, 9:10pm UTC](https://community.frame.work/t/responded-framework-16-with-gpu-debian-12-crashing-on-window-resize/45694/12 "2024-03-21T21:10:39Z")

</div>

How do I copy the amdgpu folder from the firmware repo?

---

<div class="post-metadata">

**Author:** ![Aaron\_Baff](https://avatars.discourse-cdn.com/v4/letter/a/fbc32d/32.png) [@Aaron\_Baff](https://community.frame.work/u/Aaron_Baff)\
**Post date:** [March 22, 2024, 7:53am UTC](https://community.frame.work/t/responded-framework-16-with-gpu-debian-12-crashing-on-window-resize/45694/13 "2024-03-22T07:53:33Z")

</div>

I believe the folder is [amdgpu · main · kernel-firmware / Linux Firmware · GitLab](https://gitlab.com/kernel-firmware/linux-firmware/-/tree/main/amdgpu?ref_type=heads), so if you look at the upper right you see the blue `Code` button with a down arrow? Click that, and click the Download Folder to download the contents of the directory in your particular choice of format.

I’d extract that locally into a temp folder, in case it download without the parent `amdgpu` being automatically created. Then copy/move the file(s) into place where they belong.

---

<div class="post-metadata">

**Author:** ![Aoxhwjfoavdlhsvfpzha](https://sea1.discourse-cdn.com/flex001/user_avatar/community.frame.work/aoxhwjfoavdlhsvfpzha/32/26762_2.png) [@Aoxhwjfoavdlhsvfpzha](https://community.frame.work/u/Aoxhwjfoavdlhsvfpzha)\
**Post date:** [March 23, 2024, 10:32pm UTC](https://community.frame.work/t/responded-framework-16-with-gpu-debian-12-crashing-on-window-resize/45694/14 "2024-03-23T22:32:19Z")

</div>

> [@Aaron\_Baff](#):
>
> into place where they belong

Is this the folder you copy to?:

> [@wiertel](#):
>
> `/lib/firmware/`.

Do you copy the whole AMDGPU folder, or just it’s contents there?

Thanks!

Edit, I figured it out. For those like me that need it really spelled out:

Yes /lib/firmware is the correct folder, and you move the actual folder AMDGPU there, not just it’s contents.

---

<div class="post-metadata">

**Author:** ![Mark-D](https://avatars.discourse-cdn.com/v4/letter/m/13edae/32.png) [@Mark-D](https://community.frame.work/u/Mark-D)\
**Post date:** [March 30, 2024, 8:16pm UTC](https://community.frame.work/t/responded-framework-16-with-gpu-debian-12-crashing-on-window-resize/45694/15 "2024-03-30T20:16:24Z")

</div>

Hi everybody, I want to put a fine point on this issue/resolution as I ran into this issue myself. I’m running Debian 12 (Bookworm) on my Framework 16 with an AMD Ryzen 7 7840HS w/ Radeon 780M Graphics. On install, I got the following error in my dmesg:

```auto
amdgpu 0000:c1:00.0: firmware: failed to load amdgpu/gc_11_0_1_mes_2.bin (-2)

```

Any programs that used GPU would cause a my GUI to freeze and crash, often forcing me into TTY. I saw Firefox-ESR and Wayland both trigger this issue. The general error on crash looked like this:

```auto
kernel: [drm:amdgpu_job_timedout [amdgpu]] *ERROR* ring gfx_0.0.0 timeout, signaled seq=35557, emitted seq=35559
kernel: [drm:amdgpu_job_timedout [amdgpu]] *ERROR* Process information: process firefox-esr pid 8531 thread firefox-es:cs0 pid 8640
kernel: amdgpu 0000:c1:00.0: amdgpu: GPU reset begin!
kernel: [drm:mes_v11_0_submit_pkt_and_poll_completion.constprop.0 [amdgpu]] *ERROR* MES failed to response msg=3
kernel: [drm:amdgpu_mes_unmap_legacy_queue [amdgpu]] *ERROR* failed to unmap legacy queue
kernel: [drm:mes_v11_0_submit_pkt_and_poll_completion.constprop.0 [amdgpu]] *ERROR* MES failed to response msg=3
kernel: [drm:amdgpu_mes_unmap_legacy_queue [amdgpu]] *ERROR* failed to unmap legacy queue
kernel: [drm:mes_v11_0_submit_pkt_and_poll_completion.constprop.0 [amdgpu]] *ERROR* MES failed to response msg=3
kernel: [drm:amdgpu_mes_unmap_legacy_queue [amdgpu]] *ERROR* failed to unmap legacy queue
kernel: [drm:mes_v11_0_submit_pkt_and_poll_completion.constprop.0 [amdgpu]] *ERROR* MES failed to response msg=3
kernel: [drm:amdgpu_mes_unmap_legacy_queue [amdgpu]] *ERROR* failed to unmap legacy queue
kernel: [drm:mes_v11_0_submit_pkt_and_poll_completion.constprop.0 [amdgpu]] *ERROR* MES failed to response msg=3
kernel: [drm:amdgpu_mes_unmap_legacy_queue [amdgpu]] *ERROR* failed to unmap legacy queue
kernel: [drm:mes_v11_0_submit_pkt_and_poll_completion.constprop.0 [amdgpu]] *ERROR* MES failed to response msg=3
kernel: [drm:amdgpu_mes_unmap_legacy_queue [amdgpu]] *ERROR* failed to unmap legacy queue
kernel: [drm:mes_v11_0_submit_pkt_and_poll_completion.constprop.0 [amdgpu]] *ERROR* MES failed to response msg=3
kernel: [drm:amdgpu_mes_unmap_legacy_queue [amdgpu]] *ERROR* failed to unmap legacy queue
kernel: [drm:mes_v11_0_submit_pkt_and_poll_completion.constprop.0 [amdgpu]] *ERROR* MES failed to response msg=3
kernel: [drm:amdgpu_mes_unmap_legacy_queue [amdgpu]] *ERROR* failed to unmap legacy queue
kernel: [drm:mes_v11_0_submit_pkt_and_poll_completion.constprop.0 [amdgpu]] *ERROR* MES failed to response msg=3
kernel: [drm:amdgpu_mes_unmap_legacy_queue [amdgpu]] *ERROR* failed to unmap legacy queue
kernel: [drm:gfx_v11_0_hw_fini [amdgpu]] *ERROR* failed to halt cp gfx

```

If you are experiencing this issue the solution is as follows:

Press CTRL+ALT+F3 to access TTY. If you’re Fn lock is activated, de-activate it first.

Login with your normal credentials.

Download the AMDGPU folder from the above link, use this command:

```auto
wget https://gitlab.com/kernel-firmware/linux-firmware/-/archive/main/linux-firmware-main.zip?path=amdgpu

```

If you’ve already added user account to the sudoers file, use sudo, otherwise elevate yourself to root:

```auto
su

```

I’m a little fuzzy on if there was an amdgpu directory on my fresh install of Debian, so as sudo or root, try and create /lib/firmware/amdgpu. If it doesn’t exist, it will create the directory, if it does, it will give you an error and that’s OK, then we can move on to the next step. The command is as follows:

```auto
mkdir /lib/firmware/amdgpu

```

Next step: As sudo or root, move the amdgpu file to /lib/firmware

```auto
mv ./amdgpu/* /lib/firmware/amdgpu/

```

As sudo or root, rebuilt your initramfs (this is CRUCIAL):

```auto
update-initramfs -u

```

There will be some errors, that’s OK.  
Now reboot.

This should resolve the issue. I don’t believe there is a need to upgrade to a newer kernel via Debian backports as is listed above.

---

<div class="post-metadata">

**Author:** ![Martin\_Pavelek](https://sea1.discourse-cdn.com/flex001/user_avatar/community.frame.work/martin_pavelek/32/34291_2.png) [@Martin\_Pavelek](https://community.frame.work/u/Martin_Pavelek)\
**Post date:** [April 30, 2024, 7:53pm UTC](https://community.frame.work/t/responded-framework-16-with-gpu-debian-12-crashing-on-window-resize/45694/16 "2024-04-30T19:53:15Z")

</div>

> [@Mark-D](#):
>
> As sudo or root, rebuilt your initramfs (this is CRUCIAL):
> 
> `update-initramfs -u`

Aaaa!! Thank you!

I “upgraded” my firmware about three weeks ago and I was still getting random crashes (on the 13" version, so I never noticed this thread). Last week I updated to BIOS 3.05 and the most frequent type of crashes I experienced have stopped, so I was happy to finally have some peace and considered the amdgpu issues solved. Until it crashed again today, after 9 days of uptime…

While researching the issue some more before posting, I finally happened to run into this thread. I had no idea that the `initrd` must be regenerated, so I have been running on old GPU firmware the whole time…

Debian wiki seems to have disabled account creation, so I contacted them via e-mail to try and get the information on the FW 13 AMD 7040 series page, where it could be a little more discoverable.

---

<div class="post-metadata">

**Author:** ![ehendrickson](https://avatars.discourse-cdn.com/v4/letter/e/35a633/32.png) [@ehendrickson](https://community.frame.work/u/ehendrickson)\
**Post date:** [June 6, 2024, 3:28am UTC](https://community.frame.work/t/responded-framework-16-with-gpu-debian-12-crashing-on-window-resize/45694/17 "2024-06-06T03:28:02Z")

</div>

This worked for me, but I was confused at the first bullet point, so I’ll restate that for others.

First, you go to the firmware repo, then click on `amdgpu` (or you can just click [this](https://gitlab.com/kernel-firmware/linux-firmware/-/tree/main/amdgpu?ref_type=heads) and you’ll be there already). Once there, click the `Code` button on the top right. Below `Download Source Code` choose the compression of choice; I chose `zip`. Download it to the directory of your choice, uncompress it, then navigate to the directory that produces (should be named something like `linux-firmware-main-amdgpu`). Inside that directory should be another directory named `amdgpu`.

Now, run the command `ls /lib/firmware | grep amdgpu`. You’ll notice that that directory has the exact same name as the directory found in that zipped file!

Now, run `sudo rm -r /lib/firmware/amdgpu`. Be careful, because after this step you have committed! Then, run `sudo cp path/to/unzipped/amdgpu /lib/firmware`. Then, follow Paul\_Krischer’s instructions from the second bullet point.

---

<div class="post-metadata">

**Author:** ![ehendrickson](https://avatars.discourse-cdn.com/v4/letter/e/35a633/32.png) [@ehendrickson](https://community.frame.work/u/ehendrickson)\
**Post date:** [June 6, 2024, 3:31am UTC](https://community.frame.work/t/responded-framework-16-with-gpu-debian-12-crashing-on-window-resize/45694/18 "2024-06-06T03:31:54Z")

</div>

> [@\[RESPONDED\] Framework 16 (with GPU) - Debian 12 - Crashing on window resize](http://community.frame.work/t/responded-framework-16-with-gpu-debian-12-crashing-on-window-resize/45694/17):
>
> This worked for me, but I was confused at the first bullet point, so I’ll restate that for others. First, you go to the firmware repo, then click on amdgpu (or you can just click [this](https://gitlab.com/kernel-firmware/linux-firmware/-/tree/main/amdgpu?ref_type=heads) and you’ll be there already). Once there, click the Code button on the top right. Below Download Source Code choose the compression of choice; I chose zip. Download it to the directory of your choice, uncompress it, then navigate to the directory that produces (should be named something like linux-firmware-main-am…

---

<div class="post-metadata">

**Author:** ![ehendrickson](https://avatars.discourse-cdn.com/v4/letter/e/35a633/32.png) [@ehendrickson](https://community.frame.work/u/ehendrickson)\
**Post date:** [December 10, 2024, 1:03am UTC](https://community.frame.work/t/responded-framework-16-with-gpu-debian-12-crashing-on-window-resize/45694/19 "2024-12-10T01:03:49Z")

</div>

So, I’ve used this specific solution twice (had to reinstall my system at one point), and I noticed something.

The first time I implemented this solution, it solved my problems related to electron based apps and extra display ports. However, I was not able to connect to local network domains with the `.local` domain extension. I also was not able to use Charles proxy interception over WiFi. I also wasn’t able to use [HTTP Toolkit](https://httptoolkit.com/download/linux-deb/)’s “Android Device via QR code” feature (which intercepts Android traffic on your machine, behavior is similar to [this video](https://www.youtube.com/watch?v=l_pCQbvBBcc) except it’s via WiFi rather than ADB).

When I had to reinstall my system, I was able to use HTTP Toolkit’s “Android Device via QR code” feature. However, After I implemented Paul\_Krischer’s solution a second time, copying the amdgpu folder from the firmware repo and using `linux-image-6.11.5+bpo-amd64/stable-backports` in place of his `linux-image-6.6.13+bpo-amd64/stable-backports`, I was no longer able to use HTTP Toolkit in this way, although again it solved the problems I was having with Electron apps and multiple displays.

I am guessing that the amdgpu folder _probably_ had nothing to do with this, but I am not sure. Do we believe that this could be related to copying the amdgpu folder, or would it be related to updating the Linux image? I can probably live with this for a time, but I don’t like that certain network related tasks are no longer available.

EDIT: I did indeed go back to `linux-image-6.1.0-27-amd64:amd64`, and now HTTP Toolkit does indeed work. This indicates that the Linux image DID INDEED have a lot to do with this. In light of this, I recommend that you follow @Mark-D’s advice and run `sudo update-initramfs -u` INSTEAD OF adding the backports repo and installing the latest backports Linux image, like @Paul-Krischer recommended.

---

<div class="post-metadata">

**Author:** ![LynxLock](https://avatars.discourse-cdn.com/v4/letter/l/439d5e/32.png) [@LynxLock](https://community.frame.work/u/LynxLock)\
**Post date:** [April 17, 2025, 5:20pm UTC](https://community.frame.work/t/responded-framework-16-with-gpu-debian-12-crashing-on-window-resize/45694/20 "2025-04-17T17:20:28Z")

</div>

Hello there,

A few months ago I did updated firmware for my 780m and it was working flawlessly, but then I did OS reinstall a week ago and I can’t load firmware anymore for some reason…

I tried multiple kernel versions, multiple linux distros and only firmware that’s loading successfully now is shipped with the debian 12 installation but it’s freezing and crashing on GPU load (Like vms, running benchmark etc etc).

I also tried multiple versions of firmware and I can’t get it to successfully boot.

With **debug** kernel flag I only see

```auto
amdgpu 0000:c4:00.0: firmware: direct-loading firmware amdgpu/gc_11_0_1_mes.bin
amdgpu 0000:c4:00.0: firmware: direct-loading firmware amdgpu/gc_11_0_1_mes1.bin

```

And that’s where it hangs.
