radeon: fix 32/64 bit issue with sign extension

Not sure what intptr_t was up to here.

Reported and tested by: Kevin DeKorte
Signed-off-by: Dave Airlie <airlied@redhat.com>

libdrm_intel: include B43 chipset check

Signed-off-by: Zhenyu Wang <zhenyuw@linux.intel.com>

libdrm_intel: add new pci ids

New ids for G41, Clarkdale and Arrandale.
Make sure we don't need to count fence also on new chips.

Signed-off-by: Zhenyu Wang <zhenyuw@linux.intel.com>

Bump to version 2.4.13 for release.

Add drm_intel_bo_busy to query whether mapping a BO would block.

Revert "libdrm_radeon: Always wait for BO idle in bo_map."

This reverts commit 0a732983f059c353b267b6bf877e1f0eea4e033f.

Paul Nieminen and Dave Airlie pointed out on IRC that this shouldn't be
necessary. I was seeing visual corruption in X before I made this change, but
I can't reproduce that anymore so it was probably an unrelated issue.

libdrm_radeon: Always wait for BO idle in bo_map.

This allows users to eliminate explicit bo_wait calls before bo_map calls.

Kill last remnant of replacefb ioctl

Kenrels doesn't expose this ioctl

radeon: pull in z pipe changes from kernel

radeon: add support for busy/domain check interface.

airlied: modified the interface to drop busy return value, just return
it normally, also fixed int->uint32_t for domain

Signed-off-by: Pauli Nieminen <suokkos@gmail.com>

nouveau: fix a thinko in copyless pushbuf ioctl

No idea why G80 doesn't hit this, but, this fixes at least one NV40 card.

libdrm_radeon: Optimize copy of table to cs buffer with specialized call.

Using this call in OUT_BATCH_TABLE reduces radeonEmitState cpu usage from
9% to 5% and emit_vpu goes from 7% to 1.5%. I did use calgrind to profile
gears for cpu hotspots with r500 card.

Signed-off-by: Pauli Nieminen <suokkos@gmail.com>

libdrm_radeon: Fix loops so that compiler can optimize them.

GCC did war about optimization not possible because possible forever loop.

Signed-off-by: Pauli Nieminen <suokkos@gmail.com>

libdrm/radeon: Update head of linked list not to point freed memory.

Signed-off-by: Pauli Nieminen <suokkos@gmail.com>

nouveau: support for copy-less pushbuf ioctl

nouveau: for the moment, assert if we exceed some reloc limits

Nasty, but nicer than silently not writing into the pushbuf

radeon: fix bo wait at map time.

Filter radeon pkgconfig file as do intel and nouveau

radeon: fix GTT writing space check

Noticed by vehemens on irc.

Signed-off-by: Dave Airlie <airlied@redhat.com>

link libdrm_intel with -lrt for new use of clock_gettime().

Signed-off-by: Eric Anholt <eric@anholt.net>

libdrm_radeon: add tiling support

radeon: don't map/unmap explicitly.

This caches the mapping and just use mapping as a sync point

nouveau: don't overwrite user-specified bo size needlessly

nouveau: user buffers need to be mappable

nouveau: drm api 0.0.15, update object header, remove fake bo support

libdrm/nouveau: unmap before ufree means nvbo->sysmem != NULL, which inbalances cpu_prep/cpu_finish

- The bo was mapped with sysmem == NULL, so this means cpu prep is called.
- The bo was unmapped with sysmem != NULL, so this means cpu finish is not called.
- This can lead to a non-zero "cpu writers" count in ttm_bo.

Add RADEON_INIT_R600_CP too

this rounds out the r6xx/r7xx stuff in radeon_drm.h

Add R600_SCRATCH_REG_OFFSET to radeon_drm.h

This lets us libdrm from master for r6xx/r7xx 3d

Bump to version 2.4.12 for release.

intel: Free buffers in the BO cache that haven't been reused in a while.

The goal of the BO cache is to keep buffers on hand for fast continuous use,
as in every frame of a game or every batchbuffer of the X Server.  Keeping
older buffers on hand not only doesn't serve this purpose, it may hurt
performance by resulting in disk cache getting kicked out, or even driving
the system to swap.

Bug #20766.

configure: move AC_USE_SYSTEM_EXTENSIONS up higher

this was giving me a warning on automake 1.11

nouveau: fix pin for buffers created with bo_wrap

s/AC_USE_SYSTEM_MACROS/AC_USE_SYSTEM_EXTENSIONS/

Not sure what I was thinking.

libdrm: Make chown check for return value

If call was interrupted by signal we have to make call again.

Reviewed-by: Ian Romanick <ian.d.romanick@intel.com>

libdrm: Set _XOPEN_SOURCE and _GNU_SOURCE

Several POSIX extensions are used in the libdrm code (e.g., mknod and ffs).
Set _XOPEN_SOURCE and _GNU_SOURCE to something reasonable to ensure that
prototypes for these functions are available.  This is done in configure.ac
using AC_USE_SYSTEM_MACROS.  This requires autoconf 2.60 or later.  Eventually
the code should check for the existance of these defines and do something
reasonable if they are not available.

