summaryrefslogtreecommitdiffstats
path: root/src/gallium
Commit message (Collapse)AuthorAgeFilesLines
* util: Document the meaning of util_format_layout.José Fonseca2009-12-091-0/+36
| | | | | | | | | | | | | The util_format_layout name was unfortunate and there are as been a lot of confusion due to this. Hopefully this will shed some light on what it was meant for. Bottom line is: do not rely on these values unless you're automatically code generating pixel packing/unpacking routines. Suggestions for better names than util_format_layout are welcome!
* nouveau: use boolean instead of boolRoland Scheidegger2009-12-086-6/+6
|
* cell: use boolean instead of boolRoland Scheidegger2009-12-081-1/+1
|
* gallium: use boolean instead of bool in p_refcnt.hRoland Scheidegger2009-12-081-3/+3
| | | | all code in gallium should use boolean not bool
* Merge branch 'gallium-strict-aliasing'Roland Scheidegger2009-12-0822-181/+262
|\
| * gallium: fix more potential strict aliasing issuesRoland Scheidegger2009-12-083-60/+145
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | In particular, gcc man page warns that union a_union { int i; double d; }; int f() { double d = 3.0; return ((union a_union *) &d)->i; } "might" not be ok (why not?), even though it doesn't seem to generate any warnings. Hence don't use this and do the extra step to actually use assignment to get the values in/out of the union. This changes parts of 3456f9149b3009fcfce80054759d05883d3c4ee5.
| * gallium/util: fix util_color_[un]pack[-ub] to be strict aliasing safeRoland Scheidegger2009-12-079-127/+112
| | | | | | | | | | | | | | | | use pointer to union instead of void pointer. gcc complained a lot, depending what the pointer originally actually was. Looks like it's in fact maybe legal to cast for instance uint pointers to union pointers as long as union contains a uint type, hence use this with some callers, other just use union util_color in the first place.
| * identity: fix copy&paste errorRoland Scheidegger2009-12-041-1/+1
| |
| * svga: fix another pipe_reference strict aliasing violationRoland Scheidegger2009-12-041-1/+2
| |
| * gallium: fix remaining users of pipe_reference functionRoland Scheidegger2009-12-034-4/+7
| |
| * gallium: fix ref counting bug in pb_bufmgrJosé Fonseca2009-12-031-4/+1
| | | | | | | | This was discovered by the pipe_reference api change.
| * gallium: fix reference counting functions to be strict-aliasing compliantRoland Scheidegger2009-12-037-17/+27
| | | | | | | | | | | | | | | | | | | | | | Historically, parts of mesa code are not strict-aliasing safe, hence -fno-strict-aliasing is needed to compile (this got forgotten for scons builds for gallium, which indeed not only caused compiler warnings but also unexplicable crashes in non-debug builds). However, we should try to eliminate code not complying with strict-aliasing code at least for gallium. Hence change pipe_reference functions to make them strict-aliasing compliant. This adds a bit more complexity (especially for derived classes) but is the right thing to do, and it does in fact fix a segfault.
* | tgsi: fix some off-by-one errors in shader length, instruction lengthBrian Paul2009-12-083-5/+4
| | | | | | | | | | | | | | | | | | | | The ureg and/or tgsi-simplification work introduced some inconsistencies between the ureg and traditional TGSI construction code. Now the tgsi_instruction::NrTokens field is consistant and the tgsi_header::BodySize field isn't off by one. Fixes bug 25455.
* | move assert to avoid crash in debug build.Alan Hourihane2009-12-081-1/+2
| |
* | Merge branch 'mesa_7_7_branch'Michel Dänzer2009-12-083-1/+7
|\ \
| * | vmware/xorg: Fix SCons build.Michel Dänzer2009-12-082-0/+4
| | | | | | | | | | | | Not sure how vmw_screen.c could build at all though...
| * | vmware/xorg: Avoid warning about HAVE_STDINT_H being redefined.Michel Dänzer2009-12-081-1/+3
| | |
* | | Merge branch 'mesa_7_7_branch'Andre Maasikas2009-12-087-8/+113
|\| | | | | | | | | | | | | | | | | Conflicts: src/mesa/drivers/dri/r600/r700_assembler.c src/mesa/main/version.h
| * | Merge branch 'mesa_7_6_branch' into mesa_7_7_branchAndre Maasikas2009-12-081-3/+3
| |\ \
| | * | llvmpipe: Initialize variables in emit_instruction.Vinson Lee2009-12-071-3/+3
| | | |
| * | | Merge branch 'mesa_7_6_branch' into mesa_7_7_branchIan Romanick2009-12-071-1/+1
| |\| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Conflicts: progs/demos/projtex.c progs/xdemos/glxinfo.c src/mesa/main/version.h To fix the confilicts in projtex.c and glxinfo.c I just took the code from mesa_7_6_branch. The conflicts seem to have occured from cherry-picks from mesa_7_7_branch to mesa_7_6_branch followed by commmits just to mesa_7_6_branch.
| | * | st/egl: Fix memory leak in egl_tracker.c.Vinson Lee2009-12-061-1/+1
| | | | | | | | | | | | | | | | (cherry picked from commit 052b127842af3372fd768eae8e29b240a696a12a)
| | * | draw: Initialize variable in draw_pt.c.Vinson Lee2009-12-051-1/+2
| | | | | | | | | | | | | | | | (cherry picked from commit ea98e9820d7117f7a187f355445796b1ef5d9e0c)
| | * | r300g: use $(MAKE) variableColeman Kane2009-12-041-1/+1
| | | | | | | | | | | | | | | | Fixes bug 24501
| | * | gallium/util: Initialize variables in u_pack_color.h.Vinson Lee2009-12-031-1/+4
| | | | | | | | | | | | | | | | (cherry picked from commit 36e2074b63e3e5bc489eb74cad0cd97eafcedb40)
| * | | vmware/xorg: Use Write instead of WriteRead for cursor bypassJakob Bornecrantz2009-12-041-2/+2
| | | |
| * | | vmware/xorg: Give kernel infromation about cursor bypassJakob Bornecrantz2009-12-043-4/+75
| | | |
| * | | vmware/xorg: Handle no init of video in vmw_video_closeJakob Bornecrantz2009-12-041-0/+2
| | | |
| * | | vmware/core: Update vmwgfx_drm.h to include cursor bypassJakob Bornecrantz2009-12-041-0/+32
| | | |
* | | | util/tile: Support R8G8B8A8_UNORM format.Michal Krol2009-12-071-3/+53
| | | |
* | | | radeong: Automatically softpipe for non-r3xx.Corbin Simpson2009-12-061-9/+12
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Well, technically non-r[345]xx. At any rate... $ glxgears libGL: OpenDriver: trying /home/simpson/mesa/lib/gallium/r600_dri.so 131 frames in 5.0 seconds = 26.107 FPS I'm sure you can see where this is going. :3
* | | | radeong: Call softpipe_create directly.Corbin Simpson2009-12-066-90/+4
| | | | | | | | | | | | | | | | Allows us to finally remove radeon_winsys_softpipe.
* | | | softpipe: sp_winsys.h should define/include what it needs.Corbin Simpson2009-12-061-1/+3
| | | |
* | | | r300g: Clean up previous commit.Corbin Simpson2009-12-061-11/+15
| | | | | | | | | | | | | | | | | | | | If *I* can't read it, there's a strong possibility others can't, either.
* | | | r300g: enhance ZTOP conditionsMarek Olšák2009-12-061-6/+31
| | | |
* | | | nouveau: Work around nv04-nv40 miptrees not matching nouveau_miptree.Younes Manton2009-12-0610-2/+17
| | | | | | | | | | | | | | | | | | | | | | | | Thanks to Bob Gleitsmann for the patch. I'll clean this up in a better way later if noone else beats me to it.
* | | | r300g: don't render if everything is culled by scissoringMarek Olšák2009-12-063-0/+29
| | | | | | | | | | | | | | | | | | | | Otherwise a CS is refused by kernel 2.6.31 (and maybe all later versions, not sure).
* | | | r300g: remove redundant code and clean upMarek Olšák2009-12-063-46/+57
| | | |
* | | | st/xvmc: No more pf_get_block().Younes Manton2009-12-051-6/+5
| | | |
* | | | r300g: Need to emit a hardware scissor rectangle even if scissor is disabled.Michel Dänzer2009-12-053-2/+28
| | | | | | | | | | | | | | | | | | | | | | | | Just make it cover the whole framebuffer in that case. Otherwise the kernel CS checker may complain, e.g. running progs/demos/gearbox. That runs fast now here, but doesn't look right yet.
* | | | svga: Dump SVGA_3D_CMD_BLIT_SURFACE_TO_SCREEN commands.José Fonseca2009-12-052-4/+43
| | | |
* | | | svga: Use _debug_printf, so that output may be dumped in release builds too.José Fonseca2009-12-053-687/+687
| | | | | | | | | | | | | | | | The dump calls should be wrapped in #ifdef DEBUG .. #endif.
* | | | llvmpipe: Tweak disassembly to match gdb.José Fonseca2009-12-051-2/+8
| | | | | | | | | | | | | | | | Helps verifying udis86 output.
* | | | llvmpipe: Stop disassembling when an unsupported opcode is found.José Fonseca2009-12-051-1/+2
| | | | | | | | | | | | | | | | Otherwise the terminal gets full of garbage.
* | | | llvmpipe: Port vertex sampler support from softpipe.José Fonseca2009-12-046-8/+101
| | | | | | | | | | | | | | | | Just enough boilerplate code to avoid segfaulting.
* | | | llvmpipe: Ensure transfers are mapped.José Fonseca2009-12-041-0/+4
| | | | | | | | | | | | | | | | | | | | This shouldn't happen but it does by some misterious reason. Fail the assertion but at least do not segfault on release builds.
* | | | llvmpipe: Remove debug printf.José Fonseca2009-12-041-1/+0
| | | |
* | | | gallium: Disable force_align_arg_pointer attribute on x86_64.José Fonseca2009-12-041-1/+1
| | | | | | | | | | | | | | | | Apparently not only unnecessary but also causes gcc to complain.
* | | | radeong: flush CS if a buffer being mapped is referenced by itMarek Olšák2009-12-042-2/+5
| | | | | | | | | | | | | | | | Also, overlapping occlusion queries seems to work now.
* | | | r300g, radeong: fix the CS overflowMarek Olšák2009-12-043-4/+12
| | | |
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-27 15:11:22 +0000