From nobody Sat Jun 07 02:29:27 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bDhwP21M4z5yNhV for ; Sat, 07 Jun 2025 02:29:41 +0000 (UTC) (envelope-from kargls@comcast.net) Received: from resdmta-a2p-658199.sys.comcast.net (resdmta-a2p-658199.sys.comcast.net [IPv6:2001:558:fd01:2bb4::c]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4bDhwN3lNhz3KGh for ; Sat, 07 Jun 2025 02:29:40 +0000 (UTC) (envelope-from kargls@comcast.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=comcast.net header.s=20190202a header.b=NCfFsW+x; spf=pass (mx1.freebsd.org: domain of kargls@comcast.net designates 2001:558:fd01:2bb4::c as permitted sender) smtp.mailfrom=kargls@comcast.net; dmarc=pass (policy=reject) header.from=comcast.net Received: from resomta-a2p-646965.sys.comcast.net ([96.103.145.237]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 256/256 bits) (Client did not present a certificate) by resdmta-a2p-658199.sys.comcast.net with ESMTPS id Nj9Nuz0Z3hfUmNjJJuA0HK; Sat, 07 Jun 2025 02:29:29 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=20190202a; t=1749263369; bh=lqPBFvHBriXLmfs++I7Q7WYk6S+pCCrlCRlYXYKBeH4=; h=Received:Received:Message-ID:Date:MIME-Version:Subject:To:From: Content-Type:Xfinity-Spam-Result; b=NCfFsW+xPXHFqabidwuBbZVhaROfNFmbVRuipNQXJqXdL6UnJKpmHmVeFZjKaz+Fw 8kIpmiRXq4jQEccqrQonYIOeAVJ9uaCVJpNuswR8Wb++klM665+Av9IbS/b4joVkTu ygfR0Q6ZLSMbW+uZTjnxGBtydk4hbkBxJuxvI+KYTH/aIh965a/Rau2dE9s1YPWk2A RtKsMnXnVxmIFOpOECq6MjBzJYZCmOs91tiyw6dLZPKJP8nEpKDrzJ0xxn0cuOIRVz OoylOeOuhdLp82gxcLlVL4EmY1SJ0GUzeoGHttv86sEvIozoedmGBX3IILde2LqFFt VEvDV9/74zgIg== Received: from [10.0.0.30] ([73.83.213.54]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 256/256 bits) (Client did not present a certificate) by resomta-a2p-646965.sys.comcast.net with ESMTPSA id NjJIu7vEsQnR9NjJIuSy3w; Sat, 07 Jun 2025 02:29:29 +0000 Message-ID: Date: Fri, 6 Jun 2025 19:29:27 -0700 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: drm panic after new world To: freebsd-current@freebsd.org References: <4699f48c-f042-46fe-8f9a-419e86d51f58@comcast.net> <8605cb6d-4121-4733-bc5f-c66c6358ea04@comcast.net> <1qr36rs2-149o-574s-sp5o-8sno8o600o94@serrofq.bet> Content-Language: en-US From: Steve Kargl In-Reply-To: <1qr36rs2-149o-574s-sp5o-8sno8o600o94@serrofq.bet> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-CMAE-Envelope: MS4xfIuetptT/L0ZXIMliHYSDt/vqtPqxXH6/AtbXxi3Y9yR63hZllyEcNY2t/ZZNtx7alBWl2C7I2kmk46N2AsA7KNRheWTMA6ujDSEKYR0w0noaUR0384w mLutO3itj0GKNGnofiD9ixnQVWGmj7/tQkxFLZoH0FekD4qxyid6C+YMh7TRCvVCyHuypo1gq+1pkA== X-Spamd-Result: default: False [0.56 / 15.00]; HFILTER_HELO_5(3.00)[resdmta-a2p-658199.sys.comcast.net]; NEURAL_HAM_SHORT(-0.97)[-0.967]; NEURAL_HAM_MEDIUM(-0.73)[-0.730]; DMARC_POLICY_ALLOW(-0.50)[comcast.net,reject]; NEURAL_SPAM_LONG(0.26)[0.257]; R_SPF_ALLOW(-0.20)[+ip6:2001:558:fd01:2bb4::/64]; R_DKIM_ALLOW(-0.20)[comcast.net:s=20190202a]; MIME_GOOD(-0.10)[text/plain]; ASN(0.00)[asn:7922, ipnet:2001:558::/29, country:US]; RCPT_COUNT_ONE(0.00)[1]; RCVD_TLS_ALL(0.00)[]; FREEMAIL_FROM(0.00)[comcast.net]; MIME_TRACE(0.00)[0:+]; DWL_DNSWL_NONE(0.00)[comcast.net:dkim]; FREEMAIL_ENVFROM(0.00)[comcast.net]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[comcast.net:+] X-Rspamd-Queue-Id: 4bDhwN3lNhz3KGh X-Spamd-Bar: / On 6/5/25 17:18, Bjoern A. Zeeb wrote: > On Thu, 5 Jun 2025, Steve Kargl wrote: > >> 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 > > That's not a valid hash. > >> 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. > > Do I understand you correctly that the change before 97f3a1565d88 (VM > changes) worked but 97f3a1565d88 fails? > > Or only the former is true and the latter we do not know? > We only know with all of the above it's kaputt but before it's fine? > > >> 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. > > That sounds good.  So no resume path.  I almost fear your problem is > outside LinuxKPI but we'll see. > > I'd try 28efbf9d2f67 next to see what happens if I got you correctly. > I've narrowed the range to Good: 2025-04-24 9b2a503a1179 - main - e6000sw: add support for 88E6190X Bad: 2025-04-29 6c3a4b5f9b7b - main - alloca.3: move to share/man/man3 Good means boots and startx does not panic. dump_stack() in evergreen.c reports one initialization event. Bad means boots and startx panics. dump_stack() in evergreen.c shows that radeon is trying to initialized twice. The commit 28efbf9d2f67 is within this range, but I've run out of time until monday. -- steve