i915: finish removing TTM bits

Makes it build again.

Merge branch 'modesetting-gem' of ssh://git.freedesktop.org/git/mesa/drm into modesetting-gem

i915: set domain properly on fb mapping, flush out changes

The user visible ioctl does this, but since we call into GEM internals
directly, we have to flush things ourselves.  Fixes initial fb console
corruption.

radeon: reserve 64k of VRAM for now for text mode so we don't trample it

need to revisit this later I'm sure

radeon: fix LVDS modes problem

radeon: add support for memory map init

radeon: add copy/solid regs for rn50

i915: update cursor handling to use GEM objects

i915: fixup from last merge hopefully

Merge branch 'radeon-gem-cs' into modesetting-gem

Conflicts:

libdrm/xf86drm.c
linux-core/Makefile.kernel
linux-core/drmP.h
linux-core/drm_compat.h
linux-core/drm_drv.c
linux-core/drm_stub.c
linux-core/drm_vm.c
shared-core/i915_dma.c
shared-core/r300_cmdbuf.c
shared-core/radeon_drv.h

Add com bios asic init bits

Fill in and make use of more com bios tables on legacy chips

Add additional quirks from ddx

Fix warnings

Get legacy working finally

- extra ~ in RADEON_WRITE_P()
- re-arrange crtc setup a bit
- add debugging for tracing calls
- fix pitch calculation

set base in legacy crtc mode set

Convert COM BIOS to table offset lookup function

Restructure cursor handling and add support for legacy cursors

atom: implement crtc lock

LUT updates

- Add gamma set for legacy chips
- Add 16 bpp gamma set

various cleanups

- white space
- move i2c_lock to radeon_i2c.c
- enable tv dac on legacy

Add legacy dac detect stubs

unify connector, i2c handling for atom and legacy

Brute force port of legacy crtc/encoder code

- removed save/init/restore chain with set functions

on_each_cpu() compat fixup from krh

radeon: fix kernel_mm properly

radeon: FEDORA: patch to make 3D driver work

set gart buffers start

radeon: remove debugging

radeon: use mm_enabled variable to denote memory manager running

radeon: make buffer swap for older drivers work again on GEM

radeon: add userspace call for mm support check

radeon: FEDORA: add old DMA buffers on top of GEM

This really shouldn't go upstream, it just lets me
run the old 3D driver on GEM setup system

i915: setup hardware status page if physical addrs are required

Needed for the modesetting case where we initialize the ring at load time.

Merge branch 'modesetting-101' into modesetting-gem

Merge branch 'master' into modesetting-gem

Conflicts:

libdrm/Makefile.am
libdrm/xf86drm.h
shared-core/i915_dma.c
shared-core/i915_irq.c

[intel_bufmgr_gem] Fix flink buffer name caching (#17085, #17092).

Store the global name in global_name, don't overwrite the gem_handle.

Add error checking to framebuffer creation

Make the Intel routine return an error if needed and make the core check for
it.

Export a generic dri_bo handle for use by clients

We'll need something like this (either a handle field or a dri_bo_get_handle
function) for kernel mode setting to get at the handles.

libdrm: Allow build outside of source tree.

drm_vm: fix for build on 2.6.22

thanks to malc0 for pointing it out

drm: add OS_HAS_GEM option.

To build i915 driver pass OS_HAS_GEM=1 to make for now

NV50: minor changes

NV50: enable hotplug irq

NV50: call drm_sysfs_hotplug_event when appropriate

drm: TRUE/true

Drop TTM interfaces from the userland library.

Fix compile warning from check_aperture change.

Merge branch 'drm-gem'

Conflicts:

shared-core/i915_dma.c

This brings in kernel support and userland interface for intel GEM.

Replace the check_aperture API with one we can make thread-safe.

While the bufmgr isn't thread-safe at the moment, we need it to be for shared
objects between contexts.

nouveau: wait for pgraph idle after loading or saving a context

the nvidia driver does this, and it stops the error message appearing on nv40

radeon: add initial support for legacy crtc/encoders.

not all there yet

Make modesetting-gem build with recent kernels

Needed to merge in VM fault changes & pci_read_base API update.

Make flink save the kernel-assigned name and return it instead of creating another name

Merge branch 'drm-gem' into modesetting-gem

Switch from shmem_getpage to read_mapping_page

radeon: fixup PCI GART table with GEM enabled

radeon: just evict to TT not cached

drm: don't teardown things in modeset paths

pcigart: fixup memset + remove wbinvd

radeon: fix setting new memmap in right place

[gem-intel] Retiring flush requests should clear flushed write_domains

When i915_gem_retire_request has a flush which matches an object write
domain, clear the write domain. This will move the object to the inactive
list rather than the flushing list, avoiding trouble with objects left stuck
on the flushing list.

