drm_compat: remove kmap_atomic_prot_pfn()

This function is unused, and yet creates build problems: the symbol
init_mm is not exported by the latest -rc kernels and I don't believe it
ever will be. Even CONFIG_UNUSED_SYMBOLS does not provide it anymore.

If this function is needed in the future, it needs to be reinvented in
any case. So remove it.

Signed-off-by: Pekka Paalanen <pq@iki.fi>

Remove i915 driver sources from linux-core

Intel developers have stated, that their DRM development continues
elsewhere in some Linux kernel trees. This makes the code in drm.git
just dead weight. This removal allows further cleanup of compatibility
code.

shared-core and bsd-core are left untouched this time.

Signed-off-by: Pekka Paalanen <pq@iki.fi>
Acked-by: Eric Anholt <eric@anholt.net>

intel: Clear ioctl parameter outvalues and pads that confuse valgrind.

The minor CPU cost here is probably outweighed by bothering us with noise in
the tool.

nv40: fail completely if we don't have a ctxprog for the chipset

nv50: context info for chipset 0xa0

libdrm: make libdrm_nouveau conditional, disabled by default

libdrm isn't supposed to ship APIs not present in a released kernel.

mode: Make xfdrmMode.[c|h] not depend on drm_mode.h

nouveau: fix type warnings: void* arith, un/signed

nouveau_notifier.c had two places where void* was used in arithmetic,
fixed by using char*.

nouveau_dma_wait(), nouveau_notifier_wait_status() and
nouveau_resource_alloc() had signed/unsigned comparison warnings, fixed
by changing the function parameter into an unsigned type.

Signed-off-by: Pekka Paalanen <pq@iki.fi>

drm/nv50: fix nv9x chipsets

NVIDIA do this fun little sequence after updating the PRAMIN page tables.

On 9xxx chips, none of the PRAMIN BAR bindings (except the initial one)
worked, hence the majority of the setup needed to create a channel
ended up in the wrong place, causing all sorts of fun.

This is done by NVIDIA on nv8x chips also, so we'll do it for them too,
even though they appear to work without it.

drm/nv50: add context info for nv98

It won't work yet, just like the other 9xxx chips.  Real soon now :)

drm/nv50: use a slightly different initial context for nv96

I'm not 100% sure that the nv94 one we were using won't work.  The context
layouts are identical (well.. same ctxprog, so of course!), only a couple
of registers differ.  But, be safe until we actually get some 9xxx chips
working.

drm/nv50: correct ramfc pointer in channel header

Suprisingly the card still worked without this...

drm/nv50: let the card handle the initial context switch

Our PFIFO/PGRAPH context save/load functions don't really work well
(at all?) on nv5x yet.  Depending on what random state the card is
in before the drm loads, fbcon probably won't work correctly.

Luckily we've setup the GPU in such a way that it'll actually do a
hw context switch for the first context.  Not sure of how successful
this'd be currently on the older chips (actually, pretty sure it won't
work), so NV50 only for now.

nouveau: don't try to traverse non-existent lists

Fixes nouveau_ioctl_mem_free Oops

nouveau: fix some issues where buffer objects never get freed

modetest: Add syntax to also specify a crtc when setting a mode.

nouveau: install libdrm_nouveau with libdrm

nouveau: bring in new mm api definitions, without the actual mm code

Use of the new bits is guarded with a mm_enabled=0 hardcode.

modetest: Use cairo (if available) to paint a better pattern.

modetest: Don't sleep when just dumping state, wait for key for modeset.

modetest: Handle setting modes on multiple crtcs with one fb.

modetest: Use a more interesting test pattern.

Remove the "nv" driver.

No need to pin buffer anymore in modetest.c

nouveau: don't save channel context if it has recently become invalid

Bug exposed by DDX change d9da090c

nouveau: no suspend support for nv50+

Clean up README for the current state of kernel module affairs.

Bug #19608.

intel: don't count fences on 965 and later, as they don't use them.

intel: Fix under-counting of fences registers required in check_aperture.

intel: libdrm support for fence management in execbuf

This patch tries to use the available fence count to figure out whether a
given batch can succeed or not (just like the aperture check).

Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>
Signed-off-by: Eric Anholt <eric@anholt.net>

drm compat: fix euid for >=2.6.28

drm_fops.c reads the current process' EUID directly from task_struct.
Apparently starting in 2.6.28-rc4 this fails to build.

In Linus' tree, commit b6dff3ec5e116e3af6f537d4caedcad6b9e5082a
"CRED: Separate task security context from task_struct"
moves the euid field from task_struct to another struct.

