On Tue, 29 Mar 2011 07:49:12 +0100, Chris Wilson
wrote:
> Yes, Oliver pointed out that we need to pass much more panel
> configuration data in order to configure a bare LVDS. Given the bizarre
> situation of the LVDS-attached-HDMI PNV boxes (how I love our market
> differentiate strategy!), I th
On Mon, 28 Mar 2011 21:43:28 -0700, Eric Anholt wrote:
> On Mon, 28 Mar 2011 15:22:35 -0700, Ian Romanick wrote:
> > So, we're currently using too many threads in some cases? Could this be
> > related to bug #35730? In that case the failure seems to be limited to
> > SugarBay. I believe that's
On Tue, 29 Mar 2011 08:18:49 +0200, Oliver Seitz wrote:
>
> > Hi Chris, have you updated this patch?
>
> I think this patch may be obsolete, as these patches
>
> http://lists.freedesktop.org/archives/intel-gfx/2011-March/009583.html
>
> do the same and much more. It is not clear yet how to pre
On Mon, 28 Mar 2011 15:22:35 -0700, Ian Romanick wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 03/28/2011 10:55 AM, Eric Anholt wrote:
>
> > Here's an idea for an SNB performance improvement from the specs. It
> > says that on GT2 you should be able to use 80 threads if "WIZ H
Hi Chris, have you updated this patch?
I think this patch may be obsolete, as these patches
http://lists.freedesktop.org/archives/intel-gfx/2011-March/009583.html
do the same and much more. It is not clear yet how to prevent users from
accidentally using these functions which will make the
This fails on the Macbook for example, and Jesse reported a failure
after unloading and reloading the i915.ko module on a HP system. It
looked promising distinguishing several of the ghost LVDS, but with even
a single false positive, it cannot replace the quirk table.
Signed-off-by: Chris Wilson
On Mon, 28 Mar 2011 15:37:37 -0700, Ben Widawsky wrote:
> On Mon, Mar 28, 2011 at 10:55:40AM -0700, Eric Anholt wrote:
> > ---
> > I suspect due to
> > FORCEWAKE, which also means that I can't necessarily trust that the
> > bit was unset originally), I got only hangs from 3D.
>
> If you want to g
Hi guys,
Well, I got my new notebook today, a Dell e6420 with Intel HD-3000 and a
Core i5 processor. Anyway, I didn't like the windows which was installed (it
worked at least though), so I wanted to install Linux, with quite .. strange
results:
First of all, the live cd i booted had stock kernel
On 2011/3/29 6:22, Ian Romanick wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/28/2011 10:55 AM, Eric Anholt wrote:
Here's an idea for an SNB performance improvement from the specs. It
says that on GT2 you should be able to use 80 threads if "WIZ Hashing
Disable in GT_MODE registe
On Mon, Mar 28, 2011 at 10:55:40AM -0700, Eric Anholt wrote:
> ---
> I suspect due to
> FORCEWAKE, which also means that I can't necessarily trust that the
> bit was unset originally), I got only hangs from 3D.
If you want to get some more possibly garbage data, you can set
forcewake from userspac
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/28/2011 10:55 AM, Eric Anholt wrote:
> Here's an idea for an SNB performance improvement from the specs. It
> says that on GT2 you should be able to use 80 threads if "WIZ Hashing
> Disable in GT_MODE register enabled". On my system (supposedl
Sorry, about the empty reply.
- Original message -
> On Wed, 2011-02-09 at 15:01 +, Chris Wilson wrote:
> > The LVDS code ignores any connector for which it cannot find a fixed
> > mode (through an EDID, vBIOS tables or the current active mode). Some
> > platforms may include an LVDS he
- Original message -
> On Wed, 2011-02-09 at 15:01 +, Chris Wilson wrote:
> > The LVDS code ignores any connector for which it cannot find a fixed
> > mode (through an EDID, vBIOS tables or the current active mode). Some
> > platforms may include an LVDS header on the board and this may
---
Here's an idea for an SNB performance improvement from the specs. It
says that on GT2 you should be able to use 80 threads if "WIZ Hashing
Disable in GT_MODE register enabled". On my system (supposedly GT2),
that bit (bit 6 of 0x20d0) is unset. In testing, with intel_reg_write
0x20d0 0x0040
On 03/28/2011 04:51 AM, Steven Newbury wrote:
- Original message -
I'm connecting a D525 (Pineview) based system to an older "HD"
(1366x768) Phillips TV. I has a DVI connector for HD input, but whether
I connect it using the VGA->DVI or HDMI->DVI the TV detects the
incomming signal as fr
- Original message -
>
> > Am I missing something, or does KMS only accept the BIOS provided
> > panel timings?
>
> There is a patch pending about setting LVDS parameters by hand if no or
> incorrect display data is present. But the controlling options are still
> being discussed as I u
Am I missing something, or does KMS only accept the BIOS provided panel timings?
There is a patch pending about setting LVDS parameters by hand if no or
incorrect display data is present. But the controlling options are still
being discussed as I understand it.
Greets,
Kiste
__
- Original message -
> I'm connecting a D525 (Pineview) based system to an older "HD"
> (1366x768) Phillips TV. I has a DVI connector for HD input, but whether
> I connect it using the VGA->DVI or HDMI->DVI the TV detects the
> incomming signal as from a PC and selects a "XGA" mode, limitin
18 matches
Mail list logo
