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().

FreeBSD: Add list_for_each_prev() to our bank of compat functions.

FreeBSD: Don't set the PZERO flag to mtx_sleep.

We also don't support anything old enough to need tsleep.

FreeBSD: use flsl() instead of ffsl().

I noticed that we were computing drm_order differently than linux.

FreeBSD: Minor code cleanup.

FreeBSD: Increase MAX_PCI_RESOURCE

We can have more than 3 BARs to access.

FreeBSD: Cast map handles to vm_offset_t

This prevents some warnings with nouveau.

FreeBSD: Fix the printing of maps on amd64/i386 to be consistent

FreeBSD: Fix up the flags for bus_dmamem here as well.

FreeBSD: Fix up the flags to bus_dmamem_*

Allow it to sleep waiting for resources during the allocation stage.
Only use BUS_DMA_NOWAIT when loading the map.

FreeBSD use kdev for kernel device name

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

drm/nouveau: make portion of vram as reserved for PRAMIN on all chipsets

NV04 was completely busted.  Push buffers were getting allocated at the
end of VRAM, overwriting PRAMIN.  So, it turns out PRAMIN is in VRAM on
all chips.  Question answered!

FreeBSD: Rework DRM_[DEBUG,ERROR,INFO] macros a bit.

FreeBSD: Garbage collect entries from pcireg.h since we now include it.

FreeBSD: We only want drm to ever attach to the primary pci device.

Intel 855 chips present the same pci id for both heads.  This prevents
us from attaching to the dummy second head.  All other chips that I
am aware of either only present a single pci id, or different ids
for each head so that we only match on the correct head.

FreeBSD: rework drm_scatter.c which allocates scatter / gather pages for use by
ati pci gart to use bus_dma to handle the allocations.  This fixes
a garbled screen issue on at least some radeons (X1400 tested).

drm: drop Linux < 2.6.21 support

This also means, that DRM_FULL_MM_COMPAT is always defined,
so it is dropped, too.

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

drm, via: drop Linux < 2.6.20 support

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

drm: drop Linux < 2.6.19 support

This also means dropping the DRM_ODD_MM_COMPAT case.

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

drm: drop Linux < 2.6.18 support

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

drm: drop Linux < 2.6.16 support

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

drm: drop Linux < 2.6.15 support

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

drm: drop Linux < 2.6.12 support

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

drm: drop Linux < 2.6.10 support

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

drm: drop Linux <= 2.6.8 support

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

drm: drm_bo_mmap_locked() is static.

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

drm, ati: fix printf format warnings

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

drm: build fix for Linux drm_vblank_cleanup()

The commit 957b10695b619d6ed2f1098b00502395d9a3c149, "Move vblank_init
to driver load time." forgot to add the function declaration in
linux-core/drmP.h.

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

FreeBSD: Introduce a kernel tuneable to disable msi at boot time.

Move vblank_init to driver load time.

intel: Update reloc_tree_size of the first buffer when we count the tree size.

This helps avoid the n^2 performance cost of counting tree size when we
get a lot of relocations into our batch buffer.  rgb10text on keithp's laptop
went from 136k glyphs/sec to 234k glyphs/sec.

FreeBSD: Fix up some ioctl permissions issues missed many times over.

This was somehow hit with r600 demo.

Submitted by:  Jung-uk Kim <jkim@FreeBSD.org>

i915: Backport jbarnes gm45 vblank counter patch.

intel: Don't copy dirty data out when freeing a BO in the fake bufmgr.

FreeBSD: Drop the Giant lock.

FreeBSD: Turn on msi

There is a blacklist for devices that advertise the capability, but
don't work properly.

FreeBSD: Add some vblank related debugging and replace DRM_WAIT_ON with a local instance.

i915:  A few whitespace cleanups.

linux: Add msi_enabled to the drm_device so the build should be happy.

radeon: Prepare radeon for msi support.

i915: This was part of a sync to the intel driver at some point

-Remove the old TTM interface
-Move register definitions to i915_reg.h
-Rework the irq handler

nouveau: Dist nouvea_dma.h as well.

Oops.  Disting is hard.

nouveau: Also dist nouveau_private.h.

FreeBSD: Rip out the locked task support now that i915 no longer uses it.

i915: Rip out the use of vblank_swap

FreeBSD: There is no compelling reason to hold the lock here.

When I was lock profiling, this was high up on the list and I
see no reason to do it.

FreeBSD: Don't set PZERO in mtx_sleep.

FreeBSD: Set MAP_NOSYNC on mmaps.

There is no reason to gratuitously sync these maps to swap.

Add libdrm_intel.pc by popular demand.

Fix DRM_CAS() on Alpha. (#16549)

modetest: Print names of properties.

Fix fix distcheck for optional nouveau stuff.

Tylo.

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

Fix distcheck for optional nouveau stuff.

Bump version to 2.4.5 for new API additions.

intel: Add a new bufmgr alloc function to get BOs ready for rendering to.

This avoids using the oldest BO in the BO cache and waiting for it to be
idle before we turn around and render to it with the GPU.  Thanks to
Chris Wilson for pointing out how silly we were being.

libdrm/nouveau: free drmVersion after we're done with it

libdrm/nouveau: fix dma debugging

nouveau: support backlight only when kernel does

Loading nouveau.ko would fail with unknown symbols, if the backlight
class device support is not provided in the kernel. Let's make the
backlight support dependant on the kernel configuration.

This is a bit ugly, the proper way would be to check for the config in
Makefile.kernel whether to build nouveau_backlight.o at all, and if not,
nouveau_drv.h should provide the stubs.

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

nv40, nv50: fix backlight build for <2.6.29 kernels

Signed-off-by: Matthew Garrett <mjg59@srcf.ucam.org>
Signed-off-by: Pekka Paalanen <pq@iki.fi>