xrandr detects too many displays

Here is the output from sudo lshw -c video

  *-display:0
       description: VGA compatible controller
       product: Mobile 4 Series Chipset Integrated Graphics Controller
       vendor: Intel Corporation
       physical id: 2
       bus info: pci@0000:00:02.0
       version: 07
       width: 64 bits
       clock: 33MHz
       capabilities: msi pm vga_controller bus_master cap_list rom
       configuration: driver=i915 latency=0
       resources: irq:47 memory:f4400000-f47fffff memory:d0000000-dfffffff ioport:1800(size=8)
  *-display:1 UNCLAIMED
       description: Display controller
       product: Mobile 4 Series Chipset Integrated Graphics Controller
       vendor: Intel Corporation
       physical id: 2.1
       bus info: pci@0000:00:02.1
       version: 07
       width: 64 bits
       clock: 33MHz
       capabilities: pm bus_master cap_list
       configuration: latency=0
       resources: memory:f4200000-f42fffff

Status changed to 'Confirmed' because the bug affects multiple users.

Can you please append drm.debug=6 to you kernel command line (using grub) and attach the dmesg after booting up with the ghost output? Also can you please forward this bug to bugs.freedesktop.org, Product Xorg, Component Driver/Intel?

I can confirm this on multiple desktop machines, fully updated raring installs. All have Intel Graphics. I will grab a dmesg in a minute.

I'm nut sure if I'm looking at exactly the same bug, since in my case the displays stay black, no output what so ever.
The displays are all connected to the digital output.
I'm including the dmesg of one of my machines with drm debug.

if you have a 64bit installation, please try the kernel from http://people.canonical.com/~tjaalton/lp1156310
install both deb's.

Upstream suggests a couple of reverts: https://lkml.org/lkml/2013/3/18/180

Kernel from comment #7 works for me.

sudo lshw -c video
  *-display:0
       description: VGA compatible controller
       product: Mobile 4 Series Chipset Integrated Graphics Controller
       vendor: Intel Corporation
       physical id: 2
       bus info: pci@0000:00:02.0
       version: 09
       width: 64 bits
       clock: 33MHz
       capabilities: msi pm vga_controller bus_master cap_list rom
       configuration: driver=i915 latency=0
       resources: irq:44 memory:f4000000-f43fffff memory:d0000000-dfffffff ioport:1800(size=8)
  *-display:1 UNCLAIMED
       description: Display controller
       product: Mobile 4 Series Chipset Integrated Graphics Controller
       vendor: Intel Corporation
       physical id: 2.1
       bus info: pci@0000:00:02.1
       version: 09
       width: 64 bits
       clock: 33MHz
       capabilities: pm bus_master cap_list
       configuration: latency=0
       resources: memory:f4400000-f44fffff

I created a test kernel using the raring master-next branch. It would be great if you could test this kernel to confirm it resolves this bug. The kernel can be downloaded from:

http://people.canonical.com/~jsalisbury/lp1156548/

I have reported the same symptoms earlier with an Intel Core i5 PC running Quantal, bug 1029865. I have installed the kernel from comment #7 also there and booted it, but that machine still shows the ghost VGA display and due to that comes up with a 1024x768 login screen. I have checked with "uname -a" that the fixed kernel is actually running.

Is the fixed kernel not applicable to Quantal? Are more components of Raring needed (like X.org)? If so, I would try an upgrade to Raring.

The xrandr output is as follows:

----------
till@till:~$ xrandr
Screen 0: minimum 320 x 200, current 1920 x 1080, maximum 8192 x 8192
VGA1 connected (normal left inverted right x axis y axis)
   1024x768 60.0
   800x600 60.3 56.2
   848x480 60.0
   640x480 59.9
HDMI1 disconnected (normal left inverted right x axis y axis)
HDMI2 connected 1920x1080+0+0 (normal left inverted right x axis y axis) 510mm x 287mm
   1920x1080 60.0*+
   1680x1050 59.9
   1280x1024 60.0
   1280x960 60.0
   1280x720 60.0
   1024x768 60.0
   800x600 60.3
   720x576 50.0
   720x480 59.9
   640x480 60.0 59.9
   720x400 70.1
DP1 disconnected (normal left inverted right x axis y axis)
DP2 disconnected (normal left inverted right x axis y axis)
till@till:~$
----------

I am currently testing the test fixed kernel. Will provide feedback shortly

I have tested your test kernel from comment #11 on both machines now and get exactly the same results as with the kernel from comment #7. On the laptop (bug 1156548) the problem is solved by both kernels and on the PC (bug 1029865) the problem is not solved by both kernels.

Till: this bug is about raring, not quantal. And if you have issues on raring with the kernel from #11, file a new bug.

As mentioned on IRC, kernel from comment #7 fixes it for me on raring with Intel Graphics Media Accelerator 4500MHD; xrandr output now correct and unconfused fb0, lightdm and desktop.

Now I have upgraded the PC to Raring now and there the problem still persists. According to "uname -a" I am using the kernel 3.8.0-13-generic #23~lp1156548v1. I hope this is a kernel intended for Raring (Quantal has 3.5.x kernels).

dmesg as requested with updated kernel command line.

Kernels from comment #11 did not resolve the issue. Unless I failed to install something correctly.

uname -a
Linux Tardis-T500 3.8.0-13-generic #23~lp1156548v1 SMP Mon Mar 18 16:37:18 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux

I agree with #14. In My Laptop with both #7 & #11 fixes the issue.

I can also confirm that the kernel from comment #11 (3.8.0-13-generic 3.8.0-13.23~lp1156548v1) fixes it for me on raring with Intel Graphics Media Accelerator 4500MHD; xrandr output now correct and unconfused fb0, lightdm and desktop.

any kernel fix for non-64bit?

This bug was fixed in the package linux - 3.8.0-13.23

---------------
linux (3.8.0-13.23) raring; urgency=low

  [ Upstream Kernel Changes ]

  * Revert "drm/i915: enable irqs earlier when resuming"
    - LP: #1156310
  * Revert "drm/i915: reorder setup sequence to have irqs for output setup"
    - LP: #1156310
  * x86/apic: Remove noisy zero-mask warning from
    default_send_IPI_mask_logical()
    - LP: #1100202
  * drm/i915: Fix races in gen4 page flip interrupt handling
    - LP: #1116587
  * drm/i915: Revert hdmi HDP pin checks
    - LP: #1135668
  * signal: always clear sa_restorer on execve
    - LP: #1153813
    - CVE-2013-0914
 -- Tim Gardner <email address hidden> Mon, 18 Mar 2013 10:04:33 -0600

The update from today has resolved this issue on my laptop.

Status changed to 'Confirmed' because the bug affects multiple users.

I filed the duplicate Bug #1157503 yesterday, and after today's partial upgrade I can confirm that the problem is now fixed on my Toshiba Satellite A505 laptop. Thanks, guys!

The verification of this Stable Release Update has completed successfully and the package has now been released to -updates. Subsequently, the Ubuntu Stable Release Updates Team is being unsubscribed and will not receive messages about this bug report. In the event that you encounter a regression using the package from -updates please report a new bug using ubuntu-bug and tag the bug report regression-update so we can easily find any regresssions.