public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Zhenyu Wang <zhenyuw@linux.intel.com>
To: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Eric Anholt <eric@anholt.net>, mailing54 <mailing54@plzk.org>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Dave Airlie <airlied@redhat.com>,
	dri-devel@lists.sourceforge.net, Ma Ling <ling.ma@intel.com>,
	Jesse Barnes <jbarnes@virtuousgeek.org>,
	"Zhao, Yakui" <yakui.zhao@intel.com>,
	Keith Packard <keithp@keithp.com>
Subject: Re: Linux 2.6.31-rc7
Date: Wed, 26 Aug 2009 11:58:40 +0800	[thread overview]
Message-ID: <20090826035840.GA16894@zhen-devel.sh.intel.com> (raw)
In-Reply-To: <alpine.LFD.2.01.0908252027300.3218@localhost.localdomain>

[-- Attachment #1: Type: text/plain, Size: 2504 bytes --]

On 2009.08.25 20:33:32 -0700, Linus Torvalds wrote:
> On Wed, 26 Aug 2009, Zhenyu Wang wrote:
> >
> > > In my experience, the BIOS setup doesn't reflect what outputs should be
> > > used at runtime, and certainly not the correct configuration of the
> > > enabled outputs.  For example, if we went to this, the giant monitor
> > > attached to my laptop that I actually look at would go unused.
> > 
> > yeah, normally VBIOS startup just needs or only can driver one pipe, so
> > we don't have any pre knowledge except detect everything.
> 
> Umm. What's your guys point, exactly?
> 

We can't depend on any BIOS display config as you noted before our driver.
And our driver does more flexible config than VBIOS does.

> The fact is, as-is, YOU DETECT THE WRONG OUTPUTS!
> 
> If you actually detected things _right_, none of this would be an issue. 
> But you don't. And you seem to have a really hard time even admitting 
> that. You try to re-detect things, and you SCREW UP.
> 

We know we have problem on Mac mini, this issue has been known for a while.
And Keith also posted patch at
	http://lists.freedesktop.org/archives/intel-gfx/2009-June/002843.html
but I don't know the status of this now.

> > we already have some mac relate bugs open, but please report on it so we
> > do have people with hardware to try and response. We have recently got a
> > MacBook, yakui is looking after the modesetting issue on it.
> 
> Quite frankly, I've reported these things several times. I've been open to 
> try patches. Nothing has ever come out of it. 
> 
> I have a Mac Mini that I reported as broken over a month ago. I have a 
> Westemere I've reported as not doing any DDC probing - and that I have to 
> disable the LVDS probing on entirely in order to not make KMS set up the 
> display to go to a non-existent LVDS port.
> 
> You claim that you "detect everything", but quite frankly, you don't. The 
> KMS code seems to assume that if it's a mobile chipset, it should have an 
> LVDS output - and whether anything is connected to that or not is totally 
> immaterial. There's clearly _zero_ "detection" going on.
> 

We've tried many ways to detect LVDS, but none is stable or actually work for
every chip. But now we have DMI quirks for some known no LVDS machine (including
Mac mini), and we detect through ACPI LID object for LVDS exist. 

-- 
Open Source Technology Center, Intel ltd.

$gpg --keyserver wwwkeys.pgp.net --recv-keys 4D781827

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

  parent reply	other threads:[~2009-08-26  3:58 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-08-22  1:26 Linux 2.6.31-rc7 Linus Torvalds
2009-08-22  3:09 ` Regression: Linux 2.6.31-rc7 lost sensors on asus mobo Gene Heskett
2009-08-22  3:47   ` Linus Torvalds
2009-08-22 12:56     ` Gene Heskett
2009-08-22  6:12   ` Robert Hancock
2009-08-22 10:54     ` Stefan Richter
2009-08-22 13:48       ` Gene Heskett
2009-08-22 14:38         ` Stefan Richter
2009-08-22 19:55           ` Gene Heskett
2009-08-22 13:40     ` Gene Heskett
2009-08-23 10:56 ` Linux 2.6.31-rc7 Geert Uytterhoeven
2009-08-26  5:06   ` KOSAKI Motohiro
2009-08-25 17:25 ` mailing54
2009-08-25 18:11   ` Linus Torvalds
2009-08-25 21:37     ` mailing54
2009-08-25 22:07       ` Linus Torvalds
     [not found]         ` <1251239637.26348.20.camel@gaiman.anholt.net>
2009-08-26  1:51           ` Zhenyu Wang
2009-08-26  3:33             ` Linus Torvalds
2009-08-26  3:47               ` Dave Airlie
2009-08-26  4:13                 ` Linus Torvalds
2009-08-26  4:58                   ` Dave Airlie
2009-08-26 17:12                     ` Linus Torvalds
2009-08-26 17:18                       ` Jesse Barnes
2009-08-26  6:26                 ` Eric Anholt
2009-08-26  6:35                   ` Dave Airlie
2009-08-26  3:58               ` Zhenyu Wang [this message]
2009-08-26  4:20                 ` Linus Torvalds
2009-09-10  5:47                   ` Zhenyu Wang
2009-08-26 10:09                 ` ykzhao
2009-08-30 22:01         ` Tino Keitel

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=20090826035840.GA16894@zhen-devel.sh.intel.com \
    --to=zhenyuw@linux.intel.com \
    --cc=airlied@redhat.com \
    --cc=dri-devel@lists.sourceforge.net \
    --cc=eric@anholt.net \
    --cc=jbarnes@virtuousgeek.org \
    --cc=keithp@keithp.com \
    --cc=ling.ma@intel.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mailing54@plzk.org \
    --cc=torvalds@linux-foundation.org \
    --cc=yakui.zhao@intel.com \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox