summaryrefslogtreecommitdiff
AgeCommit message (Collapse)AuthorFilesLines
2012-09-01intel: properly test for HAS_LLCDaniel Vetter1-1/+1
If the kernel supports the test, we need to check the param. Copy&pasta from the above checks that only look at the return value. Interesting how much one can get such a simple interface wrong. Issue created in commit 151cdcfe685ee280a4344dfc40e6087d74a5590f Author: Eugeni Dodonov <eugeni.dodonov@intel.com> Date: Tue Jan 17 15:20:19 2012 -0200 intel: query for LLC support Patch even claims to have fixed this in v2, but is actually unchanged from v1. Reported-by: Xiang, Haihao <haihao.xiang@intel.com> Reviewed-by: Chris Wilson <chris@chris-wilson.co.uk> Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2012-08-24vmwgfx: No longer experimentalJakob Bornecrantz1-4/+4
And hasn't been in a long while. Reviewed-by: Zack Rusin <zackr@vmware.com> Signed-off-by: Jakob Bornecrantz <jakob@vmware.com>
2012-08-24configure: bump version for 2.4.39 releaseMarek Olšák1-1/+1
2012-08-24radeon: align r600 msaa buffers to a multiple of macrotile size * num samplesMarek Olšák1-1/+1
I am not sure whether this is needed, but better be safe than sorry.
2012-08-24radeon: fix allocation of MSAA surfaces on r600-r700Marek Olšák1-1/+1
Reviewed-by: Jerome Glisse <jglisse@redhat.com>
2012-08-23omap: include omap_drm.h independentlyVíctor Manuel Jáquez Leal1-1/+2
omap_drm.h uses data type defined in stdint.h, but that header was not included. omap_drm.h includes drm.h as a local file when it is part of the compiler c flags. This two issues are fixed. New code can include omap_drm.h alone. Signed-off-by: Víctor Manuel Jáquez Leal <vjaquez@igalia.com> Signed-off-by: Rob Clark <rob@ti.com>
2012-08-14radeon: add prime import/export supportDave Airlie3-2/+52
this adds radeon version of the prime import/export support. Signed-off-by: Dave Airlie <airlied@redhat.com>
2012-08-12intel: Use VG_CLEAR on the context destroy ioctl as well.Kenneth Graunke1-0/+2
Otherwise pad appears uninitialized and valgrind grumbles. Signed-off-by: Kenneth Graunke <kenneth@whitecape.org> Reviewed-by: Eric Anholt <eric@anholt.net>
2012-08-12tests/modetest: Add a forgotten return, needed for opensuse buildserviceTobias Klausmann1-0/+1
Signed-off-by: Marek Olšák <maraeo@gmail.com>
2012-08-11configure: bump version for 2.4.38 releaseMarek Olšák1-1/+1
2012-08-11tests/modetest: fix distcheckMarek Olšák1-1/+2
2012-08-10intel: Add a function for the new register read ioctl.Eric Anholt2-0/+21
Reviewed-by: Ben Widawsky <ben@bwidawsk.net>
2012-08-10intel: Import updated i915_drm.h.Eric Anholt1-1/+32
Reviewed-by: Ben Widawsky <ben@bwidawsk.net>
2012-08-10Drop "-Wunsafe-loop-optimizations".Eric Anholt1-1/+1
It warns about totally sensible things done in intel_decode.c. I've never seen this warn do anything useful, and apparently I was the one to introduce it when I added the giant pile of warning flags back in 2008. Reviewed-by: Ben Widawsky <ben@bwidawsk.net>
2012-08-09radeon: tweak TILE_SPLIT for MSAA surfacesMarek Olšák1-6/+31
Reviewed-by: Jerome Glisse <jglisse@redhat.com>
2012-08-09radeon: force 2D tiling for MSAA surfacesMarek Olšák1-2/+22
Reviewed-by: Jerome Glisse <jglisse@redhat.com>
2012-08-09radeon: optimize allocation for depth w/o stencil and stencil w/o depth on EGMarek Olšák1-15/+8
If we don't need stencil, don't allocate it. If we need only stencil (like PIPE_FORMAT_S8_UINT), don't allocate depth. v2: actually do it correctly Reviewed-by: Christian König <christian.koenig@amd.com>
2012-08-09radeon: simplify ZS buffer checking on r600Marek Olšák1-8/+1
Setting those flags has no effect anywhere else. Reviewed-by: Christian König <christian.koenig@amd.com>
2012-08-08intel: add more Haswell PCI IDsPaulo Zanoni1-3/+65
Signed-off-by: Paulo Zanoni <paulo.r.zanoni@intel.com> Reviewed-by: Rodrigo Vivi <rodrigo.vivi@gmail.com>
2012-08-08intel: Bail gracefully if we encounter an unknown Intel deviceChris Wilson1-3/+5
Otherwise we end up with X hitting a fail-loop as the embedded libGL stacks asserts whilst initialising. Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk> Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2012-08-06radeon: add some new SI pci idsAlex Deucher1-0/+3
Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
2012-08-06radeon: add some missing evergreen pci idsAlex Deucher1-0/+3
Noticed by: Harald van Dijk <fdo@gigawatt.nl> Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=53124 Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
2012-08-02intel: Quiet valgrind warnings in context creation.Eric Anholt1-0/+1
2012-08-02intel: Remove two unused variablesDamien Lespiau1-2/+1
Signed-off-by: Damien Lespiau <damien.lespiau@intel.com> Reviewed-by: Eric Anholt <eric@anholt.net>
2012-07-23modetest: fix uninitialized fourccRob Clark1-5/+5
If color format for CRTC layer is not specified on commandline, then c->fourcc is unintialized resulting in addfb call failing. Signed-off-by: Rob Clark <rob@ti.com>
2012-07-20modeset: Split buffer allocation to a separate fileLaurent Pinchart4-987/+1068
As the modeset test application is often referred to as an example of the KMS API usage, move test pattern generation and buffer allocation to a separate file to keep it simple and clear. Signed-off-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
2012-07-20modetest: Make frame buffer format configurable on the command lineLaurent Pinchart1-16/+44
Signed-off-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
2012-07-20modetest: Move connector and plane parsing to separate functionsLaurent Pinchart1-27/+36
This will make it easier to add additional parameters to the connector and plane arguments. Signed-off-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
2012-07-20modetest: Add test pattern support for missing RGB formatsLaurent Pinchart1-23/+145
Implement tiles and SMPTE test pattern generation for the RGB565, BGR888, RGB888, ARGB8888, BGRA8888 and BGRX8888 formats. Signed-off-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
2012-07-20modetest: Add test pattern support for missing planar YUV formatsLaurent Pinchart1-18/+28
Implement tiles and SMPTE test pattern generation for the NV12, NV21, NV16 and NV61 formats. Signed-off-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
2012-07-20modetest: Add test pattern support for missing packed YUV formatsLaurent Pinchart1-13/+40
Implement tiles and SMPTE test pattern generation for the UYVY, VYUY and YVYU formats. Signed-off-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
2012-07-20modetest: Add SMPTE test patternLaurent Pinchart1-102/+627
Signed-off-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
2012-07-20modetest: Unify buffer allocationLaurent Pinchart1-191/+192
Merge the create_test_buffer() and create_grey_buffer() functions into a single buffer allocation function that takes the pixel format and fill pattern as parameters. Signed-off-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
2012-07-20intel: fix build errorRob Clark1-1/+1
CCLD test_decode ./.libs/libdrm_intel.so: undefined reference to `drmPrimeHandleToFD' ./.libs/libdrm_intel.so: undefined reference to `drmPrimeFDToHandle' collect2: ld returned 1 exit status From Adam Jackson's explaination: most distros have changed it so ld defaults to --no-copy-dt-needed-entries, so if you use something from libdrm you can't just assume libdrm_intel will bring it in for you, you have to be explicit Signed-off-by: Rob Clark <rob@ti.com>
2012-07-20intel: add prime interface for getting/setting a prime bo. (v4)Dave Airlie2-0/+67
This adds interfaces for the X driver to use to create a prime handle from a buffer, and create a bo from a handle. v2: use Chris's suggested naming (well from at least for consistency) v3: git commit --amend fail v4: fix as per Chris's suggestions, group assignments, add get tiling Reviewed-by: Chris Wilson <chris@chris-wilson.co.uk> Signed-off-by: Dave Airlie <airlied@redhat.com>
2012-07-19libdrm/nouveau: add prime handle->bo and bo->handle support.Dave Airlie2-0/+38
This adds prime support to nouveau libdrm. Signed-off-by: Dave Airlie <airlied@redhat.com>
2012-07-16libdrm: add prime fd->handle and handle->fd interfacesDave Airlie3-3/+41
These are just basic ioctl wrappers around the prime ioctls, along with the capability reporting. Reviewed-by: Alex Deucher <alexander.deucher@amd.com> Signed-off-by: Dave Airlie <airlied@redhat.com>
2012-07-16libdrm: add missing caps from kernel to drm.hDave Airlie1-0/+2
This just moves over some missing caps from the kernel. Signed-off-by: Dave Airlie <airlied@redhat.com> Reviewed-by: Alex Deucher <alexander.deucher@amd.com>
2012-07-13omap: add refcnting and handle trackingRob Clark3-27/+127
There can be scenarios, especially when re-importing an existing buffer, where you end up with multiple 'struct omap_bo's wrapping a single GEM object handle. Which causes badness when the first of the evil-clones is omap_bo_del()'d. To do this, introduce reference counting and a hashtable to track the handles per fd. First, to avoid bo's slipping through the crack if multiple 'struct omap_device's are created for one drm fd, a hashtable mapping drm fd to omap_device, and the omap_device itself is reference counted. Per omap_device, we keep a handle_table mapping GEM handle to omap_bo. When buffers are imported from flink name or dmabuf fd, the handle table is consulted, and if an omap_bo already exists, it's refcnt is incremented and it is returned. For good measure, to avoid the handle_table being deleted before the omap_bo is freed, the omap_bo holds a reference to the omap_device. TODO: check the overhead of the hashtable. If too much we could maybe get away with only tracking exported and imported bo's in the table. TODO: all the import/export flink/dmabuf operations are generic DRM ioctls. Really all this functionality could be handled by a generic drm_bo and drm_device "base class" that could be extended by omap, exynos, etc. That would also allow more common userspace code by avoiding artificial libdrm_omap dependencies. Signed-off-by: Rob Clark <rob@ti.com>
2012-07-13omap: add API to import bo's from dmabuf fd'sRob Clark2-0/+33
Signed-off-by: Rob Clark <rob@ti.com>
2012-07-13omap: clarify dmabuf file descriptor ownershipRob Clark1-1/+9
Signed-off-by: Rob Clark <rob@ti.com>
2012-07-12intel: Change context create failure message to from fprintf to DBG().Kenneth Graunke1-2/+2
Since there is no getparam for hardware context support, Mesa always tries to obtain a context by calling drm_intel_gem_context_create and NULL-checking the result. On an older kernel without context support, this caused libdrm to print an unwanted message to stderr: DRM_IOCTL_I915_GEM_CONTEXT_CREATE failed: Invalid argument In fact, this caused every Piglit test to fail with a "warn" status due to the unrecognized error message. Change the message to use DBG() rather than fprintf(), so people can still get the debug message, but it won't spam normally. Reviewed-by: Ben Widawsky <ben@bwidawsk.net> Signed-off-by: Kenneth Graunke <kenneth@whitecape.org>
2012-07-06libdrm/exynos: padding gem_mmap structure to 64-bit alignedCooper Yuan1-1/+3
2012-07-03intel: Fix build failure in test_decode.cLauri Kasanen1-0/+2
Hi list The recently released libdrm 2.4.37 does not compile the Intel part: test_decode.c: In function 'compare_batch': test_decode.c:107: error: implicit declaration of function 'open_memstream' PS: Please CC me. Signed-off-by: Lauri Kasanen <cand@gmx.com> Signed-off-by: Ben Widawsky <ben@bwidawsk.net>
2012-06-29configure: bump version for releaseBen Widawsky1-1/+1
Signed-off-by: Ben Widawsky <ben@bwidawsk.net>
2012-06-29intel/context: create/destroy implementationBen Widawsky1-0/+45
Add relevant code to set up minimal state and call the appropriate kernel IOCTLs. This was missed in the previous cherry-picking for 2.3.36. Signed-off-by: Ben Widawsky <ben@bwidawsk.net>
2012-06-28modetest: Dump bit field namesKristian Høgsberg1-1/+50
2012-06-27intel/decode: fix the reference file forBen Widawsky3-5/+5
I mistakenly "fixed" a bad decode with commit 7d0a1d5ebbe2c6aecd96eef94b0af038858a0178 Author: Ben Widawsky <ben@bwidawsk.net> Date: Sun Jun 24 20:35:57 2012 -0700 intel/decode: VERTEX_ELEMENT_STATE, 1 means valid However the actual fix is just to update the reference file, and include GEN7 in the decode. Props to Eric Anholt for putting the test in distcheck, or else I wouldn't have caught this. Signed-off-by: Ben Widawsky <ben@bwidawsk.net>
2012-06-27Revert "intel/decode: VERTEX_ELEMENT_STATE, 1 means valid"Ben Widawsky1-1/+1
This reverts commit 7d0a1d5ebbe2c6aecd96eef94b0af038858a0178. The actual fix
2012-06-27intel: add decoding of MI_SET_CONTEXTBen Widawsky1-1/+17
Signed-off-by: Ben Widawsky <ben@bwidawsk.net> Reviewed-by: Kenneth Graunke <kenneth@whitecape.org>
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-03 17:58:57 +0000