Hi, I am trying to get something visible on my HDMI-connected monitor on a Acer 18180T (Intel GM45 graphics). The monitor is a Acer H223Hq (1920x1080). When connecting the monitor to the notebook's hdmi output, the monitor works fine at boot, but only until the i915 module is loaded. I tried this by renaming the module and, after booting, renaming it back and running "modprobe i915". When the module is loaded, the monitor turns black. It is still on (the color of the power button is white for on in contrast to orange for sleeping) and aware of the connection (the monitor does not complain about "no input"). It looks like the backlight is switched off. There is a /sys/class/backlight/acpi_video0 which belongs to the notebook screen, but nothing for the HDMI monitor. The computer has something like Ubuntu 10.04 installed, but with kernel 2.6.34. I tried various kernel versions (2.6.31, 2.6.28, 2.6.35) and also different versions of the intel xorg driver (2.9.x and 2.11) but the monitor always turns black. I would appreciate getting some help to solve this problem as I find it extremely annoying (I bought this laptop model because of the HDMI output). I reported this some time ago as https://bugs.launchpad.net/ubuntu/+source/linux/+bug/571406/ but there has not been any progress. I expect that some more details are needed. I will try to provide any reasonable information I can produce if I get a wishlist/instructions. Cheers, Alexander
HDMI is one of those platforms that I don't have any machines that use, yet... Can you add drm.debug=0xe to your boot commandline and upload the dmesg from a recent kernel along with Xorg.0.log. If you can, install the latest unstable driver and kernel from ppa:xorg-edgers which should improve the reliability of the debugging output.
Created attachment 38117 [details] dmesg with drm.debug=0xe
Created attachment 38118 [details] Xorg.0.log with xorg-edgers
> .. add drm.debug=0xe .. upload the dmesg from a recent kernel along with > Xorg.0.log. .. I added ppa:xorg-edgers such that I now have: libdrm-intel1 : 2.4.21+git20100804.431f7f00-0ubuntu0sarvatt~lucid xserver-xorg : 1:7.5+6ubuntu1~xorgedgers3~lucid xserver-xorg-core : 2:1.8.2+git20100705+server-1.8-branch.665aa7ce-0ubuntu0sarvatt2~lucid xserver-xorg-input-evdev : 1:2.5.0+git20100822.990540fa-0ubuntu0sarvatt~lucid xserver-xorg-input-mouse : 1:1.5.0+git20100812.374725ef-0ubuntu0sarvatt~lucid xserver-xorg-input-synaptics : 1:1.2.99+git20100602.a489ec15-0ubuntu0sarvatt3~lucid xserver-xorg-video-fbdev : 1:0.4.2+git20100707.7ec9d466-0ubuntu0sarvatt~lucid xserver-xorg-video-intel : 2:2.12.0+git20100823.104cd055-0ubuntu0sarvatt2~lucid xserver-xorg-video-vesa : 1:2.3.0+git20100723.32e50178-0ubuntu0sarvatt~lucid ... I also updated from ppa:kernel-ppa/ppa to linux-image-2.6.35-13-generic version 2.6.35-13.18~lucid2. I attached the logfiles. Cheers, Alexander
The logs look fine, we have detected the HDMI connection and probed the monitor and attempt to set a 1024x768 mode upon it. At this moment in time, my guess is that in sending an HDMI audio signal to a monitor that doesn't support any audio is causing the issue. You can try these patches: http://cgit.freedesktop.org/~ickle/linux-2.6/commit/?h=gtt&id=4b7d7ab326e481da2806c197882b3520d7aea733 http://cgit.freedesktop.org/~ickle/linux-2.6/commit/?h=gtt&id=3909086642e7692bea5af02a4246c40912b14122 The first needs to be rewritten as a more complete check, but it should fix this issue.
(In reply to comment #5) > ... detected the HDMI ... 1024x768 ... guess is ... HDMI audio signal > to a monitor that doesn't support any audio is causing the issue. > ... > http://cgit....id=3909086642e7692bea5af02a4246c40912b14122 I was unable to download the kernel from there, the server gave error messages. (The zip file was also containing bad symlinks; they contained file contents instead of file targets.) Therefore I adapted the patches for 2.6.35.4 and compiled this kernel. After some modification, the monitor is actually usable :-) The required modification is that in drivers/gpu/drm/i915/intel_hdmi.c, I had to disable audio: intel_hdmi_detect(struct drm_connector *connector) { ... // acfbuerger: with this uncommented, HDMI monitor stays black // if (hdmi_priv->has_hdmi_sink) // hdmi_priv->has_audio_sink = // drm_edid_supports_audio(edid); ... } This always turns audio off, so the rest of the patches is not really used. After booting, the resolution of the laptop screen is 1024x768 and the HDMI monitor looks like it is not synchronized. This can be fixed by calling xrandr to set the desired resolutions. Then, the HDMI monitor works at 1920x1080 and the internal display at 1366x768. I did not yet test hibernation. Besides the flicker, it is also not so nice is that audio does not work. The monitor *does* support audio, but apparently there is some kind of conflict. If there are more suggestions, I would be happy to try to get rid of the flickering after boot and to get sound from the monitor.
Created attachment 38488 [details] dmesg with display working (after xrandr), but no audio
Created attachment 38489 [details] Xrog.0.log with display working (after xrandr), but no audio
> --- Comment #8 from acfbuerger <acfbuerger@googlemail.com> 2010-09-06 14:02:37 PDT --- > Created an attachment (id=38489) > --> (https://bugs.freedesktop.org/attachment.cgi?id=38489) > Xrog.0.log with display working (after xrandr), but no audio The EDID for your monitor does not claim audio support over HDMI and your testing confirms that. The initial mode is just the intersection of your LVDS and HDMI modes as expection. Is the output on the monitor incorrect (stripey, staggered, mis-coloured) or just scaled?
(In reply to comment #9) > .. EDID ... does not claim audio support over HDMI and > your testing confirms that. Well, using Windows 7 it does have audio over HDMI. I do not understand why I would need to comment out the check for sound if the EDID would not say that audio is supported; to me it seems that the test determines that audio is available. > Is the output on > the monitor incorrect (stripey, staggered, mis-coloured) or just scaled? It is flimmering and stripey: there are a lot of stripes with colours somewhat as expected, but they are unstable and there is no picture recognizeable. When my screen background is set after login, I can see that the colours change, but I do not recognize anything of the picture.
I downgraded to the original lucid x11 server and libraries (instead of using xorg-edgers), but continue to use the patched 2.6.35.4 kernel. Now the monitor is not flickering/stripey any more after bootup.
More audio fun.
HDMI fun on gm45. Paulo recently fixed a lot of the know issues and his patches are now all merged into the drm-intel-next-queued branch at http://cgit.freedesktop.org/~danvet/drm-intel/ Unfortunately we've lost this bug a bit in the bugzilla noise (my apologies), but I'm pretty sure this should fix things for you. So I'll close this one. If this is not the case and you still have hdmi/audio issue with that kernel, please reopen. And thanks a lot for reporting this issue.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.