Earlier commit 9e2b2dc4133f65272a6d3c5dcb2ce63f8a87cae9
"CRED: Introduce credential access wrappers" implements the wrapper
macros to access e.g. euid. This is in 2.6.27-rc4, and this contains the
definition of current_euid() that will be used in the DRM compatibility header
for kernels before 2.6.27. That commit also creates <linux/cred.h>, which
contains the upstream definition of current_euid().

drm_fops.c is fixed to use current_euid(), and drm_compat.h will offer
the compatibility definition for kernels <2.6.27.

Signed-off-by: Pekka Paalanen <pq@iki.fi>

nv50: support chipset NV96

ctxprog seen in okias' trace identical to one we use on NV94, assuming
the initial context values for NV94 will work here too.

nv04-nv40: correct RAMHT size

drm: remove drmstat/dristat from linux-core build

pointed out by pq

bump version to 2.4.4

intel: Retry pin ioctl on -EINTR.

Don't use DRM_BO_FLAG_NO_MOVE in bufmgr fake. It's a ttm flag.

It's also unused, so worthless.

Remove drmModeReplaceFb after it was removed from the kernel.

It is impossible to replace the original semantics of this call purely
in userland, since the fb_id would change.

after discussion with Dr_Jakob

Signed-Off-By: Owain Ainsworth <oga@openbsd.org>
Acked-By: Jakob Bornecrantz <jakob@vmware.com>

nv50: ack nsource to prevent continuous protection fault irqs

libdrm: add autoconf check for clock_gettime

Should be more portable this way.

libdrm: only check for vblank timeout if we caught EINTR

Michel caught a case where we might overwrite a success or other return
value with EBUSY, so check the return value before checking for the
timeout condition.

libdrm: add timeout handling to drmWaitVBlank

In some cases, vblank interrupts may be disabled or otherwise broken.
The kernel has a 3s timeout builtin to handle these cases, but the X
server's SIGALM for cursor handling may interrupt vblank wait ioctls,
causing libdrm to restart the ioctl, making the kernel's timeout
useless.

This change tracks time across ioctl restarts and returns EBUSY to the
caller if the expected vblank sequence doesn't occur within 1s of the
first call.

Fixes fdo bz #18041, which is caused by a drmWaitVBlank hanging due to
the corresponding pipe getting disabled (thus preventing further events
from coming in).

Remove executable from modeprint test dir

Accidentally committed it with the mode setting changes.

[FreeBSD] Fix build on FreeBSD after modesetting import.

radeon: only write irq regs if irq is enabled

intel: Rename plane[AB]* back to pipe[AB]*.

The values are really going to continue meaning pipe, not plane, and that's
what they're called in the kernel copy of the header.  Userland hasn't ever
made the switch to pipe!=plane, since userland checks are based on DRM
version, which is still stuck at 1.6.  However, Mesa did start using
plane[AB] names, so provide a compat define.

intel: Remove linux build of i915 DRM, as it's unmaintained and a user trap.

The code's in the linux kernel.

intel: Sync GEM ioctl comments for easier diffing against the kernel.

modetest: Print more stuff. Prettier.

libdrm: Fix modetest/modeprint to use automake stuff.

intel: Cache tiling/swizzle state in user mode. Reset tiling on reuse.

Remember tiling mode values provided by appplications, and
record tiling mode when creating a buffer from another application. This
eliminates any need to ask the kernel for tiling values and also makes
reused buffers get the right tiling.

Signed-off-by: Keith Packard <keithp@keithp.com>

intel: Debug output %u vs uint64_t warning fix

Signed-off-by: Keith Packard <keithp@keithp.com>

intel: return error status from drm_intel_gem_bo_map

Applications may actually care if the mapping operation failed, so when
it happens, return an error indication. errno is probably trashed by
fprintf though.

Signed-off-by: Keith Packard <keithp@keithp.com>

intel: Dump out memory usage information when the kernel fails to pin

The execbuffer ioctl returns ENOMEM when it fails to pin all of the buffers
in the GTT. This is usually caused by the DRM client attempting to use too
much memory in a single request. Dumping out the requested and available
memory values should help point out failures in the DRM code to catch over
commitments of this form.

Signed-off-by: Keith Packard <keithp@keithp.com>

libdrm: add mode setting files

Add mode setting files to libdrm, including xf86drmMode.* and the new
drm_mode.h header.  Also add a couple of tests to sanity check the
kernel interfaces and update code to support them.

intel: don't skip set_domain on mapping of shared buffers.

intel: don't let named buffers into the BO cache.

