From nobody Thu Nov 14 19:19:15 2024 X-Original-To: stable@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 4Xq9220mXgz5d2kw for ; Thu, 14 Nov 2024 19:19:22 +0000 (UTC) (envelope-from gabor@zahemszky.hu) Received: from smtp-5-out.integrity.hu (smtp-5-out.integrity.hu [212.52.165.215]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.integrity.hu", Issuer "RapidSSL TLS RSA CA G1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Xq9202nrJz3xZt for ; Thu, 14 Nov 2024 19:19:20 +0000 (UTC) (envelope-from gabor@zahemszky.hu) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of gabor@zahemszky.hu designates 212.52.165.215 as permitted sender) smtp.mailfrom=gabor@zahemszky.hu; dmarc=none Received: from webmail.integrity.hu (mail-fe-2.integrity.hu [10.1.64.122]) (Authenticated sender: gabor@zahemszky.hu) by mail-smtp.integrity.hu (Postfix) with ESMTPA id 1B0F041FD3 for ; Thu, 14 Nov 2024 20:19:15 +0100 (CET) Received: from 9KgCLvS9x2DY69QjaoSBzhnOFj3DKTg4FQL6rgEmD99fmEQ+MyccAUFeC7GY9iA9 (oddOIbve3aafYv2pkWpik2S+uW5u9MTK) by webmail.integrity.hu with HTTP (HTTP/1.1 POST); Thu, 14 Nov 2024 20:19:15 +0100 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-stable@freebsd.org Sender: owner-freebsd-stable@FreeBSD.org MIME-Version: 1.0 Date: Thu, 14 Nov 2024 20:19:15 +0100 From: =?UTF-8?Q?Zahemszky_G=C3=A1bor?= To: stable@freebsd.org Subject: Re: Error report on FreeBSD-14.2-BETA2 - graphics problem In-Reply-To: References: <330d2a06cd2099f1cda6c151d2586404@zahemszky.hu> <7409b19c-a1a2-4439-9cdb-6a0fb5b6ac32@FreeBSD.org> Message-ID: X-Sender: gabor@zahemszky.hu Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Result: default: False [-3.30 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.998]; R_SPF_ALLOW(-0.20)[+ip4:212.52.165.212/30]; MIME_GOOD(-0.10)[text/plain]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:28924, ipnet:212.52.165.0/24, country:HU]; MIME_TRACE(0.00)[0:+]; FREEFALL_USER(0.00)[gabor]; MISSING_XM_UA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[stable@freebsd.org]; TO_DN_NONE(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[stable@freebsd.org]; DMARC_NA(0.00)[zahemszky.hu]; RCVD_IN_DNSWL_NONE(0.00)[212.52.165.215:from] X-Rspamd-Queue-Id: 4Xq9202nrJz3xZt X-Spamd-Bar: --- Hi! Thanks for Ronald's idea, reinstalling the drm-61-kmod from ports, solved my problem. cd /usr/ports/graphics/drm-61-kmod directory make all deinstall reinstall shutdown -r now And everything works. (Now, missing the ENCODER lines and the messages about the priority problem. Instead, VT: Replacing driver "efifb" with new "drmfb") ZAHEMSZKY, Gábor 2024-11-14 18:42 időpontban Edward Sanford Sutton, III ezt írta: > On 11/14/24 04:09, Hans Ottevanger wrote: >> On 11/14/24 10:33, Ronald Klop wrote: >>> Op 12-11-2024 om 19:17 schreef Zahemszky Gábor: >>>> Hi! >>>> >>>> On a Lenovo Thinkpad T470 (with an Intel Core i7-6600U CPU plus an >>>> Intel GPU), I have this problem: >>>> >>>> I cannot switch into character based virtual terminals from >>>> the X11 graphical screen. When I press Alt-Ctrl-F[1-7] the >>>> machine "freeze" - it doesn't do anything, mouse / keyboard >>>> doesn't work after it. I can only halt the machine with >>>> the power button. >>>> >>>> It worked under 14.1 - on all of the patch levels. >>>> >>>> $ pciconf -lv >>>> vgapci0@pci0:0:2:0:     class=0x030000 rev=0x07 hdr=0x00 >>>> vendor=0x8086 device=0x1916 subvendor=0x17aa subdevice=0x2245 >>>>      vendor     = 'Intel Corporation' >>>>      device     = 'Skylake GT2 [HD Graphics 520]' >>>>      class      = display >>>>      subclass   = VGA >>>> >>>> >>>> $ pkg info -x drm >>>> drm-61-kmod-6.1.92 >>>> drm-kmod-20220907_3 >>>> libdrm-2.4.123,1 >>>> >>>> Some strange lines from dmesg: >>>> >>>> ... >>>> drm] Got Intel graphics stolen memory base 0x7a800000, size >>>> 0x2000000 >>>> drmn0: on vgapci0 >>>> vgapci0: child drmn0 requested pci_enable_io >>>> vgapci0: child drmn0 requested pci_enable_io >>>> skl_dmc_ver1_27.bin: could not load binary firmware /boot/firmware/ >>>> skl_dmc_ver1_27.bin either >>>> i915/skl_dmc_ver1_27.bin: could not load binary firmware /boot/ >>>> firmware/i915/skl_dmc_ver1_27.bin either >>>> i915_skl_dmc_ver1_27.bin: could not load binary firmware /boot/ >>>> firmware/i915_skl_dmc_ver1_27.bin either >>>> drmn0: successfully loaded firmware image 'i915/skl_dmc_ver1_27.bin' >>>> drmn0: [drm] Finished loading DMC firmware i915/skl_dmc_ver1_27.bin >>>> (v1.27) >>>> ... >>>> iic2: on iicbus2 >>>> drmn0: [drm] [ENCODER:102:DDI B/PHY B] is disabled/in DSI mode with >>>> an ungated DDI clock, gate it >>>> drmn0: [drm] [ENCODER:117:DDI C/PHY C] is disabled/in DSI mode with >>>> an ungated DDI clock, gate it >>>> sysctl_warn_reuse: can't re-use a leaf (hw.dri.debug)! >>>> ... >>>> ic5: on iicbus5 >>>> [drm] Initialized i915 1.6.0 20201103 for drmn0 on minor 0 >>>> VT: Driver priority 0 too low. Current 101 >>>>   fbd0: not attached to vt(4) console; another device has precedence >>>> (err=17) >>>> acpi_ibm0: on acpi0 >>>> acpi_ibm0: Firmware version is 0x200 >>>> acpi_video0: on vgapci0 >>>> ... >>>> Security policy loaded: MAC/ntpd (mac_ntpd) >>>> drmn0: [drm] *ERROR* Fault errors on pipe A: 0x00000080 >>>> drmn0: [drm] *ERROR* Fault errors on pipe A: 0x00000080 >>>> hdac0: Command 0x20220011 timeout on address 2 >>>> hdac0: Command 0x20270d01 timeout on address 2 >>>> hdac0: Command 0x20270620 timeout on address 2 >>>> ... >>>> >>>> Bye, >>>> >>>> ZAHEMSZKY, Gabor >>>> >>>> >>> >>> >>> Hi, >>> >>> Did you rebuild the drm*kmod packages? These packages tent to depend >>> on kernel internals which might be out of sync. The official packages >>> are not build against FreeBSD 14.2-BETA. >>> BTW: I'm not involved on the graphics stack. Just repeating what I >>> read on here more often. >>> >>> Ronald. >>> >>> 14.1-RELEASE-p6 >> >> >> >> I also had the same issue with one of my antique Intel Q6600 based >> systems, equipped with a Radeon HD6450 graphics adapter. As soon as >> radeonkms.ko is loaded ttyv[0-7] are unreachable. X keeps running OK >> on ttyv8. There is also this suspect message in motd once radeonkms is >> loaded: >> >> VT: Driver priority 0 too low. Current 100 >>  fbd0: not attached to vt(4) console; another device has precedence >> (err=17) >> >> This happened for both BETA1 and BETA2. An identical twin system >> running 14.1-RELEASE-p6 does not have the issue. >> >> I could indeed resolve this problem by rebuilding the drm-61-kmod >> package from ports on BETA2. I still wonder what we have to tell an >> unsuspecting (possibly beginning) end user who stumbles over this >> issue. > > If manually rebuilding drm-kmod fixed it for 14.2-BETA, then that same > fix will be needed for 14.2 once released until 14.1 goes EOL (3 or 4 > months, I forget which) and then a 14.2 package is built. If packages > knowingly won't be built for that while, it would be best if both > freebsd-update and pkg could inform users of the incompatible state > (preferrably requiring a manual override to continue) .