On 10/29/11 3:05 AM, Keith Packard wrote:
* Would UEFI do any better? It does provide a native mode on my MBA,
it would be nice to know if this is at all common on regular PC
hardware that has UEFI support.
UEFI firmwares are not required to get native mode on the panel right by
On 10/30/11 12:24 AM, Keith Packard wrote:
On Sat, 29 Oct 2011 00:05:22 -0700, Keith Packardkei...@keithp.com wrote:
* I've got LVDS pulling the current mode out of the hardware
With a machine that has a native VBE mode for the panel, the problem is
that clock computed from the hardware
On 10/31/11 2:43 PM, Keith Packard wrote:
On Mon, 31 Oct 2011 12:56:58 -0400, Adam Jacksona...@redhat.com wrote:
Yeah, it won't be precise. That's why there's PLL search code at all,
and why it has a fuzz factor for finding good enough.
Right, so we'll need a similar fuzz factor when
Steve Langasek came over today and we hacked on the i915 driver
initialization code to try and avoid the initial mode set. I thought I'd
summarize what we found out.
* Ubuntu has hacked up grub2 so that it gets the boot monitor running
in a reasonable configuration using VBE calls if
On Sat, 29 Oct 2011 00:05:22 -0700, Keith Packard kei...@keithp.com wrote:
* Constructing a fake drm_framebuffer is a pain; there are a million
places that assume all kinds of things about the frame buffer on
a crtc.
This is vital as we need to capture the current GATT and stolen
On Sat, 29 Oct 2011 09:12:13 +0100, Chris Wilson ch...@chris-wilson.co.uk
wrote:
On Sat, 29 Oct 2011 00:05:22 -0700, Keith Packard kei...@keithp.com wrote:
* Constructing a fake drm_framebuffer is a pain; there are a million
places that assume all kinds of things about the frame buffer
On Sat, 29 Oct 2011 00:05:22 -0700, Keith Packard kei...@keithp.com wrote:
* I've got LVDS pulling the current mode out of the hardware
With a machine that has a native VBE mode for the panel, the problem is
that clock computed from the hardware settings is not quite the same as
the clock