[Bug 68651] New: KMS+Intel 9600M on Toshiba

[bugzilla-daemon at bugzilla.kernel.org]

https://bugzilla.kernel.org/show_bug.cgi?id=68651

            Bug ID: 68651
           Summary: KMS+Intel 9600M on Toshiba
           Product: Drivers
           Version: 2.5
    Kernel Version: 3.12.6, 3.13-rc7, drm-intel-nightly
                    (24ed7daacf91b61ea39a71daa9e37e0e80a3392d)
          Hardware: x86-64
                OS: Linux
              Tree: Mainline
            Status: NEW
          Severity: high
          Priority: P1
         Component: Video(DRI - Intel)
          Assignee: intel-gfx-bugs at lists.freedesktop.org
          Reporter: jrd at enialis.net
                CC: intel-gfx-bugs at lists.freedesktop.org
        Regression: No

Created attachment 121821
  --> https://bugzilla.kernel.org/attachment.cgi?id=121821&action=edit
Config file of Linux kernel 3.13-rc7

I recently acquired a Toshiba laptop with a Intel Graphics 4600M in it
(8086:0416, subsystem 1179:fa82).
This Toshiba system is provided with UEFI (EFI Insyde H2O 1.30).
I compiled and use Linux kernel 3.13-rc7 (config.gz attached). I also tried
branch drm-intel-nightly on http://cgit.freedesktop.org/~danvet/drm-intel git
repo.
This system is provided with Windows 8.1 OS and the gpu/monitor is working fine
under it.
There are strange problems on pixels rendering in Linux, both in the console
(framebuffer) and in Xorg.
The problem is that the colors are not "right" depending on the position of the
pixel on the screen. For example, on white-on-black text, the white text is
never rendered white but with an alternance of red, green, blue (cyan ?) and
magenta pixels. If you look far enough, it looks white. There also appear to
have maybe one pixel shifting or bluring, hard to tell.
I also attached a photo to better explain the problem. Please zoom on it to see
it.

The problem is exactly the same in framebuffer console or in Xorg.
It appears early in the boot process. Before that, the rendering is correct.
Linux penguins are shown correctly before a screen reset is done and then the
problem appears (when KMS is applied I think).
I also attached the output of dmesg for that case.

If I boot by disabling KMS (with nomodeset), the rendering is ok in
Linux console, but I cannot run Xorg:
  (EE) open /dev/dri/card0: No such file or directory
  (EE) VESA(0): V_BIOS address 0x0 out of range
  (EE) Screen(s) found, but none have a usable configuration.
But maybe this is normal and the Xorg driver now need KMS only. I build latest
intel Xorg drivers (2.99.907).
I also attached the output of dmesg for that case.

I could provide more input, or compile a custom/patched kernel to help
correcting the problem.
One more thing: contrary to what occurs recently with some i915 driver
users, my gpu never hangs.
If I connect an external monitor to the VGA port, the rendering is ok on this
one.

Regards,
Cyrille Pontvieux.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.