Solved Broken resolution after upgrade 14.2-RELEASE to 14.3-RELEASE?

I just upgraded my laptop (Lenovo W520 running Intel graphics, nVidia card is disabled in gr
aphics) from 14.2-RELEASE to 14.3-RELEASE. On 14.2, my display's resolution was 1920x1080,
however on 14.3, I am only able to get a max resolution of 1280x1024. Here is the relevant part of my
/var/log/Xorg.0.log:

Code:
[    18.668]    ABI class: X.Org Video Driver, version 25.2
[    18.668] (II) intel: Driver for Intel(R) Integrated Graphics Chipsets:
        i810, i810-dc100, i810e, i815, i830M, 845G, 854, 852GM/855GM, 865G,
        915G, E7221 (i915), 915GM, 945G, 945GM, 945GME, Pineview GM,
        Pineview G, 965G, G35, 965Q, 946GZ, 965GM, 965GME/GLE, G33, Q35, Q33,
        GM45, 4 Series, G45/G43, Q45/Q43, G41, B43
[    18.670] (II) intel: Driver for Intel(R) HD Graphics
[    18.670] (II) intel: Driver for Intel(R) Iris(TM) Graphics
[    18.670] (II) intel: Driver for Intel(R) Iris(TM) Pro Graphics
[    18.670] (II) modesetting: Driver for Modesetting Kernel Drivers: kms
[    18.670] (II) VESA: driver for VESA chipsets: vesa
[    18.671] (--) Using syscons driver with X support (version 2.0)
[    18.671] (++) using VT number 9

[    18.698] (EE) open /dev/dri/card0: No such file or directory
[    18.698] (WW) Falling back to old probe method for modesetting
[    18.698] (EE) open /dev/dri/card0: No such file or directory
[    18.699] (WW) VGA arbiter: cannot open kernel arbiter, no multi-card support
[    18.699] (EE) Screen 0 deleted because of no matching config section.
[    18.699] (II) UnloadModule: "modesetting"

Any ideas on what is going on with the missing /dev/dri/card0? I feel like I am missing some
thing simple.

Thanks,
--vr
 
It looks like Intel driver is loading instead of modesetting.
pkg delete xf86-video-intel
I deleted the pkg, and it still is coming up at 1280x1024. Now in Xorg.0.log (attached), the VESA driver sees 1920x1080, but it won't set it that way. Can someone help me decipher what it is doing versus what it is supposed to be doing?
 

Attachments

520 running Intel graphics, nVidia card is disabled in graphics)
Some of these "Optimus" laptops can be a pain.
With two graphics options I feel it is best to create a configuration file with the PCI address.

The manual has examples: Example 6 and drop the Nvidia settings if turned off.

/usr/local/etc/X11/xorg.conf.d/20-drivers.conf
Code:
Section "Device"
    Identifier "Card0"
    Driver     "intel"
    BusID     "pci0:0:2:0"
EndSection

None of this helps if the driver is not installed.
pkg install drm-kmod

As a @emiron asks is loaded too?
 
Have you upgraded the drm drivers to a 14.3 version?
Is your i915kms really loaded? Use kldstat to know.
You are correct, I am getting "unsupported file type" for /boot/modules/dmabuf.ko as well as "not available or version mismatch" for drm.ko and i915mks.ko when trying to insert:

Code:
# kldmod i915kms
link_elf_obj: symbol linux_kfree_async undefined
linker_load_file: /boot/modules/dmabuf.ko - unsupported file type
KLD drm.ko: depends on dmabuf - not available or version mismatch
linker_load_file: /boot/modules/drm.ko - unsupported file type
KLD i915kms.ko: depends on drmn - not available or version mismatch
linker_load_file: /boot/modules/i915kms.ko - unsupported file type

So how do you upgrade the drm stuff in the 14.3 boot environment? I did a pkg upgrade, and it did not have any new packages. I also tried fwget and it didn't update anything either:

Code:
# fwget -v
Trying to match device 0x0126 in class video and vendor intel with pci_video_intel
No package found for device 0x0126
Trying to match device 0x1502 in class network and vendor intel with pci_network_intel
Trying to match device 0x0085 in class network and vendor intel with pci_network_intel
No firmware packages to install.

Some of these "Optimus" laptops can be a pain.
With two graphics options I feel it is best to create a configuration file with the PCI address.
True. And this one is almost 15 year-old optimus. But that is why I very deliberately turned off the nvidia discrete card in BIOS, so the only thing that FreeBSD should see is the intel...
None of this helps if the driver is not installed.
pkg install drm-kmod
The following drm and drm-adjacent packages are on the system at this point:

Code:
$ pkg info | grep drm
drm-61-kmod-6.1.128.1402000_6  DRM drivers modules
drm-kmod-20250428              Metaport of DRM modules for the linuxkpi-based KMS
components
gpu-firmware-kmod-20241114,1   Firmware modules for the drm-kmod drivers
libdrm-2.4.123,1               Direct Rendering Manager library and headers

Should I do a pkg install -f on all of those and force a reinstall? As I recall, they wait 3 months to re-roll packages for new point releases, however, 14.3 was released in early June, so this week will mark 4 months...
 
Yes or delete before install.
Packages are compiled on 14.3-RELEASE since 14.2-RELEASE is end of life.

You must have something like:

$ pkg info | grep drm
drm-61-kmod-6.1.128.1403000_6 DRM drivers modules
 
Thank you to everyone who posted. Emrion hit the nail on the head. Force-reinstalling the package apparently does not work, I had do deinstall and reinstall drm-61-kmod and drm-kmod to get the 14.3 versions. Now my 14.3 install is coming up at the correct resolution, and the wait for 15 continues.
 
Force-reinstalling the package apparently does not work, I had do deinstall and reinstall drm-61-kmod and drm-kmod to get the 14.3 versions.
Instead of de-installing - installing, you can use a two step upgrade:
  1. pkg upgrade -r FreeBSD
  2. pkg upgrade -r FreeBSD-kmods
Unfortunately pkg and accompanying commands are not able to work with multiple enabled repositories under all circumstances; I haven't seen that changed with pkg v. 2.3.1. I recommend using this two-step upgrade process to cover all eventualities when upgrading your packages, not limited to a FreeBSD major or minor version upgrade.
 
Instead of de-installing - installing, you can use a two step upgrade:
  1. pkg upgrade -r FreeBSD
  2. pkg upgrade -r FreeBSD-kmods
Unfortunately pkg and accompanying commands are not able to work with multiple enabled repositories under all circumstances; I haven't seen that changed with pkg v. 2.3.1. I recommend using this two-step upgrade process to cover all eventualities when upgrading your packages, not limited to a FreeBSD major or minor version upgrade.
Before you run that, you need the freebsd-kmods repo in your /usr/local/etc/pkg/repos/FreeBSD.conf, correct?
 
Before you run that, you need the freebsd-kmods repo in your /usr/local/etc/pkg/repos/FreeBSD.conf, correct?
Normally not, as the upgrade to 14.3 put the quarterly kmods repo in /etc/pkg/FreeBSD.conf IIRC.
Note that if you want to use the latest kmods repo, you need to adjust /usr/local/etc/pkg/repos/.

To see what you currently have, just type: pkg repositories.
 
Back
Top