Ed Maste

For better or worse this is trivially reproducible for me -- `panic: uma: item did not belong to zone ` for zones `malloc-32`, `zone 128 Bucket`, `malloc-2048`

> The attempt is here: https://github.com/freebsd/freebsd-src/pull/1612 > Not sure I did it right as I have never done before. Was just fine and I have landed it already. Thank you...

@dumbbell are you building w/ INVARIANTS?

I observed the panic on Meteor Lake (8086:7dd5 f111:0009). Same image seems to be functional on Tiger Lake (8086:9a49 f111:0001).

@aokblast check the patch referenced in https://github.com/freebsd/drm-kmod/pull/332#issuecomment-2585288390, I had similar corruption when testing 6.7 solved by that change

@dumbbell can you add to the instructions the steps for building and installing the firmware? On my test Raptor Lake Dell kldload gets stuck (waiting in `linux_schedule_timeout()` from `intel_dp_wait_source_oui()`). ```...

> @emaste: Is this a new behaviour comparer to 6.7 or before? I believe I saw this with 6.7 on this machine as well, but will have to double-check.

I haven't been able to reproduce the panic again. I do have an interesting update on the corruption (on `Raptor Lake-P [UHD Graphics]`). I ran startx and observed the corruption...

> I haven't been able to reproduce the panic again. I think I may have confused myself about the issues that appeared on various machines. The Dell laptop (Raptor Lake)...

I'm now running this on my daily driver, with ``` vgapci0@pci0:0:2:0: class=0x030000 rev=0x01 hdr=0x00 vendor=0x8086 device=0x 9a49 subvendor=0xf111 subdevice=0x0001 vendor = 'Intel Corporation' device = 'TigerLake-LP GT2 [Iris Xe Graphics]'...