From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mta01.eonet.ne.jp ([203.140.81.44]) by ur; Mon Aug  8 19:32:55 EDT 2016
Received: from ci5dell.jitaku.localdomain (101-141-38-118f1.osk3.eonet.ne.jp [101.141.38.118])
	by mailmsa11.mozu.eo.k-opti.ad.jp  with ESMTP id u78NWmeX014083;
	Tue, 9 Aug 2016 08:32:49 +0900
To: kokamoto@hera.eonet.ne.jp, 9front@9front.org
Date: Sun Aug  7 00:08:16 JST 2016
Subject:  Re: [9front] core-i5(TypeSNB) and vesa mode
From: kokamoto@hera.eonet.ne.jp
Message-ID: <059f4dee96cd6eeb62f75ffb6cf6d4ab@ci5dell.jitaku.localdomain>
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
List-ID: <9front.9front.org>
List-Help: <http://lists.9front.org>
X-Glyph: ➈
X-Bullshit: self-signing package-oriented backend 

After I dealt with display codes, I realised I'm just familier
with the whole codes of igfx.c.

I have a porpose to construct opur strategy.

1) make separate of the hard tie connection of pipe(x) and transcoder
number.

2) as we can judge which display device is connected to a port by
examimming the 2 bit of dpctl(e0300, e1300, e2300 etc),
we can put the dpctl enable of that port.

3) we can do above both for pipe(0) and pipe(1).
Let's the pipe(0) alone for native vga mode, even if we use it 
or not.  Do the change to pipe(1) above, because we are now
dealing with only frame buffer, which is not so heavy.
In a future, if we deal with 3D movie etc, let's consider about it.

4) for G965, we use pipe(1) for high resolution mode, however,
we use pipe(0) for Sandy/Ivy Bridge.   I wondered why at the
beginning.   Now I understand the reason, however, to make it
harmony with the case of G965 etc is the second reason.

Kenji