Re: [Intel-gfx] [PATCH 2/3] drm/i915: Change forcewake timeout to 2ms

On Fri, 24 Aug 2012, Ben Widawsky wrote: > A designer familiar with the hardware has stated that the forcewake > timeout can theoretically be as high as a little over 1ms. Therefore we > modify our code to use 2ms (appropriate fudge and because we don't want > to round down). > > Hopefully this ca

[Intel-gfx] [PATCH 1/2] intel_gtt: Harden against changes to kernel mappings of the GTT

Rather than use the common mmio segment which will be in future restricted to just the registers and so exclude the GTT portion on all architectures, explicitly mmap the GTT ourselves. Repeat this mmapping with a couple of flags until we matching the existing kernel mapping. Signed-off-by: Chris W

[Intel-gfx] [PATCH 2/2] mmio: Limit the uc- mapping to only map the registers

In the future, we may like to enable wc mapping of at least the GATT, and so causing a conflict if we attempt to map the entire bar as uc- here. Obviously we need a better fallback plan, but for the moment only attempt to map the portion of the pci space that we use for register access. Signed-off

[Intel-gfx] Updated -testing

Hi All, Another two weeks, another round of -testing. Highlights: - prep patches for the modeset rework. Note that one of those patches touches the fb helper in the common drm code. - hasw hdmi audio support (Wang Xingchao) - improved instdone dumping for gen7 (Ben) - unbound tracking and a few

Re: [Intel-gfx] ironlake rc6 + iommu = hangage

On Sun, Aug 26, 2012 at 02:53:50PM +1000, Dave Airlie wrote: > It appears that running with iommu=on and ILK rc6 enabled on drm-next > my machine hangs somewhere randomly between gdm starting, logging in, > and gnome-shell starting. > > Setting iommu=igfx_off or off works around it. Since the sam

[Intel-gfx] Please add last edited date to

Dear Intel folks, it would be nice if you could add a “last edited” field to the Web site so information like on the teams page [1] can be judged better. (It seems recent though, which is great and which should be made obvious.) Thanks, Paul [1] http://intellinuxgraphics.org/team.html sign

[Intel-gfx] [ANNOUNCE] xf86-video-intel 2.20.5

Another silly bug found, another small bugfix release. The goal was for the driver to bind to all Intel devices supported by the kernel. Unfortunately we were too successful and started claiming Pouslbo, Medfield and Cedarview devices which are still encumbered by propietary IP and not supported by