Following the fix to reset the GMBUS controller after a NAK, we finally
utilize the 0xa0 probe for a CRT connection. And discover that it is
useless as it simply detects the presence of the controller and not the
actual monitor. Given that we already probe 0x50 prior to performing the
EDID
On Mon, 4 Apr 2011 07:26:44 +0100, Chris Wilson ch...@chris-wilson.co.uk
wrote:
Following the fix to reset the GMBUS controller after a NAK, we finally
utilize the 0xa0 probe for a CRT connection. And discover that it is
useless as it simply detects the presence of the controller and not the
On Mon, 4 Apr 2011 07:26:45 +0100, Chris Wilson ch...@chris-wilson.co.uk
wrote:
Rather than proceed on to the next test, return the result from
detecting a connection but to a digital panel and include some debug
output as to why.
I'm worried that this will falsely reject some monitors with
Hello,
I'm running Ubuntu Natty Narwhal Beta 1 64bit and whenever I attempt
to connect an external display to my new 2011 13 (8,1) MacBook Pro
(using a mini-displayport-to-vga adapter), I get very weird behavior
with the display that can only be fixed by disconnecting the remote
display and
On Mon, 04 Apr 2011 08:08:40 -0700, Keith Packard kei...@keithp.com wrote:
On Mon, 4 Apr 2011 07:26:44 +0100, Chris Wilson ch...@chris-wilson.co.uk
wrote:
Following the fix to reset the GMBUS controller after a NAK, we finally
utilize the 0xa0 probe for a CRT connection. And discover
Comments inline.
On Fri, 1 Apr 2011 16:54:48 -0700, Ben Widawsky b...@bwidawsk.net wrote:
Straight forward IOCTLs which allow userspace to read and write
registers. This is needed because on newer generation products,
registers may become inaccessible due to specific power modes.
To manage
On Tue, Apr 5, 2011 at 2:26 AM, Keith Packard kei...@keithp.com wrote:
On Mon, 04 Apr 2011 16:29:55 +0100, Chris Wilson ch...@chris-wilson.co.uk
wrote:
Yes. I'm saying that that the controller accepts a write to port 0xa0.
So it's the GMBUS controller itself then, I guess. Weird.
Let me
On Tue, 5 Apr 2011 10:19:16 +1000, Dave Airlie airl...@gmail.com wrote:
On Tue, Apr 5, 2011 at 2:26 AM, Keith Packard kei...@keithp.com wrote:
On Mon, 04 Apr 2011 16:29:55 +0100, Chris Wilson ch...@chris-wilson.co.uk
wrote:
Yes. I'm saying that that the controller accepts a write to port
Went back to 1 patch instead of 2...
Two things from your comments not addressed (which I think should be
addressed separately):
* gen4 register maps (userspace tools will fall back to old method)
* intel_register_write_get - I think the whole register read/write
situation needs cleanup, and
Straight forward IOCTLs which allow userspace to read and write
registers. This is needed because on newer generation products,
registers may become inaccessible due to specific power modes.
To manage this, created a set of register ranges for the different
products which can give fine grained
On Mon, 4 Apr 2011 07:26:44 +0100, Chris Wilson ch...@chris-wilson.co.uk
wrote:
Following the fix to reset the GMBUS controller after a NAK, we finally
utilize the 0xa0 probe for a CRT connection. And discover that it is
useless as it simply detects the presence of the controller and not the
11 matches
Mail list logo
