Date: Thu, 5 Jun 2025 16:29:04 -0700 From: Steve Kargl <sgk@troutmask.apl.washington.edu> To: "Bjoern A. Zeeb" <bz@freebsd.org> Cc: Steve Kargl <kargls@comcast.net>, freebsd-current@freebsd.org Subject: Re: drm panic after new world Message-ID: <aEIoQLyadFVsEVf6@troutmask.apl.washington.edu> In-Reply-To: <p8040n66-6n6o-404o-s83n-p41994245s8p@SerrOFQ.bet> References: <aDi-PhLtvicg9Bbz@troutmask.apl.washington.edu> <aDjThAnfAfJB4KE7@troutmask.apl.washington.edu> <aD4nRhiexw1m7iUS@troutmask.apl.washington.edu> <c195592a-5734-44c3-85ca-01a05697b21b@FreeBSD.org> <4699f48c-f042-46fe-8f9a-419e86d51f58@comcast.net> <aD-HE849Okg5UXi5@troutmask.apl.washington.edu> <d461b9bf-ad7d-4d68-91d4-93e31bd00c89@comcast.net> <aECofvI79xZHYLYk@troutmask.apl.washington.edu> <8605cb6d-4121-4733-bc5f-c66c6358ea04@comcast.net> <p8040n66-6n6o-404o-s83n-p41994245s8p@SerrOFQ.bet>
index | next in thread | previous in thread | raw e-mail
On Thu, Jun 05, 2025 at 08:22:45AM +0000, Bjoern A. Zeeb wrote: > > Sorting away wireless changes from sys/compat/.. here's what's left: > > % git log --oneline adc33d3288..8d136fb027 sys/compat/ | grep -v 802.11 | grep -v skbuff | grep -v wsum | grep -v ASMEDIA > 325aa4dbd10d linuxkpi: Introduce a properly typed jiffies << jiffies changed to proper type > 8b51cd07f69e LinuxKPI: define time64_t << new typedef > 28efbf9d2f67 LinuxKPI: add dummy header file linux/unaligned.h << empty header file > e29d72ac3ddd LinuxKPI: pci: add pci_info() << new macro for logging > f94d7319540b LinuxKPI: sysfs: implement sysfs_match_string() << new macro/func > 6841b9987e83 LinuxKPI: add container_of_const() << new macro > 69880fede78f LinuxKPI: extend struct and enum for leds << LED additions to struct/enum (unused) > 059136a95aca LinuxKPI: add cleanup.h to mutex.h << #include added > 15581af7c2d3 exec: Remove parameter 'segflg' from exec_copyin_args() << linuxolator > 97f3a1565d88 linuxkpi: use iterator in zap_vma_ptes << VM Well, my first attempt was at 6c3a4b5fab, which happens to include all of the above commits. I misread the list as oldest to newest. Boot system, kldload radeonkms.ko, and startx laeds to a panic. The dump_stack() in evergreen.c occurs twice. Just completed rebuilding everything at e1f3f15192c. This is the hash tag for the commit prior to 97f3a1565d88 from above. This boots up, I kldload radeonkms.ko, and startx brings up the expected desktop. Looking at dmesg, I see ... drmn0: radeon: MSI limited to 32-bit drmn0: radeon: using MSI. [drm] radeon: irq initialized. #0 0xffffffff808bbcfb at linux_dump_stack+0x1b #1 0xffffffff82a67adc at evergreen_startup+0x15ec #2 0xffffffff82a67fb6 at evergreen_init+0x276 #3 0xffffffff82abdc35 at radeon_device_init+0x835 #4 0xffffffff82aceb4e at radeon_driver_load_kms+0x19e and no other mentions of evergreen.c. IOW, initialization appears to occur once. -- Stevehome | help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?aEIoQLyadFVsEVf6>