Created attachment 53781 [details]
dmesg log output

Created attachment 53782 [details]
Xorg log output

Created attachment 53783 [details]
intel_reg_dumper log output

Please test against Kernel 3.2 (or the drm-intel-next tree) and then re-post the intel_reg_dumper and the dmesg output.

The driver seems to be failing to the detect the outputs. Both pipes are disabled.

Created attachment 53785 [details]
intel_reg_dumper log output with kernel 3.2

Created attachment 53786 [details]
dmesg log output with kernel 3.2

About the outputs: it's true. The main problem with that machine is that I can't attach an external output device to see exactly where the problem is.

Thanks in advance.

Att,
Daniel

Bump? Is there another thing I can do to help debugging the problem? Thanks in advance.

Daniel

Hi...

I've been doing some tests, particularly at the intel_lvds.c file, where I think the problem may be at.

Around line 660, there is a struct called "dmi_system_id intel_no_lvds[]", where I've put the following entry:


	{
		.callback = intel_no_lvds_dmi_callback,
		.ident = "HP de merda",
		.matches = {
			DMI_MATCH(DMI_SYS_VENDOR, "Hewlett-Packard"),
			DMI_MATCH(DMI_PRODUCT_NAME, "200-5320br"),
		},
	},

to match the machine I'm trying to make work. And I've recompiled the kernel with the modification above.

Unfortunately, I had no success. :(

If you guys have any advice to how can I improve the debugging proccess, or anything at all... thanks!

Att,
Daniel Wolff

... and sorry for the identification above. It was completely not intended :)

I think I solved the problem.

Below is the diff from the latest kernel tree from git.kernel.org (3.3.0rc2)

------------------------------------CUT HERE-----------------------------------
diff --git a/drivers/gpu/drm/i915/intel_display.c b/drivers/gpu/drm/i915/intel_display.c
index b3b51c4..dca2afa 100644
--- a/drivers/gpu/drm/i915/intel_display.c
+++ b/drivers/gpu/drm/i915/intel_display.c
@@ -7672,7 +7672,7 @@ static void intel_setup_outputs(struct drm_device *dev)
        bool dpd_is_edp = false;
        bool has_lvds = false;
 
-       if (IS_MOBILE(dev) && !IS_I830(dev))
+       if (!IS_I830(dev))
                has_lvds = intel_lvds_init(dev);
        if (!has_lvds && !HAS_PCH_SPLIT(dev)) {
                /* disable the panel fitter on everything but LVDS */
------------------------------------CUT HERE-----------------------------------

Removing the IS_MOBILE(dev) verification from the if statement above solves the problem. The computer detects an LVDS output, but because of that specific line, the intel_lvds_init(dev) was not being called, thus not creating the needed connector for the pipe output.

It's kind of weird, though. Apparently, the motherboard of the machine is not mobile, but have an LVDS output :)

I've made some .deb packages available at http://www.rapido.net.br/debs_hpomni200/, because I'm using Ubuntu on my tests.

Can you guys send the code to the upstream, in case the patch does not brake anything else, or can I do it myself? (It's my first kernel patch, I don't know how to proceed) #kernelnewbie :)

I've already tested on 4 machines here at work, and all of them worked perfectly.

Att,
Daniel Wolff

Created attachment 56796 [details] [review]
Always use the LVDS presence pin on PCH

Can you please test Chris' patch. Your approach can't be merged because that would enable lvds on a _lot_ of machines that just don't have one, resulting in hilarious amounts of bug reports and issues about it.

I can confirm that the Chris Wilson's patch works for me.

Thanks a lot for the help!

Att,
Daniel Wolff

Patch is on track to -next, marking as fixed (worksforme is for issues that can't be reproduced).

A patch referencing this bug report has been merged in Linux v3.4-rc1:

commit f3cfcba60fcfdce89f9332dc6c31137309d33c8a
Author: Chris Wilson <chris@chris-wilson.co.uk>
Date:   Thu Feb 9 09:35:53 2012 +0000

    drm/i915/lvds: Always use the presence pin for LVDS on PCH