From: Robert Kaiser <kairo@kairo.at>
To: intel-gfx@lists.freedesktop.org
Subject: Re: Sandy Bridge (i7/H67) and connected screens
Date: Fri, 29 Apr 2011 16:39:46 +0200 [thread overview]
Message-ID: <ipeijj$c1q$1@dough.gmane.org> (raw)
In-Reply-To: <b7da2f$qkhbaj@fmsmga001.fm.intel.com>
Chris Wilson schrieb:
> On Fri, 04 Mar 2011 22:09:42 +0100, Robert Kaiser<kairo@kairo.at> wrote:
>> Chris Wilson schrieb:
>>> Let's start by looking at the dmesg and Xorg.log and then determine what's
>>> wrong. If you add drm.debug=0xe to your grub kernel parameters, so much
>>> the better.
>>
>> OK, I launched with that parameter and found by logging in from my N900
>> a way to drop dmesg into a file and take a copy of Xorg.0.log, so here
>> they are in an attachment.
>> Just if you might need it, when this ran, the newer 1920x1080 monitor
>> was plugged in on the DVI port and I think I had the HDMI one not
>> plugged in at all.
>
> This is the cause of the trouble:
>
> [ 3.042320] i915 GPIOB: SDA stuck high!
> [ 3.045553] i915 GPIOA: SDA stuck low!
> [ 3.045625] i915 GPIOC: SDA stuck high!
> [ 3.049540] i915 GPIOD: SDA stuck low!
> [ 3.049612] i915 GPIOE: SDA stuck high!
> [ 3.049694] i915 GPIOF: SDA stuck high!
>
> First time I've ever seen that, though that is maybe because it is in a
> non-default debugging path.
>
> However, failing the i2c bitbanging adapter being created, we would be
> using the GMBUS interface. That appears to be failing as well. (Not too
> surprising since it uses the same ports internally.)
>
> Not sure how to proceed, maybe someone else has a better idea?
Any update? I just have changed to a different DH67CL board (now with
"B3 stepping") and I'm running on 2.6.29-rc4 but the symptoms stay the
same (didn't create another debug log to verify the exact error though).
I doubt that two board would have the same hardware error to cause that
and I also doubt that both my screens are busted (esp. as one works with
this board with vesafb/nomodeset=1 mode at least), so I suspect there
really is something in the drivers that goes wrong.
It's a bit disappointing that with an all-Intel solution I end up like
that, has anyone of you guys tried a DH67CL + i7-2600 yourself?
I really hope you/we can find a solution to this!
Robert Kaiser
next prev parent reply other threads:[~2011-04-29 14:40 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-03-04 17:20 Sandy Bridge (i7/H67) and connected screens Robert Kaiser
2011-03-04 17:47 ` Chris Wilson
2011-03-04 21:09 ` Robert Kaiser
2011-03-04 21:34 ` Chris Wilson
2011-04-29 14:39 ` Robert Kaiser [this message]
2011-05-09 12:02 ` Robert Kaiser
2011-03-04 21:38 ` Robert Kaiser
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='ipeijj$c1q$1@dough.gmane.org' \
--to=kairo@kairo.at \
--cc=intel-gfx@lists.freedesktop.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.