We wouldn't want some remaining 3D rendering to scribble on our batchbuffer.

intel: Remove the mapped flag, which is adequately covered by bo_gem->virtual.

Revert "Merge branch 'modesetting-gem'"

This reverts commit 6656db10551bbb8770dd945b6d81d5138521f208.

We really just want the libdrm and ioctl bits, not all the driver
stuff.

Bump version to 2.4.3 to reflect addition of mode setting header

Update .gitignore with new modetest program

Merge branch 'modesetting-gem'

libdrm: bump to 2.4 for lib version

we already have a 2.3.x version out there

Merge branch 'master' into modesetting-gem

Merge branch 'master' into modesetting-gem

Bump version to 2.4.2 to signal new libdrm_intel functions.

intel: Add a function for setting (GTT,GTT) domain, for use by UXA.

This function can also serve the role that the bo_wait_rendering did, when
write_enable is unset.

nv50: support NV94 chipset

nv50: update context-related tables for original 8800GTS

I either messed up when I pulled these from a mmio-trace last time, or
the previous values didn't work on my card.  Hopefully it's the former!

In any case, at least one of the original NV50 chipsets work now.

Merge branch 'master' into modesetting-gem

DRM: make drm_map_type match upstream kernel

Since the TTM type isn't upstream yet, we need to make sure libdrm uses
what the kernel uses, which is _DRM_GEM = 6.

DRM: make drm_map_type match kernel

GEM is upstream, but TTM isn't, so _DRM_GEM needs to be 6, not 7.

Unbreak drm build.

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

libdrm_intel: fix merge error

don't take the lock twice

Update modetest

Revert "gem: protect idr_pre with the spinlock"

This reverts commit f46aba43329786c9b2776e82af31d90e1c67eae0.

gem: protect idr_pre with the spinlock

There seems to be an issue if we don't protect idr_pre with
the spinlock we use for idr operations.

radeon: protect cs ioctl atomic part with a mutex

A small subset of CS need to be atomic (relocation+IB commit to
ring) right now, because of the way relocation are handled, we
need to protect the whole ioctl.

libdrm-radeon: add print callback to cs & small fixes

libdrm-radeon: unref return current BO ptr to reflect BO destruction

drm/bo: fix stupid lock imbalance

libdrm-radeon: unreference buffer once cs stream is submited or on cs clean

BO are referenced once by reloc to make sure that they not destroyed
before we get a chance to flush the cmd stream, so we need to unreference
them once in cs submit or cs erase if cs i never submitted so bo can
be destructed.

libdrm-radeon: new tracker tools

To keep record of bo activities and print them when necessary,
should help in tracking unbalanced ref/unref calls.

Merge branch 'master' into modesetting-gem

Conflicts:

libdrm/Makefile.am
libdrm/intel/intel_bufmgr.h
libdrm/intel/intel_bufmgr_fake.c
libdrm/intel/intel_bufmgr_gem.c
shared-core/drm.h
shared-core/i915_dma.c
shared-core/i915_irq.c
shared-core/radeon_cp.c
shared-core/radeon_drv.h

libdrm_intel: fix warnings on 64 bit

Cast a couple of %llx args to unsigned long long.

libdrm: add support for i915 GTT mapping ioctl

Add a drm_intel_gem_bo_map_gtt() function for mapping a buffer object
through the aperture rather than directly to its CPU cacheable memory.

mode: Minor reodering and renaming

mode: Reorder the ioctls and numbering

This is to fill in the gaps left by the removal of
the hotplug ioctls. And they also look better :)

mode: Unify userspace API to uint_t

mode: Remove hotplug support from ioctl interface

mode: Unify types for ids and strings

radeon+libdrm-radeon: change relocation informations

Relocation now consist of the following informations (in this order) :
handle          buffer object handle identifier
start_offset    start offset of first data of the buffer object used by the cs
end_offset      end offset of last data of the buffer object used by the cs
read_domain     read domain (either VRAM, or GTT as GPU is invalid for CS)
write_domain    write domain (either VRAM, or GTT as GPU is invalid for CS)
flags           flags used for further optimization (like discard previous
                buffer content or forget buffer content after cs which can
                help in avoiding moving content in or out)

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

libdrm-radeon: be verbose on bo failure and cleanup cs a bit

radeon: add gart useable size to report to userspace

radeon: upgrade atom headers

radeon: fix fence race condition hopefully

For some reason reading the SCRATCH reg from RAM causes some race to occur.
Hopefully fix this.

drm/radeon: add dpms connector functions

radeon: avivo cursors are across the full surface.

fixes cursor on second head