So apparently the offset is even stable across rebuilds. I captured the trace again, and it looks exactly like the previous trace, so I'm not copying that again.
(gdb) list *intel_update_watermarks+0xcf
0x101af is in intel_update_watermarks (/home/martin/ubuntu/kernel/linux-2.6.31/drivers/gpu/drm/i915/intel_display.c:1918).
1913 intel_crtc->pipe, crtc->mode.clock);
1914 planeb_clock = crtc->mode.clock;
1915 }
1916 sr_hdisplay = crtc->mode.hdisplay;
1917 sr_clock = crtc->mode.clock;
1918 pixel_size = crtc->fb->bits_per_pixel / 8;
1919 }
1920 }
1921
1922 /* Single pipe configs can enable self refresh */
So I guess it crashes because crtc->fb is NULL, since fbcon is not loaded yet?
So apparently the offset is even stable across rebuilds. I captured the trace again, and it looks exactly like the previous trace, so I'm not copying that again.
(gdb) list *intel_ update_ watermarks+ 0xcf watermarks (/home/ martin/ ubuntu/ kernel/ linux-2. 6.31/drivers/ gpu/drm/ i915/intel_ display. c:1918) . hdisplay; >bits_per_ pixel / 8;
0x101af is in intel_update_
1913 intel_crtc->pipe, crtc->mode.clock);
1914 planeb_clock = crtc->mode.clock;
1915 }
1916 sr_hdisplay = crtc->mode.
1917 sr_clock = crtc->mode.clock;
1918 pixel_size = crtc->fb-
1919 }
1920 }
1921
1922 /* Single pipe configs can enable self refresh */
So I guess it crashes because crtc->fb is NULL, since fbcon is not loaded yet?