[gem-intel] Don't clear write_domain until flush completes

In i915_gem_object_wait_rendering, if the object write domain is being
written by the GPU, the appropriate flushing commands are written to the
device and an additional request queued to mark that flush. Finally, the
function blocks on that new request.

The bug was that the write_domain in the object was cleared before the
function blocked.

If the wait is interrupted by a signal, the flushing commands may still be
pending. With the current write_domain information lost, the restarted
syscall will drop right through the write_domain test as that value was
lost, and so the function will not block at all. Oops.

Fixed by simply moving the write_domain clear until after the wait_request
succeeds. Note that the restarted system call will generate an additional
flush sequence and request, but that should be 'harmless', aside from a
slight performance impact.

Someday we'll track flushing more accurately and clear write_domains more
efficiently, but for now, this should suffice.

This bug was discovered in the 2d gem development by running x11perf
-copypixwin500 and noticing that the window got cleared accidentally.

Expose pin/unpin/set_tiling/flink APIs

radeon: fix blit due to registers wrong

drm: finish bo after lastclose

radeon: add userspace mm enable switch

radeon: don't use ring if cp not going

drm: remove unused types

drm: fixup master code to use krefs

i915/radeon: use rmmap locked

modesetting: pick_crtcs can't be static

drm: remove unneeded debugging

Merge commit 'origin/drm-gem' into modesetting-gem

Conflicts:
linux-core/Makefile.kernel
linux-core/drmP.h
linux-core/drm_mm.c
linux-core/drm_stub.c
linux-core/i915_gem.c
linux-core/i915_opregion.c
shared-core/i915_dma.c
shared-core/i915_drv.h
shared-core/i915_irq.c

Revert "i915: Move all of the irq install/uninstall to load time."

This reverts commit 965a72202b439068e62ac341990f51953457b202.

Please re-do over properly

Merge commit 'origin/master' into modesetting-gem

Conflicts:
linux-core/Makefile.kernel
linux-core/ati_pcigart.c
linux-core/drm_compat.h
linux-core/drm_irq.c
linux-core/drm_lock.c
linux-core/i915_drv.c
shared-core/i915_dma.c
shared-core/i915_drv.h
shared-core/i915_irq.c
shared-core/nouveau_mem.c
shared-core/radeon_cp.c
shared-core/radeon_drv.h

drm: remove object hash

drm: userspace rip out TTM API

drm: add fault handler support so as to be more like possible upstream

drm: add fault handler support so as to be more like possible upstream
(cherry picked from commit 10d5b037b85706037df89bf0275436797e4eb559)

TTM: remove API and userspace objects.

This removes all the TTM userspace API and all userspace objects.

It also removes the drm_bo_lock.c code

intel-gem: Replace version bump signalling GEM with I915_PARAM_HAS_GEM.

Make it compile again.

intel-gem: Remove dead field from reverted changes.

Revert "Rename drm_mm.c and its fuctions to drm_memrange."

This reverts commit 3ad8db2071d30c198403e605f2726fc5c3e46bfd.

We ended up not needing that namespace, and I'd rather not have the churn
for producing diffs.

radeon: hack gem to get an offset back for Mesa.

radeon: add some handles to the sarea + kernel mm available check

i915: more version checks

i915: add version checks for opregion on old kernels

intel-gem: actually add i915_gem_debug.c.

intel-gem: Check return value of pci_read_base.

r300: Fix cliprect emit

This makes our handling of cliprects sane. drm_clip_rect always has exclusive
bottom-right corners, but the hardware expects inclusive bottom-right corners,
so we adjust this here.

This complements Michel Daenzer's commit 57aea290e1e0a26d1e74df6cff777eb9f038f1f8
to Mesa. See also http://bugs.freedesktop.org/show_bug.cgi?id=16123 .

radeon: move code around putting emit into cs

radeon_cs: add relocate hook for mm and non-mm relocations

intel: Fix typo in unused register definition name.

intel-gem: checkpatch.pl on drm_proc.c new contents.

Merge commit 'origin/master' into drm-gem

Conflicts:

linux-core/Makefile.kernel
shared-core/i915_dma.c
shared-core/i915_drv.h
shared-core/i915_irq.c

nouveau: fix nv04 fifo context save to save reg contents, not reg offset

clearly the function had never been used :)

nouveau: fix bad rename from 5a072f32c8f941d1ef301811881e8c89c8d8a5f1

intel-gem: Another checkpatch.pl pass.

intel-gem: Fix regression tests.

Main fix is an oops that was triggered by the gtt pwrite path when we don't
have the gtt initialized.  Also, settle on -EBADF for "bad object handle",
and -EINVAL for "reading/writing beyond object boundary".