NetBSD Problem Report #49592

From www@NetBSD.org  Tue Jan 20 21:10:39 2015
Return-Path: <www@NetBSD.org>
Received: from mail.netbsd.org (mail.netbsd.org [149.20.53.66])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
	(Client CN "mail.netbsd.org", Issuer "Postmaster NetBSD.org" (verified OK))
	by mollari.NetBSD.org (Postfix) with ESMTPS id D8FEFA582D
	for <gnats-bugs@gnats.NetBSD.org>; Tue, 20 Jan 2015 21:10:39 +0000 (UTC)
Message-Id: <20150120211038.9AC60A654B@mollari.NetBSD.org>
Date: Tue, 20 Jan 2015 21:10:38 +0000 (UTC)
From: aniou@smutek.pl
Reply-To: aniou@smutek.pl
To: gnats-bugs@NetBSD.org
Subject: EDID doesn't working in Xorg on HD2500 in 7.0_BETA and -current (amd64)
X-Send-Pr-Version: www-1.0

>Number:         49592
>Category:       kern
>Synopsis:       EDID doesn't working in Xorg on HD2500 in 7.0_BETA and -current (amd64)
>Confidential:   no
>Severity:       critical
>Priority:       medium
>Responsible:    riastradh
>State:          closed
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Tue Jan 20 21:15:00 +0000 2015
>Closed-Date:    Sat Feb 28 14:48:05 +0000 2015
>Last-Modified:  Sat Feb 28 14:48:05 +0000 2015
>Originator:     Piotr Meyer
>Release:        7.0_BETA
>Organization:
>Environment:
>Description:
amd64, G2030 (Ivy Bridge) CPU with HD2500 graphics (integrated)

Regression: EDID reads had stopped after import DRM from linux kernel 3.15. I think it is a kernel regression because same userland can read EDID data with older kernel (see below).

Now, starting X session ends in blank screen. Creating mode manually (via xrandr) gave me working system - but nowadays users are used to automatic mode configuration.

Unfortunately, DRM in debug mode create more logs than buffer size and I lost some data.

kernel log before 'startx' command: http://smutek.pl/netbsd/drmkms-regression-201501/dmesg.txt
kernel log after 'startx' command: http://smutek.pl/netbsd/drmkms-regression-201501/dmesg-after-x.txt
Xorg log: http://smutek.pl/netbsd/drmkms-regression-201501/Xorg.0.log

for comparision similar logs from older kernel:

http://smutek.pl/netbsd/drmkms-regression-201501/last-working-edid-messages.txt
http://smutek.pl/netbsd/drmkms-regression-201501/last-working-edid-Xorg.log.txt

I tried all three ports (DVI, HDMI and D-SUB) without success.

Point in time, when new code was commited: https://github.com/jsonn/src/commit/740a2c2859

>How-To-Repeat:

>Fix:
A workaround (mode definition should be taken from current system):

$ cat .xinitrc
xrandr --newmode 1920x1080 148.50  1920 2008 2052 2200  1080 1084 1089 1125 +hsync +vsync
xrandr --addmode HDMI1 1920x1080
xrandr --output HDMI1 --mode 1920x1080

>Release-Note:

>Audit-Trail:
From: Piotr Meyer <aniou@smutek.pl>
To: gnats-bugs@NetBSD.org
Cc: 
Subject: Re: kern/49592
Date: Sat, 28 Feb 2015 15:32:52 +0100

 Looks like with a Taylor's recent changes [1] xrandr now is able to
 read EDID data and X server starts without manual mode crafting.

 dodo$ uname -a
 NetBSD dodo.smutek.pl 7.99.5 NetBSD 7.99.5 (GENERIC) #0: Sat Feb 28
 12:27:58 CET 2015
 root@dodo.smutek.pl:/usr/obj/sys/arch/amd64/compile/GENERIC amd64

 dodo$ xrandr
 Screen 0: minimum 8 x 8, current 1920 x 1080, maximum 32767 x 32767
 DP1 disconnected (normal left inverted right x axis y axis)
 DP2 disconnected (normal left inverted right x axis y axis)
 HDMI1 connected 1920x1080+0+0 (normal left inverted right x axis y axis) 475mm x 267mm
    1920x1080     60.00*+  50.00    59.94  
    1920x1080i    60.00    50.00    59.94  
    1680x1050     59.88  
    1280x1024     75.02    60.02  
    1440x900      59.90  
    1280x960      60.00  
    1280x800      59.91  
    1152x864      75.00  
    1280x720      60.00    50.00    59.94  
    1440x576      50.00  
    1024x768      75.08    70.07    60.00  
    1440x480      60.00    59.94  
    832x624       74.55  
    800x600       72.19    75.00    60.32    56.25  
    720x576       50.00  
    720x480       60.00    59.94  
    640x480       75.00    66.67    60.00    59.94  
    720x400       70.08  
 HDMI2 disconnected (normal left inverted right x axis y axis)
 VGA1 disconnected (normal left inverted right x axis y axis)
 VIRTUAL1 disconnected (normal left inverted right x axis y axis)


 Although X server doesn't report EDID data in Xorg.0.log, but I'm
 not sure that is a problem (older subsystem doesn't work?) or not.

 For completeness - Xorg.0.log contains following informations about
 selected mode: 

 [    48.423] (--) intel(0): Output HDMI1 using initial mode 1920x1080 on pipe 0
 [    48.944] (II) intel(0): switch to mode 1920x1080@60.0 on HDMI1 using pipe 0, position (0, 0), rotation normal, reflection none



 1 - http://mail-index.netbsd.org/tech-x11/2015/02/28/msg001568.html

 -- 
 Piotr 'aniou' Meyer

Responsible-Changed-From-To: kern-bug-people->riastradh
Responsible-Changed-By: riastradh@NetBSD.org
Responsible-Changed-When: Sat, 28 Feb 2015 14:48:05 +0000
Responsible-Changed-Why:
fixed
er, mine


State-Changed-From-To: open->closed
State-Changed-By: riastradh@NetBSD.org
State-Changed-When: Sat, 28 Feb 2015 14:48:05 +0000
State-Changed-Why:
fixed


>Unformatted:

Home	PR Database Search