Inspired by a patch by Pauli Nieminen and suggestions from Julien Cristau.
Thanks.

Signed-off-by: Ian Romanick <ian.d.romanick@intel.com>

intel: Fix up math errors when allocating very large BOs.

The logbase2 would overflow and wrap the size around to 0, making the code
allocate a 4kb object instead.  By simplifying the code to just walk the
14-entry bucket array comparing sizes instead of indexing on
ffs(1 << logbase2(size)), we avoid silly math errors and have code of
approximately the same speed.

Many thanks to Simon Farnsworth for debugging and providing a working patch.
Bug #27365.

intel: fix compiler warning about returning a void value.

bug #21999

libdrm: Fix pci id numbers to unsigned so code won't mix signed/unsigned integers.

strcasecmp is in strings.h.

Based on patch by Pauli Nieminen.  Thanks.

libdrm: Remove typedef for non-existing enum

radeon: move cs space checking code to libdrm_radeon.

This ports a lot of the space checking code into a the common
library, so that the DDX and mesa can use it.

radeon: fix cs buffer realloc padding

We always realloc at least 0x1000 dwords (page on most system)
when growing the cs buffer this is to avoid having to realloc
at each cs_begin.

radeon: fix realloc of packets.

This should use ndw not cdw, using cdw leads to realloc alignment going wrong

radeon: add buffer naming function

radeon: add support for write followed by read relocs.

the DDX does this and used to handle it internally

remove some old ttm bits

drm: Strip old ttm.

Signed-off-by: Thomas Hellstrom <thellstrom-at-vmware-dot-com>

modetest: use gtt unmap for object

Match gtt map/unmap for correctness.

libdrm/radeon: add initial libdrm_radeon

requires --enable-radeon-experimental-api for now

nouveau: 0.0.14 + extend bo interface to support subrange mapping

Normal map() should operate as before, and map_range()/map_flush() should
give correct results but lacking any performance difference from map().

Nothing exiting being done here yet, but the interface is a good start.

nouveau: fix bo mapping issue

Fix build on kernels < 2.6.26

The commit 651e3dc6dd58a79c90db7513ee2fb28360a4560d, "drm: Fix
compilation on 2.6.30" broke all builds on kernels before 2.6.26.
Variadic functions cannot be inlined.

The variadic inline function is replaced with a variadic macro.

Also, the function dev_name() added by that same commit is never used,
so it is removed.

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

nouveau: fill in bo->tiled field for referenced buffers

Fixes the dri1 gallium driver if the front buffer happens to be non-linear.

nv50: magic fix for "3d busted without the binary driver first" issue

No idea what this reg does.. NVIDIA put 0x802 into it on some chips, the
criteria aren't too clear on when they do that however.  Hopefully 0x800
will work everywhere...

drm: Fix compilation on 2.6.30

This fixes DRM compilation of nouveau.ko on kernel 2.6.30.

Signed-off-by: Michael Buesch <mb@bu3sch.de>

nouveau: bump for 0.0.13

nouveau: backlight support for ppc laptops

Patch allows the backlight to be manipulated under gnome on apple powerpc
based NV30 machines.  It works fine on my powerbook, and should also work
for older NV17/NV18 machines.

Note that older powerpc specific tools (pbbuttonsd) have some problems with
this implementation (because the device is not yet there at the start time
of the daemon, and the code makes incorrect assumptions about the max
brightness values). However, IMHO these things can and should be addressed
in the daemon.

Some style/warning fixes applied by Stuart Bennett <stuart@freedesktop.org>

intel: quiet a warning.

intel: Only do BO caching up to 64MB objects.

This avoids making objects significantly bigger than they would be
otherwise, which would result in some failing at binding to the GTT.
Found from firefox hanging on:
http://upload.wikimedia.org/wikipedia/commons/b/b7/Singapore_port_panorama.jpg
due to a software fallback trying to do a GTT-mapped copy between two 73MB
BOs that were instead each 128MB, and failing because both couldn't fit
simultaneously.

The cost here is that we get no opportunity to cache these objects and
avoid the mapping.  But since the objects are a significant percentage
of the aperture size, each mapped access is likely having to fault and rebind
the object most of the time anyway.

Bug #20152 (2/3)

libdrm/intel: Make get_pipe_from_crtc_id per-bufmgr. Return -1 on failure.

The convention is that all APIs are per-bufmgr, so make this one the same.
Then, have it return -1 on failure so that the application can know what's
going on and do something sensible.

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

Add new drm_intel_get_pipe_from_crtc_id function.

This wraps the new DRM_IOCTL_I915_GET_PIPE_FROM_CRTC_ID ioctl,
allowing applications to discover the pipe number corresponding
to a given CRTC ID. This is necessary for doing pipe-specific
operations such as waiting for vblank on a given CRTC.

Bump to version 2.4.10 to mark addition of drm_intel_bo_disable_reuse

New API, new version.

Signed-off-by: Keith Packard <keithp@keithp.com>
Reviewed-by: Eric Anholt <eric@anholt.net>

