Age | Commit message (Collapse) | Author | |
---|---|---|---|
2007-07-16 | drm: remove hashtab/sman and object typedefs | Dave Airlie | |
2007-07-16 | drm: remove drmP.h internal typedefs | Dave Airlie | |
2007-07-16 | drm: remove ttm userspace typedefs | Dave Airlie | |
2007-07-16 | drm: detypedef drm.h and fixup all problems | Dave Airlie | |
2007-07-16 | drm: fix typedef in drm_os_linux.h | Dave Airlie | |
2007-07-16 | Merge branch 'drm-ttm-cleanup-branch' | Dave Airlie | |
2007-07-12 | nouveau: separate region_offset into map_handle and offset. | Ben Skeggs | |
2007-07-11 | Merge branch 'master' into cleanup | Dave Airlie | |
Conflicts: libdrm/xf86drm.c linux-core/drm_bo.c linux-core/drm_fence.c | |||
2007-07-11 | Made drm_sg_alloc accessible from inside the DRM - drm_sg_alloc_ioctl is the ↵ | Arthur Huillet | |
ioctl wrapper | |||
2007-07-09 | nouveau/nv50: Initial channel/object support | Ben Skeggs | |
Should be OK on G84 for a single channel, multiple channels *almost* work. Untested on G80. | |||
2007-07-03 | Use idr_replace trick to eliminate struct drm_ctx_sarea_list. | Kristian Høgsberg | |
2007-07-03 | Don't take dev->struct_mutex twice in drm_setsareactx. | Kristian Høgsberg | |
2007-07-03 | Simplification for previous commit. | Michel Dänzer | |
Dave Airlie pointed out on IRC that idr_replace lets us know if the ID hasn't been allocated, so we don't need a special pointer value for allocated IDs that don't have valid information yet. | |||
2007-07-03 | Restore pre-idr semantics for drawable information. | Michel Dänzer | |
There's a difference between a drawable ID not having valid drawable information and not being allocated at all. Not making the distinction would break i915 DRM swap scheduling with older X servers that don't push drawable cliprect information to the DRM. | |||
2007-07-02 | Fix must-check warnings and implement a few error paths. | Kristian Høgsberg | |
2007-07-02 | Drop drm_drawable_list and add drm_drawable_info directly to the idr. | Kristian Høgsberg | |
2007-06-29 | Avoid hitting BUG() for kernel-only fence objects. | Thomas Hellstrom | |
2007-06-29 | Fence object reference / dereference cleanup. | Thomas Hellstrom | |
Buffer object dereference cleanup. Add a struct drm_device member to fence objects: This can simplify code, particularly in drivers. | |||
2007-06-28 | nouveau/nv50: skeletal backend | Ben Skeggs | |
2007-06-28 | nouveau: Nuke DMA_OBJECT_INIT ioctl (bumps interface to 0.0.7) | Ben Skeggs | |
For various reasons, this ioctl was a bad idea. At channel creation we now automatically create DMA objects covering available VRAM and GART memory, where the client used to do this themselves. However, there is still a need to be able to create DMA objects pointing at specific areas of memory (ie. notifiers). Each channel is now allocated a small amount of memory from which a client can suballocate things (such as notifiers), and have a DMA object created which covers the suballocated area. The NOTIFIER_ALLOC ioctl exposes this functionality. | |||
2007-06-24 | nouveau: NV1X/2X/3X PFIFO engtab functions | Ben Skeggs | |
Earlier NV1X chips use the NV04 code, see previous commits about NV10 RAMFC entry size. | |||
2007-06-24 | nouveau: NV04 PFIFO engtab functions | Ben Skeggs | |
2007-06-24 | nouveau: NV4X PFIFO engtab functions | Ben Skeggs | |
2007-06-18 | fix radeon setparam on 32/64 systems, harder. | David Woodhouse | |
Commit 9b01bd5b284bbf519b726b39f1352023cb5e9e69 introduced a compat_ioctl handler for RADEON_SETPARAM, the sole purpose of which was to handle the fact that on i386, alignof(uint64_t)==4. Unfortunately, this handler was installed for _all_ 64-bit architectures, instead of only x86_64 and ia64. And thus it breaks 32-bit compatibility on every other arch, where 64-bit integers are aligned to 8 bytes in 32-bit mode just the same as in 64-bit mode. Arnd has a cunning plan to use 'compat_u64' with appropriate alignment attributes according to the 32-bit ABI, but for now let's just make the compat_radeon_cp_setparam routine entirely disappear on 64-bit machines whose 32-bit compat support isn't for i386. It would be a no-op with compat_u64 anyway. Signed-off-by: David Woodhouse <dwmw2@infradead.org> | |||
2007-06-15 | i915: Fix handling of breadcrumb counter wraparounds. | Michel Dänzer | |
2007-06-15 | Fix i915 sequence mask. | Thomas Hellstrom | |
2007-06-15 | Indentation fixes. | Thomas Hellstrom | |
2007-06-15 | Fix refcounting / lock race. | Thomas Hellstrom | |
Reported by Steve Wilkins / Michel Dänzer. | |||
2007-06-15 | Locking fixes and instrumentation. | Thomas Hellstrom | |
2007-06-13 | Make sure we read fence->signaled while spinlocked. | Thomas Hellstrom | |
2007-06-13 | Fix fence object deref race. | Thomas Hellstrom | |
2007-06-12 | Fix some obvious bugs. | Thomas Hellstrom | |
2007-06-12 | Try to make buffer object / fence object ioctl args 64-bit safe. | Thomas Hellstrom | |
Introduce tile members for future tiled buffer support. Allow user-space to explicitly define a fence-class. Remove the implicit fence-class mechanism. 64-bit wide buffer object flag member. | |||
2007-06-10 | use krh's idr mods to remove lists from idr code | Dave Airlie | |
2007-06-07 | oops must fix this properly at some point | Dave Airlie | |
2007-06-07 | drm: fix radeon setparam alignment issues on 32/64-bit | Dave Airlie | |
2007-06-05 | remove include of linux ioctl32.h from drm drivers | Dave Airlie | |
2007-06-03 | Revert "drm: add new drm_wait_on function to replace macro" | root | |
This reverts commit 6e860d08d0f5b1e9a2d711aaf9fd6b982aa8039e. As I said not a good plan - this macro will have to stay for now, trying to do the vbl code with the inline was a bit messy - may need specialised drm wait on functions | |||
2007-06-03 | radeon: add support for vblank on crtc2 | Dave Airlie | |
This add support for CRTC2 vblank on radeon similiar to the i915 support | |||
2007-06-01 | drm: fixup initialisation of list heads and idr | Dave Airlie | |
2007-05-27 | drm: move context handling code to use linux idr | Dave Airlie | |
2007-05-27 | drm: convert drawable handling to use Linux idr | Dave Airlie | |
This cleans this code up a lot and uses the generic Linux idr which is designed for this. Signed-off-by: Dave Airlie <airlied@linux.ie> | |||
2007-05-26 | drm: make sure the drawable code doesn't call malloc(0). | Michel Dänzer | |
Signed-off-by: Michel Dänzer <michel@tungstengraphics.com> Signed-off-by: Dave Airlie <airlied@linux.ie> | |||
2007-05-26 | Revert "drm/ttm: cleanup mm_ioctl ioctls to be separate ioctls." | Dave Airlie | |
This reverts commit 3fdef0dc2000308b16907b95f637c60acde80a74. ditto not on master yet | |||
2007-05-26 | Revert "drm/ttm: cleanup most of fence ioctl split out" | Dave Airlie | |
This reverts commit 3dfc1400e9fc58c69292d7cf7c2e1653fa5e6991. this shouldn't have gone on master yet | |||
2007-05-26 | whitespace fixups from kernel | Dave Airlie | |
2007-05-26 | ati_pcigart: cut to 80 chars | Dave Airlie | |
2007-05-26 | drm/ttm: cleanup most of fence ioctl split out | Dave Airlie | |
2007-05-26 | drm/ttm: cleanup mm_ioctl ioctls to be separate ioctls. | Dave Airlie | |
This is the first bunch of ioctls | |||
2007-05-26 | drm: cleanup use of Linux list handling macros | Dave Airlie | |
This makes the drms use of the list handling macros a lot cleaner and more along the lines of how they should be used. |