summaryrefslogtreecommitdiffstats
path: root/src/gallium/targets/dri-r600
Commit message (Collapse)AuthorAgeFilesLines
* xmlpool: Fix out-of-tree builds.Johannes Obermayr2013-01-131-0/+1
| | | | Reviewed-by: Kenneth Graunke <[email protected]>
* targets/dri-r600: Force c++ linker in all casesAndreas Boll2013-01-131-8/+2
| | | | Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=59282
* Clean up .gitignore filesMatt Turner2013-01-101-1/+0
|
* targets/dri-r600: Convert to automakeMatt Turner2013-01-103-26/+80
| | | | | v2: Andreas Boll <[email protected]> - Provide compatibility with scripts for the old Mesa build system
* [PATCH] makefiles: use configured name for -ldrm* where possibleMaarten Lankhorst2012-11-161-1/+1
| | | | | | | | | | | | | For precise lts support I had to do some magic with the library names, which works fine as long as the libraries from pkg-config are used. The parts with src/gallium/targets/va-*/Makefile will not apply on the master branch, but do apply to the 9.0 branch. NOTE: This is a candidate for the 9.0 branch. Signed-off-by: Maarten Lankhorst <[email protected]> Acked-by: Matt Turner <[email protected]>
* Fix linking gallium drivers and with dricore after defadf2b1Jon TURNEY2012-07-131-1/+1
| | | | | | | | | | | | | | | | | | | Commit defadf2b1 erroneously tries to make gallium drivers link with libdricore as a static library, not a shared library Also, change uses of DRI_LIB_DEPS in gallium driver Makefiles to GALLIUM_DRI_LIB_DEPS, so the libraries added are used in the linking the gallium driver Also, fix the path to the libdricore.so symlink, it's made in LIB_DIR, not in the libdricore directory Also repair quoting of dricore settings of DRI_LIB_DEPS and GALLIUM_DRI_LIB_DEPS variables so VERSION is interpolated in configure but TOP and LIB_DIR are interpolated later (where they are known, but VERSION isn't) Signed-off-by: Jon TURNEY <[email protected]> Signed-off-by: Tom Stellard <[email protected]>
* scons: Link r600_drm.so against libdrm-radeonJosé Fonseca2012-05-121-0/+3
|
* r600g: add support for common surface allocator for tiling v13Jerome Glisse2012-02-061-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Tiled surface have all kind of alignment constraint that needs to be met. Instead of having all this code duplicated btw ddx and mesa use common code in libdrm_radeon this also ensure that both ddx and mesa compute those alignment in the same way. v2 fix evergreen v3 fix compressed texture and workaround cube texture issue by disabling 2D array mode for cubemap (need to check if r7xx and newer are also affected by the issue) v4 fix texture array v5 fix evergreen and newer, split surface values computation from mipmap tree generation so that we can get them directly from the ddx v6 final fix to evergreen tile split value v7 fix mipmap offset to avoid to use random value, use color view depth view to address different layer as hardware is doing some magic rotation depending on the layer v8 fix COLOR_VIEW on r6xx for linear array mode, use COLOR_VIEW on evergreen, align bytes per pixel to a multiple of a dword v9 fix handling of stencil on evergreen, half fix for compressed texture v10 fix evergreen compressed texture proper support for stencil tile split. Fix stencil issue when array mode was clear by the kernel, always program stencil bo. On evergreen depth buffer bo need to be big enough to hold depth buffer + stencil buffer as even with stencil disabled things get written there. v11 rebase on top of mesa, fix pitch issue with 1d surface on evergreen, old ddx overestimate those. Fix linear case when pitch*height < 64. Fix r300g. v12 Fix linear case when pitch*height < 64 for old path, adapt to libdrm API change v13 add libdrm check Signed-off-by: Jerome Glisse <[email protected]>
* dri-r600: Hook up a drm_descriptor configuration functionMathias Fröhlich2011-10-231-1/+17
| | | | | Returns a configuration that makes the dri state-tracker-manager throttle.
* drm_driver: Add a configuration function to the driver descriptor.Thomas Hellstrom2011-10-141-1/+1
| | | | | | | | Adds a possibility for the state tracker manager to query the target for a specific configuration. Signed-off-by: Thomas Hellstrom <[email protected]> Reviewed-by: Jakob Bornecrantz <[email protected]>
* r600g: move all files from winsys/r600 into drivers/r600Marek Olšák2011-09-302-2/+0
| | | | | | Be sure to reconfigure after this commit. Reviewed-by: Alex Deucher <[email protected]>
* r600g: fix scons buildMarek Olšák2011-08-171-0/+1
|
* r600g: first step into winsys/radeonMarek Olšák2011-08-162-3/+4
| | | | Reviewed-by: Alex Deucher <[email protected]>
* r600g: do not link with softpipeMarek Olšák2011-06-141-1/+0
|
* target-helpers: remove copy-pasted function inline_noop_helperMarek Olšák2011-06-141-1/+1
|
* r300g: import the last bits of libdrm and cleanup the whole thingMarek Olšák2011-02-111-2/+0
| | | | | | | | | | | | | | Based on Dave's branch. The majority of this commit is a cleanup, mainly renaming things. There wasn't much code to import, just ioctl calls. Also done: - implemented unsynchronized bo_map (important optimization!) - radeon_bo_is_referenced_by_cs is no longer a refcount hack - dropped the libdrm_radeon dependency I'm surprised that this has resulted in less code in the end.
* noop: make noop useable like trace or rbugJerome Glisse2011-01-092-3/+4
| | | | | | | | If you want to enable noop set GALLIUM_NOOP=1 as an env variable. You need first to enable noop wrapping for your driver see change to src/gallium/targets/dri-r600/ in this commit as an example. Signed-off-by: Jerome Glisse <[email protected]>
* scons: Revamp how to specify targets to build.José Fonseca2010-11-011-5/+3
| | | | | | | | | | | | | | | | | | | | | | Use scons target and dependency system instead of ad-hoc options. Now is simply a matter of naming what to build. For example: scons libgl-xlib scons libgl-gdi scons graw-progs scons llvmpipe and so on. And there is also the possibility of scepcified subdirs, e.g. scons src/gallium/drivers If nothing is specified then everything will be build. There might be some rough corners over the next days. Please bare with me.
* r600g: more cleanupJerome Glisse2010-09-291-27/+2
| | | | Signed-off-by: Jerome Glisse <[email protected]>
* r600g: switch to new designJerome Glisse2010-09-281-1/+1
| | | | | | | | New design seems to be on parity according to piglit, make it default to get more exposure and see if there is any show stopper in the coming days. Signed-off-by: Jerome Glisse <[email protected]>
* r600g: set back to correct codepaths.Dave Airlie2010-09-211-1/+1
| | | | Jerome please use git diff and git show before pushing.
* r600g: add back reference check when mapping bufferJerome Glisse2010-09-201-1/+1
| | | | Signed-off-by: Jerome Glisse <[email protected]>
* r600g: alternative command stream building from contextJerome Glisse2010-09-171-0/+23
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Winsys context build a list of register block a register block is a set of consecutive register that will be emited together in the same pm4 packet (the various r600_block* are there to provide basic grouping that try to take advantage of states that are linked together) Some consecutive register are emited each in a different block, for instance the various cb[0-7]_base. At winsys context creation, the list of block is created & an index into the list of block. So to find into which block a register is in you simply use the register offset and lookup the block index. Block are grouped together into group which are the various pkt3 group of config, context, resource, Pipe state build a list of register each state want to modify, beside register value it also give a register mask so only subpart of a register can be updated by a given pipe state (the oring is in the winsys) There is no prebuild register list or define for each pipe state. Once pipe state are built they are bound to the winsys context. Each of this functions will go through the list of register and will find into which block each reg falls and will update the value of the block with proper masking (vs/ps resource/constant are specialized variant with somewhat limited capabilities). Each block modified by r600_context_pipe_state_set* is marked as dirty and we update a count of dwords needed to emit all dirty state so far. r600_context_pipe_state_set* should be call only when pipe context change some of the state (thus when pipe bind state or set state) Then to draw primitive you make a call to r600_context_draw void r600_context_draw(struct r600_context *ctx, struct r600_draw *draw) It will check if there is enough dwords in current cs buffer and if not will flush. Once there is enough room it will copy packet from dirty block and then add the draw packet3 to initiate the draw. The flush will send the current cs, reset the count of dwords to 0 and remark all states that are enabled as dirty and recompute the number of dwords needed to send the current context. Signed-off-by: Jerome Glisse <[email protected]>
* r600g: avoid dynamic allocation of statesJerome Glisse2010-09-011-2/+2
| | | | | | | | | | | Make state statically allocated, this kills a bunch of code and avoid intensive use of malloc/free. There is still a lot of useless duplicate function wrapping that can be kill. This doesn't improve yet performance, needs to avoid memcpy states in radeon_ctx_set_draw and to avoid rebuilding vs_resources, dsa, scissor, cb_cntl, ... states at each draw command. Signed-off-by: Jerome Glisse <[email protected]>
* r600g: drop libdrm_radeon linkDave Airlie2010-08-171-1/+1
|
* scons: Fix r600g build.Vinson Lee2010-08-141-1/+1
|
* Revert "r600g: don't use dynamic state allocation for states"Jerome Glisse2010-08-061-2/+2
| | | | | | | | | | | This reverts commit 9c949d4a4dd43b7889e13bdf683bcf211f049ced. Conflicts: src/gallium/drivers/r600/r600_context.h src/gallium/drivers/r600/r600_draw.c src/gallium/drivers/r600/r600_shader.c src/gallium/drivers/r600/r600_state.c
* r600g: don't use dynamic state allocation for statesJerome Glisse2010-08-051-2/+2
| | | | | | | | | | Simplify state handly by avoiding state allocation. Next step is to allocate once for all context packet buffer and then avoid rebuilding pm4 packet each time (through use of combined crc) this would also avoid number of memcpy. Signed-off-by: Jerome Glisse <[email protected]>
* gallium: Use debugging helper in all drm targetsJakob Bornecrantz2010-06-243-0/+8
|
* r600g: Move bootstrap code to targetJakob Bornecrantz2010-06-241-2/+21
|
* gallium: Make all drm drivers use the new drm compat helperJakob Bornecrantz2010-06-064-1/+6
|
* r600g: fix buildMarek Olšák2010-05-292-0/+2
|
* r600g: Integrate into buildJakob Bornecrantz2010-05-271-1/+1
| | | | Signed-off-by: Jakob Bornecrantz <[email protected]>
* r600g: adapt to latest interfaces changesMarek Olšák2010-05-273-0/+47
- Wrapped the buffer and texture create/destroy/transfer/... functions using u_resource, which is then used to implement the resource functions. - Implemented texture transfers. I left the buffer and texture transfers separate because one day we'll need a special codepath for textures. - Added index_bias to the draw_*elements functions. - Removed nonexistent *REP and *FOR instructions. - Some pipe formats have changed channel ordering, so I've removed/fixed nonexistent ones. - Added stubs for create/set/destroy sampler views. - Added a naive implementation of vertex elements state (new CSO). - Reworked {texture,buffer}_{from,to}_handle. - Reorganized winsys files, removed dri,egl,python directories. - Added a new build target dri-r600.
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-21 06:21:45 +0000