Hello,
I'm trying to get the TV output working on my platform. So far, I have been
unable to obtain a signal. The TV is detected and reported in xrandr.
intel_stepping reports:
Vendor: 0x8086, Device: 0x2a42, Revision: 0x07 (>B3)
core clock: 533 Mhz
Also, the VGA output works fine, but the DVI
This is mostly similar to Ironlake, with some register changes and
additional tricks.
Jesse mentioned that it would make more sense to move those bits into
ivb-specific functions instead of making this work within ironlake ones,
so I added the corresponding functions and setup their pointers
accor
On Thu, Oct 20, 2011 at 14:28, Eugeni Dodonov wrote:
> This is mostly similar to Ironlake, with some register changes and
> additional tricks.
>
> Jesse mentioned that it would make more sense to move those bits into
> ivb-specific functions instead of making this work within ironlake ones,
> so I
This is mostly similar to Ironlake, with some register changes and
additional tricks.
Jesse mentioned that it would make more sense to move those bits into
ivb-specific functions instead of making this work within ironlake ones,
so I added the corresponding functions and setup their pointers
accor
On Thu, 20 Oct 2011 14:34:55 -0200, Eugeni Dodonov wrote:
> > This is mostly similar to Ironlake, with some register changes and
> > additional tricks.
> way.
Have you managed to verify that this actually does anything yet? The
only way we've managed in the past is to stick a watt meter on a mac
On Thu, 20 Oct 2011 10:39:00 -0700, Keith Packard wrote:
> Have you managed to verify that this actually does anything yet? The
> only way we've managed in the past is to stick a watt meter on a machine
> and watch it go down when FBC kicks in...
Or up as the case may be. ;-)
-Chris
--
Chris Wi
On Thu, Oct 20, 2011 at 15:41, Chris Wilson wrote:
> On Thu, 20 Oct 2011 10:39:00 -0700, Keith Packard
> wrote:
> > Have you managed to verify that this actually does anything yet? The
> > only way we've managed in the past is to stick a watt meter on a machine
> > and watch it go down when FBC k
On Thu, 16 Jun 2011 21:58:42 +0100, Chris Wilson
wrote:
> Rolf,
>
> This looks to be the missing ingredient for your board. Can you please
> give it a test?
I haven't seen a tested-by, reviewed-by or even acked-by for this patch
yet.
--
keith.pack...@intel.com
pgpcDBAvWm0UU.pgp
Description:
On Sat, 17 Sep 2011 20:55:44 +0200, Daniel Vetter
wrote:
> io-mapping: ensure io_mapping_map_atomic _is_ atomic
> drm/i915: drop KM_USER0 argument to k(un)map_atomic
These have been merged.
> drm/i915: fall through pwrite_gtt_slow to the shmem slow path
> drm/i915: rewrite shmem_pwrite
On Wed, 19 Oct 2011 08:12:08 -0700, Jesse Barnes
wrote:
> /* PCH eDP needs FDI, but CPU eDP does not */
> - if (!has_edp_encoder ||
> intel_encoder_is_pch_edp(&has_edp_encoder->base)) {
> + if (!intel_crtc->no_pll &&
> + (!has_edp_encoder ||
> + intel_encoder_is_p
10 matches
Mail list logo