Intel DRM trouble on N3160

Phishfry

Phishfry

I seem to be having troubles on FreeBSD 14.3-RELEASE with N3160 and Intel DRM. Both drm-515-kmod and drm-61-kmod.

It seems to act like Baytrail Graphics which also bomb out on newer versions of FreeBSD.
Installed gpu-firmware-kmod.

Xorg.0.log snip:
Code: 
[   162.270] (II) modeset(0): Modeline "640x480"x75.0   31.50  640 656 720 840  480 481 484 500 -hsync -vsync (37.5 kHz e)
[   162.270] (II) modeset(0): Modeline "640x480"x60.0   25.20  640 656 752 800  480 490 492 525 -hsync -vsync (31.5 kHz e)
[   162.270] (II) modeset(0): Modeline "640x480"x59.9   25.18  640 656 752 800  480 490 492 525 -hsync -vsync (31.5 kHz e)
[   162.270] (II) modeset(0): Modeline "720x400"x70.1   28.32  720 738 846 900  400 412 414 449 -hsync +vsync (31.5 kHz e)
[   162.270] (II) modeset(0): EDID for output DP-2
[   162.274] (II) modeset(0): EDID for output HDMI-2
[   162.274] (II) modeset(0): Output eDP-1 connected
[   162.274] (II) modeset(0): Output DP-1 disconnected
[   162.274] (II) modeset(0): Output HDMI-1 connected
[   162.274] (II) modeset(0): Output DP-2 disconnected
[   162.274] (II) modeset(0): Output HDMI-2 disconnected
[   162.274] (II) modeset(0): Using spanning desktop for initial modes
[   162.274] (II) modeset(0): Output eDP-1 using initial mode 1366x768 +0+0
[   162.274] (II) modeset(0): Output HDMI-1 using initial mode 1920x1080 +1366+0
[   162.274] (==) modeset(0): Using gamma correction (1.0, 1.0, 1.0)
[   162.274] (==) modeset(0): DPI set to (96, 96)
[   162.274] (II) Loading sub module "fb"
[   162.274] (II) LoadModule: "fb"
[   162.274] (II) Module "fb" already built-in
[   162.274] (II) UnloadModule: "scfb"
[   162.274] (II) Unloading scfb
[   162.274] (II) UnloadModule: "vesa"
[   162.274] (II) Unloading vesa
[   162.295] (EE)
Fatal server error:
[   162.295] (EE) Caught signal 6 (Abort trap). Server aborting
[   162.295] (EE)
[   162.295] (EE)
Please consult the The X.Org Foundation support
     at http://wiki.x.org

I am wondering if it is just me? I even made a config file with PCI address after it failed to auto work.

I thought N3060 was Intel Braswell Gen4 and newer than Baytrail and would work.
Code: 
vgapci0@pci0:0:2:0:    class=0x030000 rev=0x35 hdr=0x00 vendor=0x8086 device=0x22b1 subvendor=0x8086 subdevice=0x7270
    vendor     = 'Intel Corporation'
    device     = 'Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Integrated Graphics Controller'
    class      = display
    subclass   = VGA
I manually load the i915drm driver and it changes to frambuffer fine and gets new resolution. No errors on load.
It just fails startx with a modesetting error. Same message as Baytrail Graphics show on newer versions.
 
Do you have kld_list="${kld_list} i915kms " in your /etc/rc.conf?
Or do you have a line starting with kld_list= and including i915kms in your /etc/rc.conf?

If you're sure whichever is, aren't there any typo?
 
I have a feeling this generation of Intel has been swept away. The docs say SandyBridge and greater but that is not accurate from my findings.

I had been starting manually because of prior problems. Nice to see loading of module.
kldload i915kms

I will include the module in rc.conf and see if it changes anything.

Next I am quickly going to try 13.5-RELEASE which I bet works OOB.

I wonder about stuff like EDID and might try another monitor. Maybe it don't like 1366x768 of my test monitor.
I snipped earlier but handshake looks good and monitor is found ok in Xorg.0.log

I might try another monitor for kicks. Maybe something so simple.
 
I installed 13.5-RELEASE and drm-510-kmod and I have Openbox running.
There are defiantly some older chips not working above drm-510-kmod.
Not Intel Core chips though. I have other Gen4 working. Just some of the budget ones it seems.
My take is Atoms and Celerons. 2013-2016 are not working right with newer drm.
scfb works fine though.
 
Reading my Xorg log over and over trying various things with drm-515-kmod & drm-61-kmod I could help to nail it down to this::

Intel Mode-Setting is being setup OK but there comes a stage where it unloads scfb and then vesa module because not needed and then it crashes.

You can see it in the above Xorg snippet.
 
I tried all kind of iterations of conf files.
/usr/local/etc/X11/xorg.conf.d/20-intel.conf

Handbook says driver = intel and that is outdated. You want driver = modesetting
driver = intel does work with xf86-video-intel installed but it uses llvm pipe and scores same as scfb. Software rendering.

Also played with adding PCI bus address with no avail.

scfb works but requires a conf file because Xorg bombing on drm. That might work if I deleted drm driver.
 
You must log in or register to reply here.
Back
Top