Re: [Call for testers] DRM device-independent code update to Linux 3.8 (take #2)

On 03/03/15 23:33, Jean-Sébastien Pédron wrote:
> Hi!
>
> Here is a new patch to based on HEAD r279508:
>      https://people.freebsd.org/~dumbbell/graphics/drm-update-38.i.patch
>
> You can apply it to a Subversion checkout using the following command:
>      svn patch drm-update-38.i.patch
>
> There are few changes:
>      o  The panic reported by J.R. Oldroyd is fixed, but not the CP init
>         problem.
>      o  A lock assert was added, suggested by Konstantin Belousov
>
> I had several panics ("Stray timeout") with a taskqueue used by TTM, but
> it didn't occur in the past 6 days. Maybe it was a problem outside of DRM.
>
> I would like people to test again and report :) If something fails,
> please post a full dmesg, taken after loading the relevant *kms module,
> or the core.txt.$N file if it's a panic.
>
> Hans Petter and Ed, I couldn't reproduce neither of your problems (HDMI
> hotplug events storm and VT-switch misbehaviour). However, they both
> involve callouts, like the "Stray timeout" panic I had with TTM. I
> suspect there was a transient problem with callouts in HEAD at the same
> time. Could you please test again with this patch and a very recent HEAD?

1) Callouts are not yet entirely fixed in HEAD yet. Fixes and 
discussions are still ongoing, see D1894. BTW: I'm using:

https://reviews.freebsd.org/D1438

2) Maybe you could consider adding "SUBDIR_PARALLEL=" to some of the 
drm2 Makefiles?

3) After a lot of digging I found the only way to get flicker free video 
with XVideo using the Intel driver was to configure X.org like this:

Section "Device"
    Identifier  "Device0"
    Driver "intel"
    Option "AccelMethod" "sna"
    Option "TearFree" "true"
EndSection

Maybe that could be the default?

4) High Xorg usage is not solved:

  1026 root          1  26    0    99M 26928K 915gbr  0   1:03   8.89% Xorg

  1026 root          1 102    0    99M 26936K CPU0    0   1:52  98.58% Xorg


info: [drm] Initialized drm 1.1.0 20060810
drmn0: <Intel IvyBridge (M)> on vgapci0
iicbus0: <Philips I2C bus> on iicbb0 addr 0xff
iic0: <I2C generic I/O> on iicbus0
iic1: <I2C generic I/O> on iicbus1
iicbus2: <Philips I2C bus> on iicbb1 addr 0x0
iic2: <I2C generic I/O> on iicbus2
iic3: <I2C generic I/O> on iicbus3
iicbus4: <Philips I2C bus> on iicbb2 addr 0x0
iic4: <I2C generic I/O> on iicbus4
iic5: <I2C generic I/O> on iicbus5
iicbus6: <Philips I2C bus> on iicbb3 addr 0x0
iic6: <I2C generic I/O> on iicbus6
iic7: <I2C generic I/O> on iicbus7
iicbus8: <Philips I2C bus> on iicbb4 addr 0x0
iic8: <I2C generic I/O> on iicbus8
iic9: <I2C generic I/O> on iicbus9
iicbus10: <Philips I2C bus> on iicbb5 addr 0x0
iic10: <I2C generic I/O> on iicbus10
iic11: <I2C generic I/O> on iicbus11
iicbus12: <Philips I2C bus> on iicbb6 addr 0x0
iic12: <I2C generic I/O> on iicbus12
iic13: <I2C generic I/O> on iicbus13
info: [drm] MSI enabled 1 message(s)
info: [drm] Supports vblank timestamp caching Rev 1 (10.10.2010).
info: [drm] Driver supports precise vblank timestamp query.
drmn0: taking over the fictitious range 0xe0000000-0xf0000000
info: [drm] Enabling RC6 states: RC6 off, RC6p off, RC6pp off
info: [drm] Connector VGA-1: get mode from tunables:
info: [drm]   - kern.vt.fb.modes.VGA-1
info: [drm]   - kern.vt.fb.default_mode
info: [drm] Connector HDMI-A-1: get mode from tunables:
info: [drm]   - kern.vt.fb.modes.HDMI-A-1
info: [drm]   - kern.vt.fb.default_mode
info: [drm] Connector DP-1: get mode from tunables:
info: [drm]   - kern.vt.fb.modes.DP-1
info: [drm]   - kern.vt.fb.default_mode
fbd0 on drmn0
VT: Replacing driver "vga" with new "fb".
info: [drm] Initialized i915 1.6.0 20080730 for drmn0 on minor 0
error: [drm:pid1026:gen6_sanitize_pm] *ERROR* Power management 
discrepancy: GEN6_RP_INTERRUPT_LIMITS expected 14000000, was 12060000
info: [drm] GMBUS [gmbus dpd] timed out, falling back to bit banging on 
pin 6

--HPS