[Bug 59572] [845G regression] 8bpp fbcon modes broken

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=59572

--- Comment #15 from mlsemon35 at gmail.com ---
(In reply to comment #12)
> Thanks a lot for doing the bisect. On a quick look I don't immediately see
> how that broke things. Can you please boot both with a working and broken
> kernel in the 8bpp mode and grab the output of intel_reg_dumper from
> http://cgit.freedesktop.org/xorg/app/intel-gpu-tools/ (if your distro has it
> you can use that, too - no relevant changes for i845g dump support in ages).
> 
> I've also adjusted the bug summary to reflect the actual bug/regression
> we're hunting here (since I think the 6-10s delay is something we can't do
> much about).

The attachments are from the last good and bad kernels booted before the end of
the bisect.  I had to use intel_reg_snapshot first because to call
intel_reg_dumper with no arguments gave the message "Gen2/3 Ranges are not
supported. Please use unsafe mode.Aborting".

There are some different checks in there having to do with 8-bit formats, and
the new code might check for slightly different things than the old code. 
However, it should be noted that 8bpp broke here for the 845G, and the 8bpp for
the 865G is still going well as of kernel 3.7.3, and to my limited knowledge,
it has not faltered yet.

If I explore the monitor issue again, I'll open another bug and start with the
bisect results first.  Using the `git bisect visualize` command for the first
time, it looked like a lot of drm/i915 commits were made in the same time
period, and any of those could have caused the monitor quirkiness.

Good luck!

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/intel-gfx-bugs/attachments/20130121/3c4509aa/attachment.html>