libdrm/intel: add drm_intel_bo_disable_reuse api

Scanout buffers need to be freed through the kernel as it holds a reference
to them; exposing this API allows applications allocating scanout buffers to
flag them as not reusable.

Signed-off-by: Keith Packard <keithp@keithp.com>
Reviewed-by: Eric Anholt <eric@anholt.net>

Use C99 versions of __FUNCTION__ & __volatile__ when not building with gcc

Delete extra libdrm_lists.h line after libdrm_la_SOURCES in libdrm/Makefile.am

Signed-off-by: Alan Coopersmith <alan.coopersmith@sun.com>

nouveau: backlight compat fix

Avoid failure to build on old kernels with CONFIG_BACKLIGHT_CLASS_DEVICE set

nouveau: fix ppc for swab changes in Linux 2.6.29

libdrm/intel: assert that clients are using bo refcounting correctly

Add assertions to drm_intel_gem_bo_reference,
drm_intel_gem_bo_reference_locked and drm_intel_gem_bo_unreference_locked
that the object has not been freed (refcount > 0). Mistakes in refcounting
lead to attempts to insert a bo into a free list more than once which causes
application failure as empty free lists are dereferenced as buffer objects.

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

intel: NULL fake bo block when freeing in evict_all

Fixes assertion failures on later use of the object.

libdrm/mode: align subpixel results

nouveau: write posting got lost somewhere, bring it back

nouveau: store bo handle in public struct in bo_ref_handle

Bump version to 2.4.9

Who needs 2.4.8 anyway?

Bump version to 2.4.8

Revert "libdrm: speed up connector & mode fetching"

This reverts commit cd5c66c659168cbe2e3229ebf8be79f764ed0ee1.  It broke too
many kernel assumptions about the double ioctl (connector status, mode
fetching, etc.)

Bump version to 2.4.7

test: Avoid recursive dependency in makefile

test: Makefile.am grammar nazi

drm: fix test makefile

no idea if this is correct but it works so meh

Skip tests that require root

This lets us do make distcheck as non-root.

XFAIL auth and lock test cases

They're writing to the read end of a pipe and failing.

Use libudev in test case to only run gem tests for intel devices.

Move drm_vblank_cleanup() after lastclose.

This may prevent a possible panic on shutdown.

libdrm: speed up connector & mode fetching

This patch speeds up drmModeGetConnector by pre-allocating mode &
property info space before calling into the kernel.  In many cases this
pre-allocation will be sufficient to hold the returned values (it's easy
enough to tweak if the common case becomes larger), which means we don't
have to make the second call, which saves a lot of time.

Acked-by: Jakob Bornecrantz <wallbraker@gmail.com>
Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>

nouveau: nForce 1/2 IGP memory sanity check from DDX

libdrm: bump version to 2.4.6

This version includes GTT unmap support for the Intel bufmgr.

libdrm/intel: support GTT maps correctly

libdrm has some support for GTT mapping already, but there are bugs
with it (no surprise since it hasn't been used much).

In fixing 20803, I found that sharing bo_gem->virtual was a bad idea,
since a previously mapped object might not end up getting GTT mapped,
leading to corruption.  So this patch splits the fields according to
use, taking care to unmap both at free time (but preserving the map
caching).

There's still a risk we might run out of mappings (there's a sysctl
tunable for max number of mappings per process, defaulted to 64k or so
it looks like) but at least GTT maps will work with these changes (and
some others for fixing PAT breakage in the kernel).

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

nouveau: plug drm fifo ioremap leak (#14941)

nouveau: add linux compat defines for PCI config access, use them for nvidia IGPs

nouveau: use PFB_CSTATUS naming from ddx (reg introduced with nv10)

NV04 had a PFB_FIFO_DATA at the same address, which we don't use, so
remove it to reduce confusion

libdrm/nouveau: fix typo in nouveau_device_close()

libdrm/nouveau: ask the kernel for vram/gart aperture sizes

libdrm/nouveau: remove unneccesary null ptr checks

libdrm/nouveau: incr refcount on ref fence before decr on old fence

libdrm/nouveau: unref fences when deleting bo

- This was causing a significant memory leak.

libdrm/nouveau: implement bo_handle_get for !mm_enabled

bo_handle_ref on !mm_enabled treats handle as an offset, make
bo_handle_get do the same rather than failing.

libdrm_nouveau: The handle that is passed to mmap needs to be drm_handle_t

drm_handle_t is defined to be a u32 on linux and a u64 on everything
else.  This addresses an issue on FreeBSD amd64 where the map offsets
may be greater than 32bits.  When the handle is cast to 32bit, mmap
cannot match the requested map and causes X to crash.

This should be a NOOP on linux since drm_handle_t is always 32bit.

Signed-off-by: Robert Noland <rnoland@2hip.net>

FreeBSD: Set up the nouveau build infrastructure

disabled by default until the rest of the patches are in.

FreeBSD: Add support for matching solely on vedor id.

This also adds that ability to set device name from VPD, but that
doesn't seem to be working...

FreeBSD: Improve the debug output of drm_mmap().