* 830GM still woes
@ 2014-05-16 14:02 Thomas Richter
2014-05-16 14:41 ` Chris Wilson
0 siblings, 1 reply; 27+ messages in thread
From: Thomas Richter @ 2014-05-16 14:02 UTC (permalink / raw)
To: intel-gfx, Daniel Vetter
Hi Daniel, dear list,
just tried the latest nightly build of 3.15.0+, and I'm sorry to say
that the watermark configuration of the 830GM is still off.
This is what I get from the kernel: (not to be taken too serious, but
humor is the only thing that keeps me from getting seriously anoyed
after so much time of the same bug...)
May 16 15:15:42 pike kernel: [ 6.705950]
[drm:drm_calc_vbltimestamp_from_scanoutpos] crtc 1: Noop due to
uninitialized mode.
May 16 15:15:42 pike kernel: [ 6.710930] [drm:i830_get_fifo_size]
FIFO size - (0x00017e5f) A: 47
May 16 15:15:42 pike kernel: [ 6.710936] [drm:i830_get_fifo_size]
FIFO size - (0x00017e5f) B: 48
May 16 15:15:42 pike kernel: [ 6.710942] [drm:i9xx_update_wm] FIFO
watermarks - A: 45, B: 46
May 16 15:15:42 pike kernel: [ 6.710947] [drm:i9xx_update_wm] Setting
FIFO watermarks - A: 45, B: 46, C: 2, SR 1
May 16 15:15:42 pike kernel: [ 6.710953] [drm:intel_sanitize_crtc]
[CRTC:7] hw state adjusted, was enabled, now disabled
Watermarks of 45 and 46 upon initialization. Weird, but it gets weirder...
May 16 15:15:42 pike kernel: [ 6.842042] [drm:i830_get_fifo_size]
FIFO size - (0x00017e5f) A: 47
May 16 15:15:42 pike kernel: [ 6.842046] [drm:i830_get_fifo_size]
FIFO size - (0x00017e5f) B: 48
May 16 15:15:42 pike kernel: [ 6.842050] [drm:i9xx_update_wm] FIFO
watermarks - A: 45, B: 46
May 16 15:15:42 pike kernel: [ 6.842053] [drm:i9xx_update_wm] Setting
FIFO watermarks - A: 45, B: 46, C: 2, SR 1
May 16 15:15:42 pike kernel: [ 6.842061]
[drm:drm_calc_timestamping_constants] crtc 5: hwmode: htotal 1688,
vtotal 1066, vdisplay 1024
May 16 15:15:42 pike kernel: [ 6.842065]
[drm:drm_calc_timestamping_constants] crtc 5: clock 108000 kHz framedur
16661185 linedur 15629, pixeldur 9
May 16 15:15:42 pike kernel: [ 6.847625]
[drm:i9xx_update_primary_plane] Writing base 00060000 00000000 0 0 5120
May 16 15:15:42 pike kernel: [ 6.847633] [drm:intel_crtc_mode_set]
[ENCODER:9:DAC-9] set [MODE:0:1280x1024]
May 16 15:15:42 pike kernel: [ 6.848287] [drm:i830_get_fifo_size]
FIFO size - (0x00017e5f) A: 47
May 16 15:15:42 pike kernel: [ 6.848290] [drm:intel_calculate_wm]
FIFO entries required for mode: 68
May 16 15:15:42 pike kernel: [ 6.848292] [drm:intel_calculate_wm]
FIFO watermark level: -23
May 16 15:15:42 pike kernel: [ 6.848295] [drm:i830_get_fifo_size]
FIFO size - (0x00017e5f) B: 48
May 16 15:15:42 pike kernel: [ 6.848297] [drm:i9xx_update_wm] FIFO
watermarks - A: 1, B: 46
May 16 15:15:42 pike kernel: [ 6.848300] [drm:i9xx_update_wm] Setting
FIFO watermarks - A: 1, B: 46, C: 2, SR 1
May 16 15:15:42 pike kernel: [ 6.856893]
[drm:intel_connector_check_state] [CONNECTOR:8:VGA-1]
May 16 15:15:42 pike kernel: [ 6.856897] [drm:check_encoder_state]
[ENCODER:9:DAC-9]
May 16 15:15:42 pike kernel: [ 6.856901] [drm:check_encoder_state]
[ENCODER:10:None-10]
Ok, so that computes a watermark of -23 for pipe A (WTF?) then rounded
up to +1 (but still too small, needs to be +8), B remains at +46 even
though an external monitor is connected.
May 16 15:15:42 pike kernel: [ 6.857023] [drm:intel_dump_pipe_config]
adjusted mode:
May 16 15:15:42 pike kernel: [ 6.857029]
[drm:drm_mode_debug_printmodeline] Modeline 0:"1024x768" 60 65000 1024
1048 1184 1344 768 771 777 806 0x8 0x5
May 16 15:15:42 pike kernel: [ 6.857034]
[drm:intel_dump_crtc_timings] crtc timings: 65000 1024 1048 1184 1344
768 771 777 806, type: 0x8 flags: 0x5
May 16 15:15:42 pike kernel: [ 6.857036] [drm:intel_dump_pipe_config]
port clock: 65000
May 16 15:15:42 pike kernel: [ 6.857038] [drm:intel_dump_pipe_config]
pipe src size: 1024x768
May 16 15:15:42 pike kernel: [ 6.857040] [drm:intel_dump_pipe_config]
gmch pfit: control: 0x00000000, ratios: 0x00000000, lvds border: 0x00000000
May 16 15:15:42 pike kernel: [ 6.857043] [drm:intel_dump_pipe_config]
pch pfit: pos: 0x00000000, size: 0x00000000, disabled
May 16 15:15:42 pike kernel: [ 6.857045] [drm:intel_dump_pipe_config]
ips: 0
May 16 15:15:42 pike kernel: [ 6.857047] [drm:intel_dump_pipe_config]
double wide: 0
May 16 15:15:42 pike kernel: [ 6.857052]
[drm:drm_calc_timestamping_constants] crtc 7: hwmode: htotal 1344,
vtotal 806, vdisplay 768
May 16 15:15:42 pike kernel: [ 6.857055]
[drm:drm_calc_timestamping_constants] crtc 7: clock 65000 kHz framedur
16665600 linedur 20676, pixeldur 15
May 16 15:15:42 pike kernel: [ 6.868773]
[drm:i9xx_update_primary_plane] Writing base 00060000 00000000 0 0 5120
May 16 15:15:42 pike kernel: [ 6.868784] [drm:intel_crtc_mode_set]
[ENCODER:10:None-10] set [MODE:0:1024x768]
May 16 15:15:42 pike kernel: [ 6.869450] [drm:i830_get_fifo_size]
FIFO size - (0x00017e5f) A: 47
May 16 15:15:42 pike kernel: [ 6.869454] [drm:intel_calculate_wm]
FIFO entries required for mode: 68
May 16 15:15:42 pike kernel: [ 6.869456] [drm:intel_calculate_wm]
FIFO watermark level: -23
May 16 15:15:42 pike kernel: [ 6.869459] [drm:i830_get_fifo_size]
FIFO size - (0x00017e5f) B: 48
May 16 15:15:42 pike kernel: [ 6.869461] [drm:intel_calculate_wm]
FIFO entries required for mode: 41
May 16 15:15:42 pike kernel: [ 6.869463] [drm:intel_calculate_wm]
FIFO watermark level: 5
May 16 15:15:42 pike kernel: [ 6.869466] [drm:i9xx_update_wm] FIFO
watermarks - A: 1, B: 5
May 16 15:15:42 pike kernel: [ 6.869469] [drm:i9xx_update_wm] Setting
FIFO watermarks - A: 1, B: 5, C: 2, SR 1
Ah, finally the driver notes that there's an external monitor!
Watermark still at -23, rounded up to +1. Nice try, but no dice.
May 16 15:15:52 pike kernel: [ 31.091473] [drm:intel_dump_pipe_config]
requested mode:
May 16 15:15:52 pike kernel: [ 31.091481]
[drm:drm_mode_debug_printmodeline] Modeline 0:"1024x768" 0 65000 1024
1048 1184 1344 768 771 777 806 0x0 0xa
May 16 15:15:52 pike kernel: [ 31.091485] [drm:intel_dump_pipe_config]
adjusted mode:
May 16 15:15:52 pike kernel: [ 31.091493]
[drm:drm_mode_debug_printmodeline] Modeline 0:"1024x768" 0 65000 1024
1048 1184 1344 768 771 777 806 0x0 0xa
May 16 15:15:52 pike kernel: [ 31.091500]
[drm:intel_dump_crtc_timings] crtc timings: 65000 1024 1048 1184 1344
768 771 777 806, type: 0x0 flags: 0xa
May 16 15:15:52 pike kernel: [ 31.091504] [drm:intel_dump_pipe_config]
port clock: 65000
May 16 15:15:52 pike kernel: [ 31.091508] [drm:intel_dump_pipe_config]
pipe src size: 1024x768
May 16 15:15:52 pike kernel: [ 31.091513] [drm:intel_dump_pipe_config]
gmch pfit: control: 0x00000000, ratios: 0x00000000, lvds border: 0x00000000
May 16 15:15:52 pike kernel: [ 31.091518] [drm:intel_dump_pipe_config]
pch pfit: pos: 0x00000000, size: 0x00000000, disabled
May 16 15:15:52 pike kernel: [ 31.091522] [drm:intel_dump_pipe_config]
ips: 0
May 16 15:15:52 pike kernel: [ 31.091526] [drm:intel_dump_pipe_config]
double wide: 0
May 16 15:15:52 pike kernel: [ 31.091546]
[drm:drm_calc_vbltimestamp_from_scanoutpos] crtc 0 : v 5 p(0,73)@
31.91540 -> 31.90400 [e 1 us, 0 rep]
May 16 15:15:52 pike kernel: [ 31.112062] [drm:i830_get_fifo_size]
FIFO size - (0x00017e5f) A: 47
May 16 15:15:52 pike kernel: [ 31.112071] [drm:i830_get_fifo_size]
FIFO size - (0x00017e5f) B: 48
May 16 15:15:52 pike kernel: [ 31.112077] [drm:intel_calculate_wm]
FIFO entries required for mode: 41
May 16 15:15:52 pike kernel: [ 31.112081] [drm:intel_calculate_wm]
FIFO watermark level: 5
May 16 15:15:52 pike kernel: [ 31.112086] [drm:i9xx_update_wm] FIFO
watermarks - A: 45, B: 5
May 16 15:15:52 pike kernel: [ 31.112091] [drm:i9xx_update_wm] Setting
FIFO watermarks - A: 45, B: 5, C: 2, SR 1
May 16 15:15:52 pike kernel: [ 31.112102]
[drm:drm_calc_timestamping_constants] crtc 5: hwmode: htotal 1344,
vtotal 806, vdisplay 768
May 16 15:15:52 pike kernel: [ 31.112108]
[drm:drm_calc_timestamping_constants] crtc 5: clock 65000 kHz framedur
16665600 linedur 20676, pixeldur 15
May 16 15:15:52 pike kernel: [ 31.126344]
[drm:i9xx_update_primary_plane] Writing base 00800000 00000000 0 0 4096
May 16 15:15:52 pike kernel: [ 31.126365] [drm:intel_crtc_mode_set]
[ENCODER:9:DAC-9] set [MODE:0:1024x768]
May 16 15:15:52 pike kernel: [ 31.127030] [drm:i830_get_fifo_size]
FIFO size - (0x00017e5f) A: 47
May 16 15:15:52 pike kernel: [ 31.127036] [drm:intel_calculate_wm]
FIFO entries required for mode: 41
May 16 15:15:52 pike kernel: [ 31.127040] [drm:intel_calculate_wm]
FIFO watermark level: 4
May 16 15:15:52 pike kernel: [ 31.127045] [drm:i830_get_fifo_size]
FIFO size - (0x00017e5f) B: 48
May 16 15:15:52 pike kernel: [ 31.127049] [drm:intel_calculate_wm]
FIFO entries required for mode: 41
May 16 15:15:52 pike kernel: [ 31.127053] [drm:intel_calculate_wm]
FIFO watermark level: 5
May 16 15:15:52 pike kernel: [ 31.127058] [drm:i9xx_update_wm] FIFO
watermarks - A: 4, B: 5
May 16 15:15:52 pike kernel: [ 31.127063] [drm:i9xx_update_wm] Setting
FIFO watermarks - A: 4, B: 5, C: 2, SR 1
May 16 15:15:52 pike kernel: [ 31.132908]
[drm:intel_connector_check_state] [CONNECTOR:11:LVDS-1]
May 16 15:15:52 pike kernel: [ 31.132919]
[drm:intel_connector_check_state] [CONNECTOR:8:VGA-1]
May 16 15:15:52 pike kernel: [ 31.132925] [drm:check_encoder_state]
[ENCODER:9:DAC-9]
May 16 15:15:52 pike kernel: [ 31.132931] [drm:check_encoder_state]
[ENCODER:10:None-10]
May 16 15:15:52 pike kernel: [ 31.132936] [drm:check_crtc_state] [CRTC:5]
May 16 15:15:52 pike kernel: [ 31.132953] [drm:check_crtc_state] [CRTC:7]
Still later: Ok, why should I use pipe A altogether... Probably because
there are two monitors, maybe? Watermarks at +4 and +5. Better, but
still wrong.
Later...
May 16 15:15:57 pike kernel: [ 36.435245] [drm:i830_get_fifo_size]
FIFO size - (0x00017e5f) A: 47
May 16 15:15:57 pike kernel: [ 36.435261] [drm:intel_calculate_wm]
FIFO entries required for mode: 41
May 16 15:15:57 pike kernel: [ 36.435265] [drm:intel_calculate_wm]
FIFO watermark level: 4
May 16 15:15:57 pike kernel: [ 36.435270] [drm:i830_get_fifo_size]
FIFO size - (0x00017e5f) B: 48
May 16 15:15:57 pike kernel: [ 36.435275] [drm:intel_calculate_wm]
FIFO entries required for mode: 41
May 16 15:15:57 pike kernel: [ 36.435279] [drm:intel_calculate_wm]
FIFO watermark level: 5
May 16 15:15:57 pike kernel: [ 36.435284] [drm:i9xx_update_wm] FIFO
watermarks - A: 4, B: 5
May 16 15:15:57 pike kernel: [ 36.435289] [drm:i9xx_update_wm] Setting
FIFO watermarks - A: 4, B: 5, C: 2, SR 1
May 16 15:15:57 pike kernel: [ 36.435320] [drm:drm_ioctl] pid=3040,
dev=0xe200, auth=1, DRM_IOCTL_MODE_CURSOR
May 16 15:15:57 pike kernel: [ 36.435333] [drm:drm_ioctl] pid=3040,
dev=0xe200, auth=1, DRM_IOCTL_MODE_CURSOR
May 16 15:15:57 pike kernel: [ 36.435682] [drm:i830_get_fifo_size]
FIFO size - (0x00017e5f) A: 47
May 16 15:15:57 pike kernel: [ 36.435696] [drm:intel_calculate_wm]
FIFO entries required for mode: 41
May 16 15:15:57 pike kernel: [ 36.435700] [drm:intel_calculate_wm]
FIFO watermark level: 4
May 16 15:15:57 pike kernel: [ 36.435705] [drm:i830_get_fifo_size]
FIFO size - (0x00017e5f) B: 48
May 16 15:15:57 pike kernel: [ 36.435710] [drm:intel_calculate_wm]
FIFO entries required for mode: 41
May 16 15:15:57 pike kernel: [ 36.435713] [drm:intel_calculate_wm]
FIFO watermark level: 5
May 16 15:15:57 pike kernel: [ 36.435719] [drm:i9xx_update_wm] FIFO
watermarks - A: 4, B: 5
May 16 15:15:57 pike kernel: [ 36.435724] [drm:i9xx_update_wm] Setting
FIFO watermarks - A: 4, B: 5, C: 2, SR 1
Ok, at least a bit of consistency. We're at +4,+5. Too bad, it's off...
Later...
May 16 15:35:34 pike kernel: [ 1213.520226]
[drm:drm_calc_vbltimestamp_from_scanoutpos] crtc 1 : v 5 p(0,146)@
1213.520193 -> 1213.517175 [e 1 us, 0 rep]
May 16 15:35:34 pike kernel: [ 1213.575897] [drm:i830_get_fifo_size]
FIFO size - (0x00017e5f) A: 47
May 16 15:35:34 pike kernel: [ 1213.575916] [drm:intel_calculate_wm]
FIFO entries required for mode: 41
May 16 15:35:34 pike kernel: [ 1213.575920] [drm:intel_calculate_wm]
FIFO watermark level: 4
May 16 15:35:34 pike kernel: [ 1213.575926] [drm:i830_get_fifo_size]
FIFO size - (0x00017e5f) B: 48
May 16 15:35:34 pike kernel: [ 1213.575931] [drm:i9xx_update_wm] FIFO
watermarks - A: 4, B: 46
May 16 15:35:34 pike kernel: [ 1213.575937] [drm:i9xx_update_wm] Setting
FIFO watermarks - A: 4, B: 46, C: 2, SR 1
May 16 15:35:34 pike kernel: [ 1213.577316]
[drm:intel_connector_check_state] [CONNECTOR:8:VGA-1]
May 16 15:35:34 pike kernel: [ 1213.577328] [drm:check_encoder_state]
[ENCODER:9:DAC-9]
May 16 15:35:34 pike kernel: [ 1213.577334] [drm:check_encoder_state]
[ENCODER:10:None-10]
May 16 15:35:34 pike kernel: [ 1213.577342] [drm:check_crtc_state] [CRTC:5]
May 16 15:35:34 pike kernel: [ 1213.577362] [drm:check_crtc_state] [CRTC:7]
May 16 15:35:34 pike kernel: [ 1213.577400] [drm:drm_ioctl] pid=3040,
dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY
May 16 15:35:34 pike kernel: [ 1213.577414] [drm:drm_ioctl] pid=3040,
dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY
May 16 15:35:34 pike kernel: [ 1213.577427] [drm:drm_ioctl] pid=3040,
dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY
May 16 15:35:34 pike kernel: [ 1213.577436] [drm:drm_ioctl] pid=3040,
dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY
May 16 15:35:34 pike kernel: [ 1213.577448] [drm:drm_ioctl] pid=3040,
dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY
May 16 15:35:34 pike kernel: [ 1213.577476]
[drm:drm_calc_vbltimestamp_from_scanoutpos] crtc 0 : v 5 p(0,509)@
1213.577468 -> 1213.566943 [e 1 us, 0 rep]
May 16 15:35:34 pike kernel: [ 1213.584069] [drm:i830_get_fifo_size]
FIFO size - (0x00017e5f) A: 47
May 16 15:35:34 pike kernel: [ 1213.584079] [drm:i830_get_fifo_size]
FIFO size - (0x00017e5f) B: 48
May 16 15:35:34 pike kernel: [ 1213.584085] [drm:i9xx_update_wm] FIFO
watermarks - A: 45, B: 46
May 16 15:35:34 pike kernel: [ 1213.584090] [drm:i9xx_update_wm] Setting
FIFO watermarks - A: 45, B: 46, C: 2, SR 1
May 16 15:35:34 pike kernel: [ 1213.584957] [drm:check_encoder_state]
[ENCODER:9:DAC-9]
May 16 15:35:34 pike kernel: [ 1213.584964] [drm:check_encoder_state]
[ENCODER:10:None-10]
May 16 15:35:34 pike kernel: [ 1213.584970] [drm:check_crtc_state] [CRTC:5]
May 16 15:35:34 pike kernel: [ 1213.584983] [drm:check_crtc_state] [CRTC:7]
Huh, let's try something completely new! +45,+46. Well, guess what,
doesn't work...
May 16 15:35:34 pike kernel: [ 1213.650767] [drm:drm_ioctl] pid=3040,
dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY
May 16 15:35:34 pike kernel: [ 1213.650790] [drm:drm_ioctl] pid=3040,
dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY
May 16 15:35:34 pike kernel: [ 1213.650807] [drm:drm_ioctl] pid=3040,
dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY
May 16 15:35:34 pike kernel: [ 1213.650816] [drm:drm_ioctl] pid=3040,
dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY
May 16 15:35:34 pike kernel: [ 1213.650829] [drm:drm_ioctl] pid=3040,
dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY
May 16 15:35:34 pike kernel: [ 1213.651004] [drm:drm_ioctl] pid=3040,
dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY
May 16 15:35:34 pike kernel: [ 1213.651014] [drm:drm_ioctl] pid=3040,
dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY
May 16 15:35:34 pike kernel: [ 1213.651023] [drm:drm_ioctl] pid=3040,
dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY
May 16 15:35:34 pike kernel: [ 1213.651031] [drm:drm_ioctl] pid=3040,
dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY
May 16 15:35:34 pike kernel: [ 1213.651041] [drm:drm_ioctl] pid=3040,
dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY
May 16 15:35:34 pike kernel: [ 1213.651730] [drm:i830_get_fifo_size]
FIFO size - (0x00017e5f) A: 47
May 16 15:35:34 pike kernel: [ 1213.651737] [drm:intel_calculate_wm]
FIFO entries required for mode: 41
May 16 15:35:34 pike kernel: [ 1213.651741] [drm:intel_calculate_wm]
FIFO watermark level: 4
May 16 15:35:34 pike kernel: [ 1213.651746] [drm:i830_get_fifo_size]
FIFO size - (0x00017e5f) B: 48
May 16 15:35:34 pike kernel: [ 1213.651752] [drm:i9xx_update_wm] FIFO
watermarks - A: 4, B: 46
May 16 15:35:34 pike kernel: [ 1213.651757] [drm:i9xx_update_wm] Setting
FIFO watermarks - A: 4, B: 46, C: 2, SR 1
May 16 15:35:34 pike kernel: [ 1213.669006]
[drm:intel_connector_check_state] [CONNECTOR:8:VGA-1]
May 16 15:35:34 pike kernel: [ 1213.669024] [drm:check_encoder_state]
[ENCODER:9:DAC-9]
May 16 15:35:34 pike kernel: [ 1213.669030] [drm:check_encoder_state]
[ENCODER:10:None-10]
May 16 15:35:34 pike kernel: [ 1213.669038] [drm:check_crtc_state] [CRTC:5]
May 16 15:35:34 pike kernel: [ 1213.669058] [drm:check_crtc_state] [CRTC:7]
May 16 15:35:34 pike kernel: [ 1213.669123] [drm:drm_ioctl] pid=3040,
dev=0xe200, auth=1, I915_GEM_THROTTLE
May 16 15:35:34 pike kernel: [ 1213.670062] [drm:drm_ioctl] pid=3040,
dev=0xe200, auth=1, I915_GEM_PWRITE
May 16 15:35:34 pike kernel: [ 1213.670104] [drm:drm_ioctl] pid=3040,
dev=0xe200, auth=1, I915_GEM_EXECBUFFER2
May 16 15:35:34 pike kernel: [ 1213.670117] [drm:i915_gem_do_execbuffer]
UXA submitting garbage DR4, fixing up
May 16 15:35:34 pike kernel: [ 1213.670227] [drm:drm_ioctl] pid=3040,
dev=0xe200, auth=1, I915_GEM_MADVISE
Ok, why not disable pipe B again, and use a wrong value for pipe A.
Guess what... still not working...
Anyhow, you get the story. The fix is actually simple.
1) Detect that you have a 830GM or 835GM.
2) If the value for the watermark register is lower than 8, set it to 8.
Done. Added to the kernel, stuff works.
Know what? Basel isn't far from Stuttgart. I'm close to catch a train
and promise a good "Schocki" just to get this fixed. (-; I'll bring the
R31 along.
It's not that I haven't had a patch for it. Really trivial. I wonder
what keeps you from adding this to the kernel and just make things working?
Thanks, enjoy, and have a nice weekend!
Greetings,
Thomas
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: 830GM still woes
2014-05-16 14:02 830GM still woes Thomas Richter
@ 2014-05-16 14:41 ` Chris Wilson
2014-05-16 15:09 ` Daniel Vetter
0 siblings, 1 reply; 27+ messages in thread
From: Chris Wilson @ 2014-05-16 14:41 UTC (permalink / raw)
To: Thomas Richter; +Cc: intel-gfx
On Fri, May 16, 2014 at 04:02:48PM +0200, Thomas Richter wrote:
> It's not that I haven't had a patch for it. Really trivial. I wonder
> what keeps you from adding this to the kernel and just make things
> working?
You mean this patch?
diff --git a/drivers/gpu/drm/i915/intel_pm.c b/drivers/gpu/drm/i915/intel_pm.c
index f671aca..3981898 100644
--- a/drivers/gpu/drm/i915/intel_pm.c
+++ b/drivers/gpu/drm/i915/intel_pm.c
@@ -944,7 +944,7 @@ static const struct intel_watermark_params i915_wm_info = {
static const struct intel_watermark_params i830_wm_info = {
I855GM_FIFO_SIZE,
I915_MAX_WM,
- 1,
+ 8,
2,
I830_FIFO_LINE_SIZE
};
@@ -1001,7 +1001,7 @@ static unsigned long intel_calculate_wm(unsigned long clock_in_khz,
/* Don't promote wm_size to unsigned... */
if (wm_size > (long)wm->max_wm)
wm_size = wm->max_wm;
- if (wm_size <= 0)
+ if (wm_size < (long)wm->default_wm)
wm_size = wm->default_wm;
return wm_size;
}
I haven't spotted any explanation as to why that is, but a rough guess
would be that we program it to read in blocks of 8 superwords and that
it tries and fails to read from memory when the fifo only has room for 1
superword.
-Chris
--
Chris Wilson, Intel Open Source Technology Centre
^ permalink raw reply related [flat|nested] 27+ messages in thread
* Re: 830GM still woes
2014-05-16 14:41 ` Chris Wilson
@ 2014-05-16 15:09 ` Daniel Vetter
2014-05-16 16:04 ` Ville Syrjälä
0 siblings, 1 reply; 27+ messages in thread
From: Daniel Vetter @ 2014-05-16 15:09 UTC (permalink / raw)
To: Chris Wilson, Thomas Richter, intel-gfx, Daniel Vetter
On Fri, May 16, 2014 at 03:41:05PM +0100, Chris Wilson wrote:
> On Fri, May 16, 2014 at 04:02:48PM +0200, Thomas Richter wrote:
> > It's not that I haven't had a patch for it. Really trivial. I wonder
> > what keeps you from adding this to the kernel and just make things
> > working?
>
> You mean this patch?
>
> diff --git a/drivers/gpu/drm/i915/intel_pm.c b/drivers/gpu/drm/i915/intel_pm.c
> index f671aca..3981898 100644
> --- a/drivers/gpu/drm/i915/intel_pm.c
> +++ b/drivers/gpu/drm/i915/intel_pm.c
> @@ -944,7 +944,7 @@ static const struct intel_watermark_params i915_wm_info = {
> static const struct intel_watermark_params i830_wm_info = {
> I855GM_FIFO_SIZE,
> I915_MAX_WM,
> - 1,
> + 8,
> 2,
> I830_FIFO_LINE_SIZE
> };
> @@ -1001,7 +1001,7 @@ static unsigned long intel_calculate_wm(unsigned long clock_in_khz,
> /* Don't promote wm_size to unsigned... */
> if (wm_size > (long)wm->max_wm)
> wm_size = wm->max_wm;
> - if (wm_size <= 0)
> + if (wm_size < (long)wm->default_wm)
> wm_size = wm->default_wm;
> return wm_size;
> }
>
> I haven't spotted any explanation as to why that is, but a rough guess
> would be that we program it to read in blocks of 8 superwords and that
> it tries and fails to read from memory when the fifo only has room for 1
> superword.
I have it - we need to proper align watermark limits and fifo sizes and
round them apparently. Bspec at least strongly suggests that, and it would
perfectly fit Thomas' symptoms.
Unfortunately that branch is still sitting ducks somewhere on a machine :(
The problem is that we need to frob the watermark functions a bit to make
this work correctly and in all cases, and my first attempt looked horribly
and disappeared in a tangential death trap ...
Still trying to grab some time from somewhere to resurrect this.
-Daniel
--
Daniel Vetter
Software Engineer, Intel Corporation
+41 (0) 79 365 57 48 - http://blog.ffwll.ch
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: 830GM still woes
2014-05-16 15:09 ` Daniel Vetter
@ 2014-05-16 16:04 ` Ville Syrjälä
2014-05-16 16:50 ` Daniel Vetter
[not found] ` <23914_1400259040_537641E0_23914_9298_1_20140516165034.GT8790@phenom.ffwll.local>
0 siblings, 2 replies; 27+ messages in thread
From: Ville Syrjälä @ 2014-05-16 16:04 UTC (permalink / raw)
To: Daniel Vetter; +Cc: intel-gfx
On Fri, May 16, 2014 at 05:09:53PM +0200, Daniel Vetter wrote:
> On Fri, May 16, 2014 at 03:41:05PM +0100, Chris Wilson wrote:
> > On Fri, May 16, 2014 at 04:02:48PM +0200, Thomas Richter wrote:
> > > It's not that I haven't had a patch for it. Really trivial. I wonder
> > > what keeps you from adding this to the kernel and just make things
> > > working?
> >
> > You mean this patch?
> >
> > diff --git a/drivers/gpu/drm/i915/intel_pm.c b/drivers/gpu/drm/i915/intel_pm.c
> > index f671aca..3981898 100644
> > --- a/drivers/gpu/drm/i915/intel_pm.c
> > +++ b/drivers/gpu/drm/i915/intel_pm.c
> > @@ -944,7 +944,7 @@ static const struct intel_watermark_params i915_wm_info = {
> > static const struct intel_watermark_params i830_wm_info = {
> > I855GM_FIFO_SIZE,
> > I915_MAX_WM,
> > - 1,
> > + 8,
> > 2,
> > I830_FIFO_LINE_SIZE
> > };
> > @@ -1001,7 +1001,7 @@ static unsigned long intel_calculate_wm(unsigned long clock_in_khz,
> > /* Don't promote wm_size to unsigned... */
> > if (wm_size > (long)wm->max_wm)
> > wm_size = wm->max_wm;
> > - if (wm_size <= 0)
> > + if (wm_size < (long)wm->default_wm)
> > wm_size = wm->default_wm;
> > return wm_size;
> > }
> >
> > I haven't spotted any explanation as to why that is, but a rough guess
> > would be that we program it to read in blocks of 8 superwords and that
> > it tries and fails to read from memory when the fifo only has room for 1
> > superword.
>
> I have it - we need to proper align watermark limits and fifo sizes and
> round them apparently. Bspec at least strongly suggests that, and it would
> perfectly fit Thomas' symptoms.
Where have you seen that? And how should they be aligned? I've never
seen anything like that in the spec. Also based on tests on my 830
it doesn't need special alignment, it just needs some kind of minumum
value that's always somewhere around 6-8 (IIRC).
I do see this note "Up to FIFO Size minus burst length + 32 bytes"
in one of the tables in the display doc. I can't tell if that means
'fifo_size - (burst_size + 32B)' or 'fifo_size - burst_size + 32B'.
But in any case would actually make the minimum allowed value 7 or 9
since we always configure the burst size to 8.
On Gen3 the units change to 64B but it still has the same note with
the +32B, so I'm not sure what should be done there. I guess it's
just a copy paste fumble and maybe the same minimum value should
still apply.
--
Ville Syrjälä
Intel OTC
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: 830GM still woes
2014-05-16 16:04 ` Ville Syrjälä
@ 2014-05-16 16:50 ` Daniel Vetter
[not found] ` <23914_1400259040_537641E0_23914_9298_1_20140516165034.GT8790@phenom.ffwll.local>
1 sibling, 0 replies; 27+ messages in thread
From: Daniel Vetter @ 2014-05-16 16:50 UTC (permalink / raw)
To: Ville Syrjälä; +Cc: intel-gfx
On Fri, May 16, 2014 at 07:04:54PM +0300, Ville Syrjälä wrote:
> On Fri, May 16, 2014 at 05:09:53PM +0200, Daniel Vetter wrote:
> > On Fri, May 16, 2014 at 03:41:05PM +0100, Chris Wilson wrote:
> > > On Fri, May 16, 2014 at 04:02:48PM +0200, Thomas Richter wrote:
> > > > It's not that I haven't had a patch for it. Really trivial. I wonder
> > > > what keeps you from adding this to the kernel and just make things
> > > > working?
> > >
> > > You mean this patch?
> > >
> > > diff --git a/drivers/gpu/drm/i915/intel_pm.c b/drivers/gpu/drm/i915/intel_pm.c
> > > index f671aca..3981898 100644
> > > --- a/drivers/gpu/drm/i915/intel_pm.c
> > > +++ b/drivers/gpu/drm/i915/intel_pm.c
> > > @@ -944,7 +944,7 @@ static const struct intel_watermark_params i915_wm_info = {
> > > static const struct intel_watermark_params i830_wm_info = {
> > > I855GM_FIFO_SIZE,
> > > I915_MAX_WM,
> > > - 1,
> > > + 8,
> > > 2,
> > > I830_FIFO_LINE_SIZE
> > > };
> > > @@ -1001,7 +1001,7 @@ static unsigned long intel_calculate_wm(unsigned long clock_in_khz,
> > > /* Don't promote wm_size to unsigned... */
> > > if (wm_size > (long)wm->max_wm)
> > > wm_size = wm->max_wm;
> > > - if (wm_size <= 0)
> > > + if (wm_size < (long)wm->default_wm)
> > > wm_size = wm->default_wm;
> > > return wm_size;
> > > }
> > >
> > > I haven't spotted any explanation as to why that is, but a rough guess
> > > would be that we program it to read in blocks of 8 superwords and that
> > > it tries and fails to read from memory when the fifo only has room for 1
> > > superword.
> >
> > I have it - we need to proper align watermark limits and fifo sizes and
> > round them apparently. Bspec at least strongly suggests that, and it would
> > perfectly fit Thomas' symptoms.
>
> Where have you seen that? And how should they be aligned? I've never
> seen anything like that in the spec. Also based on tests on my 830
> it doesn't need special alignment, it just needs some kind of minumum
> value that's always somewhere around 6-8 (IIRC).
>
> I do see this note "Up to FIFO Size minus burst length + 32 bytes"
> in one of the tables in the display doc. I can't tell if that means
> 'fifo_size - (burst_size + 32B)' or 'fifo_size - burst_size + 32B'.
> But in any case would actually make the minimum allowed value 7 or 9
> since we always configure the burst size to 8.
>
> On Gen3 the units change to 64B but it still has the same note with
> the +32B, so I'm not sure what should be done there. I guess it's
> just a copy paste fumble and maybe the same minimum value should
> still apply.
Yeah the burst size stuff - afaiu we should select the biggest one
possible and if that's not working out round the watermark up to match the
burst size. I didn't spot the +32/-32bytes anywhere though ... I guess
going with burst_size + 1 should be safest, especially if we make the code
more flexible to also allow a burst size of 4 for the really high-res
stuff.
-Daniel
--
Daniel Vetter
Software Engineer, Intel Corporation
+41 (0) 79 365 57 48 - http://blog.ffwll.ch
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: 830GM still woes
[not found] ` <23914_1400259040_537641E0_23914_9298_1_20140516165034.GT8790@phenom.ffwll.local>
@ 2014-05-17 10:58 ` Thomas Richter
2014-05-29 14:10 ` Thomas Richter
2014-05-29 21:19 ` Breaking suspend/resume by the Pipe A quirk Thomas Richter
2 siblings, 0 replies; 27+ messages in thread
From: Thomas Richter @ 2014-05-17 10:58 UTC (permalink / raw)
To: Daniel Vetter, Ville Syrjälä; +Cc: intel-gfx
Am 16.05.2014 18:50, schrieb Daniel Vetter:
> On Fri, May 16, 2014 at 07:04:54PM +0300, Ville Syrjälä wrote:
>> On Fri, May 16, 2014 at 05:09:53PM +0200, Daniel Vetter wrote:
>>> On Fri, May 16, 2014 at 03:41:05PM +0100, Chris Wilson wrote:
>>>> On Fri, May 16, 2014 at 04:02:48PM +0200, Thomas Richter wrote:
>>>>> It's not that I haven't had a patch for it. Really trivial. I wonder
>>>>> what keeps you from adding this to the kernel and just make things
>>>>> working?
>>>>
>>>> You mean this patch?
>>>>
>>>> diff --git a/drivers/gpu/drm/i915/intel_pm.c b/drivers/gpu/drm/i915/intel_pm.c
>>>> index f671aca..3981898 100644
>>>> --- a/drivers/gpu/drm/i915/intel_pm.c
>>>> +++ b/drivers/gpu/drm/i915/intel_pm.c
>>>> @@ -944,7 +944,7 @@ static const struct intel_watermark_params i915_wm_info = {
>>>> static const struct intel_watermark_params i830_wm_info = {
>>>> I855GM_FIFO_SIZE,
>>>> I915_MAX_WM,
>>>> - 1,
>>>> + 8,
>>>> 2,
>>>> I830_FIFO_LINE_SIZE
>>>> };
>>>> @@ -1001,7 +1001,7 @@ static unsigned long intel_calculate_wm(unsigned long clock_in_khz,
>>>> /* Don't promote wm_size to unsigned... */
>>>> if (wm_size > (long)wm->max_wm)
>>>> wm_size = wm->max_wm;
>>>> - if (wm_size <= 0)
>>>> + if (wm_size < (long)wm->default_wm)
>>>> wm_size = wm->default_wm;
>>>> return wm_size;
>>>> }
For example. There are a couple of possibilities to add this. If this is
too invasive, it is not too hard to add a similar check to
i9xx_update_wm for generation 2 only, and enforce the same type of check
to i830_update_wm
>> On Gen3 the units change to 64B but it still has the same note with
>> the +32B, so I'm not sure what should be done there. I guess it's
>> just a copy paste fumble and maybe the same minimum value should
>> still apply.
>
> Yeah the burst size stuff - afaiu we should select the biggest one
> possible and if that's not working out round the watermark up to match the
> burst size. I didn't spot the +32/-32bytes anywhere though ... I guess
> going with burst_size + 1 should be safest, especially if we make the code
> more flexible to also allow a burst size of 4 for the really high-res
> stuff.
This would be highly appreciated, yes. I currently constantly patch my
kernel to keep the graphics working, but that's please not a permanent
solution.
Thank you, and have a nice weekend.
Greetings,
Thomas
^ permalink raw reply [flat|nested] 27+ messages in thread
* 830GM still woes
[not found] ` <23914_1400259040_537641E0_23914_9298_1_20140516165034.GT8790@phenom.ffwll.local>
2014-05-17 10:58 ` Thomas Richter
@ 2014-05-29 14:10 ` Thomas Richter
2014-05-29 21:19 ` Breaking suspend/resume by the Pipe A quirk Thomas Richter
2 siblings, 0 replies; 27+ messages in thread
From: Thomas Richter @ 2014-05-29 14:10 UTC (permalink / raw)
To: Daniel Vetter; +Cc: intel-gfx
Hi Daniel, hi folks,
still a couple of observations from my side on this. The 1024x786x24
mode here uses a clock of 65MHz (65000kHz), if that is inserted into the
watermark computation, it computes from that a prefetch of 40 entries,
and thus a watermark level of four, which is much much too high. To get
a stable display, the watermark level can be at most eight.
However, if I program the FW_BLC register by hand, I can set the
watermark down to 32, i.e. 15(!) entries, and I still get a wonderful
stable display, scrolling and everything included.
If I compare that with what is required by intel_calculate_wm() to get
the same value, I find that the input is, in some place, off by about a
factor of two. Which could mean:
a) the latency is too high by a factor of two. Even with a latency of
2500ns, I do get a good watermark level and a stable display. The limit
is around 1500ns.
b) the I830_FIFO_LINE_SIZE is off by a factor of two. Is it really 32
bytes? Is it *measured* in bytes? With a line size twice as large, the
result would fit again.
c) Is the I830 FIFO_SIZE really 47? This is the value I get when I debug
i9xx_update_wm(). It seems the code splits the totally available fifo
(unified fifo of the 830GM) of 95 entries approximately in half for pipe
A and pipe B. Is the *unit* correct? Is the fifo size measured in *entries*?
What makes me wonder is that there is really approximately a factor of
two between the *real* limit and the value computed by the code, which
looks to me that at some point a division or multiplication by two is
missing.
Finally, a regression with the 3.15.0 code: I already had the phenomenon
that the boot console is vertically shifted, which is caused by the
pipe-a quirk (without that quirk, the display is correct), but it now
also happens from time to time that the DVO is again not clocked
correctly. The screen then goes dead in the boot console, but as soon as
X starts up, I get again a display. This display is sometimes a bit
broken (flickers, as if the frequency is about 40Hz, not 60Hz) or no
display at all. Switching to the boot console and back to X resolves the
issue. As said, disable the pipe_A quirk and we are good.
A second observation is that the boot console now reports PIPE_A (and
sometimes also) PIPE_B underruns during the bootstrap, only once. The
system recovers from this (if you call a dead boot console as above
"recovery"), so something is likely broken with the quirk. (No news, of
course).
Greetings,
Thomas
^ permalink raw reply [flat|nested] 27+ messages in thread
* Breaking suspend/resume by the Pipe A quirk
[not found] ` <23914_1400259040_537641E0_23914_9298_1_20140516165034.GT8790@phenom.ffwll.local>
2014-05-17 10:58 ` Thomas Richter
2014-05-29 14:10 ` Thomas Richter
@ 2014-05-29 21:19 ` Thomas Richter
2014-06-02 8:27 ` Daniel Vetter
2 siblings, 1 reply; 27+ messages in thread
From: Thomas Richter @ 2014-05-29 21:19 UTC (permalink / raw)
To: Daniel Vetter, Ville Syrjälä; +Cc: intel-gfx
Hi Daniel, hi folks,
according to my knowledge, the pipe A quirk is unconditionally enabled
on the 830 to allow resume to work properly. Unfortunately, it does
quite the opposite on the S6010, it breaks resume completely.
If the pipe A quirk is disabled, then the boot console works correctly.
Resume does not, the display is dead, but it is possible to remotely
connect to the machine, from there POST the video card (via vbetool
post), stop X, then restart X, then the display is back.
If the pipe A quirk is enabled, then try to resume from suspend, then
the machine is dead completely. You can ping it, but not log in. I
currently have not yet tried to figure out where it hangs, but I would
suspect the problem is somewhere in the i915 kernel module. The display
just stays black.
Thus, in addition to the watermark fix I proposed, please *disable* the
unconditional pipe A quirk for the 830GM since it really breaks things,
not only the boot console.
Greetings,
Thomas
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: Breaking suspend/resume by the Pipe A quirk
2014-05-29 21:19 ` Breaking suspend/resume by the Pipe A quirk Thomas Richter
@ 2014-06-02 8:27 ` Daniel Vetter
2014-06-02 10:34 ` [PATCH] Align i830 watermark to cache lines Thomas Richter
2014-06-02 10:41 ` Breaking suspend/resume by the Pipe A quirk Thomas Richter
0 siblings, 2 replies; 27+ messages in thread
From: Daniel Vetter @ 2014-06-02 8:27 UTC (permalink / raw)
To: Thomas Richter; +Cc: intel-gfx
On Thu, May 29, 2014 at 11:19:47PM +0200, Thomas Richter wrote:
> Hi Daniel, hi folks,
>
> according to my knowledge, the pipe A quirk is unconditionally enabled on
> the 830 to allow resume to work properly. Unfortunately, it does quite the
> opposite on the S6010, it breaks resume completely.
>
> If the pipe A quirk is disabled, then the boot console works correctly.
> Resume does not, the display is dead, but it is possible to remotely connect
> to the machine, from there POST the video card (via vbetool post), stop X,
> then restart X, then the display is back.
>
> If the pipe A quirk is enabled, then try to resume from suspend, then the
> machine is dead completely. You can ping it, but not log in. I currently
> have not yet tried to figure out where it hangs, but I would suspect the
> problem is somewhere in the i915 kernel module. The display
> just stays black.
>
> Thus, in addition to the watermark fix I proposed, please *disable* the
> unconditional pipe A quirk for the 830GM since it really breaks things, not
> only the boot console.
Can you go right ahead and please submit this as a patch?
Thanks, Daniel
--
Daniel Vetter
Software Engineer, Intel Corporation
+41 (0) 79 365 57 48 - http://blog.ffwll.ch
^ permalink raw reply [flat|nested] 27+ messages in thread
* [PATCH] Align i830 watermark to cache lines
2014-06-02 8:27 ` Daniel Vetter
@ 2014-06-02 10:34 ` Thomas Richter
2014-06-02 10:41 ` Breaking suspend/resume by the Pipe A quirk Thomas Richter
1 sibling, 0 replies; 27+ messages in thread
From: Thomas Richter @ 2014-06-02 10:34 UTC (permalink / raw)
To: Daniel Vetter; +Cc: intel-gfx
[-- Attachment #1: Type: text/plain, Size: 813 bytes --]
Hi folks,
as by discussion, the problem with the i830 watermark problems is likely
that the 830 requires the number of entries in the buffer to be a
multiple of the cache line size. I provide hereby a small patch
against intel_pm.c that performs the alignment for GEN2 chips.
Tested on the Fujitsu S6010 and R31, seems to work fine here and
generates reasonable watermarks that do not flicker.
What is a bit unsatisfactory is that, due to the nature of the patch,
the number of entries in the buffer is always rounded up (necessarily,
to be conservative), even though for all practical configurations, the
rounded up size is too large to fit into the buffer, and thus the
rounding direction is "round down" instead of "round up" for all
realistic settings.
Anyhow, the stuff works.
Greetings,
Thomas
[-- Attachment #2: 0001-Align-i830-watermark-to-cache-lines.patch --]
[-- Type: text/x-patch, Size: 2663 bytes --]
>From ee1210a1f49abaddc2c6c46cfb521db6ab08c261 Mon Sep 17 00:00:00 2001
From: thor <thor@math.tu-berlin.de>
Date: Sun, 1 Jun 2014 18:33:20 +0200
Subject: [PATCH] Align i830 watermark to cache lines.
Signed-off-by: thor <thor@math.tu-berlin.de>
---
drivers/gpu/drm/i915/intel_pm.c | 38 +++++++++++++++++++++++++++++++++++++-
1 file changed, 37 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/i915/intel_pm.c b/drivers/gpu/drm/i915/intel_pm.c
index 1840d15..fbfd57c 100644
--- a/drivers/gpu/drm/i915/intel_pm.c
+++ b/drivers/gpu/drm/i915/intel_pm.c
@@ -1489,6 +1489,22 @@ static void i965_update_wm(struct drm_crtc *unused_crtc)
I915_WRITE(DSPFW3, (cursor_sr << DSPFW_CURSOR_SR_SHIFT));
}
+static int round_to_lines(int watermark, int fifo_size, int line_size)
+{
+ int entries = fifo_size - watermark;
+
+ if (entries < 0)
+ entries = 0;
+
+ entries = DIV_ROUND_UP(entries, line_size);
+ while (entries > fifo_size)
+ entries -= line_size;
+
+ watermark = fifo_size - line_size;
+
+ return watermark;
+}
+
static void i9xx_update_wm(struct drm_crtc *unused_crtc)
{
struct drm_device *dev = unused_crtc->dev;
@@ -1520,6 +1536,12 @@ static void i9xx_update_wm(struct drm_crtc *unused_crtc)
planea_wm = intel_calculate_wm(adjusted_mode->crtc_clock,
wm_info, fifo_size, cpp,
latency_ns);
+
+ if (IS_GEN2(dev))
+ planea_wm = round_to_lines(planea_wm,
+ fifo_size,
+ I830_FIFO_LINE_SIZE);
+
enabled = crtc;
} else
planea_wm = fifo_size - wm_info->guard_size;
@@ -1536,6 +1558,12 @@ static void i9xx_update_wm(struct drm_crtc *unused_crtc)
planeb_wm = intel_calculate_wm(adjusted_mode->crtc_clock,
wm_info, fifo_size, cpp,
latency_ns);
+
+ if (IS_GEN2(dev))
+ planeb_wm = round_to_lines(planeb_wm,
+ fifo_size,
+ I830_FIFO_LINE_SIZE);
+
if (enabled == NULL)
enabled = crtc;
else
@@ -1631,16 +1659,24 @@ static void i845_update_wm(struct drm_crtc *unused_crtc)
const struct drm_display_mode *adjusted_mode;
uint32_t fwater_lo;
int planea_wm;
+ int fifo_size;
crtc = single_enabled_crtc(dev);
if (crtc == NULL)
return;
adjusted_mode = &to_intel_crtc(crtc)->config.adjusted_mode;
+ fifo_size = dev_priv->display.get_fifo_size(dev, 0);
planea_wm = intel_calculate_wm(adjusted_mode->crtc_clock,
&i845_wm_info,
- dev_priv->display.get_fifo_size(dev, 0),
+ fifo_size,
4, latency_ns);
+
+ planea_wm = round_to_lines(planea_wm,
+ fifo_size,
+ I830_FIFO_LINE_SIZE);
+
+
fwater_lo = I915_READ(FW_BLC) & ~0xfff;
fwater_lo |= (3<<8) | planea_wm;
--
1.7.10.4
[-- Attachment #3: Type: text/plain, Size: 159 bytes --]
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
^ permalink raw reply related [flat|nested] 27+ messages in thread
* Re: Breaking suspend/resume by the Pipe A quirk
2014-06-02 8:27 ` Daniel Vetter
2014-06-02 10:34 ` [PATCH] Align i830 watermark to cache lines Thomas Richter
@ 2014-06-02 10:41 ` Thomas Richter
2014-06-02 15:27 ` Daniel Vetter
[not found] ` <1027_1401722832_538C97D0_1027_15897_1_20140602152702.GU19050@phenom.ffwll.local>
1 sibling, 2 replies; 27+ messages in thread
From: Thomas Richter @ 2014-06-02 10:41 UTC (permalink / raw)
To: Daniel Vetter; +Cc: intel-gfx
Am 02.06.2014 10:27, schrieb Daniel Vetter:
>
>
> Can you go right ahead and please submit this as a patch?
Certainly, but I would prefer to get more information on this. Even
though the R31 *also* works without the pipe A quirk, I am not sure it
does work on all other hardware configurations.
There is, however, an important difference between the R31 and the
S6010: The R31 uses two independent display pipes for the generating the
display, LVDS for the internal and VGA for the external display. As a
result, frame rates and resolutions can be different between the two
outputs.
The S6010, however, seems to use a single pipe design, with the internal
display connected via DVI (not LVDS!) and the external by VGA. This has
the unfortunate side effect that I cannot set the resolutions of
internal and external display independently. Any attempt to modify the
external resolution while using the internal screen results in an "no
crtc found for output VGA1" when using xrandr. (Not quite sure what this
means, but I believe that the VGA output is simply a duplicate of the
DVI output, and the two are probably connected through a bios-switchable
bridge chip).
Thus, I would *prefer* to be conservative and only disable the pipe_A
quirk only in situations where there is a single display pipe (as in the
S6010) and, just to be on the safe side, keep it enabled in dual-pipe
(as in R31) configurations.
Now I wonder how I could possibly distinguish between the two. Could you
please provide some pointers?
Greetings,
Thomas
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: Breaking suspend/resume by the Pipe A quirk
2014-06-02 10:41 ` Breaking suspend/resume by the Pipe A quirk Thomas Richter
@ 2014-06-02 15:27 ` Daniel Vetter
2014-06-02 15:38 ` [Patch] Disabling the pipe A quirk for the Fujitsu S6010 Thomas Richter
[not found] ` <1027_1401722832_538C97D0_1027_15897_1_20140602152702.GU19050@phenom.ffwll.local>
1 sibling, 1 reply; 27+ messages in thread
From: Daniel Vetter @ 2014-06-02 15:27 UTC (permalink / raw)
To: Thomas Richter; +Cc: intel-gfx
On Mon, Jun 02, 2014 at 12:41:36PM +0200, Thomas Richter wrote:
> Am 02.06.2014 10:27, schrieb Daniel Vetter:
> >
> >
> >Can you go right ahead and please submit this as a patch?
>
> Certainly, but I would prefer to get more information on this. Even though
> the R31 *also* works without the pipe A quirk, I am not sure it does work on
> all other hardware configurations.
>
> There is, however, an important difference between the R31 and the S6010:
> The R31 uses two independent display pipes for the generating the display,
> LVDS for the internal and VGA for the external display. As a result, frame
> rates and resolutions can be different between the two outputs.
>
> The S6010, however, seems to use a single pipe design, with the internal
> display connected via DVI (not LVDS!) and the external by VGA. This has the
> unfortunate side effect that I cannot set the resolutions of internal and
> external display independently. Any attempt to modify the external
> resolution while using the internal screen results in an "no crtc found for
> output VGA1" when using xrandr. (Not quite sure what this means, but I
> believe that the VGA output is simply a duplicate of the DVI output, and the
> two are probably connected through a bios-switchable bridge chip).
>
> Thus, I would *prefer* to be conservative and only disable the pipe_A quirk
> only in situations where there is a single display pipe (as in the S6010)
> and, just to be on the safe side, keep it enabled in dual-pipe (as in R31)
> configurations.
We've put a crtc restriction on VGA (it needs to be crtc 0) to work around
some issues. DVI/LVDS should work on crtc 1. You can set this with the
--crtc knob for xrandr.
> Now I wonder how I could possibly distinguish between the two. Could you
> please provide some pointers?
You're probably the last real user of this hw left. You're needs win,
especially if you know that it fixes stuff on other platforms, too.
So holesale removal of the pipe quirk for i830M seems like the right thing
to do here. Especially since Chris also complained that it makes stuff
worse for his i845.
-Daniel
--
Daniel Vetter
Software Engineer, Intel Corporation
+41 (0) 79 365 57 48 - http://blog.ffwll.ch
^ permalink raw reply [flat|nested] 27+ messages in thread
* [Patch] Disabling the pipe A quirk for the Fujitsu S6010
2014-06-02 15:27 ` Daniel Vetter
@ 2014-06-02 15:38 ` Thomas Richter
2014-06-02 15:56 ` Daniel Vetter
0 siblings, 1 reply; 27+ messages in thread
From: Thomas Richter @ 2014-06-02 15:38 UTC (permalink / raw)
To: Daniel Vetter; +Cc: intel-gfx
[-- Attachment #1: Type: text/plain, Size: 273 bytes --]
Hi Daniel, hi others,
please find a patch attached that disables the pipe A quirk for the
Fujitsu S6010. I will probably add a line for the R31 later, I only
need to add the model number.
How is the watermark-alignment patch for the 830 doing, btw?
Greetings,
Thomas
[-- Attachment #2: 0002-Disabling-the-pipe-A-quirk-for-the-Fujitsu-S6010.patch --]
[-- Type: text/x-patch, Size: 1561 bytes --]
>From 2006abcd850f8c0995153ffb491efd590103f17f Mon Sep 17 00:00:00 2001
From: thor <thor@math.tu-berlin.de>
Date: Mon, 2 Jun 2014 17:32:55 +0200
Subject: [PATCH 2/2] Disabling the pipe A quirk for the Fujitsu S6010.
Signed-off-by: thor <thor@math.tu-berlin.de>
---
drivers/gpu/drm/i915/intel_display.c | 15 +++++++++++++++
1 file changed, 15 insertions(+)
diff --git a/drivers/gpu/drm/i915/intel_display.c b/drivers/gpu/drm/i915/intel_display.c
index 54095d4..02b6525 100644
--- a/drivers/gpu/drm/i915/intel_display.c
+++ b/drivers/gpu/drm/i915/intel_display.c
@@ -11535,6 +11535,18 @@ static void quirk_pipea_force(struct drm_device *dev)
}
/*
+ * Some 830 based systems do not work with the pipe A quirk
+ * correctly since they do not use pipe A in first place
+ */
+static void quirk_disable_pipea_force(struct drm_device *dev)
+{
+ struct drm_i915_private *dev_priv = dev->dev_private;
+
+ dev_priv->quirks &= ~QUIRK_PIPEA_FORCE;
+ DRM_INFO("removing the pipe a force quirk for this hardware\n");
+}
+
+/*
* Some machines (Lenovo U160) do not work with SSC on LVDS for some reason
*/
static void quirk_ssc_force_disable(struct drm_device *dev)
@@ -11603,6 +11615,9 @@ static struct intel_quirk intel_quirks[] = {
/* 830 needs to leave pipe A & dpll A up */
{ 0x3577, PCI_ANY_ID, PCI_ANY_ID, quirk_pipea_force },
+ /* However, do not enable the quirk on S6010 */
+ { 0x3577, 0x10cf, 0x113c, quirk_disable_pipea_force },
+
/* Lenovo U160 cannot use SSC on LVDS */
{ 0x0046, 0x17aa, 0x3920, quirk_ssc_force_disable },
--
1.7.10.4
[-- Attachment #3: Type: text/plain, Size: 159 bytes --]
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
^ permalink raw reply related [flat|nested] 27+ messages in thread
* Re: [Patch] Disabling the pipe A quirk for the Fujitsu S6010
2014-06-02 15:38 ` [Patch] Disabling the pipe A quirk for the Fujitsu S6010 Thomas Richter
@ 2014-06-02 15:56 ` Daniel Vetter
2014-06-02 16:52 ` Thomas Richter
0 siblings, 1 reply; 27+ messages in thread
From: Daniel Vetter @ 2014-06-02 15:56 UTC (permalink / raw)
To: Thomas Richter; +Cc: intel-gfx
On Mon, Jun 02, 2014 at 05:38:13PM +0200, Thomas Richter wrote:
> Hi Daniel, hi others,
>
> please find a patch attached that disables the pipe A quirk for the Fujitsu
> S6010. I will probably add a line for the R31 later, I only
> need to add the model number.
>
> How is the watermark-alignment patch for the 830 doing, btw?
>
> Greetings,
> Thomas
>
> From 2006abcd850f8c0995153ffb491efd590103f17f Mon Sep 17 00:00:00 2001
> From: thor <thor@math.tu-berlin.de>
> Date: Mon, 2 Jun 2014 17:32:55 +0200
> Subject: [PATCH 2/2] Disabling the pipe A quirk for the Fujitsu S6010.
>
> Signed-off-by: thor <thor@math.tu-berlin.de>
Like I've explained, this is nacked. I'll merge the patch I've wanted now.
-Daniel
> ---
> drivers/gpu/drm/i915/intel_display.c | 15 +++++++++++++++
> 1 file changed, 15 insertions(+)
>
> diff --git a/drivers/gpu/drm/i915/intel_display.c b/drivers/gpu/drm/i915/intel_display.c
> index 54095d4..02b6525 100644
> --- a/drivers/gpu/drm/i915/intel_display.c
> +++ b/drivers/gpu/drm/i915/intel_display.c
> @@ -11535,6 +11535,18 @@ static void quirk_pipea_force(struct drm_device *dev)
> }
>
> /*
> + * Some 830 based systems do not work with the pipe A quirk
> + * correctly since they do not use pipe A in first place
> + */
> +static void quirk_disable_pipea_force(struct drm_device *dev)
> +{
> + struct drm_i915_private *dev_priv = dev->dev_private;
> +
> + dev_priv->quirks &= ~QUIRK_PIPEA_FORCE;
> + DRM_INFO("removing the pipe a force quirk for this hardware\n");
> +}
> +
> +/*
> * Some machines (Lenovo U160) do not work with SSC on LVDS for some reason
> */
> static void quirk_ssc_force_disable(struct drm_device *dev)
> @@ -11603,6 +11615,9 @@ static struct intel_quirk intel_quirks[] = {
> /* 830 needs to leave pipe A & dpll A up */
> { 0x3577, PCI_ANY_ID, PCI_ANY_ID, quirk_pipea_force },
>
> + /* However, do not enable the quirk on S6010 */
> + { 0x3577, 0x10cf, 0x113c, quirk_disable_pipea_force },
> +
> /* Lenovo U160 cannot use SSC on LVDS */
> { 0x0046, 0x17aa, 0x3920, quirk_ssc_force_disable },
>
> --
> 1.7.10.4
>
--
Daniel Vetter
Software Engineer, Intel Corporation
+41 (0) 79 365 57 48 - http://blog.ffwll.ch
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [Patch] Disabling the pipe A quirk for the Fujitsu S6010
2014-06-02 15:56 ` Daniel Vetter
@ 2014-06-02 16:52 ` Thomas Richter
2014-06-02 17:39 ` Daniel Vetter
0 siblings, 1 reply; 27+ messages in thread
From: Thomas Richter @ 2014-06-02 16:52 UTC (permalink / raw)
To: Daniel Vetter; +Cc: intel-gfx
Hi Daniel,
>
>> From 2006abcd850f8c0995153ffb491efd590103f17f Mon Sep 17 00:00:00 2001
>> From: thor<thor@math.tu-berlin.de>
>> Date: Mon, 2 Jun 2014 17:32:55 +0200
>> Subject: [PATCH 2/2] Disabling the pipe A quirk for the Fujitsu S6010.
>>
>> Signed-off-by: thor<thor@math.tu-berlin.de>
>
> Like I've explained, this is nacked. I'll merge the patch I've wanted now.
Excuse my ignorance, but what do you mean by "naked"? Do you need
anything else (for the watermark patch) to get it going? It is
signed-off? Is this not done correctly?
Sorry for my ignorance.
Greetings,
Thomas
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [Patch] Disabling the pipe A quirk for the Fujitsu S6010
2014-06-02 16:52 ` Thomas Richter
@ 2014-06-02 17:39 ` Daniel Vetter
2014-06-02 18:44 ` Thomas Richter
0 siblings, 1 reply; 27+ messages in thread
From: Daniel Vetter @ 2014-06-02 17:39 UTC (permalink / raw)
To: Thomas Richter; +Cc: intel-gfx
On Mon, Jun 02, 2014 at 06:52:13PM +0200, Thomas Richter wrote:
> Hi Daniel,
>
> >
> >> From 2006abcd850f8c0995153ffb491efd590103f17f Mon Sep 17 00:00:00 2001
> >>From: thor<thor@math.tu-berlin.de>
> >>Date: Mon, 2 Jun 2014 17:32:55 +0200
> >>Subject: [PATCH 2/2] Disabling the pipe A quirk for the Fujitsu S6010.
> >>
> >>Signed-off-by: thor<thor@math.tu-berlin.de>
> >
> >Like I've explained, this is nacked. I'll merge the patch I've wanted now.
>
> Excuse my ignorance, but what do you mean by "naked"? Do you need anything
> else (for the watermark patch) to get it going? It is signed-off? Is this
> not done correctly?
nack = not acknowledged, i.e. rejected. Comes from tcp. I've applied the
patch instead to just remove the quirk on all i830M.
-Daniel
--
Daniel Vetter
Software Engineer, Intel Corporation
+41 (0) 79 365 57 48 - http://blog.ffwll.ch
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [Patch] Disabling the pipe A quirk for the Fujitsu S6010
2014-06-02 17:39 ` Daniel Vetter
@ 2014-06-02 18:44 ` Thomas Richter
0 siblings, 0 replies; 27+ messages in thread
From: Thomas Richter @ 2014-06-02 18:44 UTC (permalink / raw)
To: Daniel Vetter; +Cc: intel-gfx
Am 02.06.2014 19:39, schrieb Daniel Vetter:
> nack = not acknowledged, i.e. rejected. Comes from tcp. I've applied the
> patch instead to just remove the quirk on all i830M.
Ok, thanks, I'm fine with that.
Greetings,
Thomas
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: Breaking suspend/resume by the Pipe A quirk
[not found] ` <1027_1401722832_538C97D0_1027_15897_1_20140602152702.GU19050@phenom.ffwll.local>
@ 2014-06-03 14:38 ` Thomas Richter
2014-06-03 14:45 ` Daniel Vetter
0 siblings, 1 reply; 27+ messages in thread
From: Thomas Richter @ 2014-06-03 14:38 UTC (permalink / raw)
To: Daniel Vetter; +Cc: Thomas Richter, intel-gfx
Hi Daniel, dear intel experts,
> We've put a crtc restriction on VGA (it needs to be crtc 0) to work around
> some issues. DVI/LVDS should work on crtc 1. You can set this with the
> --crtc knob for xrandr.
>
Unfortunately, I cannot. Whenever I put DVI1 (which is connected to the
internal screen) on crt1,
the internal screen stays blank. Where would I need to modify the
sources to test whether I could try
the reverse, i.e. drive VGA with crt1? (That's not possibly, as you say).
I neither found a way to un-clone the screens, i.e. you can say that
xrandr should place VGA1 to the left
of DVI1, but xrandr --verbose still claims that VGA1 and DVI1 are clones
of each other. The best you get is
a blank screen on DVI1, and a high-resolution display on VGA1, but not
two independent monitors with
differing resolutions.
Here is the configuration when booting. It clones the monitors, even
though the bios says "internal only". Never mind,
this works:
(p.s. any news from the watermark-alignment patch? Is this acceptable?)
Screen 0: minimum 320 x 200, current 2048 x 1536, maximum 2048 x 2048
VGA1 disconnected 2048x1536+0+0 (0x48) normal (normal left inverted
right x axis y axis) 0mm x 0mm panning 2048x1536+0+0
Identifier: 0x41
Timestamp: 463642
Subpixel: unknown
Gamma: 1.0:1.0:1.0
Brightness: 1.0
Clones: DVI1
CRTC: 0
CRTCs: 0
Panning: 2048x1536+0+0
Tracking: 0x0+0+0
Border: 0/0/0/0
Transform: 1.000000 0.000000 0.000000
0.000000 1.000000 0.000000
0.000000 0.000000 1.000000
filter:
DVI1 connected 2048x1536+0+0 (0x48) normal (normal left inverted right x
axis y axis) 0mm x 0mm panning 2048x1536+0+0
Identifier: 0x42
Timestamp: 463642
Subpixel: horizontal rgb
Gamma: 1.0:1.0:1.0
Brightness: 1.0
Clones: VGA1
CRTC: 0
CRTCs: 0 1
Panning: 2048x1536+0+0
Tracking: 0x0+0+0
Border: 0/0/0/0
Transform: 1.000000 0.000000 0.000000
0.000000 1.000000 0.000000
0.000000 0.000000 1.000000
filter:
1024x768 (0x48) 65.0MHz -HSync -VSync *current
h: width 1024 start 1048 end 1184 total 1344 skew 0 clock
48.4KHz
v: height 768 start 771 end 777 total 806 clock
60.0Hz
800x600 (0x4c) 40.0MHz +HSync +VSync
h: width 800 start 840 end 968 total 1056 skew 0 clock
37.9KHz
v: height 600 start 601 end 605 total 628 clock
60.3Hz
800x600 (0x4d) 36.0MHz +HSync +VSync
h: width 800 start 824 end 896 total 1024 skew 0 clock
35.2KHz
v: height 600 start 601 end 603 total 625 clock
56.2Hz
640x480 (0x52) 25.2MHz -HSync -VSync
h: width 640 start 656 end 752 total 800 skew 0 clock
31.5KHz
v: height 480 start 489 end 492 total 525 clock
59.9Hz
--
And this is the register dump:
DCC: 0x00000000 (`7r\x14bFt\x04ndu)
CHDECMISC: 0x00000000 (none, ch2 enh disabled, ch1 enh
disabled, ch0 enh disabled, flex disabled, ep not present)
C0DRB0: 0x00000000 (0x0000)
C0DRB1: 0x00000000 (0x0000)
C0DRB2: 0x00000000 (0x0000)
C0DRB3: 0x00000000 (0x0000)
C1DRB0: 0x00000000 (0x0000)
C1DRB1: 0x00000000 (0x0000)
C1DRB2: 0x00000000 (0x0000)
C1DRB3: 0x00000000 (0x0000)
C0DRA01: 0x00000000 (0x0000)
C0DRA23: 0x00000000 (0x0000)
C1DRA01: 0x00000000 (0x0000)
C1DRA23: 0x00000000 (0x0000)
PGETBL_CTL: 0x3ff60001
VCLK_DIVISOR_VGA0: 0x00021207 (n = 2, m1 = 18, m2 = 7)
VCLK_DIVISOR_VGA1: 0x00031406 (n = 3, m1 = 20, m2 = 6)
VCLK_POST_DIV: 0x0000888b (vga0 p1 = 13, p2 = 4, vga1 p1 = 10,
p2 = 4)
DPLL_TEST: 0x00000000 (, DPLLA input buffer disabled, DPLLB
input buffer disabled)
CACHE_MODE_0: 0x00000000
D_STATE: 0x00000000
DSPCLK_GATE_D: 0x00000008 (clock gates disabled: OVRUNIT)
RENCLK_GATE_D1: 0x00000000
RENCLK_GATE_D2: 0x00000000
SDVOB: 0x80004084 (enabled, pipe A, stall disabled,
detected)
SDVOC: 0x90004084 (enabled, pipe A, stall disabled,
detected)
SDVOUDI: 0x00000000
DSPARB: 0x00017e5f
DSPFW1: 0x00000000
DSPFW2: 0x00000000
DSPFW3: 0x00000000
ADPA: 0x80000000 (enabled, pipe A, -hsync, -vsync)
LVDS: 0x00000000 (disabled, pipe A, 18 bit, 1 channel)
DVOA: 0x00000000 (disabled, pipe A, no stall, -hsync,
-vsync)
DVOB: 0x80004084 (enabled, pipe A, no stall, -hsync,
-vsync)
DVOC: 0x90004084 (enabled, pipe A, stall, -hsync, -vsync)
DVOA_SRCDIM: 0x00000000
DVOB_SRCDIM: 0x00000000
DVOC_SRCDIM: 0x00000000
PP_CONTROL: 0x00000000 (power target: off)
PP_STATUS: 0x00000000 (off, not ready, sequencing idle)
PP_ON_DELAYS: 0x00000000
PP_OFF_DELAYS: 0x00000000
PP_DIVISOR: 0x00000000
PFIT_CONTROL: 0x00000000
PFIT_PGM_RATIOS: 0x00000000
PORT_HOTPLUG_EN: 0x00000000
PORT_HOTPLUG_STAT: 0x00000000
DSPACNTR: 0x98000000 (enabled, pipe A)
DSPASTRIDE: 0x00002000 (8192 bytes)
DSPAPOS: 0x00000000 (0, 0)
DSPASIZE: 0x02ff03ff (1024, 768)
DSPABASE: 0x03000000
DSPASURF: 0x00000000
DSPATILEOFF: 0x00000000
PIPEACONF: 0x80000000 (enabled, single-wide)
PIPEASRC: 0x03ff02ff (1024, 768)
PIPEASTAT: 0x10000207 (status: CRC_DONE_ENABLE
VSYNC_INT_STATUS SVBLANK_INT_STATUS VBLANK_INT_STATUS OREG_UPDATE_STATUS)
PIPEA_GMCH_DATA_M: 0x00000000
PIPEA_GMCH_DATA_N: 0x00000000
PIPEA_DP_LINK_M: 0x00000000
PIPEA_DP_LINK_N: 0x00000000
CURSOR_A_BASE: 0x35a28000
CURSOR_A_CONTROL: 0x04000027
CURSOR_A_POSITION: 0x000a0271
FPA0: 0x0004150d (n = 4, m1 = 21, m2 = 13)
FPA1: 0x0004150d (n = 4, m1 = 21, m2 = 13)
DPLL_A: 0xd0820000 (enabled, dvo, default clock,
DAC/serial mode, p1 = 4, p2 = 4)
DPLL_A_MD: 0x00000000
HTOTAL_A: 0x053f03ff (1024 active, 1344 total)
HBLANK_A: 0x053f03ff (1024 start, 1344 end)
HSYNC_A: 0x049f0417 (1048 start, 1184 end)
VTOTAL_A: 0x032502ff (768 active, 806 total)
VBLANK_A: 0x032502ff (768 start, 806 end)
VSYNC_A: 0x03080302 (771 start, 777 end)
BCLRPAT_A: 0x00000000
VSYNCSHIFT_A: 0x00000000
DSPBCNTR: 0x19000000 (disabled, pipe B)
DSPBSTRIDE: 0x00001400 (5120 bytes)
DSPBPOS: 0x00000000 (0, 0)
DSPBSIZE: 0x02ff03ff (1024, 768)
DSPBBASE: 0x00060000
DSPBSURF: 0x00000000
DSPBTILEOFF: 0x00000000
PIPEBCONF: 0x00000000 (disabled, single-wide)
PIPEBSRC: 0x03ff02ff (1024, 768)
PIPEBSTAT: 0x10000000 (status: CRC_DONE_ENABLE)
PIPEB_GMCH_DATA_M: 0x00000000
PIPEB_GMCH_DATA_N: 0x00000000
PIPEB_DP_LINK_M: 0x00000000
PIPEB_DP_LINK_N: 0x00000000
CURSOR_B_BASE: 0x00000000
CURSOR_B_CONTROL: 0x10000000
CURSOR_B_POSITION: 0x009f801d
FPB0: 0x0004150d (n = 4, m1 = 21, m2 = 13)
FPB1: 0x0004150d (n = 4, m1 = 21, m2 = 13)
DPLL_B: 0x00000000 (disabled, non-dvo, VGA, default
clock, DAC/serial mode, p1 = 2, p2 = 2)
DPLL_B_MD: 0x00000000
HTOTAL_B: 0x053f03ff (1024 active, 1344 total)
HBLANK_B: 0x053f03ff (1024 start, 1344 end)
HSYNC_B: 0x049f0417 (1048 start, 1184 end)
VTOTAL_B: 0x032502ff (768 active, 806 total)
VBLANK_B: 0x032502ff (768 start, 806 end)
VSYNC_B: 0x03080302 (771 start, 777 end)
BCLRPAT_B: 0x00000000
VSYNCSHIFT_B: 0x00000000
VCLK_DIVISOR_VGA0: 0x00021207
VCLK_DIVISOR_VGA1: 0x00031406
VCLK_POST_DIV: 0x0000888b
VGACNTRL: 0x80000000 (disabled)
TV_CTL: 0x00000000
TV_DAC: 0x00000000
TV_CSC_Y: 0x00000000
TV_CSC_Y2: 0x00000000
TV_CSC_U: 0x00000000
TV_CSC_U2: 0x00000000
TV_CSC_V: 0x00000000
TV_CSC_V2: 0x00000000
TV_CLR_KNOBS: 0x00000000
TV_CLR_LEVEL: 0x00000000
TV_H_CTL_1: 0x00000000
TV_H_CTL_2: 0x00000000
TV_H_CTL_3: 0x00000000
TV_V_CTL_1: 0x00000000
TV_V_CTL_2: 0x00000000
TV_V_CTL_3: 0x00000000
TV_V_CTL_4: 0x00000000
TV_V_CTL_5: 0x00000000
TV_V_CTL_6: 0x00000000
TV_V_CTL_7: 0x00000000
TV_SC_CTL_1: 0x00000000
TV_SC_CTL_2: 0x00000000
TV_SC_CTL_3: 0x00000000
TV_WIN_POS: 0x00000000
TV_WIN_SIZE: 0x00000000
TV_FILTER_CTL_1: 0x00000000
TV_FILTER_CTL_2: 0x00000000
TV_FILTER_CTL_3: 0x00000000
TV_CC_CONTROL: 0x00000000
TV_CC_DATA: 0x00000000
TV_H_LUMA_0: 0x00000000
TV_H_LUMA_59: 0x00000000
TV_H_CHROMA_0: 0x00000000
TV_H_CHROMA_59: 0x00000000
FBC_CFB_BASE: 0x00000000
FBC_LL_BASE: 0x00000000
FBC_CONTROL: 0x00000000
FBC_COMMAND: 0x00000000
FBC_STATUS: 0x00000000
FBC_CONTROL2: 0x00000000
FBC_FENCE_OFF: 0x00000000
FBC_MOD_NUM: 0x00000000
MI_MODE: 0x00000000
MI_ARB_STATE: 0x00000000
MI_RDRET_STATE: 0x00000000
ECOSKPD: 0x00000307
DP_B: 0x00000000
DPB_AUX_CH_CTL: 0x00000000
DPB_AUX_CH_DATA1: 0x00000000
DPB_AUX_CH_DATA2: 0x00000000
DPB_AUX_CH_DATA3: 0x00000000
DPB_AUX_CH_DATA4: 0x00000000
DPB_AUX_CH_DATA5: 0x00000000
DP_C: 0x00000000
DPC_AUX_CH_CTL: 0x00000000
DPC_AUX_CH_DATA1: 0x00000000
DPC_AUX_CH_DATA2: 0x00000000
DPC_AUX_CH_DATA3: 0x00000000
DPC_AUX_CH_DATA4: 0x00000000
DPC_AUX_CH_DATA5: 0x00000000
DP_D: 0x00000000
DPD_AUX_CH_CTL: 0x00000000
DPD_AUX_CH_DATA1: 0x00000000
DPD_AUX_CH_DATA2: 0x00000000
DPD_AUX_CH_DATA3: 0x00000000
DPD_AUX_CH_DATA4: 0x00000000
DPD_AUX_CH_DATA5: 0x00000000
AUD_CONFIG: 0x00000000
AUD_HDMIW_STATUS: 0x00000000
AUD_CONV_CHCNT: 0x00000000
VIDEO_DIP_CTL: 0x00000000
AUD_PINW_CNTR: 0x00000000
AUD_CNTL_ST: 0x00000000
AUD_PIN_CAP: 0x00000000
AUD_PINW_CAP: 0x00000000
AUD_PINW_UNSOLRESP: 0x00000000
AUD_OUT_DIG_CNVT: 0x00000000
AUD_OUT_CWCAP: 0x00000000
AUD_GRP_CAP: 0x00000000
FENCE 0: 0x01000351 (enabled, X tiled, 16384 pitch,
0x01000000 - 0x01800000 (8192kb))
FENCE 1: 0x05000561 (enabled, X tiled, 32768 pitch,
0x05000000 - 0x07000000 (32768kb))
FENCE 2: 0x01600131 (enabled, X tiled, 4096 pitch,
0x01600000 - 0x01800000 (2048kb))
FENCE 3: 0x00000000 (disabled)
FENCE 4: 0x00000000 (disabled)
FENCE 5: 0x03000561 (enabled, X tiled, 32768 pitch,
0x03000000 - 0x05000000 (32768kb))
FENCE 6: 0x00000000 (disabled)
FENCE 7: 0x00000000 (disabled)
FENCE 8: 0x00000000 (disabled)
FENCE 9: 0x00000000 (disabled)
FENCE 10: 0x00000000 (disabled)
FENCE 11: 0x00000000 (disabled)
FENCE 12: 0x00000048 (disabled)
FENCE 13: 0x00000002 (disabled)
FENCE 14: 0x00000000 (disabled)
FENCE 15: 0x00000000 (disabled)
FENCE START 0: 0x00000000 (disabled)
FENCE END 0: 0x00000000 (disabled)
FENCE START 1: 0x00000000 (disabled)
FENCE END 1: 0x00000000 (disabled)
FENCE START 2: 0x00000048 (disabled)
FENCE END 2: 0x00000002 (disabled)
FENCE START 3: 0x00000000 (disabled)
FENCE END 3: 0x00000000 (disabled)
FENCE START 4: 0x00000000 (disabled)
FENCE END 4: 0x00000000 (disabled)
FENCE START 5: 0x00000000 (disabled)
FENCE END 5: 0x00000000 (disabled)
FENCE START 6: 0x00000000 (disabled)
FENCE END 6: 0x00000000 (disabled)
FENCE START 7: 0x00000000 (disabled)
FENCE END 7: 0x00000000 (disabled)
FENCE START 8: 0x00000000 (disabled)
FENCE END 8: 0x00000000 (disabled)
FENCE START 9: 0x00000000 (disabled)
FENCE END 9: 0x00000000 (disabled)
FENCE START 10: 0x00000000 (disabled)
FENCE END 10: 0x00000000 (disabled)
FENCE START 11: 0x00000000 (disabled)
FENCE END 11: 0x00000000 (disabled)
FENCE START 12: 0x00000000 (disabled)
FENCE END 12: 0x00000000 (disabled)
FENCE START 13: 0x00000000 (disabled)
FENCE END 13: 0x00000000 (disabled)
FENCE START 14: 0x00000000 (disabled)
FENCE END 14: 0x00000000 (disabled)
FENCE START 15: 0x00000000 (disabled)
FENCE END 15: 0x00000000 (disabled)
INST_PM: 0x00000000
pipe A dot 65000 n 4 m1 21 m2 13 p1 4 p2 4
pipe B dot 260000 n 4 m1 21 m2 13 p1 2 p2 2
---
If I try to move DVI1 to crtc 1, the internal screen stays blank. Then,
I can change the resolution of the external screen, but without any
picture on DVI1. This is what I get:
Screen 0: minimum 320 x 200, current 2048 x 1536, maximum 2048 x 2048
VGA1 connected 2048x1536+0+0 (0x46) normal (normal left inverted right x
axis y axis) 338mm x 270mm panning 2048x1536+0+0
Identifier: 0x41
Timestamp: 258836
Subpixel: unknown
Gamma: 1.0:1.0:1.0
Brightness: 1.0
Clones: DVI1
CRTC: 0
CRTCs: 0
Panning: 2048x1536+0+0
Tracking: 0x0+0+0
Border: 0/0/0/0
Transform: 1.000000 0.000000 0.000000
0.000000 1.000000 0.000000
0.000000 0.000000 1.000000
filter:
EDID:
00ffffffffffff004c2d1d0037314847
1a0c01030f221b8cea6f8ba25a4d9424
1a5156bfef8081806140454031400101
010101010101302a009851002a403070
1300520e1100001e000000fd0038551e
510e000a202020202020000000fc0053
796e634d61737465720a2020000000ff
0048344c543630343930380a20200054
1280x1024 (0x43) 108.0MHz +HSync +VSync +preferred
h: width 1280 start 1328 end 1440 total 1688 skew 0 clock
64.0KHz
v: height 1024 start 1025 end 1028 total 1066 clock
60.0Hz
1280x1024 (0x44) 135.0MHz +HSync +VSync
h: width 1280 start 1296 end 1440 total 1688 skew 0 clock
80.0KHz
v: height 1024 start 1025 end 1028 total 1066 clock
75.0Hz
1152x864 (0x45) 108.0MHz +HSync +VSync
h: width 1152 start 1216 end 1344 total 1600 skew 0 clock
67.5KHz
v: height 864 start 865 end 868 total 900 clock
75.0Hz
1024x768 (0x46) 78.8MHz +HSync +VSync *current
h: width 1024 start 1040 end 1136 total 1312 skew 0 clock
60.1KHz
v: height 768 start 769 end 772 total 800 clock
75.1Hz
1024x768 (0x47) 75.0MHz -HSync -VSync
h: width 1024 start 1048 end 1184 total 1328 skew 0 clock
56.5KHz
v: height 768 start 771 end 777 total 806 clock
70.1Hz
1024x768 (0x48) 65.0MHz -HSync -VSync
h: width 1024 start 1048 end 1184 total 1344 skew 0 clock
48.4KHz
v: height 768 start 771 end 777 total 806 clock
60.0Hz
832x624 (0x49) 57.3MHz -HSync -VSync
h: width 832 start 864 end 928 total 1152 skew 0 clock
49.7KHz
v: height 624 start 625 end 628 total 667 clock
74.6Hz
800x600 (0x4a) 50.0MHz +HSync +VSync
h: width 800 start 856 end 976 total 1040 skew 0 clock
48.1KHz
v: height 600 start 637 end 643 total 666 clock
72.2Hz
800x600 (0x4b) 49.5MHz +HSync +VSync
h: width 800 start 816 end 896 total 1056 skew 0 clock
46.9KHz
v: height 600 start 601 end 604 total 625 clock
75.0Hz
800x600 (0x4c) 40.0MHz +HSync +VSync
h: width 800 start 840 end 968 total 1056 skew 0 clock
37.9KHz
v: height 600 start 601 end 605 total 628 clock
60.3Hz
800x600 (0x4d) 36.0MHz +HSync +VSync
h: width 800 start 824 end 896 total 1024 skew 0 clock
35.2KHz
v: height 600 start 601 end 603 total 625 clock
56.2Hz
640x480 (0x4e) 31.5MHz -HSync -VSync
h: width 640 start 656 end 720 total 840 skew 0 clock
37.5KHz
v: height 480 start 481 end 484 total 500 clock
75.0Hz
640x480 (0x4f) 31.5MHz -HSync -VSync
h: width 640 start 664 end 704 total 832 skew 0 clock
37.9KHz
v: height 480 start 489 end 491 total 520 clock
72.8Hz
640x480 (0x50) 30.2MHz -HSync -VSync
h: width 640 start 704 end 768 total 864 skew 0 clock
35.0KHz
v: height 480 start 483 end 486 total 525 clock
66.7Hz
640x480 (0x51) 25.2MHz -HSync -VSync
h: width 640 start 656 end 752 total 800 skew 0 clock
31.5KHz
v: height 480 start 490 end 492 total 525 clock
60.0Hz
640x480 (0x52) 25.2MHz -HSync -VSync
h: width 640 start 656 end 752 total 800 skew 0 clock
31.5KHz
v: height 480 start 489 end 492 total 525 clock
59.9Hz
720x400 (0x53) 28.3MHz -HSync +VSync
h: width 720 start 738 end 846 total 900 skew 0 clock
31.5KHz
v: height 400 start 412 end 414 total 449 clock
70.1Hz
DVI1 connected 800x600+1024+0 (0x4c) normal (normal left inverted right
x axis y axis) 0mm x 0mm
Identifier: 0x42
Timestamp: 258836
Subpixel: horizontal rgb
Gamma: 1.0:1.0:1.0
Brightness: 1.0
Clones: VGA1
CRTC: 1
CRTCs: 0 1
Transform: 1.000000 0.000000 0.000000
0.000000 1.000000 0.000000
0.000000 0.000000 1.000000
filter:
1024x768 (0x48) 65.0MHz -HSync -VSync
h: width 1024 start 1048 end 1184 total 1344 skew 0 clock
48.4KHz
v: height 768 start 771 end 777 total 806 clock
60.0Hz
800x600 (0x4c) 40.0MHz +HSync +VSync *current
h: width 800 start 840 end 968 total 1056 skew 0 clock
37.9KHz
v: height 600 start 601 end 605 total 628 clock
60.3Hz
800x600 (0x4d) 36.0MHz +HSync +VSync
h: width 800 start 824 end 896 total 1024 skew 0 clock
35.2KHz
v: height 600 start 601 end 603 total 625 clock
56.2Hz
640x480 (0x52) 25.2MHz -HSync -VSync
h: width 640 start 656 end 752 total 800 skew 0 clock
31.5KHz
v: height 480 start 489 end 492 total 525 clock
59.9Hz
Note that DVI1 still claims being a clone of VGA1, but the screen
remains dark. The resolution is now a different one, but black in
800x600 is still black. (-: This is the register configuration:
DCC: 0x00000000 (`t\x05bv\x05\aqx\x05d
x)
CHDECMISC: 0x00000000 (none, ch2 enh disabled, ch1 enh
disabled, ch0 enh disabled, flex disabled, ep not present)
C0DRB0: 0x00000000 (0x0000)
C0DRB1: 0x00000000 (0x0000)
C0DRB2: 0x00000000 (0x0000)
C0DRB3: 0x00000000 (0x0000)
C1DRB0: 0x00000000 (0x0000)
C1DRB1: 0x00000000 (0x0000)
C1DRB2: 0x00000000 (0x0000)
C1DRB3: 0x00000000 (0x0000)
C0DRA01: 0x00000000 (0x0000)
C0DRA23: 0x00000000 (0x0000)
C1DRA01: 0x00000000 (0x0000)
C1DRA23: 0x00000000 (0x0000)
PGETBL_CTL: 0x3ff60001
VCLK_DIVISOR_VGA0: 0x00021207 (n = 2, m1 = 18, m2 = 7)
VCLK_DIVISOR_VGA1: 0x00031406 (n = 3, m1 = 20, m2 = 6)
VCLK_POST_DIV: 0x0000888b (vga0 p1 = 13, p2 = 4, vga1 p1 = 10,
p2 = 4)
DPLL_TEST: 0x00000000 (, DPLLA input buffer disabled, DPLLB
input buffer disabled)
CACHE_MODE_0: 0x00000000
D_STATE: 0x00000000
DSPCLK_GATE_D: 0x00000008 (clock gates disabled: OVRUNIT)
RENCLK_GATE_D1: 0x00000000
RENCLK_GATE_D2: 0x00000000
SDVOB: 0x80004084 (enabled, pipe A, stall disabled,
detected)
SDVOC: 0xd000409c (enabled, pipe B, stall disabled,
detected)
SDVOUDI: 0x00000000
DSPARB: 0x00017e5f
DSPFW1: 0x00000000
DSPFW2: 0x00000000
DSPFW3: 0x00000000
ADPA: 0x80000018 (enabled, pipe A, +hsync, +vsync)
LVDS: 0x00000000 (disabled, pipe A, 18 bit, 1 channel)
DVOA: 0x00000000 (disabled, pipe A, no stall, -hsync,
-vsync)
DVOB: 0x80004084 (enabled, pipe A, no stall, -hsync,
-vsync)
DVOC: 0xd000409c (enabled, pipe B, stall, +hsync, +vsync)
DVOA_SRCDIM: 0x00000000
DVOB_SRCDIM: 0x00000000
DVOC_SRCDIM: 0x00000000
PP_CONTROL: 0x00000000 (power target: off)
PP_STATUS: 0x00000000 (off, not ready, sequencing idle)
PP_ON_DELAYS: 0x00000000
PP_OFF_DELAYS: 0x00000000
PP_DIVISOR: 0x00000000
PFIT_CONTROL: 0x00000000
PFIT_PGM_RATIOS: 0x00000000
PORT_HOTPLUG_EN: 0x00000000
PORT_HOTPLUG_STAT: 0x00000000
DSPACNTR: 0x98000000 (enabled, pipe A)
DSPASTRIDE: 0x00002000 (8192 bytes)
DSPAPOS: 0x00000000 (0, 0)
DSPASIZE: 0x02ff03ff (1024, 768)
DSPABASE: 0x04000000
DSPASURF: 0x00000000
DSPATILEOFF: 0x00000000
PIPEACONF: 0x80000000 (enabled, single-wide)
PIPEASRC: 0x03ff02ff (1024, 768)
PIPEASTAT: 0x10000207 (status: CRC_DONE_ENABLE
VSYNC_INT_STATUS SVBLANK_INT_STATUS VBLANK_INT_STATUS OREG_UPDATE_STATUS)
PIPEA_GMCH_DATA_M: 0x00000000
PIPEA_GMCH_DATA_N: 0x00000000
PIPEA_DP_LINK_M: 0x00000000
PIPEA_DP_LINK_N: 0x00000000
CURSOR_A_BASE: 0x34d6c000
CURSOR_A_CONTROL: 0x04000027
CURSOR_A_POSITION: 0x00180050
FPA0: 0x00051610 (n = 5, m1 = 22, m2 = 16)
FPA1: 0x00051610 (n = 5, m1 = 22, m2 = 16)
DPLL_A: 0x90810000 (enabled, non-dvo, default clock,
DAC/serial mode, p1 = 3, p2 = 4)
DPLL_A_MD: 0x00000000
HTOTAL_A: 0x051f03ff (1024 active, 1312 total)
HBLANK_A: 0x051f03ff (1024 start, 1312 end)
HSYNC_A: 0x046f040f (1040 start, 1136 end)
VTOTAL_A: 0x031f02ff (768 active, 800 total)
VBLANK_A: 0x031f02ff (768 start, 800 end)
VSYNC_A: 0x03030300 (769 start, 772 end)
BCLRPAT_A: 0x00000000
VSYNCSHIFT_A: 0x00000000
DSPBCNTR: 0x99000000 (enabled, pipe B)
DSPBSTRIDE: 0x00002000 (8192 bytes)
DSPBPOS: 0x00000000 (0, 0)
DSPBSIZE: 0x0257031f (800, 600)
DSPBBASE: 0x04001000
DSPBSURF: 0x00000000
DSPBTILEOFF: 0x00000000
PIPEBCONF: 0x80000000 (enabled, single-wide)
PIPEBSRC: 0x031f0257 (800, 600)
PIPEBSTAT: 0x10000206 (status: CRC_DONE_ENABLE
VSYNC_INT_STATUS SVBLANK_INT_STATUS VBLANK_INT_STATUS)
PIPEB_GMCH_DATA_M: 0x00000000
PIPEB_GMCH_DATA_N: 0x00000000
PIPEB_DP_LINK_M: 0x00000000
PIPEB_DP_LINK_N: 0x00000000
CURSOR_B_BASE: 0x00000000
CURSOR_B_CONTROL: 0x10000000
CURSOR_B_POSITION: 0x00180050
FPB0: 0x0002130d (n = 2, m1 = 19, m2 = 13)
FPB1: 0x0002130d (n = 2, m1 = 19, m2 = 13)
DPLL_B: 0xd0870000 (enabled, dvo, default clock,
DAC/serial mode, p1 = 9, p2 = 4)
DPLL_B_MD: 0x00000000
HTOTAL_B: 0x041f031f (800 active, 1056 total)
HBLANK_B: 0x041f031f (800 start, 1056 end)
HSYNC_B: 0x03c70347 (840 start, 968 end)
VTOTAL_B: 0x02730257 (600 active, 628 total)
VBLANK_B: 0x02730257 (600 start, 628 end)
VSYNC_B: 0x025c0258 (601 start, 605 end)
BCLRPAT_B: 0x00000000
VSYNCSHIFT_B: 0x00000000
VCLK_DIVISOR_VGA0: 0x00021207
VCLK_DIVISOR_VGA1: 0x00031406
VCLK_POST_DIV: 0x0000888b
VGACNTRL: 0x80000000 (disabled)
TV_CTL: 0x00000000
TV_DAC: 0x00000000
TV_CSC_Y: 0x00000000
TV_CSC_Y2: 0x00000000
TV_CSC_U: 0x00000000
TV_CSC_U2: 0x00000000
TV_CSC_V: 0x00000000
TV_CSC_V2: 0x00000000
TV_CLR_KNOBS: 0x00000000
TV_CLR_LEVEL: 0x00000000
TV_H_CTL_1: 0x00000000
TV_H_CTL_2: 0x00000000
TV_H_CTL_3: 0x00000000
TV_V_CTL_1: 0x00000000
TV_V_CTL_2: 0x00000000
TV_V_CTL_3: 0x00000000
TV_V_CTL_4: 0x00000000
TV_V_CTL_5: 0x00000000
TV_V_CTL_6: 0x00000000
TV_V_CTL_7: 0x00000000
TV_SC_CTL_1: 0x00000000
TV_SC_CTL_2: 0x00000000
TV_SC_CTL_3: 0x00000000
TV_WIN_POS: 0x00000000
TV_WIN_SIZE: 0x00000000
TV_FILTER_CTL_1: 0x00000000
TV_FILTER_CTL_2: 0x00000000
TV_FILTER_CTL_3: 0x00000000
TV_CC_CONTROL: 0x00000000
TV_CC_DATA: 0x00000000
TV_H_LUMA_0: 0x00000000
TV_H_LUMA_59: 0x00000000
TV_H_CHROMA_0: 0x00000000
TV_H_CHROMA_59: 0x00000000
FBC_CFB_BASE: 0x00000000
FBC_LL_BASE: 0x00000000
FBC_CONTROL: 0x00000000
FBC_COMMAND: 0x00000000
FBC_STATUS: 0x00000000
FBC_CONTROL2: 0x00000000
FBC_FENCE_OFF: 0x00000000
FBC_MOD_NUM: 0x00000000
MI_MODE: 0x00000000
MI_ARB_STATE: 0x00000000
MI_RDRET_STATE: 0x00000000
ECOSKPD: 0x00000307
DP_B: 0x00000000
DPB_AUX_CH_CTL: 0x00000000
DPB_AUX_CH_DATA1: 0x00000000
DPB_AUX_CH_DATA2: 0x00000000
DPB_AUX_CH_DATA3: 0x00000000
DPB_AUX_CH_DATA4: 0x00000000
DPB_AUX_CH_DATA5: 0x00000000
DP_C: 0x00000000
DPC_AUX_CH_CTL: 0x00000000
DPC_AUX_CH_DATA1: 0x00000000
DPC_AUX_CH_DATA2: 0x00000000
DPC_AUX_CH_DATA3: 0x00000000
DPC_AUX_CH_DATA4: 0x00000000
DPC_AUX_CH_DATA5: 0x00000000
DP_D: 0x00000000
DPD_AUX_CH_CTL: 0x00000000
DPD_AUX_CH_DATA1: 0x00000000
DPD_AUX_CH_DATA2: 0x00000000
DPD_AUX_CH_DATA3: 0x00000000
DPD_AUX_CH_DATA4: 0x00000000
DPD_AUX_CH_DATA5: 0x00000000
AUD_CONFIG: 0x00000000
AUD_HDMIW_STATUS: 0x00000000
AUD_CONV_CHCNT: 0x00000000
VIDEO_DIP_CTL: 0x00000000
AUD_PINW_CNTR: 0x00000000
AUD_CNTL_ST: 0x00000000
AUD_PIN_CAP: 0x00000000
AUD_PINW_CAP: 0x00000000
AUD_PINW_UNSOLRESP: 0x00000000
AUD_OUT_DIG_CNVT: 0x00000000
AUD_OUT_CWCAP: 0x00000000
AUD_GRP_CAP: 0x00000000
FENCE 0: 0x04000561 (enabled, X tiled, 32768 pitch,
0x04000000 - 0x06000000 (32768kb))
FENCE 1: 0x01000561 (enabled, X tiled, 32768 pitch,
0x01000000 - 0x03000000 (32768kb))
FENCE 2: 0x00000000 (disabled)
FENCE 3: 0x00000000 (disabled)
FENCE 4: 0x03500131 (enabled, X tiled, 4096 pitch,
0x03500000 - 0x03700000 (2048kb))
FENCE 5: 0x00000000 (disabled)
FENCE 6: 0x00000000 (disabled)
FENCE 7: 0x00000000 (disabled)
FENCE 8: 0x00000000 (disabled)
FENCE 9: 0x00000000 (disabled)
FENCE 10: 0x00000000 (disabled)
FENCE 11: 0x00000000 (disabled)
FENCE 12: 0x00000048 (disabled)
FENCE 13: 0x00000002 (disabled)
FENCE 14: 0x00000000 (disabled)
FENCE 15: 0x00000000 (disabled)
FENCE START 0: 0x00000000 (disabled)
FENCE END 0: 0x00000000 (disabled)
FENCE START 1: 0x00000000 (disabled)
FENCE END 1: 0x00000000 (disabled)
FENCE START 2: 0x00000048 (disabled)
FENCE END 2: 0x00000002 (disabled)
FENCE START 3: 0x00000000 (disabled)
FENCE END 3: 0x00000000 (disabled)
FENCE START 4: 0x00000000 (disabled)
FENCE END 4: 0x00000000 (disabled)
FENCE START 5: 0x00000000 (disabled)
FENCE END 5: 0x00000000 (disabled)
FENCE START 6: 0x00000000 (disabled)
FENCE END 6: 0x00000000 (disabled)
FENCE START 7: 0x00000000 (disabled)
FENCE END 7: 0x00000000 (disabled)
FENCE START 8: 0x00000000 (disabled)
FENCE END 8: 0x00000000 (disabled)
FENCE START 9: 0x00000000 (disabled)
FENCE END 9: 0x00000000 (disabled)
FENCE START 10: 0x00000000 (disabled)
FENCE END 10: 0x00000000 (disabled)
FENCE START 11: 0x00000000 (disabled)
FENCE END 11: 0x00000000 (disabled)
FENCE START 12: 0x00000000 (disabled)
FENCE END 12: 0x00000000 (disabled)
FENCE START 13: 0x00000000 (disabled)
FENCE END 13: 0x00000000 (disabled)
FENCE START 14: 0x00000000 (disabled)
FENCE END 14: 0x00000000 (disabled)
FENCE START 15: 0x00000000 (disabled)
FENCE END 15: 0x00000000 (disabled)
INST_PM: 0x00000000
pipe A dot 78857 n 5 m1 22 m2 16 p1 3 p2 4
pipe B dot 40000 n 2 m1 19 m2 13 p1 9 p2 4
Greetings,
Thomas
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: Breaking suspend/resume by the Pipe A quirk
2014-06-03 14:38 ` Breaking suspend/resume by the Pipe A quirk Thomas Richter
@ 2014-06-03 14:45 ` Daniel Vetter
2014-06-03 15:04 ` Thomas Richter
0 siblings, 1 reply; 27+ messages in thread
From: Daniel Vetter @ 2014-06-03 14:45 UTC (permalink / raw)
To: Thomas Richter; +Cc: Thomas Richter, intel-gfx
On Tue, Jun 03, 2014 at 04:38:40PM +0200, Thomas Richter wrote:
> Hi Daniel, dear intel experts,
>
> >We've put a crtc restriction on VGA (it needs to be crtc 0) to work around
> >some issues. DVI/LVDS should work on crtc 1. You can set this with the
> >--crtc knob for xrandr.
> >
> Unfortunately, I cannot. Whenever I put DVI1 (which is connected to the
> internal screen) on crt1,
> the internal screen stays blank. Where would I need to modify the sources to
> test whether I could try
> the reverse, i.e. drive VGA with crt1? (That's not possibly, as you say).
diff --git a/drivers/gpu/drm/i915/intel_crt.c b/drivers/gpu/drm/i915/intel_crt.c
index 22d8347f7838..80e3f1fc1ad6 100644
--- a/drivers/gpu/drm/i915/intel_crt.c
+++ b/drivers/gpu/drm/i915/intel_crt.c
@@ -833,10 +833,7 @@ void intel_crt_init(struct drm_device *dev)
crt->base.type = INTEL_OUTPUT_ANALOG;
crt->base.cloneable = (1 << INTEL_OUTPUT_DVO) | (1 << INTEL_OUTPUT_HDMI);
- if (IS_I830(dev))
- crt->base.crtc_mask = (1 << 0);
- else
- crt->base.crtc_mask = (1 << 0) | (1 << 1) | (1 << 2);
+ crt->base.crtc_mask = (1 << 0) | (1 << 1) | (1 << 2);
if (IS_GEN2(dev))
connector->interlace_allowed = 0;
> I neither found a way to un-clone the screens, i.e. you can say that xrandr
> should place VGA1 to the left
> of DVI1, but xrandr --verbose still claims that VGA1 and DVI1 are clones of
> each other. The best you get is
> a blank screen on DVI1, and a high-resolution display on VGA1, but not two
> independent monitors with
> differing resolutions.
Yeah, if you can't move the panel to the crtc 1 only cloning will be
possible.
> Here is the configuration when booting. It clones the monitors, even though
> the bios says "internal only". Never mind,
> this works:
Yeah, both connectors use CRTC 0. Have you tried what happens if you:
- disable DVI1 first (--off)
- then enable it on crtc 1?
Cheers, Daniel
>
> (p.s. any news from the watermark-alignment patch? Is this acceptable?)
>
> Screen 0: minimum 320 x 200, current 2048 x 1536, maximum 2048 x 2048
> VGA1 disconnected 2048x1536+0+0 (0x48) normal (normal left inverted right x
> axis y axis) 0mm x 0mm panning 2048x1536+0+0
> Identifier: 0x41
> Timestamp: 463642
> Subpixel: unknown
> Gamma: 1.0:1.0:1.0
> Brightness: 1.0
> Clones: DVI1
> CRTC: 0
> CRTCs: 0
> Panning: 2048x1536+0+0
> Tracking: 0x0+0+0
> Border: 0/0/0/0
> Transform: 1.000000 0.000000 0.000000
> 0.000000 1.000000 0.000000
> 0.000000 0.000000 1.000000
> filter:
> DVI1 connected 2048x1536+0+0 (0x48) normal (normal left inverted right x
> axis y axis) 0mm x 0mm panning 2048x1536+0+0
> Identifier: 0x42
> Timestamp: 463642
> Subpixel: horizontal rgb
> Gamma: 1.0:1.0:1.0
> Brightness: 1.0
> Clones: VGA1
> CRTC: 0
> CRTCs: 0 1
> Panning: 2048x1536+0+0
> Tracking: 0x0+0+0
> Border: 0/0/0/0
> Transform: 1.000000 0.000000 0.000000
> 0.000000 1.000000 0.000000
> 0.000000 0.000000 1.000000
> filter:
> 1024x768 (0x48) 65.0MHz -HSync -VSync *current
> h: width 1024 start 1048 end 1184 total 1344 skew 0 clock
> 48.4KHz
> v: height 768 start 771 end 777 total 806 clock
> 60.0Hz
> 800x600 (0x4c) 40.0MHz +HSync +VSync
> h: width 800 start 840 end 968 total 1056 skew 0 clock
> 37.9KHz
> v: height 600 start 601 end 605 total 628 clock
> 60.3Hz
> 800x600 (0x4d) 36.0MHz +HSync +VSync
> h: width 800 start 824 end 896 total 1024 skew 0 clock
> 35.2KHz
> v: height 600 start 601 end 603 total 625 clock
> 56.2Hz
> 640x480 (0x52) 25.2MHz -HSync -VSync
> h: width 640 start 656 end 752 total 800 skew 0 clock
> 31.5KHz
> v: height 480 start 489 end 492 total 525 clock
> 59.9Hz
>
> --
>
> And this is the register dump:
>
> DCC: 0x00000000 (`7r\x14bFt\x04ndu)
> CHDECMISC: 0x00000000 (none, ch2 enh disabled, ch1 enh disabled,
> ch0 enh disabled, flex disabled, ep not present)
> C0DRB0: 0x00000000 (0x0000)
> C0DRB1: 0x00000000 (0x0000)
> C0DRB2: 0x00000000 (0x0000)
> C0DRB3: 0x00000000 (0x0000)
> C1DRB0: 0x00000000 (0x0000)
> C1DRB1: 0x00000000 (0x0000)
> C1DRB2: 0x00000000 (0x0000)
> C1DRB3: 0x00000000 (0x0000)
> C0DRA01: 0x00000000 (0x0000)
> C0DRA23: 0x00000000 (0x0000)
> C1DRA01: 0x00000000 (0x0000)
> C1DRA23: 0x00000000 (0x0000)
> PGETBL_CTL: 0x3ff60001
> VCLK_DIVISOR_VGA0: 0x00021207 (n = 2, m1 = 18, m2 = 7)
> VCLK_DIVISOR_VGA1: 0x00031406 (n = 3, m1 = 20, m2 = 6)
> VCLK_POST_DIV: 0x0000888b (vga0 p1 = 13, p2 = 4, vga1 p1 = 10, p2 =
> 4)
> DPLL_TEST: 0x00000000 (, DPLLA input buffer disabled, DPLLB input
> buffer disabled)
> CACHE_MODE_0: 0x00000000
> D_STATE: 0x00000000
> DSPCLK_GATE_D: 0x00000008 (clock gates disabled: OVRUNIT)
> RENCLK_GATE_D1: 0x00000000
> RENCLK_GATE_D2: 0x00000000
> SDVOB: 0x80004084 (enabled, pipe A, stall disabled, detected)
> SDVOC: 0x90004084 (enabled, pipe A, stall disabled, detected)
> SDVOUDI: 0x00000000
> DSPARB: 0x00017e5f
> DSPFW1: 0x00000000
> DSPFW2: 0x00000000
> DSPFW3: 0x00000000
> ADPA: 0x80000000 (enabled, pipe A, -hsync, -vsync)
> LVDS: 0x00000000 (disabled, pipe A, 18 bit, 1 channel)
> DVOA: 0x00000000 (disabled, pipe A, no stall, -hsync,
> -vsync)
> DVOB: 0x80004084 (enabled, pipe A, no stall, -hsync, -vsync)
> DVOC: 0x90004084 (enabled, pipe A, stall, -hsync, -vsync)
> DVOA_SRCDIM: 0x00000000
> DVOB_SRCDIM: 0x00000000
> DVOC_SRCDIM: 0x00000000
> PP_CONTROL: 0x00000000 (power target: off)
> PP_STATUS: 0x00000000 (off, not ready, sequencing idle)
> PP_ON_DELAYS: 0x00000000
> PP_OFF_DELAYS: 0x00000000
> PP_DIVISOR: 0x00000000
> PFIT_CONTROL: 0x00000000
> PFIT_PGM_RATIOS: 0x00000000
> PORT_HOTPLUG_EN: 0x00000000
> PORT_HOTPLUG_STAT: 0x00000000
> DSPACNTR: 0x98000000 (enabled, pipe A)
> DSPASTRIDE: 0x00002000 (8192 bytes)
> DSPAPOS: 0x00000000 (0, 0)
> DSPASIZE: 0x02ff03ff (1024, 768)
> DSPABASE: 0x03000000
> DSPASURF: 0x00000000
> DSPATILEOFF: 0x00000000
> PIPEACONF: 0x80000000 (enabled, single-wide)
> PIPEASRC: 0x03ff02ff (1024, 768)
> PIPEASTAT: 0x10000207 (status: CRC_DONE_ENABLE VSYNC_INT_STATUS
> SVBLANK_INT_STATUS VBLANK_INT_STATUS OREG_UPDATE_STATUS)
> PIPEA_GMCH_DATA_M: 0x00000000
> PIPEA_GMCH_DATA_N: 0x00000000
> PIPEA_DP_LINK_M: 0x00000000
> PIPEA_DP_LINK_N: 0x00000000
> CURSOR_A_BASE: 0x35a28000
> CURSOR_A_CONTROL: 0x04000027
> CURSOR_A_POSITION: 0x000a0271
> FPA0: 0x0004150d (n = 4, m1 = 21, m2 = 13)
> FPA1: 0x0004150d (n = 4, m1 = 21, m2 = 13)
> DPLL_A: 0xd0820000 (enabled, dvo, default clock, DAC/serial
> mode, p1 = 4, p2 = 4)
> DPLL_A_MD: 0x00000000
> HTOTAL_A: 0x053f03ff (1024 active, 1344 total)
> HBLANK_A: 0x053f03ff (1024 start, 1344 end)
> HSYNC_A: 0x049f0417 (1048 start, 1184 end)
> VTOTAL_A: 0x032502ff (768 active, 806 total)
> VBLANK_A: 0x032502ff (768 start, 806 end)
> VSYNC_A: 0x03080302 (771 start, 777 end)
> BCLRPAT_A: 0x00000000
> VSYNCSHIFT_A: 0x00000000
> DSPBCNTR: 0x19000000 (disabled, pipe B)
> DSPBSTRIDE: 0x00001400 (5120 bytes)
> DSPBPOS: 0x00000000 (0, 0)
> DSPBSIZE: 0x02ff03ff (1024, 768)
> DSPBBASE: 0x00060000
> DSPBSURF: 0x00000000
> DSPBTILEOFF: 0x00000000
> PIPEBCONF: 0x00000000 (disabled, single-wide)
> PIPEBSRC: 0x03ff02ff (1024, 768)
> PIPEBSTAT: 0x10000000 (status: CRC_DONE_ENABLE)
> PIPEB_GMCH_DATA_M: 0x00000000
> PIPEB_GMCH_DATA_N: 0x00000000
> PIPEB_DP_LINK_M: 0x00000000
> PIPEB_DP_LINK_N: 0x00000000
> CURSOR_B_BASE: 0x00000000
> CURSOR_B_CONTROL: 0x10000000
> CURSOR_B_POSITION: 0x009f801d
> FPB0: 0x0004150d (n = 4, m1 = 21, m2 = 13)
> FPB1: 0x0004150d (n = 4, m1 = 21, m2 = 13)
> DPLL_B: 0x00000000 (disabled, non-dvo, VGA, default clock,
> DAC/serial mode, p1 = 2, p2 = 2)
> DPLL_B_MD: 0x00000000
> HTOTAL_B: 0x053f03ff (1024 active, 1344 total)
> HBLANK_B: 0x053f03ff (1024 start, 1344 end)
> HSYNC_B: 0x049f0417 (1048 start, 1184 end)
> VTOTAL_B: 0x032502ff (768 active, 806 total)
> VBLANK_B: 0x032502ff (768 start, 806 end)
> VSYNC_B: 0x03080302 (771 start, 777 end)
> BCLRPAT_B: 0x00000000
> VSYNCSHIFT_B: 0x00000000
> VCLK_DIVISOR_VGA0: 0x00021207
> VCLK_DIVISOR_VGA1: 0x00031406
> VCLK_POST_DIV: 0x0000888b
> VGACNTRL: 0x80000000 (disabled)
> TV_CTL: 0x00000000
> TV_DAC: 0x00000000
> TV_CSC_Y: 0x00000000
> TV_CSC_Y2: 0x00000000
> TV_CSC_U: 0x00000000
> TV_CSC_U2: 0x00000000
> TV_CSC_V: 0x00000000
> TV_CSC_V2: 0x00000000
> TV_CLR_KNOBS: 0x00000000
> TV_CLR_LEVEL: 0x00000000
> TV_H_CTL_1: 0x00000000
> TV_H_CTL_2: 0x00000000
> TV_H_CTL_3: 0x00000000
> TV_V_CTL_1: 0x00000000
> TV_V_CTL_2: 0x00000000
> TV_V_CTL_3: 0x00000000
> TV_V_CTL_4: 0x00000000
> TV_V_CTL_5: 0x00000000
> TV_V_CTL_6: 0x00000000
> TV_V_CTL_7: 0x00000000
> TV_SC_CTL_1: 0x00000000
> TV_SC_CTL_2: 0x00000000
> TV_SC_CTL_3: 0x00000000
> TV_WIN_POS: 0x00000000
> TV_WIN_SIZE: 0x00000000
> TV_FILTER_CTL_1: 0x00000000
> TV_FILTER_CTL_2: 0x00000000
> TV_FILTER_CTL_3: 0x00000000
> TV_CC_CONTROL: 0x00000000
> TV_CC_DATA: 0x00000000
> TV_H_LUMA_0: 0x00000000
> TV_H_LUMA_59: 0x00000000
> TV_H_CHROMA_0: 0x00000000
> TV_H_CHROMA_59: 0x00000000
> FBC_CFB_BASE: 0x00000000
> FBC_LL_BASE: 0x00000000
> FBC_CONTROL: 0x00000000
> FBC_COMMAND: 0x00000000
> FBC_STATUS: 0x00000000
> FBC_CONTROL2: 0x00000000
> FBC_FENCE_OFF: 0x00000000
> FBC_MOD_NUM: 0x00000000
> MI_MODE: 0x00000000
> MI_ARB_STATE: 0x00000000
> MI_RDRET_STATE: 0x00000000
> ECOSKPD: 0x00000307
> DP_B: 0x00000000
> DPB_AUX_CH_CTL: 0x00000000
> DPB_AUX_CH_DATA1: 0x00000000
> DPB_AUX_CH_DATA2: 0x00000000
> DPB_AUX_CH_DATA3: 0x00000000
> DPB_AUX_CH_DATA4: 0x00000000
> DPB_AUX_CH_DATA5: 0x00000000
> DP_C: 0x00000000
> DPC_AUX_CH_CTL: 0x00000000
> DPC_AUX_CH_DATA1: 0x00000000
> DPC_AUX_CH_DATA2: 0x00000000
> DPC_AUX_CH_DATA3: 0x00000000
> DPC_AUX_CH_DATA4: 0x00000000
> DPC_AUX_CH_DATA5: 0x00000000
> DP_D: 0x00000000
> DPD_AUX_CH_CTL: 0x00000000
> DPD_AUX_CH_DATA1: 0x00000000
> DPD_AUX_CH_DATA2: 0x00000000
> DPD_AUX_CH_DATA3: 0x00000000
> DPD_AUX_CH_DATA4: 0x00000000
> DPD_AUX_CH_DATA5: 0x00000000
> AUD_CONFIG: 0x00000000
> AUD_HDMIW_STATUS: 0x00000000
> AUD_CONV_CHCNT: 0x00000000
> VIDEO_DIP_CTL: 0x00000000
> AUD_PINW_CNTR: 0x00000000
> AUD_CNTL_ST: 0x00000000
> AUD_PIN_CAP: 0x00000000
> AUD_PINW_CAP: 0x00000000
> AUD_PINW_UNSOLRESP: 0x00000000
> AUD_OUT_DIG_CNVT: 0x00000000
> AUD_OUT_CWCAP: 0x00000000
> AUD_GRP_CAP: 0x00000000
> FENCE 0: 0x01000351 (enabled, X tiled, 16384 pitch, 0x01000000
> - 0x01800000 (8192kb))
> FENCE 1: 0x05000561 (enabled, X tiled, 32768 pitch, 0x05000000
> - 0x07000000 (32768kb))
> FENCE 2: 0x01600131 (enabled, X tiled, 4096 pitch, 0x01600000 -
> 0x01800000 (2048kb))
> FENCE 3: 0x00000000 (disabled)
> FENCE 4: 0x00000000 (disabled)
> FENCE 5: 0x03000561 (enabled, X tiled, 32768 pitch, 0x03000000
> - 0x05000000 (32768kb))
> FENCE 6: 0x00000000 (disabled)
> FENCE 7: 0x00000000 (disabled)
> FENCE 8: 0x00000000 (disabled)
> FENCE 9: 0x00000000 (disabled)
> FENCE 10: 0x00000000 (disabled)
> FENCE 11: 0x00000000 (disabled)
> FENCE 12: 0x00000048 (disabled)
> FENCE 13: 0x00000002 (disabled)
> FENCE 14: 0x00000000 (disabled)
> FENCE 15: 0x00000000 (disabled)
> FENCE START 0: 0x00000000 (disabled)
> FENCE END 0: 0x00000000 (disabled)
> FENCE START 1: 0x00000000 (disabled)
> FENCE END 1: 0x00000000 (disabled)
> FENCE START 2: 0x00000048 (disabled)
> FENCE END 2: 0x00000002 (disabled)
> FENCE START 3: 0x00000000 (disabled)
> FENCE END 3: 0x00000000 (disabled)
> FENCE START 4: 0x00000000 (disabled)
> FENCE END 4: 0x00000000 (disabled)
> FENCE START 5: 0x00000000 (disabled)
> FENCE END 5: 0x00000000 (disabled)
> FENCE START 6: 0x00000000 (disabled)
> FENCE END 6: 0x00000000 (disabled)
> FENCE START 7: 0x00000000 (disabled)
> FENCE END 7: 0x00000000 (disabled)
> FENCE START 8: 0x00000000 (disabled)
> FENCE END 8: 0x00000000 (disabled)
> FENCE START 9: 0x00000000 (disabled)
> FENCE END 9: 0x00000000 (disabled)
> FENCE START 10: 0x00000000 (disabled)
> FENCE END 10: 0x00000000 (disabled)
> FENCE START 11: 0x00000000 (disabled)
> FENCE END 11: 0x00000000 (disabled)
> FENCE START 12: 0x00000000 (disabled)
> FENCE END 12: 0x00000000 (disabled)
> FENCE START 13: 0x00000000 (disabled)
> FENCE END 13: 0x00000000 (disabled)
> FENCE START 14: 0x00000000 (disabled)
> FENCE END 14: 0x00000000 (disabled)
> FENCE START 15: 0x00000000 (disabled)
> FENCE END 15: 0x00000000 (disabled)
> INST_PM: 0x00000000
> pipe A dot 65000 n 4 m1 21 m2 13 p1 4 p2 4
> pipe B dot 260000 n 4 m1 21 m2 13 p1 2 p2 2
>
> ---
>
> If I try to move DVI1 to crtc 1, the internal screen stays blank. Then, I
> can change the resolution of the external screen, but without any
> picture on DVI1. This is what I get:
>
> Screen 0: minimum 320 x 200, current 2048 x 1536, maximum 2048 x 2048
> VGA1 connected 2048x1536+0+0 (0x46) normal (normal left inverted right x
> axis y axis) 338mm x 270mm panning 2048x1536+0+0
> Identifier: 0x41
> Timestamp: 258836
> Subpixel: unknown
> Gamma: 1.0:1.0:1.0
> Brightness: 1.0
> Clones: DVI1
> CRTC: 0
> CRTCs: 0
> Panning: 2048x1536+0+0
> Tracking: 0x0+0+0
> Border: 0/0/0/0
> Transform: 1.000000 0.000000 0.000000
> 0.000000 1.000000 0.000000
> 0.000000 0.000000 1.000000
> filter:
> EDID:
> 00ffffffffffff004c2d1d0037314847
> 1a0c01030f221b8cea6f8ba25a4d9424
> 1a5156bfef8081806140454031400101
> 010101010101302a009851002a403070
> 1300520e1100001e000000fd0038551e
> 510e000a202020202020000000fc0053
> 796e634d61737465720a2020000000ff
> 0048344c543630343930380a20200054
> 1280x1024 (0x43) 108.0MHz +HSync +VSync +preferred
> h: width 1280 start 1328 end 1440 total 1688 skew 0 clock
> 64.0KHz
> v: height 1024 start 1025 end 1028 total 1066 clock
> 60.0Hz
> 1280x1024 (0x44) 135.0MHz +HSync +VSync
> h: width 1280 start 1296 end 1440 total 1688 skew 0 clock
> 80.0KHz
> v: height 1024 start 1025 end 1028 total 1066 clock
> 75.0Hz
> 1152x864 (0x45) 108.0MHz +HSync +VSync
> h: width 1152 start 1216 end 1344 total 1600 skew 0 clock
> 67.5KHz
> v: height 864 start 865 end 868 total 900 clock
> 75.0Hz
> 1024x768 (0x46) 78.8MHz +HSync +VSync *current
> h: width 1024 start 1040 end 1136 total 1312 skew 0 clock
> 60.1KHz
> v: height 768 start 769 end 772 total 800 clock
> 75.1Hz
> 1024x768 (0x47) 75.0MHz -HSync -VSync
> h: width 1024 start 1048 end 1184 total 1328 skew 0 clock
> 56.5KHz
> v: height 768 start 771 end 777 total 806 clock
> 70.1Hz
> 1024x768 (0x48) 65.0MHz -HSync -VSync
> h: width 1024 start 1048 end 1184 total 1344 skew 0 clock
> 48.4KHz
> v: height 768 start 771 end 777 total 806 clock
> 60.0Hz
> 832x624 (0x49) 57.3MHz -HSync -VSync
> h: width 832 start 864 end 928 total 1152 skew 0 clock
> 49.7KHz
> v: height 624 start 625 end 628 total 667 clock
> 74.6Hz
> 800x600 (0x4a) 50.0MHz +HSync +VSync
> h: width 800 start 856 end 976 total 1040 skew 0 clock
> 48.1KHz
> v: height 600 start 637 end 643 total 666 clock
> 72.2Hz
> 800x600 (0x4b) 49.5MHz +HSync +VSync
> h: width 800 start 816 end 896 total 1056 skew 0 clock
> 46.9KHz
> v: height 600 start 601 end 604 total 625 clock
> 75.0Hz
> 800x600 (0x4c) 40.0MHz +HSync +VSync
> h: width 800 start 840 end 968 total 1056 skew 0 clock
> 37.9KHz
> v: height 600 start 601 end 605 total 628 clock
> 60.3Hz
> 800x600 (0x4d) 36.0MHz +HSync +VSync
> h: width 800 start 824 end 896 total 1024 skew 0 clock
> 35.2KHz
> v: height 600 start 601 end 603 total 625 clock
> 56.2Hz
> 640x480 (0x4e) 31.5MHz -HSync -VSync
> h: width 640 start 656 end 720 total 840 skew 0 clock
> 37.5KHz
> v: height 480 start 481 end 484 total 500 clock
> 75.0Hz
> 640x480 (0x4f) 31.5MHz -HSync -VSync
> h: width 640 start 664 end 704 total 832 skew 0 clock
> 37.9KHz
> v: height 480 start 489 end 491 total 520 clock
> 72.8Hz
> 640x480 (0x50) 30.2MHz -HSync -VSync
> h: width 640 start 704 end 768 total 864 skew 0 clock
> 35.0KHz
> v: height 480 start 483 end 486 total 525 clock
> 66.7Hz
> 640x480 (0x51) 25.2MHz -HSync -VSync
> h: width 640 start 656 end 752 total 800 skew 0 clock
> 31.5KHz
> v: height 480 start 490 end 492 total 525 clock
> 60.0Hz
> 640x480 (0x52) 25.2MHz -HSync -VSync
> h: width 640 start 656 end 752 total 800 skew 0 clock
> 31.5KHz
> v: height 480 start 489 end 492 total 525 clock
> 59.9Hz
> 720x400 (0x53) 28.3MHz -HSync +VSync
> h: width 720 start 738 end 846 total 900 skew 0 clock
> 31.5KHz
> v: height 400 start 412 end 414 total 449 clock
> 70.1Hz
> DVI1 connected 800x600+1024+0 (0x4c) normal (normal left inverted right x
> axis y axis) 0mm x 0mm
> Identifier: 0x42
> Timestamp: 258836
> Subpixel: horizontal rgb
> Gamma: 1.0:1.0:1.0
> Brightness: 1.0
> Clones: VGA1
> CRTC: 1
> CRTCs: 0 1
> Transform: 1.000000 0.000000 0.000000
> 0.000000 1.000000 0.000000
> 0.000000 0.000000 1.000000
> filter:
> 1024x768 (0x48) 65.0MHz -HSync -VSync
> h: width 1024 start 1048 end 1184 total 1344 skew 0 clock
> 48.4KHz
> v: height 768 start 771 end 777 total 806 clock
> 60.0Hz
> 800x600 (0x4c) 40.0MHz +HSync +VSync *current
> h: width 800 start 840 end 968 total 1056 skew 0 clock
> 37.9KHz
> v: height 600 start 601 end 605 total 628 clock
> 60.3Hz
> 800x600 (0x4d) 36.0MHz +HSync +VSync
> h: width 800 start 824 end 896 total 1024 skew 0 clock
> 35.2KHz
> v: height 600 start 601 end 603 total 625 clock
> 56.2Hz
> 640x480 (0x52) 25.2MHz -HSync -VSync
> h: width 640 start 656 end 752 total 800 skew 0 clock
> 31.5KHz
> v: height 480 start 489 end 492 total 525 clock
> 59.9Hz
>
> Note that DVI1 still claims being a clone of VGA1, but the screen remains
> dark. The resolution is now a different one, but black in 800x600 is still
> black. (-: This is the register configuration:
>
> DCC: 0x00000000 (`t\x05bv\x05\aqx\x05d
> x)
> CHDECMISC: 0x00000000 (none, ch2 enh disabled, ch1 enh disabled,
> ch0 enh disabled, flex disabled, ep not present)
> C0DRB0: 0x00000000 (0x0000)
> C0DRB1: 0x00000000 (0x0000)
> C0DRB2: 0x00000000 (0x0000)
> C0DRB3: 0x00000000 (0x0000)
> C1DRB0: 0x00000000 (0x0000)
> C1DRB1: 0x00000000 (0x0000)
> C1DRB2: 0x00000000 (0x0000)
> C1DRB3: 0x00000000 (0x0000)
> C0DRA01: 0x00000000 (0x0000)
> C0DRA23: 0x00000000 (0x0000)
> C1DRA01: 0x00000000 (0x0000)
> C1DRA23: 0x00000000 (0x0000)
> PGETBL_CTL: 0x3ff60001
> VCLK_DIVISOR_VGA0: 0x00021207 (n = 2, m1 = 18, m2 = 7)
> VCLK_DIVISOR_VGA1: 0x00031406 (n = 3, m1 = 20, m2 = 6)
> VCLK_POST_DIV: 0x0000888b (vga0 p1 = 13, p2 = 4, vga1 p1 = 10, p2 =
> 4)
> DPLL_TEST: 0x00000000 (, DPLLA input buffer disabled, DPLLB input
> buffer disabled)
> CACHE_MODE_0: 0x00000000
> D_STATE: 0x00000000
> DSPCLK_GATE_D: 0x00000008 (clock gates disabled: OVRUNIT)
> RENCLK_GATE_D1: 0x00000000
> RENCLK_GATE_D2: 0x00000000
> SDVOB: 0x80004084 (enabled, pipe A, stall disabled, detected)
> SDVOC: 0xd000409c (enabled, pipe B, stall disabled, detected)
> SDVOUDI: 0x00000000
> DSPARB: 0x00017e5f
> DSPFW1: 0x00000000
> DSPFW2: 0x00000000
> DSPFW3: 0x00000000
> ADPA: 0x80000018 (enabled, pipe A, +hsync, +vsync)
> LVDS: 0x00000000 (disabled, pipe A, 18 bit, 1 channel)
> DVOA: 0x00000000 (disabled, pipe A, no stall, -hsync,
> -vsync)
> DVOB: 0x80004084 (enabled, pipe A, no stall, -hsync, -vsync)
> DVOC: 0xd000409c (enabled, pipe B, stall, +hsync, +vsync)
> DVOA_SRCDIM: 0x00000000
> DVOB_SRCDIM: 0x00000000
> DVOC_SRCDIM: 0x00000000
> PP_CONTROL: 0x00000000 (power target: off)
> PP_STATUS: 0x00000000 (off, not ready, sequencing idle)
> PP_ON_DELAYS: 0x00000000
> PP_OFF_DELAYS: 0x00000000
> PP_DIVISOR: 0x00000000
> PFIT_CONTROL: 0x00000000
> PFIT_PGM_RATIOS: 0x00000000
> PORT_HOTPLUG_EN: 0x00000000
> PORT_HOTPLUG_STAT: 0x00000000
> DSPACNTR: 0x98000000 (enabled, pipe A)
> DSPASTRIDE: 0x00002000 (8192 bytes)
> DSPAPOS: 0x00000000 (0, 0)
> DSPASIZE: 0x02ff03ff (1024, 768)
> DSPABASE: 0x04000000
> DSPASURF: 0x00000000
> DSPATILEOFF: 0x00000000
> PIPEACONF: 0x80000000 (enabled, single-wide)
> PIPEASRC: 0x03ff02ff (1024, 768)
> PIPEASTAT: 0x10000207 (status: CRC_DONE_ENABLE VSYNC_INT_STATUS
> SVBLANK_INT_STATUS VBLANK_INT_STATUS OREG_UPDATE_STATUS)
> PIPEA_GMCH_DATA_M: 0x00000000
> PIPEA_GMCH_DATA_N: 0x00000000
> PIPEA_DP_LINK_M: 0x00000000
> PIPEA_DP_LINK_N: 0x00000000
> CURSOR_A_BASE: 0x34d6c000
> CURSOR_A_CONTROL: 0x04000027
> CURSOR_A_POSITION: 0x00180050
> FPA0: 0x00051610 (n = 5, m1 = 22, m2 = 16)
> FPA1: 0x00051610 (n = 5, m1 = 22, m2 = 16)
> DPLL_A: 0x90810000 (enabled, non-dvo, default clock,
> DAC/serial mode, p1 = 3, p2 = 4)
> DPLL_A_MD: 0x00000000
> HTOTAL_A: 0x051f03ff (1024 active, 1312 total)
> HBLANK_A: 0x051f03ff (1024 start, 1312 end)
> HSYNC_A: 0x046f040f (1040 start, 1136 end)
> VTOTAL_A: 0x031f02ff (768 active, 800 total)
> VBLANK_A: 0x031f02ff (768 start, 800 end)
> VSYNC_A: 0x03030300 (769 start, 772 end)
> BCLRPAT_A: 0x00000000
> VSYNCSHIFT_A: 0x00000000
> DSPBCNTR: 0x99000000 (enabled, pipe B)
> DSPBSTRIDE: 0x00002000 (8192 bytes)
> DSPBPOS: 0x00000000 (0, 0)
> DSPBSIZE: 0x0257031f (800, 600)
> DSPBBASE: 0x04001000
> DSPBSURF: 0x00000000
> DSPBTILEOFF: 0x00000000
> PIPEBCONF: 0x80000000 (enabled, single-wide)
> PIPEBSRC: 0x031f0257 (800, 600)
> PIPEBSTAT: 0x10000206 (status: CRC_DONE_ENABLE VSYNC_INT_STATUS
> SVBLANK_INT_STATUS VBLANK_INT_STATUS)
> PIPEB_GMCH_DATA_M: 0x00000000
> PIPEB_GMCH_DATA_N: 0x00000000
> PIPEB_DP_LINK_M: 0x00000000
> PIPEB_DP_LINK_N: 0x00000000
> CURSOR_B_BASE: 0x00000000
> CURSOR_B_CONTROL: 0x10000000
> CURSOR_B_POSITION: 0x00180050
> FPB0: 0x0002130d (n = 2, m1 = 19, m2 = 13)
> FPB1: 0x0002130d (n = 2, m1 = 19, m2 = 13)
> DPLL_B: 0xd0870000 (enabled, dvo, default clock, DAC/serial
> mode, p1 = 9, p2 = 4)
> DPLL_B_MD: 0x00000000
> HTOTAL_B: 0x041f031f (800 active, 1056 total)
> HBLANK_B: 0x041f031f (800 start, 1056 end)
> HSYNC_B: 0x03c70347 (840 start, 968 end)
> VTOTAL_B: 0x02730257 (600 active, 628 total)
> VBLANK_B: 0x02730257 (600 start, 628 end)
> VSYNC_B: 0x025c0258 (601 start, 605 end)
> BCLRPAT_B: 0x00000000
> VSYNCSHIFT_B: 0x00000000
> VCLK_DIVISOR_VGA0: 0x00021207
> VCLK_DIVISOR_VGA1: 0x00031406
> VCLK_POST_DIV: 0x0000888b
> VGACNTRL: 0x80000000 (disabled)
> TV_CTL: 0x00000000
> TV_DAC: 0x00000000
> TV_CSC_Y: 0x00000000
> TV_CSC_Y2: 0x00000000
> TV_CSC_U: 0x00000000
> TV_CSC_U2: 0x00000000
> TV_CSC_V: 0x00000000
> TV_CSC_V2: 0x00000000
> TV_CLR_KNOBS: 0x00000000
> TV_CLR_LEVEL: 0x00000000
> TV_H_CTL_1: 0x00000000
> TV_H_CTL_2: 0x00000000
> TV_H_CTL_3: 0x00000000
> TV_V_CTL_1: 0x00000000
> TV_V_CTL_2: 0x00000000
> TV_V_CTL_3: 0x00000000
> TV_V_CTL_4: 0x00000000
> TV_V_CTL_5: 0x00000000
> TV_V_CTL_6: 0x00000000
> TV_V_CTL_7: 0x00000000
> TV_SC_CTL_1: 0x00000000
> TV_SC_CTL_2: 0x00000000
> TV_SC_CTL_3: 0x00000000
> TV_WIN_POS: 0x00000000
> TV_WIN_SIZE: 0x00000000
> TV_FILTER_CTL_1: 0x00000000
> TV_FILTER_CTL_2: 0x00000000
> TV_FILTER_CTL_3: 0x00000000
> TV_CC_CONTROL: 0x00000000
> TV_CC_DATA: 0x00000000
> TV_H_LUMA_0: 0x00000000
> TV_H_LUMA_59: 0x00000000
> TV_H_CHROMA_0: 0x00000000
> TV_H_CHROMA_59: 0x00000000
> FBC_CFB_BASE: 0x00000000
> FBC_LL_BASE: 0x00000000
> FBC_CONTROL: 0x00000000
> FBC_COMMAND: 0x00000000
> FBC_STATUS: 0x00000000
> FBC_CONTROL2: 0x00000000
> FBC_FENCE_OFF: 0x00000000
> FBC_MOD_NUM: 0x00000000
> MI_MODE: 0x00000000
> MI_ARB_STATE: 0x00000000
> MI_RDRET_STATE: 0x00000000
> ECOSKPD: 0x00000307
> DP_B: 0x00000000
> DPB_AUX_CH_CTL: 0x00000000
> DPB_AUX_CH_DATA1: 0x00000000
> DPB_AUX_CH_DATA2: 0x00000000
> DPB_AUX_CH_DATA3: 0x00000000
> DPB_AUX_CH_DATA4: 0x00000000
> DPB_AUX_CH_DATA5: 0x00000000
> DP_C: 0x00000000
> DPC_AUX_CH_CTL: 0x00000000
> DPC_AUX_CH_DATA1: 0x00000000
> DPC_AUX_CH_DATA2: 0x00000000
> DPC_AUX_CH_DATA3: 0x00000000
> DPC_AUX_CH_DATA4: 0x00000000
> DPC_AUX_CH_DATA5: 0x00000000
> DP_D: 0x00000000
> DPD_AUX_CH_CTL: 0x00000000
> DPD_AUX_CH_DATA1: 0x00000000
> DPD_AUX_CH_DATA2: 0x00000000
> DPD_AUX_CH_DATA3: 0x00000000
> DPD_AUX_CH_DATA4: 0x00000000
> DPD_AUX_CH_DATA5: 0x00000000
> AUD_CONFIG: 0x00000000
> AUD_HDMIW_STATUS: 0x00000000
> AUD_CONV_CHCNT: 0x00000000
> VIDEO_DIP_CTL: 0x00000000
> AUD_PINW_CNTR: 0x00000000
> AUD_CNTL_ST: 0x00000000
> AUD_PIN_CAP: 0x00000000
> AUD_PINW_CAP: 0x00000000
> AUD_PINW_UNSOLRESP: 0x00000000
> AUD_OUT_DIG_CNVT: 0x00000000
> AUD_OUT_CWCAP: 0x00000000
> AUD_GRP_CAP: 0x00000000
> FENCE 0: 0x04000561 (enabled, X tiled, 32768 pitch, 0x04000000
> - 0x06000000 (32768kb))
> FENCE 1: 0x01000561 (enabled, X tiled, 32768 pitch, 0x01000000
> - 0x03000000 (32768kb))
> FENCE 2: 0x00000000 (disabled)
> FENCE 3: 0x00000000 (disabled)
> FENCE 4: 0x03500131 (enabled, X tiled, 4096 pitch, 0x03500000 -
> 0x03700000 (2048kb))
> FENCE 5: 0x00000000 (disabled)
> FENCE 6: 0x00000000 (disabled)
> FENCE 7: 0x00000000 (disabled)
> FENCE 8: 0x00000000 (disabled)
> FENCE 9: 0x00000000 (disabled)
> FENCE 10: 0x00000000 (disabled)
> FENCE 11: 0x00000000 (disabled)
> FENCE 12: 0x00000048 (disabled)
> FENCE 13: 0x00000002 (disabled)
> FENCE 14: 0x00000000 (disabled)
> FENCE 15: 0x00000000 (disabled)
> FENCE START 0: 0x00000000 (disabled)
> FENCE END 0: 0x00000000 (disabled)
> FENCE START 1: 0x00000000 (disabled)
> FENCE END 1: 0x00000000 (disabled)
> FENCE START 2: 0x00000048 (disabled)
> FENCE END 2: 0x00000002 (disabled)
> FENCE START 3: 0x00000000 (disabled)
> FENCE END 3: 0x00000000 (disabled)
> FENCE START 4: 0x00000000 (disabled)
> FENCE END 4: 0x00000000 (disabled)
> FENCE START 5: 0x00000000 (disabled)
> FENCE END 5: 0x00000000 (disabled)
> FENCE START 6: 0x00000000 (disabled)
> FENCE END 6: 0x00000000 (disabled)
> FENCE START 7: 0x00000000 (disabled)
> FENCE END 7: 0x00000000 (disabled)
> FENCE START 8: 0x00000000 (disabled)
> FENCE END 8: 0x00000000 (disabled)
> FENCE START 9: 0x00000000 (disabled)
> FENCE END 9: 0x00000000 (disabled)
> FENCE START 10: 0x00000000 (disabled)
> FENCE END 10: 0x00000000 (disabled)
> FENCE START 11: 0x00000000 (disabled)
> FENCE END 11: 0x00000000 (disabled)
> FENCE START 12: 0x00000000 (disabled)
> FENCE END 12: 0x00000000 (disabled)
> FENCE START 13: 0x00000000 (disabled)
> FENCE END 13: 0x00000000 (disabled)
> FENCE START 14: 0x00000000 (disabled)
> FENCE END 14: 0x00000000 (disabled)
> FENCE START 15: 0x00000000 (disabled)
> FENCE END 15: 0x00000000 (disabled)
> INST_PM: 0x00000000
> pipe A dot 78857 n 5 m1 22 m2 16 p1 3 p2 4
> pipe B dot 40000 n 2 m1 19 m2 13 p1 9 p2 4
>
> Greetings,
> Thomas
>
--
Daniel Vetter
Software Engineer, Intel Corporation
+41 (0) 79 365 57 48 - http://blog.ffwll.ch
^ permalink raw reply related [flat|nested] 27+ messages in thread
* Re: Breaking suspend/resume by the Pipe A quirk
2014-06-03 14:45 ` Daniel Vetter
@ 2014-06-03 15:04 ` Thomas Richter
2014-06-03 15:14 ` Chris Wilson
0 siblings, 1 reply; 27+ messages in thread
From: Thomas Richter @ 2014-06-03 15:04 UTC (permalink / raw)
To: Daniel Vetter; +Cc: intel-gfx
Am 03.06.2014 16:45, schrieb Daniel Vetter:
>
> Yeah, both connectors use CRTC 0. Have you tried what happens if you:
> - disable DVI1 first (--off)
> - then enable it on crtc 1?
Same difference, internal screen goes blank with --off, and stays blank
after moving it to crtc 1 if I try to re-enable it with --auto or --mode.
I'll try the above patch and then report again my findings, thanks!
Greetings,
Thomas
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: Breaking suspend/resume by the Pipe A quirk
2014-06-03 15:04 ` Thomas Richter
@ 2014-06-03 15:14 ` Chris Wilson
2014-06-03 15:19 ` Thomas Richter
0 siblings, 1 reply; 27+ messages in thread
From: Chris Wilson @ 2014-06-03 15:14 UTC (permalink / raw)
To: Thomas Richter; +Cc: intel-gfx
On Tue, Jun 03, 2014 at 05:04:52PM +0200, Thomas Richter wrote:
> Am 03.06.2014 16:45, schrieb Daniel Vetter:
>
> >
> >Yeah, both connectors use CRTC 0. Have you tried what happens if you:
> >- disable DVI1 first (--off)
> >- then enable it on crtc 1?
>
> Same difference, internal screen goes blank with --off, and stays
> blank after moving it to crtc 1 if I try to re-enable it with --auto
> or --mode.
The oddity in the config is that the LVDS is reported as disconnected.
That should not be happening unless there is some sharing going on
inside the DVO chip.
-Chris
--
Chris Wilson, Intel Open Source Technology Centre
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: Breaking suspend/resume by the Pipe A quirk
2014-06-03 15:14 ` Chris Wilson
@ 2014-06-03 15:19 ` Thomas Richter
2014-06-03 15:26 ` Chris Wilson
0 siblings, 1 reply; 27+ messages in thread
From: Thomas Richter @ 2014-06-03 15:19 UTC (permalink / raw)
To: Chris Wilson, Daniel Vetter, Thomas Richter,
Ville Syrjälä, intel-gfx
Am 03.06.2014 17:14, schrieb Chris Wilson:
> On Tue, Jun 03, 2014 at 05:04:52PM +0200, Thomas Richter wrote:
>> Am 03.06.2014 16:45, schrieb Daniel Vetter:
>>
>>>
>>> Yeah, both connectors use CRTC 0. Have you tried what happens if you:
>>> - disable DVI1 first (--off)
>>> - then enable it on crtc 1?
>>
>> Same difference, internal screen goes blank with --off, and stays
>> blank after moving it to crtc 1 if I try to re-enable it with --auto
>> or --mode.
>
> The oddity in the config is that the LVDS is reported as disconnected.
> That should not be happening unless there is some sharing going on
> inside the DVO chip.
Please note that on this specific notebook, the internal screen is
connected via DVI, not via LVDS. I don't know what they did with the
LVDS output, it's probably - as said - just disconnected.
The R31 has its panel connected via LVDS, and here I can set resolutions
independently just fine.
Currently compiling the patch, takes a while on a 1GHhz/1GB P-3 machine. (-;
Greetings,
Thomas
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: Breaking suspend/resume by the Pipe A quirk
2014-06-03 15:19 ` Thomas Richter
@ 2014-06-03 15:26 ` Chris Wilson
2014-06-03 15:50 ` Thomas Richter
0 siblings, 1 reply; 27+ messages in thread
From: Chris Wilson @ 2014-06-03 15:26 UTC (permalink / raw)
To: Thomas Richter; +Cc: intel-gfx
On Tue, Jun 03, 2014 at 05:19:26PM +0200, Thomas Richter wrote:
> Am 03.06.2014 17:14, schrieb Chris Wilson:
> >On Tue, Jun 03, 2014 at 05:04:52PM +0200, Thomas Richter wrote:
> >>Am 03.06.2014 16:45, schrieb Daniel Vetter:
> >>
> >>>
> >>>Yeah, both connectors use CRTC 0. Have you tried what happens if you:
> >>>- disable DVI1 first (--off)
> >>>- then enable it on crtc 1?
> >>
> >>Same difference, internal screen goes blank with --off, and stays
> >>blank after moving it to crtc 1 if I try to re-enable it with --auto
> >>or --mode.
> >
> >The oddity in the config is that the LVDS is reported as disconnected.
> >That should not be happening unless there is some sharing going on
> >inside the DVO chip.
>
> Please note that on this specific notebook, the internal screen is
> connected via DVI, not via LVDS. I don't know what they did with the
> LVDS output, it's probably - as said - just disconnected.
I should have said VGA. Thinking about it, it is likely a shared DDC line
so that only a single EDID can be read.
-Chris
--
Chris Wilson, Intel Open Source Technology Centre
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: Breaking suspend/resume by the Pipe A quirk
2014-06-03 15:26 ` Chris Wilson
@ 2014-06-03 15:50 ` Thomas Richter
2014-06-03 16:03 ` Chris Wilson
[not found] ` <17205_1401811442_538DF1F2_17205_16362_1_20140603160352.GA6129@nuc-i3427.alporthouse.com>
0 siblings, 2 replies; 27+ messages in thread
From: Thomas Richter @ 2014-06-03 15:50 UTC (permalink / raw)
To: Chris Wilson, Daniel Vetter, Thomas Richter,
Ville Syrjälä, intel-gfx
Am 03.06.2014 17:26, schrieb Chris Wilson:
>
> I should have said VGA. Thinking about it, it is likely a shared DDC line
> so that only a single EDID can be read.
Actually, it gets the EDID from the VGA panel just fine, also shows me
the modes it supports. DVI1 has no edit, though it gets its allowable
modes from the dvo_ds2501 module.
I now tried to relocate VGA1 to crtc 1, with Daniel's patch. Results are
even weirder. I can *set* the resolution to 1280x1024 on VGA1, just that
it does not deliver this resolution. My monitor claims (and my vision
confirms) that this is still the same 1024x768 mode as on the internal
panel.
I can again turn VGA off, relocate it to crtc 1, turn it on again, still
says its a clone of DVI1 even though it's on a different crtc.
Chipset (lspci) says its a 82830M/MG graphics controller, PCI id
8086:3577. This *should* be a true 830MG (specs agree), thus I *believe*
it should have two display pipes. The R31 is built around the very same
chipset and has no problems with independent output. Looks like they
shared the VGA and DVI output,and left the other output just dangling.
Weird.
Screen 0: minimum 320 x 200, current 1280 x 1024, maximum 2048 x 2048
VGA1 connected 1280x1024+0+0 (0xa7) normal (normal left inverted right x
axis y axis) 338mm x 270mm
Identifier: 0x41
Timestamp: 504191
Subpixel: unknown
Gamma: 1.0:1.0:1.0
Brightness: 1.0
Clones: DVI1
CRTC: 1
CRTCs: 0 1
Transform: 1.000000 0.000000 0.000000
0.000000 1.000000 0.000000
0.000000 0.000000 1.000000
filter:
EDID:
00ffffffffffff004c2d1d0037314847
1a0c01030f221b8cea6f8ba25a4d9424
1a5156bfef8081806140454031400101
010101010101302a009851002a403070
1300520e1100001e000000fd0038551e
510e000a202020202020000000fc0053
796e634d61737465720a2020000000ff
0048344c543630343930380a20200054
1280x1024 (0xa7) 108.0MHz +HSync +VSync *current +preferred
h: width 1280 start 1328 end 1440 total 1688 skew 0 clock
64.0KHz
v: height 1024 start 1025 end 1028 total 1066 clock
60.0Hz
1280x1024 (0xa8) 135.0MHz +HSync +VSync
h: width 1280 start 1296 end 1440 total 1688 skew 0 clock
80.0KHz
v: height 1024 start 1025 end 1028 total 1066 clock
75.0Hz
1152x864 (0xa9) 108.0MHz +HSync +VSync
h: width 1152 start 1216 end 1344 total 1600 skew 0 clock
67.5KHz
v: height 864 start 865 end 868 total 900 clock
75.0Hz
1024x768 (0xaa) 78.8MHz +HSync +VSync
h: width 1024 start 1040 end 1136 total 1312 skew 0 clock
60.1KHz
v: height 768 start 769 end 772 total 800 clock
75.1Hz
1024x768 (0xab) 75.0MHz -HSync -VSync
h: width 1024 start 1048 end 1184 total 1328 skew 0 clock
56.5KHz
v: height 768 start 771 end 777 total 806 clock
70.1Hz
1024x768 (0x43) 65.0MHz -HSync -VSync
h: width 1024 start 1048 end 1184 total 1344 skew 0 clock
48.4KHz
v: height 768 start 771 end 777 total 806 clock
60.0Hz
832x624 (0xac) 57.3MHz -HSync -VSync
h: width 832 start 864 end 928 total 1152 skew 0 clock
49.7KHz
v: height 624 start 625 end 628 total 667 clock
74.6Hz
800x600 (0xad) 50.0MHz +HSync +VSync
h: width 800 start 856 end 976 total 1040 skew 0 clock
48.1KHz
v: height 600 start 637 end 643 total 666 clock
72.2Hz
800x600 (0xae) 49.5MHz +HSync +VSync
h: width 800 start 816 end 896 total 1056 skew 0 clock
46.9KHz
v: height 600 start 601 end 604 total 625 clock
75.0Hz
800x600 (0x44) 40.0MHz +HSync +VSync
h: width 800 start 840 end 968 total 1056 skew 0 clock
37.9KHz
v: height 600 start 601 end 605 total 628 clock
60.3Hz
800x600 (0x45) 36.0MHz +HSync +VSync
h: width 800 start 824 end 896 total 1024 skew 0 clock
35.2KHz
v: height 600 start 601 end 603 total 625 clock
56.2Hz
640x480 (0xaf) 31.5MHz -HSync -VSync
h: width 640 start 656 end 720 total 840 skew 0 clock
37.5KHz
v: height 480 start 481 end 484 total 500 clock
75.0Hz
640x480 (0xb0) 31.5MHz -HSync -VSync
h: width 640 start 664 end 704 total 832 skew 0 clock
37.9KHz
v: height 480 start 489 end 491 total 520 clock
72.8Hz
640x480 (0xb1) 30.2MHz -HSync -VSync
h: width 640 start 704 end 768 total 864 skew 0 clock
35.0KHz
v: height 480 start 483 end 486 total 525 clock
66.7Hz
640x480 (0xb2) 25.2MHz -HSync -VSync
h: width 640 start 656 end 752 total 800 skew 0 clock
31.5KHz
v: height 480 start 490 end 492 total 525 clock
60.0Hz
640x480 (0x47) 25.2MHz -HSync -VSync
h: width 640 start 656 end 752 total 800 skew 0 clock
31.5KHz
v: height 480 start 489 end 492 total 525 clock
59.9Hz
720x400 (0xb3) 28.3MHz -HSync +VSync
h: width 720 start 738 end 846 total 900 skew 0 clock
31.5KHz
v: height 400 start 412 end 414 total 449 clock
70.1Hz
DVI1 connected 1280x1024+0+0 (0x43) normal (normal left inverted right x
axis y axis) 0mm x 0mm panning 1280x1024+0+0
Identifier: 0x42
Timestamp: 504191
Subpixel: horizontal rgb
Gamma: 1.0:1.0:1.0
Brightness: 1.0
Clones: VGA1
CRTC: 0
CRTCs: 0 1
Panning: 1280x1024+0+0
Tracking: 0x0+0+0
Border: 0/0/0/0
Transform: 1.000000 0.000000 0.000000
0.000000 1.000000 0.000000
0.000000 0.000000 1.000000
filter:
1024x768 (0x43) 65.0MHz -HSync -VSync *current
h: width 1024 start 1048 end 1184 total 1344 skew 0 clock
48.4KHz
v: height 768 start 771 end 777 total 806 clock
60.0Hz
800x600 (0x44) 40.0MHz +HSync +VSync
h: width 800 start 840 end 968 total 1056 skew 0 clock
37.9KHz
v: height 600 start 601 end 605 total 628 clock
60.3Hz
800x600 (0x45) 36.0MHz +HSync +VSync
h: width 800 start 824 end 896 total 1024 skew 0 clock
35.2KHz
v: height 600 start 601 end 603 total 625 clock
56.2Hz
640x480 (0x47) 25.2MHz -HSync -VSync
h: width 640 start 656 end 752 total 800 skew 0 clock
31.5KHz
v: height 480 start 489 end 492 total 525 clock
59.9Hz
Registers:
DCC: 0x00000000 (`t\x05bv\x05\aqx\x05d
x)
CHDECMISC: 0x00000000 (none, ch2 enh disabled, ch1 enh
disabled, ch0 enh disabled, flex disabled, ep not present)
C0DRB0: 0x00000000 (0x0000)
C0DRB1: 0x00000000 (0x0000)
C0DRB2: 0x00000000 (0x0000)
C0DRB3: 0x00000000 (0x0000)
C1DRB0: 0x00000000 (0x0000)
C1DRB1: 0x00000000 (0x0000)
C1DRB2: 0x00000000 (0x0000)
C1DRB3: 0x00000000 (0x0000)
C0DRA01: 0x00000000 (0x0000)
C0DRA23: 0x00000000 (0x0000)
C1DRA01: 0x00000000 (0x0000)
C1DRA23: 0x00000000 (0x0000)
PGETBL_CTL: 0x3ff60001
VCLK_DIVISOR_VGA0: 0x00021207 (n = 2, m1 = 18, m2 = 7)
VCLK_DIVISOR_VGA1: 0x00031406 (n = 3, m1 = 20, m2 = 6)
VCLK_POST_DIV: 0x0000888b (vga0 p1 = 13, p2 = 4, vga1 p1 = 10,
p2 = 4)
DPLL_TEST: 0x00000000 (, DPLLA input buffer disabled, DPLLB
input buffer disabled)
CACHE_MODE_0: 0x00000000
D_STATE: 0x00000000
DSPCLK_GATE_D: 0x00000008 (clock gates disabled: OVRUNIT)
RENCLK_GATE_D1: 0x00000000
RENCLK_GATE_D2: 0x00000000
SDVOB: 0x80004084 (enabled, pipe A, stall disabled,
detected)
SDVOC: 0xd000409c (enabled, pipe B, stall disabled,
detected)
SDVOUDI: 0x00000000
DSPARB: 0x00017e5f
DSPFW1: 0x00000000
DSPFW2: 0x00000000
DSPFW3: 0x00000000
ADPA: 0x80000018 (enabled, pipe A, +hsync, +vsync)
LVDS: 0x00000000 (disabled, pipe A, 18 bit, 1 channel)
DVOA: 0x00000000 (disabled, pipe A, no stall, -hsync,
-vsync)
DVOB: 0x80004084 (enabled, pipe A, no stall, -hsync,
-vsync)
DVOC: 0xd000409c (enabled, pipe B, stall, +hsync, +vsync)
DVOA_SRCDIM: 0x00000000
DVOB_SRCDIM: 0x00000000
DVOC_SRCDIM: 0x00000000
PP_CONTROL: 0x00000000 (power target: off)
PP_STATUS: 0x00000000 (off, not ready, sequencing idle)
PP_ON_DELAYS: 0x00000000
PP_OFF_DELAYS: 0x00000000
PP_DIVISOR: 0x00000000
PFIT_CONTROL: 0x00000000
PFIT_PGM_RATIOS: 0x00000000
PORT_HOTPLUG_EN: 0x00000000
PORT_HOTPLUG_STAT: 0x00000000
DSPACNTR: 0x98000000 (enabled, pipe A)
DSPASTRIDE: 0x00002000 (8192 bytes)
DSPAPOS: 0x00000000 (0, 0)
DSPASIZE: 0x02ff03ff (1024, 768)
DSPABASE: 0x04000000
DSPASURF: 0x00000000
DSPATILEOFF: 0x00000000
PIPEACONF: 0x80000000 (enabled, single-wide)
PIPEASRC: 0x03ff02ff (1024, 768)
PIPEASTAT: 0x10000207 (status: CRC_DONE_ENABLE
VSYNC_INT_STATUS SVBLANK_INT_STATUS VBLANK_INT_STATUS OREG_UPDATE_STATUS)
PIPEA_GMCH_DATA_M: 0x00000000
PIPEA_GMCH_DATA_N: 0x00000000
PIPEA_DP_LINK_M: 0x00000000
PIPEA_DP_LINK_N: 0x00000000
CURSOR_A_BASE: 0x34d6c000
CURSOR_A_CONTROL: 0x04000027
CURSOR_A_POSITION: 0x00180050
FPA0: 0x00051610 (n = 5, m1 = 22, m2 = 16)
FPA1: 0x00051610 (n = 5, m1 = 22, m2 = 16)
DPLL_A: 0x90810000 (enabled, non-dvo, default clock,
DAC/serial mode, p1 = 3, p2 = 4)
DPLL_A_MD: 0x00000000
HTOTAL_A: 0x051f03ff (1024 active, 1312 total)
HBLANK_A: 0x051f03ff (1024 start, 1312 end)
HSYNC_A: 0x046f040f (1040 start, 1136 end)
VTOTAL_A: 0x031f02ff (768 active, 800 total)
VBLANK_A: 0x031f02ff (768 start, 800 end)
VSYNC_A: 0x03030300 (769 start, 772 end)
BCLRPAT_A: 0x00000000
VSYNCSHIFT_A: 0x00000000
DSPBCNTR: 0x99000000 (enabled, pipe B)
DSPBSTRIDE: 0x00002000 (8192 bytes)
DSPBPOS: 0x00000000 (0, 0)
DSPBSIZE: 0x0257031f (800, 600)
DSPBBASE: 0x04001000
DSPBSURF: 0x00000000
DSPBTILEOFF: 0x00000000
PIPEBCONF: 0x80000000 (enabled, single-wide)
PIPEBSRC: 0x031f0257 (800, 600)
PIPEBSTAT: 0x10000206 (status: CRC_DONE_ENABLE
VSYNC_INT_STATUS SVBLANK_INT_STATUS VBLANK_INT_STATUS)
PIPEB_GMCH_DATA_M: 0x00000000
PIPEB_GMCH_DATA_N: 0x00000000
PIPEB_DP_LINK_M: 0x00000000
PIPEB_DP_LINK_N: 0x00000000
CURSOR_B_BASE: 0x00000000
CURSOR_B_CONTROL: 0x10000000
CURSOR_B_POSITION: 0x00180050
FPB0: 0x0002130d (n = 2, m1 = 19, m2 = 13)
FPB1: 0x0002130d (n = 2, m1 = 19, m2 = 13)
DPLL_B: 0xd0870000 (enabled, dvo, default clock,
DAC/serial mode, p1 = 9, p2 = 4)
DPLL_B_MD: 0x00000000
HTOTAL_B: 0x041f031f (800 active, 1056 total)
HBLANK_B: 0x041f031f (800 start, 1056 end)
HSYNC_B: 0x03c70347 (840 start, 968 end)
VTOTAL_B: 0x02730257 (600 active, 628 total)
VBLANK_B: 0x02730257 (600 start, 628 end)
VSYNC_B: 0x025c0258 (601 start, 605 end)
BCLRPAT_B: 0x00000000
VSYNCSHIFT_B: 0x00000000
VCLK_DIVISOR_VGA0: 0x00021207
VCLK_DIVISOR_VGA1: 0x00031406
VCLK_POST_DIV: 0x0000888b
VGACNTRL: 0x80000000 (disabled)
TV_CTL: 0x00000000
TV_DAC: 0x00000000
TV_CSC_Y: 0x00000000
TV_CSC_Y2: 0x00000000
TV_CSC_U: 0x00000000
TV_CSC_U2: 0x00000000
TV_CSC_V: 0x00000000
TV_CSC_V2: 0x00000000
TV_CLR_KNOBS: 0x00000000
TV_CLR_LEVEL: 0x00000000
TV_H_CTL_1: 0x00000000
TV_H_CTL_2: 0x00000000
TV_H_CTL_3: 0x00000000
TV_V_CTL_1: 0x00000000
TV_V_CTL_2: 0x00000000
TV_V_CTL_3: 0x00000000
TV_V_CTL_4: 0x00000000
TV_V_CTL_5: 0x00000000
TV_V_CTL_6: 0x00000000
TV_V_CTL_7: 0x00000000
TV_SC_CTL_1: 0x00000000
TV_SC_CTL_2: 0x00000000
TV_SC_CTL_3: 0x00000000
TV_WIN_POS: 0x00000000
TV_WIN_SIZE: 0x00000000
TV_FILTER_CTL_1: 0x00000000
TV_FILTER_CTL_2: 0x00000000
TV_FILTER_CTL_3: 0x00000000
TV_CC_CONTROL: 0x00000000
TV_CC_DATA: 0x00000000
TV_H_LUMA_0: 0x00000000
TV_H_LUMA_59: 0x00000000
TV_H_CHROMA_0: 0x00000000
TV_H_CHROMA_59: 0x00000000
FBC_CFB_BASE: 0x00000000
FBC_LL_BASE: 0x00000000
FBC_CONTROL: 0x00000000
FBC_COMMAND: 0x00000000
FBC_STATUS: 0x00000000
FBC_CONTROL2: 0x00000000
FBC_FENCE_OFF: 0x00000000
FBC_MOD_NUM: 0x00000000
MI_MODE: 0x00000000
MI_ARB_STATE: 0x00000000
MI_RDRET_STATE: 0x00000000
ECOSKPD: 0x00000307
DP_B: 0x00000000
DPB_AUX_CH_CTL: 0x00000000
DPB_AUX_CH_DATA1: 0x00000000
DPB_AUX_CH_DATA2: 0x00000000
DPB_AUX_CH_DATA3: 0x00000000
DPB_AUX_CH_DATA4: 0x00000000
DPB_AUX_CH_DATA5: 0x00000000
DP_C: 0x00000000
DPC_AUX_CH_CTL: 0x00000000
DPC_AUX_CH_DATA1: 0x00000000
DPC_AUX_CH_DATA2: 0x00000000
DPC_AUX_CH_DATA3: 0x00000000
DPC_AUX_CH_DATA4: 0x00000000
DPC_AUX_CH_DATA5: 0x00000000
DP_D: 0x00000000
DPD_AUX_CH_CTL: 0x00000000
DPD_AUX_CH_DATA1: 0x00000000
DPD_AUX_CH_DATA2: 0x00000000
DPD_AUX_CH_DATA3: 0x00000000
DPD_AUX_CH_DATA4: 0x00000000
DPD_AUX_CH_DATA5: 0x00000000
AUD_CONFIG: 0x00000000
AUD_HDMIW_STATUS: 0x00000000
AUD_CONV_CHCNT: 0x00000000
VIDEO_DIP_CTL: 0x00000000
AUD_PINW_CNTR: 0x00000000
AUD_CNTL_ST: 0x00000000
AUD_PIN_CAP: 0x00000000
AUD_PINW_CAP: 0x00000000
AUD_PINW_UNSOLRESP: 0x00000000
AUD_OUT_DIG_CNVT: 0x00000000
AUD_OUT_CWCAP: 0x00000000
AUD_GRP_CAP: 0x00000000
FENCE 0: 0x04000561 (enabled, X tiled, 32768 pitch,
0x04000000 - 0x06000000 (32768kb))
FENCE 1: 0x01000561 (enabled, X tiled, 32768 pitch,
0x01000000 - 0x03000000 (32768kb))
FENCE 2: 0x00000000 (disabled)
FENCE 3: 0x00000000 (disabled)
FENCE 4: 0x03500131 (enabled, X tiled, 4096 pitch,
0x03500000 - 0x03700000 (2048kb))
FENCE 5: 0x00000000 (disabled)
FENCE 6: 0x00000000 (disabled)
FENCE 7: 0x00000000 (disabled)
FENCE 8: 0x00000000 (disabled)
FENCE 9: 0x00000000 (disabled)
FENCE 10: 0x00000000 (disabled)
FENCE 11: 0x00000000 (disabled)
FENCE 12: 0x00000048 (disabled)
FENCE 13: 0x00000002 (disabled)
FENCE 14: 0x00000000 (disabled)
FENCE 15: 0x00000000 (disabled)
FENCE START 0: 0x00000000 (disabled)
FENCE END 0: 0x00000000 (disabled)
FENCE START 1: 0x00000000 (disabled)
FENCE END 1: 0x00000000 (disabled)
FENCE START 2: 0x00000048 (disabled)
FENCE END 2: 0x00000002 (disabled)
FENCE START 3: 0x00000000 (disabled)
FENCE END 3: 0x00000000 (disabled)
FENCE START 4: 0x00000000 (disabled)
FENCE END 4: 0x00000000 (disabled)
FENCE START 5: 0x00000000 (disabled)
FENCE END 5: 0x00000000 (disabled)
FENCE START 6: 0x00000000 (disabled)
FENCE END 6: 0x00000000 (disabled)
FENCE START 7: 0x00000000 (disabled)
FENCE END 7: 0x00000000 (disabled)
FENCE START 8: 0x00000000 (disabled)
FENCE END 8: 0x00000000 (disabled)
FENCE START 9: 0x00000000 (disabled)
FENCE END 9: 0x00000000 (disabled)
FENCE START 10: 0x00000000 (disabled)
FENCE END 10: 0x00000000 (disabled)
FENCE START 11: 0x00000000 (disabled)
FENCE END 11: 0x00000000 (disabled)
FENCE START 12: 0x00000000 (disabled)
FENCE END 12: 0x00000000 (disabled)
FENCE START 13: 0x00000000 (disabled)
FENCE END 13: 0x00000000 (disabled)
FENCE START 14: 0x00000000 (disabled)
FENCE END 14: 0x00000000 (disabled)
FENCE START 15: 0x00000000 (disabled)
FENCE END 15: 0x00000000 (disabled)
INST_PM: 0x00000000
pipe A dot 78857 n 5 m1 22 m2 16 p1 3 p2 4
pipe B dot 40000 n 2 m1 19 m2 13 p1 9 p2 4
^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: Breaking suspend/resume by the Pipe A quirk
2014-06-03 15:50 ` Thomas Richter
@ 2014-06-03 16:03 ` Chris Wilson
[not found] ` <17205_1401811442_538DF1F2_17205_16362_1_20140603160352.GA6129@nuc-i3427.alporthouse.com>
1 sibling, 0 replies; 27+ messages in thread
From: Chris Wilson @ 2014-06-03 16:03 UTC (permalink / raw)
To: Thomas Richter; +Cc: intel-gfx
On Tue, Jun 03, 2014 at 05:50:06PM +0200, Thomas Richter wrote:
> Am 03.06.2014 17:26, schrieb Chris Wilson:
>
> >
> >I should have said VGA. Thinking about it, it is likely a shared DDC line
> >so that only a single EDID can be read.
>
> Actually, it gets the EDID from the VGA panel just fine, also shows
> me the modes it supports. DVI1 has no edit, though it gets its
> allowable modes from the dvo_ds2501 module.
>
> I now tried to relocate VGA1 to crtc 1, with Daniel's patch. Results
> are even weirder. I can *set* the resolution to 1280x1024 on VGA1,
> just that it does not deliver this resolution. My monitor claims
> (and my vision confirms) that this is still the same 1024x768 mode
> as on the internal panel.
>
> I can again turn VGA off, relocate it to crtc 1, turn it on again,
> still says its a clone of DVI1 even though it's on a different crtc.
>
> Chipset (lspci) says its a 82830M/MG graphics controller, PCI id
> 8086:3577. This *should* be a true 830MG (specs agree), thus I
> *believe* it should have two display pipes. The R31 is built around
> the very same chipset and has no problems with independent output.
> Looks like they shared the VGA and DVI output,and left the other
> output just dangling. Weird.
>
> Screen 0: minimum 320 x 200, current 1280 x 1024, maximum 2048 x 2048
> VGA1 connected 1280x1024+0+0 (0xa7) normal (normal left inverted
> right x axis y axis) 338mm x 270mm
> Identifier: 0x41
> Timestamp: 504191
> Subpixel: unknown
> Gamma: 1.0:1.0:1.0
> Brightness: 1.0
> Clones: DVI1
^^^^^^^^^^^^^^^^^
This is short for "Allowed Clones:", not "Active Clones:".
> 1280x1024 (0xa7) 108.0MHz +HSync +VSync *current +preferred
> h: width 1280 start 1328 end 1440 total 1688 skew 0
> clock 64.0KHz
> v: height 1024 start 1025 end 1028 total 1066
> clock 60.0Hz
> DSPBCNTR: 0x99000000 (enabled, pipe B)
> DSPBSTRIDE: 0x00002000 (8192 bytes)
> DSPBPOS: 0x00000000 (0, 0)
> DSPBSIZE: 0x0257031f (800, 600)
> DSPBBASE: 0x04001000
> DSPBSURF: 0x00000000
> DSPBTILEOFF: 0x00000000
> PIPEBCONF: 0x80000000 (enabled, single-wide)
> PIPEBSRC: 0x031f0257 (800, 600)
> PIPEBSTAT: 0x10000206 (status: CRC_DONE_ENABLE
> HTOTAL_B: 0x041f031f (800 active, 1056 total)
> HBLANK_B: 0x041f031f (800 start, 1056 end)
> HSYNC_B: 0x03c70347 (840 start, 968 end)
> VTOTAL_B: 0x02730257 (600 active, 628 total)
> VBLANK_B: 0x02730257 (600 start, 628 end)
> VSYNC_B: 0x025c0258 (601 start, 605 end)
It's even worse than you thought. Somewhere between userspace passing in
the mode, and the kernel setting it, it got lost.
> CRTC: 1
> CRTCs: 0 1
> Transform: 1.000000 0.000000 0.000000
> 0.000000 1.000000 0.000000
> 0.000000 0.000000 1.000000
> filter:
> 1280x1024 (0xa7) 108.0MHz +HSync +VSync *current +preferred
> h: width 1280 start 1328 end 1440 total 1688 skew 0
> clock 64.0KHz
> v: height 1024 start 1025 end 1028 total 1066
> DVI1 connected 1280x1024+0+0 (0x43) normal (normal left inverted
^^^^^^^^^^^^^
This means you have configured the two outputs in a mirrored mode, both
reading from the same portion of the framebuffer. So it just looks like
a cloned setup, with upset displays.
> right x axis y axis) 0mm x 0mm panning 1280x1024+0+0
> Identifier: 0x42
> Timestamp: 504191
> Subpixel: horizontal rgb
> Gamma: 1.0:1.0:1.0
> Brightness: 1.0
> Clones: VGA1
> CRTC: 0
> CRTCs: 0 1
> Panning: 1280x1024+0+0
> Tracking: 0x0+0+0
> Border: 0/0/0/0
> Transform: 1.000000 0.000000 0.000000
> 0.000000 1.000000 0.000000
> 0.000000 0.000000 1.000000
> filter:
> 1024x768 (0x43) 65.0MHz -HSync -VSync *current
> h: width 1024 start 1048 end 1184 total 1344 skew 0
> clock 48.4KHz
> v: height 768 start 771 end 777 total 806
> PIPEASTAT: 0x10000207 (status: CRC_DONE_ENABLE
> DSPACNTR: 0x98000000 (enabled, pipe A)
> DSPASTRIDE: 0x00002000 (8192 bytes)
> DSPAPOS: 0x00000000 (0, 0)
> DSPASIZE: 0x02ff03ff (1024, 768)
> DSPABASE: 0x04000000
> DSPASURF: 0x00000000
> DSPATILEOFF: 0x00000000
> PIPEACONF: 0x80000000 (enabled, single-wide)
> PIPEASRC: 0x03ff02ff (1024, 768)
> HTOTAL_A: 0x051f03ff (1024 active, 1312 total)
> HBLANK_A: 0x051f03ff (1024 start, 1312 end)
> HSYNC_A: 0x046f040f (1040 start, 1136 end)
> VTOTAL_A: 0x031f02ff (768 active, 800 total)
> VBLANK_A: 0x031f02ff (768 start, 800 end)
> VSYNC_A: 0x03030300 (769 start, 772 end)
At least this is sane.
-Chris
--
Chris Wilson, Intel Open Source Technology Centre
^ permalink raw reply [flat|nested] 27+ messages in thread
* Bug: Pipe A underrun on resolution switching on 830MG
[not found] ` <17205_1401811442_538DF1F2_17205_16362_1_20140603160352.GA6129@nuc-i3427.alporthouse.com>
@ 2014-06-04 22:43 ` Thomas Richter
2014-06-08 21:20 ` Broken suspend/resume on i830 (with debug information) Thomas Richter
1 sibling, 0 replies; 27+ messages in thread
From: Thomas Richter @ 2014-06-04 22:43 UTC (permalink / raw)
To: Chris Wilson, Thomas Richter, Daniel Vetter,
Ville Syrjälä, intel-gfx
Hi folks,
when switching resolutions with xrandr (or otherwise) on the 830MG
chipset, I usually get a "Pipe A underrun" error,
sometimes resulting in a completely black screen. To my understanding,
the internal screen is connected to pipe B on
this laptop, thus I wonder why I get the error. Thus, something seems to
be broken:
[ 406.282457] WARNING: CPU: 0 PID: 2048 at
drivers/gpu/drm/i915/intel_display.c:2148
intel_crtc_disable_planes+0x15f/0x170 [i915]()
[ 406.282463] Modules linked in: michael_mic arc4 ecb
lib80211_crypt_tkip lib80211_crypt_ccmp binfmt_misc fuse loop
firewire_sbp2 hid_generic usbhid hid snd_intel8x0 snd_ac97_codec
ac97_bus ipw2100 snd_pcm libipw sg cfg80211 i915 snd_seq snd_seq_device
snd_timer snd mousedev sr_mod firewire_ohci rfkill cdrom i2c_algo_bit
pcmcia firewire_core drm_kms_helper lib80211 soundcore crc_itu_t irda
uhci_hcd apanel yenta_socket pcmcia_rsrc input_polldev usbcore drm
i2c_i801 psmouse evdev 8139too pcspkr 8139cp mii pcmcia_core crc_ccitt
8250 fujitsu_laptop battery video lpc_ich serial_core mfd_core
usb_common intel_agp i2c_core intel_gtt led_class agpgart ac button
[ 406.282576] CPU: 0 PID: 2048 Comm: Xorg Tainted: G W
3.15.0-rc7+ #3
[ 406.282583] Hardware name: FUJITSU SIEMENS LIFEBOOK S Series/FJNB159,
BIOS Version 1.07 10/28/2002
[ 406.282589] c1316e2e c103451f c13aa868 00000000 00000800 f9092e08
00000864 f9049bcf
[ 406.282603] f9049bcf 00070180 f4a90000 f6b20000 00000000 c1034569
00000009 00000000
[ 406.282616] f9049bcf f5884aa0 18000000 00003286 00000000 f5a9d000
f6b20178 f6b20000
[ 406.282630] Call Trace:
[ 406.282645] [<c1316e2e>] ? dump_stack+0xa/0x13
[ 406.282659] [<c103451f>] ? warn_slowpath_common+0x7f/0xb0
[ 406.282709] [<f9049bcf>] ? intel_crtc_disable_planes+0x15f/0x170 [i915]
[ 406.282757] [<f9049bcf>] ? intel_crtc_disable_planes+0x15f/0x170 [i915]
[ 406.282768] [<c1034569>] ? warn_slowpath_null+0x19/0x20
[ 406.282816] [<f9049bcf>] ? intel_crtc_disable_planes+0x15f/0x170 [i915]
[ 406.282863] [<f9049c1a>] ? i9xx_crtc_disable+0x3a/0x620 [i915]
[ 406.282877] [<c10d8e20>] ? __pollwait+0xf0/0xf0
[ 406.282887] [<c10d8e20>] ? __pollwait+0xf0/0xf0
[ 406.282934] [<f903f78f>] ? intel_dump_pipe_config.isra.45+0x2f/0x3a0
[i915]
[ 406.282983] [<f904bbae>] ? __intel_set_mode+0x76e/0x14e0 [i915]
[ 406.283032] [<f904ef33>] ? intel_set_mode+0x23/0x40 [i915]
[ 406.283079] [<f904fcf3>] ? intel_crtc_set_config+0x863/0xc90 [i915]
[ 406.283095] [<c117a196>] ? idr_mark_full+0x46/0x50
[ 406.283105] [<c117a93e>] ? idr_alloc+0x7e/0xe0
[ 406.283143] [<f862c816>] ? drm_mode_set_config_internal+0x46/0xb0 [drm]
[ 406.283169] [<f862fc20>] ? drm_mode_setcrtc+0xc0/0x560 [drm]
[ 406.283216] [<f904723e>] ? intel_crtc_load_lut+0x10e/0x1a0 [i915]
[ 406.283242] [<f862fb60>] ? drm_mode_setplane+0x3f0/0x3f0 [drm]
[ 406.283262] [<f8622704>] ? drm_ioctl+0x1a4/0x5c0 [drm]
[ 406.283289] [<f862fb60>] ? drm_mode_setplane+0x3f0/0x3f0 [drm]
[ 406.283311] [<f8622560>] ? drm_copy_field+0x70/0x70 [drm]
[ 406.283322] [<c10d7fd0>] ? do_vfs_ioctl+0x70/0x540
[ 406.283334] [<c10c93c1>] ? vfs_read+0x101/0x140
[ 406.283345] [<c10d84e3>] ? SyS_ioctl+0x43/0x80
[ 406.283360] [<c131a72f>] ? sysenter_do_call+0x12/0x26
[ 406.283367] ---[ end trace ea667942c60a2cf6 ]---
[ 406.324991] [drm:i8xx_irq_handler] *ERROR* pipe A underrun
[ 413.437244] [drm:i8xx_irq_handler] *ERROR* pipe A underrun
Note that I *also* get a PIPE A underrun error on the boot console, and
occasionally a pipe B underrun error, again
on the boot console. The errors in the boot console appear regardless of
whether the pipe A quirk is enabled or not,
thus the problem seems to be somewhere in the mode switching code. Would
it be possible to switch a mode by
1) enabling pipe A, 2) switching, 3) disabling pipe A? Note again that
turning on pipe A with the quirk mode breaks
both the boot console and resume from ram, so that is not an alternative
either...
Greetings,
Thomas
^ permalink raw reply [flat|nested] 27+ messages in thread
* Broken suspend/resume on i830 (with debug information)
[not found] ` <17205_1401811442_538DF1F2_17205_16362_1_20140603160352.GA6129@nuc-i3427.alporthouse.com>
2014-06-04 22:43 ` Bug: Pipe A underrun on resolution switching on 830MG Thomas Richter
@ 2014-06-08 21:20 ` Thomas Richter
1 sibling, 0 replies; 27+ messages in thread
From: Thomas Richter @ 2014-06-08 21:20 UTC (permalink / raw)
To: Chris Wilson, Thomas Richter, Daniel Vetter,
Ville Syrjälä, intel-gfx
Dear intel experts,
just tried to debug the i830 resume on the S6010. With netconsole and
netcat, I found that the kernel locks up when trying to load the i915
module on suspend. Here is the output of the kernel:
[ 1772.867519] hid-generic 0003:046D:C05F.002B: input,hidraw0: USB HID
v1.11 Mouse [Logitech USB Optical Mouse] on usb-0000:00:1d.0-2/input0
[ 1800.068074] INFO: task modprobe:3321 blocked for more than 120 seconds.
[ 1800.068130] Not tainted 3.15.0-rc7+ #6
[ 1800.068150] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs"
disables this message.
[ 1800.068177] modprobe D f86d6600 0 3321 2855 0x00000000
[ 1800.068436] f4102cb0 00000082 f41c88d4 f86d6600 00000000 f41c88d4
f41c8000 f6a27fec
[ 1800.069063] f4102cb0 00000000 00000000 f84a5885 f41c88d4 f86d6600
00000000 fffffffa
[ 1800.069682] f41c8000 f41c88d4 f86d66a8 00000000 f41c8ab0 f84a0038
00000000 00000000
[ 1800.070274] Call Trace:
[ 1800.070587] [<f86d6600>] ? set_clock+0x50/0x60 [i915]
[ 1800.070664] [<f84a5885>] ? bit_xfer+0x255/0x4c4 [i2c_algo_bit]
[ 1800.070772] [<f86d6600>] ? set_clock+0x50/0x60 [i915]
[ 1800.070907] [<f86d66a8>] ? intel_gpio_post_xfer+0x28/0x60 [i915]
[ 1800.070977] [<c13199e5>] ? schedule_preempt_disabled+0x5/0x10
[ 1800.071005] [<c131a640>] ? __ww_mutex_lock_slowpath+0x7c/0xec
[ 1800.071056] [<f8246dfa>] ? drm_modeset_lock+0x2a/0xb0 [drm]
[ 1800.071185] [<f86b6579>] ? intel_get_load_detect_pipe+0xa9/0x4b0 [i915]
[ 1800.071320] [<f86b83b6>] ? intel_modeset_setup_hw_state+0xab6/0xd40
[i915]
[ 1800.071448] [<f869ca90>] ? gen4_write64+0x50/0x50 [i915]
[ 1800.071513] [<f8246dfa>] ? drm_modeset_lock+0x2a/0xb0 [drm]
[ 1800.071614] [<f86b8dfd>] ? intel_modeset_init+0x7bd/0x12f0 [i915]
[ 1800.071676] [<c10c43d1>] ? kmem_cache_alloc+0x31/0x100
[ 1800.071744] [<f8232991>] ? drm_irq_install+0xa1/0x180 [drm]
[ 1800.071856] [<f86e2e41>] ? i915_driver_load+0x9d1/0xee0 [i915]
[ 1800.072023] [<f86e06e0>] ? i915_dma_init+0x2c0/0x2c0 [i915]
[ 1800.072157] [<c117c17b>] ? kobject_uevent_env+0xeb/0x4f0
[ 1800.072184] [<c117c17b>] ? kobject_uevent_env+0xeb/0x4f0
[ 1800.072239] [<c117bff0>] ? add_uevent_var+0xc0/0xc0
[ 1800.072271] [<c1224c1c>] ? get_device+0xc/0x20
[ 1800.072407] [<c1312643>] ? klist_node_init+0x33/0x50
[ 1800.072489] [<c13126f7>] ? klist_add_tail+0x17/0x40
[ 1800.072668] [<f8237a41>] ? drm_sysfs_device_add+0xb1/0x110 [drm]
[ 1800.072708] [<f823479e>] ? drm_dev_register+0x9e/0x100 [drm]
[ 1800.072803] [<f8236c39>] ? drm_get_pci_dev+0x79/0x1f0 [drm]
[ 1800.072889] [<c119db2f>] ? pci_device_probe+0x7f/0xd0
[ 1800.072976] [<c111e4ad>] ? sysfs_create_link+0x1d/0x40
[ 1800.073114] [<c12286ca>] ? driver_probe_device+0x6a/0x230
[ 1800.073202] [<c117b5b0>] ? kobject_add_internal+0x150/0x2c0
[ 1800.073366] [<c1228890>] ? driver_probe_device+0x230/0x230
[ 1800.073392] [<c1228909>] ? __driver_attach+0x79/0x80
[ 1800.073527] [<c12270c8>] ? bus_for_each_dev+0x38/0x70
[ 1800.073609] [<c1228296>] ? driver_attach+0x16/0x20
[ 1800.073771] [<c1228890>] ? driver_probe_device+0x230/0x230
[ 1800.073797] [<c1227f41>] ? bus_add_driver+0xe1/0x1e0
[ 1800.073932] [<c1228e61>] ? driver_register+0x51/0xd0
[ 1800.074020] [<f80d2000>] ? 0xf80d1fff
[ 1800.074101] [<f80d2000>] ? 0xf80d1fff
[ 1800.074235] [<c1000472>] ? do_one_initcall+0xe2/0x130
[ 1800.074316] [<c131a468>] ? mutex_lock+0x8/0x15
[ 1800.074400] [<c1095335>] ? jump_label_module_notify+0x155/0x1a0
[ 1800.074487] [<c104ecf0>] ? notifier_call_chain+0x40/0x60
[ 1800.074571] [<c104ef3b>] ? __blocking_notifier_call_chain+0x4b/0x70
[ 1800.074738] [<c107f082>] ? load_module+0x1a62/0x2180
[ 1800.074774] [<c102d4c0>] ? vmalloc_sync_all+0xd0/0xd0
[ 1800.074911] [<c107f831>] ? SyS_init_module+0x91/0xd0
[ 1800.075007] [<c131bc2f>] ? sysenter_do_call+0x12/0x26
Maybe that helps to find the issue with the broken resume on the S6010.
Greetings,
Thomas
^ permalink raw reply [flat|nested] 27+ messages in thread
end of thread, other threads:[~2014-06-08 21:20 UTC | newest]
Thread overview: 27+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-05-16 14:02 830GM still woes Thomas Richter
2014-05-16 14:41 ` Chris Wilson
2014-05-16 15:09 ` Daniel Vetter
2014-05-16 16:04 ` Ville Syrjälä
2014-05-16 16:50 ` Daniel Vetter
[not found] ` <23914_1400259040_537641E0_23914_9298_1_20140516165034.GT8790@phenom.ffwll.local>
2014-05-17 10:58 ` Thomas Richter
2014-05-29 14:10 ` Thomas Richter
2014-05-29 21:19 ` Breaking suspend/resume by the Pipe A quirk Thomas Richter
2014-06-02 8:27 ` Daniel Vetter
2014-06-02 10:34 ` [PATCH] Align i830 watermark to cache lines Thomas Richter
2014-06-02 10:41 ` Breaking suspend/resume by the Pipe A quirk Thomas Richter
2014-06-02 15:27 ` Daniel Vetter
2014-06-02 15:38 ` [Patch] Disabling the pipe A quirk for the Fujitsu S6010 Thomas Richter
2014-06-02 15:56 ` Daniel Vetter
2014-06-02 16:52 ` Thomas Richter
2014-06-02 17:39 ` Daniel Vetter
2014-06-02 18:44 ` Thomas Richter
[not found] ` <1027_1401722832_538C97D0_1027_15897_1_20140602152702.GU19050@phenom.ffwll.local>
2014-06-03 14:38 ` Breaking suspend/resume by the Pipe A quirk Thomas Richter
2014-06-03 14:45 ` Daniel Vetter
2014-06-03 15:04 ` Thomas Richter
2014-06-03 15:14 ` Chris Wilson
2014-06-03 15:19 ` Thomas Richter
2014-06-03 15:26 ` Chris Wilson
2014-06-03 15:50 ` Thomas Richter
2014-06-03 16:03 ` Chris Wilson
[not found] ` <17205_1401811442_538DF1F2_17205_16362_1_20140603160352.GA6129@nuc-i3427.alporthouse.com>
2014-06-04 22:43 ` Bug: Pipe A underrun on resolution switching on 830MG Thomas Richter
2014-06-08 21:20 ` Broken suspend/resume on i830 (with debug information) Thomas Richter
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox