From nobody Thu Nov 14 11:09:57 2024 X-Original-To: freebsd-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 4Xpy9P0TX0z5cW3x for ; Thu, 14 Nov 2024 11:10:01 +0000 (UTC) (envelope-from hans@beastielabs.net) Received: from ewsoutbound.kpnmail.nl (ewsoutbound.kpnmail.nl [195.121.94.184]) (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 4Xpy9N4vVLz46Pt for ; Thu, 14 Nov 2024 11:10:00 +0000 (UTC) (envelope-from hans@beastielabs.net) Authentication-Results: mx1.freebsd.org; none X-KPN-MessageId: fb4a8daf-a278-11ef-93fe-005056994fde Received: from smtp.kpnmail.nl (unknown [10.31.155.8]) by ewsoutbound.so.kpn.org (Halon) with ESMTPS id fb4a8daf-a278-11ef-93fe-005056994fde; Thu, 14 Nov 2024 12:09:56 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kpnmail.nl; s=kpnmail01; h=content-type:from:to:subject:mime-version:date:message-id; bh=ExekiUGYmXIhuP/4vrCBN2jjTPgLBwtAhjL2Rxm9k7Q=; b=W2j+pSKOkhzFlmX4Bnhcm9+rswjtfdUOKSrvB2PO1d5pR82rWd4rk+2IokcDD27ETSl3rAC4lFj+e 0eQdOpdlFoA/tNGUNXFRzK7jVsyp5wcPLfUmCt4gvBIWn+PuVH2vwp1Gizbuy2FOWCMcDdzB8hDB8E EO55jgcnwH9Zf1sE= X-KPN-MID: 33|yGnS3q5c2ocwNKlaHuybjCCi1+8RUjzuCIsfYBcHHngIeg5IMtZr06iBPr2AIcR Epkz5TUHFmfDDp8sCkioOHAnACKbwqu0PFfLFjrlIov8= X-KPN-VerifiedSender: No X-CMASSUN: 33|pzt0BzM41e45bxlcfnqOJda5Kr9Bovz8a0Mm9NEN1+jNccqyTis8DFRd5BHLuxg RnXViAO+WPDgBI73DlWm09A== X-Originating-IP: 77.171.212.158 Received: from [192.168.66.163] (77-171-212-158.fixed.kpn.net [77.171.212.158]) by smtp.xs4all.nl (Halon) with ESMTPSA id fbe07fb6-a278-11ef-8923-00505699d6e5; Thu, 14 Nov 2024 12:09:58 +0100 (CET) Message-ID: Date: Thu, 14 Nov 2024 12:09:57 +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 User-Agent: Mozilla Thunderbird Subject: Re: Error report on FreeBSD-14.2-BETA2 - graphics problem To: Ronald Klop , freebsd-stable@FreeBSD.org References: <330d2a06cd2099f1cda6c151d2586404@zahemszky.hu> <7409b19c-a1a2-4439-9cdb-6a0fb5b6ac32@FreeBSD.org> Content-Language: en-US, nl From: Hans Ottevanger In-Reply-To: <7409b19c-a1a2-4439-9cdb-6a0fb5b6ac32@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:8737, ipnet:195.121.64.0/18, country:NL] X-Rspamd-Queue-Id: 4Xpy9N4vVLz46Pt X-Spamd-Bar: ---- 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. -- Kind regards, Hans Ottevanger Eindhoven, Netherlands hans@beastielabs.net www.beastielabs.net