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
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
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 same
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
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.
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
