07646002c6
Bump version to 2.4.9
...
Who needs 2.4.8 anyway?
2009-04-10 15:34:24 -07:00
4d5e82e7d3
Bump version to 2.4.8
2009-04-10 15:24:41 -07:00
3637dcc66d
Revert "libdrm: speed up connector & mode fetching"
...
This reverts commit cd5c66c659
2009-04-10 15:24:10 -07:00
fef29358bb
Bump version to 2.4.7
2009-04-09 15:19:10 -04:00
ec9b7b320a
test: Avoid recursive dependency in makefile
2009-04-09 15:17:51 -04:00
a85e07b903
test: Makefile.am grammar nazi
2009-04-09 15:02:40 -04:00
1faab66cfd
drm: fix test makefile
...
no idea if this is correct but it works so meh
2009-04-07 09:26:32 +10:00
751db3fe27
Skip tests that require root
...
This lets us do make distcheck as non-root.
2009-04-06 17:22:10 -04:00
8a5c4d567f
XFAIL auth and lock test cases
...
They're writing to the read end of a pipe and failing.
2009-04-06 17:18:17 -04:00
e9d6116e5b
Use libudev in test case to only run gem tests for intel devices.
2009-04-06 17:13:01 -04:00
51d6346f9f
Move drm_vblank_cleanup() after lastclose.
...
This may prevent a possible panic on shutdown.
2009-03-31 13:36:04 -05:00
cd5c66c659
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>
2009-03-30 14:37:04 -07:00
93e6527160
nouveau: nForce 1/2 IGP memory sanity check from DDX
2009-03-30 20:48:08 +01:00
2ada855022
libdrm: bump version to 2.4.6
...
This version includes GTT unmap support for the Intel bufmgr.
2009-03-30 11:25:09 -07:00
e2d7dfb61a
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>
2009-03-26 16:43:00 -07:00
c9cfeaa554
nouveau: plug drm fifo ioremap leak ( #14941 )
2009-03-25 02:50:34 +00:00
03ca202fa5
nouveau: add linux compat defines for PCI config access, use them for nvidia IGPs
2009-03-25 02:50:34 +00:00
b71f3f114e
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
2009-03-25 02:50:34 +00:00
d6ad0dba01
libdrm/nouveau: fix typo in nouveau_device_close()
2009-03-25 08:10:12 +10:00
98b0df3953
libdrm/nouveau: ask the kernel for vram/gart aperture sizes
2009-03-20 10:41:28 +10:00
bad16a6b22
libdrm/nouveau: remove unneccesary null ptr checks
2009-03-20 10:32:47 +10:00
c37fca4ef6
libdrm/nouveau: incr refcount on ref fence before decr on old fence
2009-03-20 10:25:16 +10:00
00d8e960ca
libdrm/nouveau: unref fences when deleting bo
...
- This was causing a significant memory leak.
2009-03-20 00:02:12 +01:00
6169e3a601
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.
2009-03-18 10:25:22 +10:00
2e2e8575b1
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>
2009-03-16 01:20:08 -05:00
e8d3476255
FreeBSD: Set up the nouveau build infrastructure
...
disabled by default until the rest of the patches are in.
2009-03-16 01:17:00 -05:00
dec955d728
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...
2009-03-16 00:41:23 -05:00
44fec1a8e4
FreeBSD: Improve the debug output of drm_mmap().
2009-03-16 00:35:18 -05:00
f8f49aa6ec
FreeBSD: Add list_for_each_prev() to our bank of compat functions.
2009-03-16 00:30:28 -05:00
6777c6bb8b
FreeBSD: Don't set the PZERO flag to mtx_sleep.
...
We also don't support anything old enough to need tsleep.
2009-03-16 00:17:54 -05:00
06e182d025
FreeBSD: use flsl() instead of ffsl().
...
I noticed that we were computing drm_order differently than linux.
2009-03-16 00:08:06 -05:00
2ce00c6b67
FreeBSD: Minor code cleanup.
2009-03-16 00:07:31 -05:00
b0acc88606
FreeBSD: Increase MAX_PCI_RESOURCE
...
We can have more than 3 BARs to access.
2009-03-16 00:03:40 -05:00
f78040266b
FreeBSD: Cast map handles to vm_offset_t
...
This prevents some warnings with nouveau.
2009-03-16 00:01:47 -05:00
82eac8060b
FreeBSD: Fix the printing of maps on amd64/i386 to be consistent
2009-03-09 13:37:57 -05:00
a3ba51bd04
FreeBSD: Fix up the flags for bus_dmamem here as well.
2009-03-09 13:34:26 -05:00
af1afb3c38
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.
2009-03-08 22:55:01 -05:00
2221e16703
FreeBSD use kdev for kernel device name
...
Signed-off-by: Robert Noland <rnoland@2hip.net>
2009-03-08 22:18:43 -05:00
391c92ae17
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!
2009-03-06 09:16:54 +10:00
14503dafa7
FreeBSD: Rework DRM_[DEBUG,ERROR,INFO] macros a bit.
2009-03-05 00:47:26 -06:00
0a227a3361
FreeBSD: Garbage collect entries from pcireg.h since we now include it.
2009-03-05 00:46:32 -06:00
222dc6582e
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.
2009-03-05 00:44:56 -06:00
4a27f1c638
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).
2009-03-05 00:42:52 -06:00
e4b065ad9a
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>
2009-03-03 22:42:51 +02:00
a6b28a86a6
drm, via: drop Linux < 2.6.20 support
...
Signed-off-by: Pekka Paalanen <pq@iki.fi>
2009-03-03 22:20:59 +02:00
f44c740dc7
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>
2009-03-02 23:14:45 +02:00
081b2d6da2
drm: drop Linux < 2.6.18 support
...
Signed-off-by: Pekka Paalanen <pq@iki.fi>
2009-03-02 22:39:32 +02:00
62f4344c98
drm: drop Linux < 2.6.16 support
...
Signed-off-by: Pekka Paalanen <pq@iki.fi>
2009-03-02 22:35:23 +02:00
056ce26344
drm: drop Linux < 2.6.15 support
...
Signed-off-by: Pekka Paalanen <pq@iki.fi>
2009-03-02 22:31:24 +02:00
b47de8d5a3
drm: drop Linux < 2.6.12 support
...
Signed-off-by: Pekka Paalanen <pq@iki.fi>
2009-03-02 22:09:26 +02:00
Jesse Barnes
Kristian Høgsberg
Dave Airlie
Robert Noland
Stuart Bennett
Ben Skeggs
Maarten Maathuis
vehemens
Pekka Paalanen