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>

nouveau: Add in-kernel backlight control support

Several nvidia-based systems don't support backlight control via the
standard ACPI control mechanisms. Instead, it's necessary for the driver
to modify the backlight control registers directly. This patch adds
support for determining whether the registers appear to be in use, and
if so registers a kernel backlight device to control them. The backlight
can then be controlled via existing userspace tools.

Signed-off-by: Matthew Garrett <mjg@redhat.com>
Signed-off-by: Ben Skeggs <bskeggs@redhat.com>

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