From nobody Mon Jan 12 00:21:19 2026 X-Original-To: ports@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 4dqCjV3QSBz6NkRg for ; Mon, 12 Jan 2026 00:21:34 +0000 (UTC) (envelope-from ben@benhutton.com.au) Received: from mail.myuniquemail.com (mail.myuniquemail.com [115.70.107.139]) (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 4dqCjS2h3nz4H0p for ; Mon, 12 Jan 2026 00:21:32 +0000 (UTC) (envelope-from ben@benhutton.com.au) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=reject) header.from=benhutton.com.au; spf=pass (mx1.freebsd.org: domain of ben@benhutton.com.au designates 115.70.107.139 as permitted sender) smtp.mailfrom=ben@benhutton.com.au Received: from [10.128.2.124] (unknown [10.128.10.1]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange x25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by mail.myuniquemail.com (Postfix) with ESMTPSA id D54C220F72A for ; Mon, 12 Jan 2026 08:21:19 +0800 (AWST) Message-ID: Date: Mon, 12 Jan 2026 08:21:19 +0800 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird From: Ben Hutton Subject: Re: Performance Issues with latest DRM To: ports@freebsd.org References: <63A514D3-C74C-4D6C-9A20-3DD1C5D65160@benhutton.com.au> <20260103134618.c5625ef41eeb01240cd2784b@dec.sakura.ne.jp> Content-Language: en-AU In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Bar: / X-Spamd-Result: default: False [-0.85 / 15.00]; NEURAL_HAM_MEDIUM(-0.53)[-0.535]; DMARC_POLICY_ALLOW(-0.50)[benhutton.com.au,reject]; NEURAL_SPAM_LONG(0.48)[0.481]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_SHORT(0.01)[0.009]; RCVD_TLS_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FREEFALL_USER(0.00)[ben]; ASN(0.00)[asn:10143, ipnet:115.70.104.0/21, country:AU]; RCVD_COUNT_ONE(0.00)[1]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[ports@freebsd.org]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; R_DKIM_NA(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[ports@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; ARC_NA(0.00)[] X-Rspamd-Queue-Id: 4dqCjS2h3nz4H0p Which mailing list can I use to contact the DRM guys? Currently I'm stuck on version 580.105.08 of the nvidia drivers until I can find a solution to this issue. Note I have also tried the devel nvidia ports when on the latest commit of the ports tree. I'm currently using commit 011d8882ade1f40a4f39e08ad9d183733cc43fd4 to compile the previous versions. I'm also on commit 5d73fca1f4b2bac8833e2b9233fa496059dab745 for /usr/src. Kind regards Ben On 1/3/26 21:54, Ben Hutton wrote: > Current version is 1600007 > > Head is 2e92aeede85c8986bd6f4dde65d2ac2449eccf51 > > I'm using latest for all packages > > drm packages have all been built from ports. > > ports tree latest updated with 'portsnap fetch extract' > > pkg version -v | grep nvidia > nvidia-driver-580.119.02           =   up-to-date with port > nvidia-drm-66-kmod-580.119.02.1600007_2 =   up-to-date with port > nvidia-kmod-580.119.02.1600007     =   up-to-date with port > nvidia-settings-580.119.02         =   up-to-date with port > nvidia-xconfig-580.119.02          =   up-to-date with port > > > pkg version -v | grep drm > drm-66-kmod-6.6.25.1600007_8       =   up-to-date with port > libdrm-2.4.131,1                   =   up-to-date with port > linux-rl9-libdrm-2.4.123           =   up-to-date with port > nvidia-drm-66-kmod-580.119.02.1600007_2 =   up-to-date with port > > I did find the following in /var/log/messages > > Jan  3 20:00:38 tesla kernel: nvidia-modeset: Loading NVIDIA Kernel > Mode Setting Driver for UNIX platforms  580.119.02  Mon Dec  8 > 07:29:16 UTC 2025 > Jan  3 20:00:38 tesla kernel: [drm] [nvidia-drm] [GPU ID 0x00000100] > Loading driver > Jan  3 20:00:38 tesla kernel: ACPI Warning: \_SB.PCI0.PEG0.PEGP._DSM: > Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] > (20251212/nsarguments- > 212) > Jan  3 20:00:38 tesla kernel: sysctl_add_oid: can't re-use a leaf > (hw.dri.debug)! > Jan  3 20:00:38 tesla kernel: sysctl_add_oid: can't re-use a leaf > (hw.dri.vblank_offdelay)! > Jan  3 20:00:38 tesla kernel: sysctl_add_oid: can't re-use a leaf > (hw.dri.timestamp_precision)! > Jan  3 20:00:38 tesla kernel: [drm] Initialized nvidia-drm 0.0.0 > 20160202 for nvidia0 on minor 1 > > I'm not 100% sure how the hybrid graphics works on this laptop however > I'm under the impression that the Intel GPU is generally used when on > the laptop screen and the Nvidia GPU runs the externals screens under > normal workloads. How do I verify? > > Kind regards > Ben > > > On 1/3/26 12:46, Tomoaki AOKI wrote: >> On Sat, 3 Jan 2026 11:02:40 +0800 >> Ben Hutton wrote: >> >>> Hi, >>> >>> Since I upgraded the drm drivers about a week ago I’ve been having >>> issues. Either I can get XFCE performing correctly with the Intel >>> GPU or suspend but not both. I was able to roll back to and older >>> Current version 1600004 and get old versions of the DRM drivers >>> installed which get it working. Basically it was been about a week >>> of painful trial and error working out what is going on. >>> >>> 1. XFCE is unusably slow when switching to laptop only screen. It >>> works perfectly when using an external screen. Being a hybrid >>> graphics laptop I’m assuming the Intel drivers aren’t working and >>> the Nvidia is working perfectly fine. >>> 2. If using XFCE suspend no longer works. >>> >>> Curiously it seem to work ok on KDE Plasma 6. >>> >>> I’m currently running Current with drm-66-kmod and the equivalent >>> Nvidia drivers. Curiously installing older versions of the Nvidia >>> drivers will get XFCE performing better however it then breaks >>> suspend. I’m suspecting something is going wrong with the switchover >>> from Nvidia to intel drivers. Quite often when you disconnect the >>> external screen you get a black screen on the laptop where the mouse >>> still works but nothing else. I’ve had this before when hybrid >>> graphics mode is not working correctly. If I plug in the and >>> disconnect the external screen it tends to work the second time. >>> This wasn’t happening before. >>> >>> Before updating the DRM drivers it was working very well with XFCE >>> with suspend working most of the time. >>> >>> Is there a way I can work out what is actually failing. I’ve looked >>> in /var/log/messages but so far haven’t found any errors that would >>> give any idea of what’s going on. >>> >>> >>> Ben Hutton >>> ben@benhutton.com.au >>> 0434 211 939 >> Hi. >> >> At which commit your main (16-Current) installation is? >> >> Are you building from ports? Or using pkg? >> At which branch of ports tree (or pkg repo) are you using? >> Latest (aka main)? Or quarterly (for now, still 2025Q4)? >> >> If you're using ports, at which commit your ports tree is? >> >> How pkg (8) says on: >>    `pkg version -v | grep nvidia` >>    `pkg version -v | grep drm` >> >> How do you configure nvidia drivers? >> Using graphics/nvidia-drm-*-kmod[-devel] that corresponds >> to matching graphics/drm-*-kmod? >> >> Or using graphics/drm-*-kmod for iGPU with internal display >> and x11/nvidia-kmod* with corresponding x11/nvidia-driver* >> for nvidia dGPU with external display only? >> >> IIRC, there were some laptops allowing such a configuration >> but disallowing internal display to be used by nvidia dGPU >> unless hybrid graphics (Optimus) is in use. >> >> Anyway, at least your main (16-Current) installation is already >> outdated. (Currently at #define __FreeBSD_version 1600007.) >> >> Seemingly there's nothing I can help further if nvidia >> dGPU is sanely working. But info above would help digging >> into by DRM guys. >> >> Regards. >> > From nobody Mon Jan 12 03:56:24 2026 X-Original-To: ports@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 4dqJTP5Xpgz6NxbB for ; Mon, 12 Jan 2026 03:56:25 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R13" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4dqJTP007zz3LFJ for ; Mon, 12 Jan 2026 03:56:25 +0000 (UTC) (envelope-from portscout@FreeBSD.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1768190185; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=cnzyeOWV3pj8aCilMVSfhoj3tuyY1Unc5mulDGpZzzI=; b=DwVQn3fkygGSkOgtCcZYQYMFi6LoYrHhJ3/717ApuiyjBIaOlWLwUq5p/vr/ChMBH0XU9D KOM98ZC907CEt6oXwF+B8RSf4DIirQta0hEPoWwWPsJR3JEqE8QQImwkeFYo0Fvx4U5/RD vZekDvX7gp0SZgDcW8vD3UonQhL9OnDy+LHMw4rd7gqlUKmxrnRAGP5+/dEPNoVPIyaWFI EmJ5auHyHZS7RXBYc7soYe47VuK3ArpsLewelnFvgaMduRjK6C4mgT5hVM2jnWyxroH5S2 Y5/LLqPyTSt2J+EwmXDLmYJAmRJE9gzbIleoTeuOjpw/NDNe3g9yZONhhNbw0w== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1768190185; a=rsa-sha256; cv=none; b=vB5x5+njUeAlVOYp92LNiApkY9mY37pjteFU5/8+soDAirat4JBUSjhebxkPdz3HH+tvYR OBdSIVau5SKUA3BHrs+YbwOEjPCgcsixo53pKQOxiSBBVMWAVi09DrwHDhL2NEolAyJqKX lHPk4qp5Iwz4xQn/d0lBBNMn/QsB1PrzCnhTQjA1GGrMLKdisQ7gB67PKXFogUXooWAUdl e9HoFx05tPMIacxlKnWnbQy/24DvBlvFZIIQCvb3R3XyNJkggQGGz8Ev9c6f+AMLlSmeUi KkCvrvnF6XbDC10Sr5qc+iYRFMiwOUZ1UIOS8UoEohif2/V7TfOkHucbGHmJYQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from portscout.nyi.freebsd.org (portscout.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:21]) (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 mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4dqJTN6gTMz18rM for ; Mon, 12 Jan 2026 03:56:24 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.nyi.freebsd.org ([127.0.1.10]) by portscout.nyi.freebsd.org (8.17.1/8.17.1) with ESMTP id 60C3uOva093104 for ; Mon, 12 Jan 2026 03:56:24 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.nyi.freebsd.org (8.17.1/8.17.1/Submit) id 60C3uOJr093103; Mon, 12 Jan 2026 03:56:24 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <202601120356.60C3uOJr093103@portscout.nyi.freebsd.org> X-Authentication-Warning: portscout.nyi.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 Date: Mon, 12 Jan 2026 03:56:24 +0000 From: portscout@FreeBSD.org To: ports@freebsd.org Subject: Unmaintained FreeBSD ports which are out of date X-Mailer: portscout/0.8.1 Dear port maintainers, The portscout new distfile checker has detected that one or more unmaintained ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. Please consider also adopting this port. If any ports have already been updated, you can safely ignore the entry. An e-mail will not be sent again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/ports@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ devel/bear | 3.1.5 | 4.0.1 ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Reported by: portscout! From nobody Mon Jan 12 12:26:48 2026 X-Original-To: ports@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 4dqWpW57Jpz6NXWM for ; Mon, 12 Jan 2026 12:26:59 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from www121.sakura.ne.jp (www121.sakura.ne.jp [153.125.133.21]) (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 4dqWpV6dFPz3HZH for ; Mon, 12 Jan 2026 12:26:58 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Authentication-Results: mx1.freebsd.org; none Received: from delta.joker.local (124-18-6-240.area1c.commufa.jp [124.18.6.240]) (authenticated bits=0) by www121.sakura.ne.jp (8.18.1/8.17.1/[SAKURA-WEB]/20201212) with ESMTPA id 60CCQnkD007899; Mon, 12 Jan 2026 21:26:50 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=dec.sakura.ne.jp; s=s2405; t=1768220810; bh=cVqDtFyZR/0xjl/1aG/CV3O69GBlvMWwQat+i9Z4cIQ=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=SC76IMY0ds2QmHhUC7IkHOJ979Kr9x3KjWD9Is+vN20Ks5Tf/BFbvzW0G5VP3yMrq cRkYfQc04AeBf8njV7C26uVBzq4GL0c5bvcsCyT7pl+kPRiHuhRFPM32oXHxGQKOvf e6Rap11atZ+JnX1GPcRieNFpfOrKOl2j10/GhJn8= Date: Mon, 12 Jan 2026 21:26:48 +0900 From: Tomoaki AOKI To: Ben Hutton Cc: ports@freebsd.org Subject: Re: Performance Issues with latest DRM Message-Id: <20260112212648.46a3118556072647ad26ab17@dec.sakura.ne.jp> In-Reply-To: References: <63A514D3-C74C-4D6C-9A20-3DD1C5D65160@benhutton.com.au> <20260103134618.c5625ef41eeb01240cd2784b@dec.sakura.ne.jp> Organization: Junchoon corps X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd15.0) List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:7684, ipnet:153.125.128.0/18, country:JP] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4dqWpV6dFPz3HZH On Mon, 12 Jan 2026 08:21:19 +0800 Ben Hutton wrote: > Which mailing list can I use to contact the DRM guys? Maybe here is the proper ML. There is freebsd-x11 ML, but it's used almost for any PRs assigned to x11 group maintainer that at least some of DRM guys belong to. You'll see almost nothing is "actually" discussed there. The best option would be to file a PR on Bugzilla if you have account for it. https://www.freebsd.org/support/bugreports/ Other ways would require patch to review, but you can report to Bugzilla without patches. Don't forget to start the summary with seemingly problematic ports origin like below. graphics/drm-66-kmod, graphics/nvidia-drm-66-kmod-devel: ... It would allow Bugzilla to automatically notify it to the maintainers. And you need to describe about your hardware having issues. For laptops, maybe most of them does NOT allow nvidia dGPU to drive internal display panel directly (forces Optimus). Some (like ThinkPad P52 with nvidia dGPU) allows disabling iGPU and let nvidia dGPU to drive the panel directly. Some forces dGPU to drive internal panel via Optimus only but give dGPU to drive external monitor via specific limited DP / HDMI port. So without precise and detailed information, no good advice and/or fixes cannot be provided. Maybe unrelated with your issue (slowness), nvidia seems to be working on issues introduced recently (possibly in conjunction with any of fixed issues). See the comments starting from below. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=291919#c4 > Currently I'm stuck on version 580.105.08 of the nvidia drivers until I > can find a solution to this issue. Note I have also tried the devel > nvidia ports when on the latest commit of the ports tree. I'm currently > using commit 011d8882ade1f40a4f39e08ad9d183733cc43fd4 to compile the > previous versions. > > I'm also on commit 5d73fca1f4b2bac8833e2b9233fa496059dab745 for /usr/src. > > Kind regards > Ben > > On 1/3/26 21:54, Ben Hutton wrote: > > Current version is 1600007 > > > > Head is 2e92aeede85c8986bd6f4dde65d2ac2449eccf51 > > > > I'm using latest for all packages > > > > drm packages have all been built from ports. > > > > ports tree latest updated with 'portsnap fetch extract' > > > > pkg version -v | grep nvidia > > nvidia-driver-580.119.02           =   up-to-date with port > > nvidia-drm-66-kmod-580.119.02.1600007_2 =   up-to-date with port > > nvidia-kmod-580.119.02.1600007     =   up-to-date with port > > nvidia-settings-580.119.02         =   up-to-date with port > > nvidia-xconfig-580.119.02          =   up-to-date with port > > > > > > pkg version -v | grep drm > > drm-66-kmod-6.6.25.1600007_8       =   up-to-date with port > > libdrm-2.4.131,1                   =   up-to-date with port > > linux-rl9-libdrm-2.4.123           =   up-to-date with port > > nvidia-drm-66-kmod-580.119.02.1600007_2 =   up-to-date with port > > > > I did find the following in /var/log/messages > > > > Jan  3 20:00:38 tesla kernel: nvidia-modeset: Loading NVIDIA Kernel > > Mode Setting Driver for UNIX platforms  580.119.02  Mon Dec  8 > > 07:29:16 UTC 2025 > > Jan  3 20:00:38 tesla kernel: [drm] [nvidia-drm] [GPU ID 0x00000100] > > Loading driver > > Jan  3 20:00:38 tesla kernel: ACPI Warning: \_SB.PCI0.PEG0.PEGP._DSM: > > Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] > > (20251212/nsarguments- > > 212) > > Jan  3 20:00:38 tesla kernel: sysctl_add_oid: can't re-use a leaf > > (hw.dri.debug)! > > Jan  3 20:00:38 tesla kernel: sysctl_add_oid: can't re-use a leaf > > (hw.dri.vblank_offdelay)! > > Jan  3 20:00:38 tesla kernel: sysctl_add_oid: can't re-use a leaf > > (hw.dri.timestamp_precision)! > > Jan  3 20:00:38 tesla kernel: [drm] Initialized nvidia-drm 0.0.0 > > 20160202 for nvidia0 on minor 1 > > > > I'm not 100% sure how the hybrid graphics works on this laptop however > > I'm under the impression that the Intel GPU is generally used when on > > the laptop screen and the Nvidia GPU runs the externals screens under > > normal workloads. How do I verify? > > > > Kind regards > > Ben > > > > > > On 1/3/26 12:46, Tomoaki AOKI wrote: > >> On Sat, 3 Jan 2026 11:02:40 +0800 > >> Ben Hutton wrote: > >> > >>> Hi, > >>> > >>> Since I upgraded the drm drivers about a week ago I’ve been having > >>> issues. Either I can get XFCE performing correctly with the Intel > >>> GPU or suspend but not both. I was able to roll back to and older > >>> Current version 1600004 and get old versions of the DRM drivers > >>> installed which get it working. Basically it was been about a week > >>> of painful trial and error working out what is going on. > >>> > >>> 1. XFCE is unusably slow when switching to laptop only screen. It > >>> works perfectly when using an external screen. Being a hybrid > >>> graphics laptop I’m assuming the Intel drivers aren’t working and > >>> the Nvidia is working perfectly fine. > >>> 2. If using XFCE suspend no longer works. > >>> > >>> Curiously it seem to work ok on KDE Plasma 6. > >>> > >>> I’m currently running Current with drm-66-kmod and the equivalent > >>> Nvidia drivers. Curiously installing older versions of the Nvidia > >>> drivers will get XFCE performing better however it then breaks > >>> suspend. I’m suspecting something is going wrong with the switchover > >>> from Nvidia to intel drivers. Quite often when you disconnect the > >>> external screen you get a black screen on the laptop where the mouse > >>> still works but nothing else. I’ve had this before when hybrid > >>> graphics mode is not working correctly. If I plug in the and > >>> disconnect the external screen it tends to work the second time. > >>> This wasn’t happening before. > >>> > >>> Before updating the DRM drivers it was working very well with XFCE > >>> with suspend working most of the time. > >>> > >>> Is there a way I can work out what is actually failing. I’ve looked > >>> in /var/log/messages but so far haven’t found any errors that would > >>> give any idea of what’s going on. > >>> > >>> > >>> Ben Hutton > >>> ben@benhutton.com.au > >>> 0434 211 939 > >> Hi. > >> > >> At which commit your main (16-Current) installation is? > >> > >> Are you building from ports? Or using pkg? > >> At which branch of ports tree (or pkg repo) are you using? > >> Latest (aka main)? Or quarterly (for now, still 2025Q4)? > >> > >> If you're using ports, at which commit your ports tree is? > >> > >> How pkg (8) says on: > >>    `pkg version -v | grep nvidia` > >>    `pkg version -v | grep drm` > >> > >> How do you configure nvidia drivers? > >> Using graphics/nvidia-drm-*-kmod[-devel] that corresponds > >> to matching graphics/drm-*-kmod? > >> > >> Or using graphics/drm-*-kmod for iGPU with internal display > >> and x11/nvidia-kmod* with corresponding x11/nvidia-driver* > >> for nvidia dGPU with external display only? > >> > >> IIRC, there were some laptops allowing such a configuration > >> but disallowing internal display to be used by nvidia dGPU > >> unless hybrid graphics (Optimus) is in use. > >> > >> Anyway, at least your main (16-Current) installation is already > >> outdated. (Currently at #define __FreeBSD_version 1600007.) > >> > >> Seemingly there's nothing I can help further if nvidia > >> dGPU is sanely working. But info above would help digging > >> into by DRM guys. > >> > >> Regards. -- Tomoaki AOKI From nobody Mon Jan 12 15:08:26 2026 X-Original-To: ports@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 4dqbNx4Zspz6NhjN for ; Mon, 12 Jan 2026 15:08:33 +0000 (UTC) (envelope-from ben@benhutton.com.au) Received: from mail.myuniquemail.com (mail.myuniquemail.com [115.70.107.139]) (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 4dqbNw61lHz3dP2 for ; Mon, 12 Jan 2026 15:08:32 +0000 (UTC) (envelope-from ben@benhutton.com.au) Authentication-Results: mx1.freebsd.org; none Received: from [10.128.2.124] (unknown [10.128.10.1]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange x25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by mail.myuniquemail.com (Postfix) with ESMTPSA id 45F231FFB07; Mon, 12 Jan 2026 23:08:27 +0800 (AWST) Message-ID: <3f4dc592-8c30-4b2d-a688-54cb3039f8f7@benhutton.com.au> Date: Mon, 12 Jan 2026 23:08:26 +0800 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Performance Issues with latest DRM To: Tomoaki AOKI Cc: ports@freebsd.org References: <63A514D3-C74C-4D6C-9A20-3DD1C5D65160@benhutton.com.au> <20260103134618.c5625ef41eeb01240cd2784b@dec.sakura.ne.jp> <20260112212648.46a3118556072647ad26ab17@dec.sakura.ne.jp> Content-Language: en-AU From: Ben Hutton In-Reply-To: <20260112212648.46a3118556072647ad26ab17@dec.sakura.ne.jp> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:10143, ipnet:115.70.104.0/21, country:AU] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4dqbNw61lHz3dP2 Thank you for the response. I'll investigate your suggestions. I have already opened a bug report (https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=292140). I'm not sure I'm clear enough. However I am not 100% sure myself what's actually going on at present, just that rolling back the nvidia version resolves the issue. On 1/12/26 20:26, Tomoaki AOKI wrote: > On Mon, 12 Jan 2026 08:21:19 +0800 > Ben Hutton wrote: > >> Which mailing list can I use to contact the DRM guys? > Maybe here is the proper ML. > There is freebsd-x11 ML, but it's used almost for any PRs > assigned to x11 group maintainer that at least some of DRM guys > belong to. You'll see almost nothing is "actually" discussed there. > > The best option would be to file a PR on Bugzilla if you have > account for it. > > https://www.freebsd.org/support/bugreports/ > > Other ways would require patch to review, but you can report > to Bugzilla without patches. > > Don't forget to start the summary with seemingly problematic > ports origin like below. > > graphics/drm-66-kmod, graphics/nvidia-drm-66-kmod-devel: ... > > It would allow Bugzilla to automatically notify it to > the maintainers. > > And you need to describe about your hardware having issues. > > For laptops, maybe most of them does NOT allow nvidia dGPU > to drive internal display panel directly (forces Optimus). > > Some (like ThinkPad P52 with nvidia dGPU) allows disabling > iGPU and let nvidia dGPU to drive the panel directly. > > Some forces dGPU to drive internal panel via Optimus only > but give dGPU to drive external monitor via specific limited > DP / HDMI port. > > So without precise and detailed information, no good advice > and/or fixes cannot be provided. > > > Maybe unrelated with your issue (slowness), nvidia seems to be > working on issues introduced recently (possibly in conjunction > with any of fixed issues). > > See the comments starting from below. > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=291919#c4 > > >> Currently I'm stuck on version 580.105.08 of the nvidia drivers until I >> can find a solution to this issue. Note I have also tried the devel >> nvidia ports when on the latest commit of the ports tree. I'm currently >> using commit 011d8882ade1f40a4f39e08ad9d183733cc43fd4 to compile the >> previous versions. >> >> I'm also on commit 5d73fca1f4b2bac8833e2b9233fa496059dab745 for /usr/src. >> >> Kind regards >> Ben >> >> On 1/3/26 21:54, Ben Hutton wrote: >>> Current version is 1600007 >>> >>> Head is 2e92aeede85c8986bd6f4dde65d2ac2449eccf51 >>> >>> I'm using latest for all packages >>> >>> drm packages have all been built from ports. >>> >>> ports tree latest updated with 'portsnap fetch extract' >>> >>> pkg version -v | grep nvidia >>> nvidia-driver-580.119.02           =   up-to-date with port >>> nvidia-drm-66-kmod-580.119.02.1600007_2 =   up-to-date with port >>> nvidia-kmod-580.119.02.1600007     =   up-to-date with port >>> nvidia-settings-580.119.02         =   up-to-date with port >>> nvidia-xconfig-580.119.02          =   up-to-date with port >>> >>> >>> pkg version -v | grep drm >>> drm-66-kmod-6.6.25.1600007_8       =   up-to-date with port >>> libdrm-2.4.131,1                   =   up-to-date with port >>> linux-rl9-libdrm-2.4.123           =   up-to-date with port >>> nvidia-drm-66-kmod-580.119.02.1600007_2 =   up-to-date with port >>> >>> I did find the following in /var/log/messages >>> >>> Jan  3 20:00:38 tesla kernel: nvidia-modeset: Loading NVIDIA Kernel >>> Mode Setting Driver for UNIX platforms  580.119.02  Mon Dec  8 >>> 07:29:16 UTC 2025 >>> Jan  3 20:00:38 tesla kernel: [drm] [nvidia-drm] [GPU ID 0x00000100] >>> Loading driver >>> Jan  3 20:00:38 tesla kernel: ACPI Warning: \_SB.PCI0.PEG0.PEGP._DSM: >>> Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] >>> (20251212/nsarguments- >>> 212) >>> Jan  3 20:00:38 tesla kernel: sysctl_add_oid: can't re-use a leaf >>> (hw.dri.debug)! >>> Jan  3 20:00:38 tesla kernel: sysctl_add_oid: can't re-use a leaf >>> (hw.dri.vblank_offdelay)! >>> Jan  3 20:00:38 tesla kernel: sysctl_add_oid: can't re-use a leaf >>> (hw.dri.timestamp_precision)! >>> Jan  3 20:00:38 tesla kernel: [drm] Initialized nvidia-drm 0.0.0 >>> 20160202 for nvidia0 on minor 1 >>> >>> I'm not 100% sure how the hybrid graphics works on this laptop however >>> I'm under the impression that the Intel GPU is generally used when on >>> the laptop screen and the Nvidia GPU runs the externals screens under >>> normal workloads. How do I verify? >>> >>> Kind regards >>> Ben >>> >>> >>> On 1/3/26 12:46, Tomoaki AOKI wrote: >>>> On Sat, 3 Jan 2026 11:02:40 +0800 >>>> Ben Hutton wrote: >>>> >>>>> Hi, >>>>> >>>>> Since I upgraded the drm drivers about a week ago I’ve been having >>>>> issues. Either I can get XFCE performing correctly with the Intel >>>>> GPU or suspend but not both. I was able to roll back to and older >>>>> Current version 1600004 and get old versions of the DRM drivers >>>>> installed which get it working. Basically it was been about a week >>>>> of painful trial and error working out what is going on. >>>>> >>>>> 1. XFCE is unusably slow when switching to laptop only screen. It >>>>> works perfectly when using an external screen. Being a hybrid >>>>> graphics laptop I’m assuming the Intel drivers aren’t working and >>>>> the Nvidia is working perfectly fine. >>>>> 2. If using XFCE suspend no longer works. >>>>> >>>>> Curiously it seem to work ok on KDE Plasma 6. >>>>> >>>>> I’m currently running Current with drm-66-kmod and the equivalent >>>>> Nvidia drivers. Curiously installing older versions of the Nvidia >>>>> drivers will get XFCE performing better however it then breaks >>>>> suspend. I’m suspecting something is going wrong with the switchover >>>>> from Nvidia to intel drivers. Quite often when you disconnect the >>>>> external screen you get a black screen on the laptop where the mouse >>>>> still works but nothing else. I’ve had this before when hybrid >>>>> graphics mode is not working correctly. If I plug in the and >>>>> disconnect the external screen it tends to work the second time. >>>>> This wasn’t happening before. >>>>> >>>>> Before updating the DRM drivers it was working very well with XFCE >>>>> with suspend working most of the time. >>>>> >>>>> Is there a way I can work out what is actually failing. I’ve looked >>>>> in /var/log/messages but so far haven’t found any errors that would >>>>> give any idea of what’s going on. >>>>> >>>>> >>>>> Ben Hutton >>>>> ben@benhutton.com.au >>>>> 0434 211 939 >>>> Hi. >>>> >>>> At which commit your main (16-Current) installation is? >>>> >>>> Are you building from ports? Or using pkg? >>>> At which branch of ports tree (or pkg repo) are you using? >>>> Latest (aka main)? Or quarterly (for now, still 2025Q4)? >>>> >>>> If you're using ports, at which commit your ports tree is? >>>> >>>> How pkg (8) says on: >>>>    `pkg version -v | grep nvidia` >>>>    `pkg version -v | grep drm` >>>> >>>> How do you configure nvidia drivers? >>>> Using graphics/nvidia-drm-*-kmod[-devel] that corresponds >>>> to matching graphics/drm-*-kmod? >>>> >>>> Or using graphics/drm-*-kmod for iGPU with internal display >>>> and x11/nvidia-kmod* with corresponding x11/nvidia-driver* >>>> for nvidia dGPU with external display only? >>>> >>>> IIRC, there were some laptops allowing such a configuration >>>> but disallowing internal display to be used by nvidia dGPU >>>> unless hybrid graphics (Optimus) is in use. >>>> >>>> Anyway, at least your main (16-Current) installation is already >>>> outdated. (Currently at #define __FreeBSD_version 1600007.) >>>> >>>> Seemingly there's nothing I can help further if nvidia >>>> dGPU is sanely working. But info above would help digging >>>> into by DRM guys. >>>> >>>> Regards. > From nobody Mon Jan 12 19:07:19 2026 X-Original-To: ports@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 4dqhhm4XM2z6NyCr for ; Mon, 12 Jan 2026 19:07:36 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from www121.sakura.ne.jp (www121.sakura.ne.jp [153.125.133.21]) (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 4dqhhl4GJQz3QWl for ; Mon, 12 Jan 2026 19:07:34 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Authentication-Results: mx1.freebsd.org; none Received: from delta.joker.local (124-18-6-240.area1c.commufa.jp [124.18.6.240]) (authenticated bits=0) by www121.sakura.ne.jp (8.18.1/8.17.1/[SAKURA-WEB]/20201212) with ESMTPA id 60CJ7JCP015765; Tue, 13 Jan 2026 04:07:19 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=dec.sakura.ne.jp; s=s2405; t=1768244839; bh=QhN+BNDFLzspPCLvKJVa2vi/TFUTzb5uwxJ46bxDh+I=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=GT5JhdFEO9x71zZgbmsoe/3JuE+HZB8AjybwIggdQfvvC4XCaU1N++nBBWuyD+B1S YPMgrkryKBFa1nbf21VrNVOrcCWK3qDW2UAe62Gn7ufRrHRnHjlR3gTAByGrQhAaoP pVSLOQdlqH+VVXmilZbXi2SA8l6QDfAiSDvojIKA= Date: Tue, 13 Jan 2026 04:07:19 +0900 From: Tomoaki AOKI To: Ben Hutton Cc: ports@freebsd.org Subject: Re: Performance Issues with latest DRM Message-Id: <20260113040719.8f03f1ceefa303e49798c8ab@dec.sakura.ne.jp> In-Reply-To: <3f4dc592-8c30-4b2d-a688-54cb3039f8f7@benhutton.com.au> References: <63A514D3-C74C-4D6C-9A20-3DD1C5D65160@benhutton.com.au> <20260103134618.c5625ef41eeb01240cd2784b@dec.sakura.ne.jp> <20260112212648.46a3118556072647ad26ab17@dec.sakura.ne.jp> <3f4dc592-8c30-4b2d-a688-54cb3039f8f7@benhutton.com.au> Organization: Junchoon corps X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd15.0) List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:7684, ipnet:153.125.128.0/18, country:JP] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4dqhhl4GJQz3QWl On Mon, 12 Jan 2026 23:08:26 +0800 Ben Hutton wrote: > Thank you for the response. I'll investigate your suggestions. > > I have already opened a bug report > (https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=292140). Thanks for the pointer. I've missed it because its summary does not contain the word "nvidia". > I'm not sure I'm clear enough. However I am not 100% sure myself what's > actually going on at present, just that rolling back the nvidia version > resolves the issue. Replied on the PR with a link to seemingly similar discussion on Fedra community (found as a search result). Anyway, link it here, too. https://discussion.fedoraproject.org/t/nvidia-drivers-broken-after-recent-update/172737/15 Anyway, if I'm not overlooking something, nvidia drivers does NOT use DRI3 and sticking with DRI2 at least for X11. > On 1/12/26 20:26, Tomoaki AOKI wrote: > > On Mon, 12 Jan 2026 08:21:19 +0800 > > Ben Hutton wrote: > > > >> Which mailing list can I use to contact the DRM guys? > > Maybe here is the proper ML. > > There is freebsd-x11 ML, but it's used almost for any PRs > > assigned to x11 group maintainer that at least some of DRM guys > > belong to. You'll see almost nothing is "actually" discussed there. > > > > The best option would be to file a PR on Bugzilla if you have > > account for it. > > > > https://www.freebsd.org/support/bugreports/ > > > > Other ways would require patch to review, but you can report > > to Bugzilla without patches. > > > > Don't forget to start the summary with seemingly problematic > > ports origin like below. > > > > graphics/drm-66-kmod, graphics/nvidia-drm-66-kmod-devel: ... > > > > It would allow Bugzilla to automatically notify it to > > the maintainers. > > > > And you need to describe about your hardware having issues. > > > > For laptops, maybe most of them does NOT allow nvidia dGPU > > to drive internal display panel directly (forces Optimus). > > > > Some (like ThinkPad P52 with nvidia dGPU) allows disabling > > iGPU and let nvidia dGPU to drive the panel directly. > > > > Some forces dGPU to drive internal panel via Optimus only > > but give dGPU to drive external monitor via specific limited > > DP / HDMI port. > > > > So without precise and detailed information, no good advice > > and/or fixes cannot be provided. > > > > > > Maybe unrelated with your issue (slowness), nvidia seems to be > > working on issues introduced recently (possibly in conjunction > > with any of fixed issues). > > > > See the comments starting from below. > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=291919#c4 > > > > > >> Currently I'm stuck on version 580.105.08 of the nvidia drivers until I > >> can find a solution to this issue. Note I have also tried the devel > >> nvidia ports when on the latest commit of the ports tree. I'm currently > >> using commit 011d8882ade1f40a4f39e08ad9d183733cc43fd4 to compile the > >> previous versions. > >> > >> I'm also on commit 5d73fca1f4b2bac8833e2b9233fa496059dab745 for /usr/src. > >> > >> Kind regards > >> Ben > >> > >> On 1/3/26 21:54, Ben Hutton wrote: > >>> Current version is 1600007 > >>> > >>> Head is 2e92aeede85c8986bd6f4dde65d2ac2449eccf51 > >>> > >>> I'm using latest for all packages > >>> > >>> drm packages have all been built from ports. > >>> > >>> ports tree latest updated with 'portsnap fetch extract' > >>> > >>> pkg version -v | grep nvidia > >>> nvidia-driver-580.119.02           =   up-to-date with port > >>> nvidia-drm-66-kmod-580.119.02.1600007_2 =   up-to-date with port > >>> nvidia-kmod-580.119.02.1600007     =   up-to-date with port > >>> nvidia-settings-580.119.02         =   up-to-date with port > >>> nvidia-xconfig-580.119.02          =   up-to-date with port > >>> > >>> > >>> pkg version -v | grep drm > >>> drm-66-kmod-6.6.25.1600007_8       =   up-to-date with port > >>> libdrm-2.4.131,1                   =   up-to-date with port > >>> linux-rl9-libdrm-2.4.123           =   up-to-date with port > >>> nvidia-drm-66-kmod-580.119.02.1600007_2 =   up-to-date with port > >>> > >>> I did find the following in /var/log/messages > >>> > >>> Jan  3 20:00:38 tesla kernel: nvidia-modeset: Loading NVIDIA Kernel > >>> Mode Setting Driver for UNIX platforms  580.119.02  Mon Dec  8 > >>> 07:29:16 UTC 2025 > >>> Jan  3 20:00:38 tesla kernel: [drm] [nvidia-drm] [GPU ID 0x00000100] > >>> Loading driver > >>> Jan  3 20:00:38 tesla kernel: ACPI Warning: \_SB.PCI0.PEG0.PEGP._DSM: > >>> Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] > >>> (20251212/nsarguments- > >>> 212) > >>> Jan  3 20:00:38 tesla kernel: sysctl_add_oid: can't re-use a leaf > >>> (hw.dri.debug)! > >>> Jan  3 20:00:38 tesla kernel: sysctl_add_oid: can't re-use a leaf > >>> (hw.dri.vblank_offdelay)! > >>> Jan  3 20:00:38 tesla kernel: sysctl_add_oid: can't re-use a leaf > >>> (hw.dri.timestamp_precision)! > >>> Jan  3 20:00:38 tesla kernel: [drm] Initialized nvidia-drm 0.0.0 > >>> 20160202 for nvidia0 on minor 1 > >>> > >>> I'm not 100% sure how the hybrid graphics works on this laptop however > >>> I'm under the impression that the Intel GPU is generally used when on > >>> the laptop screen and the Nvidia GPU runs the externals screens under > >>> normal workloads. How do I verify? > >>> > >>> Kind regards > >>> Ben > >>> > >>> > >>> On 1/3/26 12:46, Tomoaki AOKI wrote: > >>>> On Sat, 3 Jan 2026 11:02:40 +0800 > >>>> Ben Hutton wrote: > >>>> > >>>>> Hi, > >>>>> > >>>>> Since I upgraded the drm drivers about a week ago I’ve been having > >>>>> issues. Either I can get XFCE performing correctly with the Intel > >>>>> GPU or suspend but not both. I was able to roll back to and older > >>>>> Current version 1600004 and get old versions of the DRM drivers > >>>>> installed which get it working. Basically it was been about a week > >>>>> of painful trial and error working out what is going on. > >>>>> > >>>>> 1. XFCE is unusably slow when switching to laptop only screen. It > >>>>> works perfectly when using an external screen. Being a hybrid > >>>>> graphics laptop I’m assuming the Intel drivers aren’t working and > >>>>> the Nvidia is working perfectly fine. > >>>>> 2. If using XFCE suspend no longer works. > >>>>> > >>>>> Curiously it seem to work ok on KDE Plasma 6. > >>>>> > >>>>> I’m currently running Current with drm-66-kmod and the equivalent > >>>>> Nvidia drivers. Curiously installing older versions of the Nvidia > >>>>> drivers will get XFCE performing better however it then breaks > >>>>> suspend. I’m suspecting something is going wrong with the switchover > >>>>> from Nvidia to intel drivers. Quite often when you disconnect the > >>>>> external screen you get a black screen on the laptop where the mouse > >>>>> still works but nothing else. I’ve had this before when hybrid > >>>>> graphics mode is not working correctly. If I plug in the and > >>>>> disconnect the external screen it tends to work the second time. > >>>>> This wasn’t happening before. > >>>>> > >>>>> Before updating the DRM drivers it was working very well with XFCE > >>>>> with suspend working most of the time. > >>>>> > >>>>> Is there a way I can work out what is actually failing. I’ve looked > >>>>> in /var/log/messages but so far haven’t found any errors that would > >>>>> give any idea of what’s going on. > >>>>> > >>>>> > >>>>> Ben Hutton > >>>>> ben@benhutton.com.au > >>>>> 0434 211 939 > >>>> Hi. > >>>> > >>>> At which commit your main (16-Current) installation is? > >>>> > >>>> Are you building from ports? Or using pkg? > >>>> At which branch of ports tree (or pkg repo) are you using? > >>>> Latest (aka main)? Or quarterly (for now, still 2025Q4)? > >>>> > >>>> If you're using ports, at which commit your ports tree is? > >>>> > >>>> How pkg (8) says on: > >>>>    `pkg version -v | grep nvidia` > >>>>    `pkg version -v | grep drm` > >>>> > >>>> How do you configure nvidia drivers? > >>>> Using graphics/nvidia-drm-*-kmod[-devel] that corresponds > >>>> to matching graphics/drm-*-kmod? > >>>> > >>>> Or using graphics/drm-*-kmod for iGPU with internal display > >>>> and x11/nvidia-kmod* with corresponding x11/nvidia-driver* > >>>> for nvidia dGPU with external display only? > >>>> > >>>> IIRC, there were some laptops allowing such a configuration > >>>> but disallowing internal display to be used by nvidia dGPU > >>>> unless hybrid graphics (Optimus) is in use. > >>>> > >>>> Anyway, at least your main (16-Current) installation is already > >>>> outdated. (Currently at #define __FreeBSD_version 1600007.) > >>>> > >>>> Seemingly there's nothing I can help further if nvidia > >>>> dGPU is sanely working. But info above would help digging > >>>> into by DRM guys. > >>>> > >>>> Regards. -- Tomoaki AOKI From nobody Mon Jan 12 19:44:41 2026 X-Original-To: freebsd-ports@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 4dqjWm1JNyz6P1Hn for ; Mon, 12 Jan 2026 19:44:52 +0000 (UTC) (envelope-from chris@chrullrich.net) Received: from GVXPR05CU001.outbound.protection.outlook.com (mail-swedencentralazlp170130007.outbound.protection.outlook.com [IPv6:2a01:111:f403:c202::7]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (secp384r1) server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4dqjWk5w6Tz3VnR for ; Mon, 12 Jan 2026 19:44:50 +0000 (UTC) (envelope-from chris@chrullrich.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gloomberg.onmicrosoft.com header.s=selector2-gloomberg-onmicrosoft-com header.b=ujqn+IIT; dmarc=none; spf=pass (mx1.freebsd.org: domain of chris@chrullrich.net designates 2a01:111:f403:c202::7 as permitted sender) smtp.mailfrom=chris@chrullrich.net; arc=pass ("microsoft.com:s=arcselector10001:i=1") ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=F5CXKOrV2B9L7D9KLI4He4uqcnnw5NFt5gIqDA7wTlvuHluDbtc4KjXG09GC7FDhmraI8Y61eSsaYbAK0G6Qy4ZE0Elis6tCixA7xb0IjCUVa5jK2ZoMXpcWfCKED7HS/tGROdT0qGpkpzFeKZeyTqjqF0JNN5iwxvtO/yVmWXExo4ZYrznQGWQRyynF34e2WWdHF+h8vzVvhCOsc5mmWgjocFAKioz5javps8zV3CtS0asNgm1Rnb8jpQrziyaPUOGuRJdVp1bBzXAGHHyUMyuVQvG0UOijAgwF9Ya6KvtjsTL9zPslw25eKXw81/Qi0dT9l7IS14N7XyiA91Wokg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=dnnEYpR02vRG32rb+ZiyTHFSeN+SL5mBML3BD5YDg7E=; b=bP/nePzHZllFQDmtwIESEBgD7YzhsRSY1gb0qT3uP8TvE83LFifIOpKV0ConNrjaNhSb0IrH4ss+K6k6B4A2eFSrSkf5NoFxGi/QoKnROD38aKLt+d22OaZNbXM3qU+YLUNcj0wuGtFZAhw3WOgpq1GG7WDCrhSrJEANWFyVC/tGaLfUzWryamKg9kCWETjCg6SvduynqznmdDjvcVYO8f+Rwwhxu65d6nubwpQWdexZMz7NE2rb/2dQa+RuE4CzFXWXXRedD6oBlvUdJtdM4g6dgcEQiKTMoptp0Iqr1Bsq+4SXWwuzl5MYtlOCdeKWgH1dapgqdMC3hN/0iutYqw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=chrullrich.net; dmarc=pass action=none header.from=chrullrich.net; dkim=pass header.d=chrullrich.net; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gloomberg.onmicrosoft.com; s=selector2-gloomberg-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=dnnEYpR02vRG32rb+ZiyTHFSeN+SL5mBML3BD5YDg7E=; b=ujqn+IITHLNX/DwxAgNyi+ASnzZD2nh92Xp3cEfgvELXwXMLTm7hD/pLOaKl3mBtD0LTHcYRxdlOntDd8PJmLWzBS4FcaeAGExeOI8Dnyz1TyrPOeRIsfcPy7Vsgi2uKo0AWfin7bsXfdKf0uyiD4EuJCoto7VznNP/UbQYct/Y= Received: from DU2PR10MB7816.EURPRD10.PROD.OUTLOOK.COM (2603:10a6:10:49e::15) by PAWPR10MB8259.EURPRD10.PROD.OUTLOOK.COM (2603:10a6:102:38c::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.9499.7; Mon, 12 Jan 2026 19:44:41 +0000 Received: from DU2PR10MB7816.EURPRD10.PROD.OUTLOOK.COM ([fe80::aa5b:d140:3bf0:9f2c]) by DU2PR10MB7816.EURPRD10.PROD.OUTLOOK.COM ([fe80::aa5b:d140:3bf0:9f2c%5]) with mapi id 15.20.9499.005; Mon, 12 Jan 2026 19:44:41 +0000 From: Christian Ullrich To: "freebsd-ports@FreeBSD.org" Subject: OPTIONS or IGNORE based on OSVERSION? Thread-Topic: OPTIONS or IGNORE based on OSVERSION? Thread-Index: AQHcg/vkD4fIrye05ki9tY5TgY2ZeA== Date: Mon, 12 Jan 2026 19:44:41 +0000 Message-ID: <3fd7d616-5912-4209-a7c3-df7984383b37@chrullrich.net> Accept-Language: en-US, de-DE Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Mozilla Thunderbird x-ms-publictraffictype: Email x-ms-traffictypediagnostic: DU2PR10MB7816:EE_|PAWPR10MB8259:EE_ x-ms-office365-filtering-correlation-id: 0351f8a1-38f8-49ac-0f82-08de5213075c x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0;ARA:13230040|366016|376014|1800799024|38070700021; x-microsoft-antispam-message-info: =?utf-8?B?SmoxSkhNZW44YWhTdzlIQm1wZm12bU5yK3BGVzFjeDVPL2RLTGpYamJzQWxM?= =?utf-8?B?d2NCVy9LcTAreVEvdmxKZ1BkanR0ejVGcFFzbVVyRStMaWpVKzZrYUFDZXF3?= =?utf-8?B?VEZyUDMwNkkvUzZhNFl2Nnc2RHY5K0l2OGwrZllzTzVOVHh3MThVU3YxNXZT?= =?utf-8?B?bkgwSy9RbzlvbGo0MWNKRTFWaVdycDhoZGpyMUdpWlp1Z0xPaS93bHZSVEtI?= =?utf-8?B?bkozMzFrdURRa3V4TjBTMFE5Z2E3VWg1emg1VmQ0dGZQQ1A0ejRmT2JqSTA3?= =?utf-8?B?TjZRQkROcTZLNVRXY3pRRWV2L2lxN1Ryenc2L0ZpL2JIN0NLdmZ0OW9NaEZn?= =?utf-8?B?NlZ3T1JFMlZ2UkYxdWczRW9BRDNKSzZ3cGJFc3VMWS9IM3dKYUJuS3VsYVJp?= =?utf-8?B?QzZFcTc0TVp5ZEplVE90TkVIOXQ0WngvWE1LSlpKQ1BtWmsrMVBubGJJa0RL?= =?utf-8?B?MlJyVlBqMUhoS0laMWREbXF2UFhkWHpmY1FKa01NeTloaGM4QTg4N0VLamQw?= =?utf-8?B?aWRMbStLeTdBdW80Q01nSmhSbjYwejNCZUlWcnV6c24vZ0hNSGRDTXpJMld5?= =?utf-8?B?WW8rMDRCMGlWWjVhREZvTGF0OEJXWHk3TWhHVzQ0cGFmdVR6V3ExNVFCUWdB?= =?utf-8?B?YS90S3laUmJaR3F6djNidWIvRDVBZzNCTjRoVGZsVUdVYlJPbk9NN0NldmQy?= =?utf-8?B?YUVzU3ZwOWZwa2NrYXRMUHdISnVuS0FiVkxiM0FzM3ozZHFJT1FHV3B5ZWhu?= =?utf-8?B?TDIvSHZuUmk0eVBwc2VrWFEyQzZWYjBZUnFiUEpndHBYRzRBakJDZnVOblIr?= =?utf-8?B?ek0vQ0lOQlZTRmRGaHlyWVFNQXV5WG9BS1lmSEo1cnlCR0hlQlpXYnBCWk0x?= =?utf-8?B?SnptK284VCtaRldoOGlSbGhEMkNpeXpHRmlHZXV6MVAyUFVRdXdQLzZ6RXY2?= =?utf-8?B?cjloL0o1TU5tYzVIMG5WZm01bkxPdzlxOU1Mbmxxakxtb3pjTTQxbzJ6S1pv?= =?utf-8?B?YXFzdzRTWDFVTDVIMlIzYWpYVVBTNHM2NjNHTVhobW14ZFplRmJnbVA3eWV6?= =?utf-8?B?VUlwY3ZUVFhMRDc3U3dwVURWT0JzMnNZeW9Uam5jMy9YaU9YMExHYnZ4V091?= =?utf-8?B?RHV5N1d1cE9ZeFpab2czbjVySWRxN0pocS82OEtyRC84TTdFa041UmhoZG9y?= =?utf-8?B?dEliRjkydFhrbUpVNFFybURMOHFIZDlKVzlVL2krZ3IvNnRZTWloVzhZbk4r?= =?utf-8?B?ZnQxYWVRYlNTZ0YwVDBBR1hUU0lwQXlCSytuMDkwOTJiMDNtMWtUb1Z2R0FU?= =?utf-8?B?bGxXNlBzZ3d5S3d2Wm9XRWFRRWY4VmY3SEdWUEp4UXFnRFpyZ2wrbkhZVW54?= =?utf-8?B?bUlqOUlsdG5CWUpGTjAxWE9zZFk3bmVxNVhYOFE0cDhVQ1JNY2EvSTk1YlA2?= =?utf-8?B?UTJSVHVqdWpPZnNKVnRaaGNoLy83OWVseENNVGxGYUFXYWdUUmVPb0NLSVk4?= =?utf-8?B?Q2l3SVRlWkZZeTdWN2Z6N2J5RVFiTVlCa3g5UFR5WVhGUFAvOWoxVnA4Z2Fa?= =?utf-8?B?aTMrZGxNdXhUc0l6NDRDN2hNUUpHS3VEZmxmeUNqR21lc2F2T1F5dGVXY04z?= =?utf-8?B?bUc1RXcyR3Jhekh1UGpvdWVYM0U3TkErSjgrZXpQUG1OZFlTM0ZkQVZqbExr?= =?utf-8?B?SmN6dmhYaGZ6L2pEUWpoWWtEQ01BRkpPcnNmSmxwNXc4Qlo3Y0w0TlpiSDJr?= =?utf-8?B?QXZhcUNkSDBiWkt2b2x2NkJybGEwUzgzSU14Q0RoeHpRcUFPa2kyWG9QRm1t?= =?utf-8?B?clk4OEJ1dGp0QkJ6QzRQcHY1dWwzeGl6WE96QVdEU0xSUWRyTkc4Tm0xcVdS?= =?utf-8?B?NU1SOW5OU25UVFE2UStibGx0S1p3cjZWOUFyVzZMSnp2R1g2bmVhN3RPUnpT?= =?utf-8?B?Q3VJRzZQTGFxTStiUStHVWh0OEFVeHJaTjRaRzYyYjY0ZVNyZXdDVVBGOFdK?= =?utf-8?B?TlVzZWtBejhHZDBRdEJMWVpsNW1MYVNBd01zR1pxbTBMcWgrTzZUSXJvR1RD?= =?utf-8?Q?xzs5/D?= x-forefront-antispam-report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:DU2PR10MB7816.EURPRD10.PROD.OUTLOOK.COM;PTR:;CAT:NONE;SFS:(13230040)(366016)(376014)(1800799024)(38070700021);DIR:OUT;SFP:1102; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?utf-8?B?QWprZWcxa2YzWDFsdXZlT1NJNXVxUVZDOVpZckxSblc0TlNlcy9ZUWw4anc2?= =?utf-8?B?dmYrbXBzdUgva0JIOHkvQUpCbU80Wm1WSWtERjNsUlI0RzJLTGdveGdsVFVa?= =?utf-8?B?b3BPVVZMU091KzBEZ2J1NWtEM05BZUF5SEhERENGM2ozVWN5Z0dFRXVETnh5?= =?utf-8?B?eDdFZ0FwazJHc0JpTnZnUUx1cHRJRldFL2hBWkRmRndFT0ZDU0Jka2MzQlpz?= =?utf-8?B?dUpxbkNFemMwNFJGY2pYS0NBY0QweGk0WHVUL1lSZDd6cVg0S2c4QmczK2Vq?= =?utf-8?B?Ty9STkV4Y0hyVnNMaFFZbENkcmRvZHl5QkRNOGJEYUxZU1VQRFlMNG43bVdT?= =?utf-8?B?SHI4Z1dmdkhkT1RRL2FyTk81SUhFN2o5Z2JCdjNIN3VOYzZkYzJSZWNnVTBo?= =?utf-8?B?SFM4bk1DT0NHR2s2QkZMcmY5WDQrN2Jia2dpcHcwVGpNeHdObjBuTTR3Uk5U?= =?utf-8?B?dEF1NmphdU1kZnFrY0o1VFp4UWVHY25YdGNyQkM4alo3ZEFCeWRiYVRIQjYr?= =?utf-8?B?djBYdVF0Tjgvajl3c2swbnB0R2FZZCtlL1hkYWQzM2dKamtzYjBySnJLSU5P?= =?utf-8?B?blhZZVZxcVl1TFFzYWFGUVBsK2tEenovUUxpUHpRQzUvbE56eFduMXl5RjNP?= =?utf-8?B?TnR0WG55NTIrclNsQ1lRc09DalpKUkxONlhuVmRacXpTRnhoSksyNlc1RHNh?= =?utf-8?B?ajdvZU92TGNKN0NDU1pla1QvWDFvQ2RMT281U2dUaTFHQlhYVWh6RVVmemJP?= =?utf-8?B?bTRUSTVFdjhHTERvK29zZHZIUXBFUkNqQ1RDUk5VeW4wK1EwUHRTdnpiLy9m?= =?utf-8?B?UVljTW0yREhxTzVjTElmb2x0U2lNRlJKUk1hQlZnYkpxclZDcStKRnRpMWNF?= =?utf-8?B?dHFCY28yano1Q2FUQlBDSUpNK0xyZ2grZ0tWRlZlU2Mrb1BrSGJBMjhHK04x?= =?utf-8?B?c3RWSkZ1UjI3VkRCRG4wQ05IaDhBcWZzUW9DTnQyc3NLeGQ2WW9sdURXRlky?= =?utf-8?B?eEQzQWtYMUJCOVRTV0IrMWlPS3E3RmlKR3czMXJrZVUzeXY4dURNWjB1ak5h?= =?utf-8?B?NDNoNzNCYlF3TldYRmxaZEhWaEJ5WjBuQXZxV1NhZGVOMEQ4V240UmZnc0x5?= =?utf-8?B?MUhaKzlpeGFpdXBodXptZkhqaFdMUUl6ZkREb0plWFhGNXZQM2pOdkpaeWRm?= =?utf-8?B?dVNwaDZmN1JwaGpIMmx1d0JoWW5EQnA5UWVnL2pvZXJkSHVMZGx0bWcwTVN0?= =?utf-8?B?eHNSNysvajIzR092aGZSZmpIWkN1clAyTFlqZXRwSFlWWUF3bHJ5UFdJZ2E0?= =?utf-8?B?UjB2Y3p5MzdKUG5KVCt0aEZDck4xbWY2aGlsOE5vUUQ1WjZjY2xUWmtHaEQ2?= =?utf-8?B?KzJVYjlOTHlEa1hlNVJ1c09xcWZlSG4rd2hmdmpHdFR6d3RyNmZEZEN5aWo0?= =?utf-8?B?UXR4WTNNaGVnbHhLM2M5SC9YK294WmpEaWFPZjNBNTZjMVEyanhYazJFUzZX?= =?utf-8?B?U25XVFJvUGZJdytjWm56c2tVSzlGdWhiL1dUVTd1MFc5RjFDbUpPV2xpYlJB?= =?utf-8?B?eGNsazkxekVQanlGYXFaMHA5Zi9FOGlaQTIzdjFvbTBhZnZBVWYvd292cEl2?= =?utf-8?B?RjlKQWJ0OGdmSmUxb2d4VExXUDBtdEFiV1p1QmlzcytyMDYrMzE0ektJSHFB?= =?utf-8?B?cjI5VEEwc2JkTmkxeGR1QUZxSGNzZ3NsaGJPamZMTVcvazUwTWZvUzc2MXFO?= =?utf-8?B?RGw2UEYyWFhXdFVVRjZVclFCMEdIUUkvQzE5Rzd6NHo0elBJUHRvYi9JRXFh?= =?utf-8?B?UTBuMndKNXQxZlRpZkdsRGdzdnZqL2YvSS91Y3JURS9IOWtQT29KWTd4RXBR?= =?utf-8?B?bXZxYmpTSmVBVVF2WTNVZS94dXRhaUp4QTdKNFlLMUhoM3NXZ1FZTEdEQi9r?= =?utf-8?B?K3l0MGZGRklYYmZtMDV1dGxNaVZvdWE4S3V2TzcyQnJOQzlLREdjN0RRRUpN?= =?utf-8?B?S3VjengxRzd3b1hoTm1xOHovTFhCckJQU0NzMVM2YnVrcVNYRmlwaG5TZ3Vj?= =?utf-8?B?NWdjOXhpTmNTK2hVaFRXaGZyQ0pJWHlBdFV3eWExY2VHZ2J0bGZYaE1wdmJF?= =?utf-8?B?VFh4ZW5rQmZuOVRTMlFZRVBoclB0dnlPdDZac2g2bWlSUU0vcmw4TFB5Nk05?= =?utf-8?B?eW1YNEwwNUJxbkNQTlZLNXBOeTk1Q0NvZ3pJTkV2RlVRM2pYOVF0SXJ4UC9z?= =?utf-8?B?elpmOVJaZUc4N3U5MFNzd0tDbEZOUzdWTTJxQmJSUUpOSzh2czl2L1lqa2pV?= =?utf-8?Q?Ed25K6z5palX/uyh8R?= Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 X-OriginatorOrg: chrullrich.net X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: DU2PR10MB7816.EURPRD10.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-Network-Message-Id: 0351f8a1-38f8-49ac-0f82-08de5213075c X-MS-Exchange-CrossTenant-originalarrivaltime: 12 Jan 2026 19:44:41.4304 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 8ee9b5e7-26b6-4fdf-9b47-cf4fbc6d4e3f X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: slsNUHln2PrpnL2C9y8t8bDmwdyQX8UCGJPQEk+YmsQl/as8R2hW9iX3z5SvYq5+iwkTKRm4rBMmVYPofAmJfQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: PAWPR10MB8259 X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.39 / 15.00]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector10001:i=1]; MIME_BASE64_TEXT_BOGUS(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.992]; R_SPF_ALLOW(-0.20)[+ip6:2a01:111:f403:c000::/51]; R_DKIM_ALLOW(-0.20)[gloomberg.onmicrosoft.com:s=selector2-gloomberg-onmicrosoft-com]; MIME_BASE64_TEXT(0.10)[]; MIME_GOOD(-0.10)[text/plain]; FREEFALL_USER(0.00)[chris]; ASN(0.00)[asn:8075, ipnet:2a01:111:f000::/36, country:US]; MIME_TRACE(0.00)[0:+]; FROM_HAS_DN(0.00)[]; MLMMJ_DEST(0.00)[freebsd-ports@FreeBSD.org]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DMARC_NA(0.00)[chrullrich.net]; TO_DN_EQ_ADDR_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; DKIM_TRACE(0.00)[gloomberg.onmicrosoft.com:+] X-Rspamd-Queue-Id: 4dqjWk5w6Tz3VnR SGVsbG8sDQoNCkknbSB0cnlpbmcgdG8gZ2l2ZSB3d3cvbW9kX2F1dGhfZ3NzYXBpIHN1cHBvcnQg Zm9yIE1JVCBLZXJiZXJvcyBpbiBiYXNlIA0Kb24gRnJlZUJTRCAxNSsuIFRoYXQgcGFydCBpcyBh Y3R1YWxseSBlYXN5LCBidXQgd2hhdCBJIGNhbm5vdCBmaWd1cmUgb3V0IA0KaXMgaG93IHRvIHRy ZWF0IGVhcmxpZXIgdmVyc2lvbnMuDQoNCldoYXQgSSB3b3VsZCBsaWtlIHRvIGRvIGlzIGVpdGhl ciBub3Qgb2ZmZXIgdGhlIG9wdGlvbiBhdCBhbGwgb3IsIGlmIA0KdGhhdCBpcyBub3QgcG9zc2li bGUsIElHTk9SRSBpZiB0aGUgR1NTQVBJX0JBU0Ugb3B0aW9uIGlzIHNldCBhbmQgdGhlIA0Kc3lz dGVtIGRvZXMgbm90IGhhdmUgTUlUIEtlcmJlcm9zIGluIGJhc2UgKE9TVkVSU0lPTiA8IDE1MDAw NTQpLg0KDQpJIHRyaWVkIHdyYXBwaW5nIHRoZSBlbnRpcmUgT1BUSU9OUyBibG9jayBpbg0KDQoJ LmlmICR7T1BTWVN9ID09IEZyZWVCU0QgJiYgJHtPU1ZFUlNJT059IDwgMTUwMDA1NA0KDQosIGJ1 dCB0aGF0IG5lZWRzIDxic2QucG9ydC5vcHRpb25zLm1rPiBmb3IgT1NWRVJTSU9OLCBhbmQgdGhh dCBpbiB0dXJuIA0KbXVzdCBjb21lIF9hZnRlcl8gdGhlIE9QVElPTlMgYmxvY2suIFVzaW5nIDxi c2QucG9ydC5wcmUubWs+IGluc3RlYWQgDQpkb2VzIG5vdCB3b3JrIGVpdGhlcjsgaXQgYnJlYWtz IG1ha2UgY29uZmlnIChvciBpbiBteSBjYXNlLCBwb3VkcmllcmUgDQpvcHRpb25zKSwgdGhlIG9w dGlvbnMganVzdCBhcmVuJ3Qgc2V0IGFueW1vcmUuDQoNCkkgYWxzbyB0cmllZA0KDQoJLmlmICR7 T1BTWVN9ID09IEZyZWVCU0QgJiYgJHtPU1ZFUlNJT059IDwgMTUwMDA1NA0KCUdTU0FQSV9CQVNF X0lHTk9SRT0JTmVlZHMgTUlUIEtlcmJlcm9zIGluIGJhc2UNCgkuZW5kaWYNCg0KLCBhbmQgdGhh dCBoYXMgdGhlIHNhbWUgcHJvYmxlbTogSWYgaXQgaXMgYWZ0ZXIgPGJzZC5wb3J0Lm9wdGlvbnMu bWs+IGl0IA0KZG9lcyBub3Qgd29yaywgYW5kIGlmIGl0IGlzIGJlZm9yZSwgSSBkb24ndCBoYXZl IE9QU1lTIGFuZC9vciBPU1ZFUlNJT04uDQoNCklzIHRoZXJlIGEgd2F5IHRvIGRvIHRoaXMsIG9y IHBlcmhhcHMgYSBtdWNoIGJldHRlciBzb2x1dGlvbiBJIGhhdmUgbm90IA0KdGhvdWdodCBvZiwg YW5kIHNob3VsZCBJIGV2ZW4gc3BlbmQgbW9yZSB0aW1lIHdvcmtpbmcgb24gaXQgd2l0aCAxNC4z IA0KZ29pbmcgb3V0IG9mIHN1cHBvcnQgaW4gZml2ZSBtb250aHM/DQoNClRoYW5rcyBmb3IgYW55 IGhlbHAuDQoNCi0tIA0KQ2hyaXN0aWFuDQoNCg==