[PATCH] radeon: fixup GEM domain setting - allows more userspace paths

also dirty buffer on validate

[PATCH] radeon: disable blit moves

radeon: fail properly if we can't create the ring.

Normally this will be due to an AGP driver needing updating

radeon: do proper memory controller init and setup

radeon: fix return value

radeon: fixup reference counting properly

radeon: sort out atom vs combios tables for r400 cards

radeon: remove unneeded debugging

radeon: don't do full edid for detection purposes

make text reserve 256k

radeon: add initial suspend/resume support

plus a bunch of fixes

modesetting: Add helper to force restore modes on crtcs at resume time

radeon: fix legacy LVDS

radeon: change interface from headers add pin_domain into padding

radeon: rs690 GART tables need to be in uncached memory.

Allocate the rs480/690 tables from uncached memory.

radeon: fixup a number of avivo checks for rs690

radeon: fixup LVDS mode getting

if we have no DDC we were oopsing. fix that.
then make a native panel mode

radeon: get lvds atombios info

set the correct values from atombios makes LVDS work a lot better

drm: port X crtc picking algorithm.

This mimics the X.org from ajax with less options

radeon: limit LVDS to first CRTC for now

radeon: fixup checks for crtc in dpms paths

drm: fix some whitespace

radeon: braino pointed out on mailing list

thanks to Ville Syrjälä

radeon: avoid oops on encoders with no crtc set

radeon/ttm: add support for zeroing the contents of VRAM buffers

This uses a solid fill fastpath, falling back to the slow memset path.

drm: add move zero function to memset unclean buffers

drm/ttm: export drm_bo_add_ttm

radeon: fixup domains and use them properly

drm: add memory clean flag.

When the mapping is clean this flag will be set. This can be used
by a driver to save migrating and allocating pages for an object
that will first be used in VRAM.

drm: add gpu create script

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

radeon: fix warning from radeon_legacy_state removal

radeon: legacy lvds updates

radeon: oops set correct scratch

radeon: first pass at legacy dac detect

- done: primary dac, vga on tvdac
- todo: ext dac, tv on tvdac

radeon: first pass at bios scratch regs

- todo: updated connected status

radeon: remove unused legacy state

radeon: get primary dac adj info from bios tables

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.