History log of /xsrc/external/mit/xf86-video-suncg14/dist/src/cg14_render.c
Revision Date Author Comments
(<<< Hide modified files)
(Show modified files >>>)
# 665b72dd 11-Jan-2023 macallan <macallan@NetBSD.org>

be more consistent with debug options

# 3a2c2bca 11-May-2022 macallan <macallan@NetBSD.org>

fix tpyo
thanks rin@

# 2066ab30 11-May-2022 macallan <macallan@NetBSD.org>

make debug output a bit more manageable

# ad6af7a7 11-May-2022 macallan <macallan@NetBSD.org>

consistently use SX_RENDER_DEBUG, hide some more debug goop

# 230e26c7 24-Dec-2021 macallan <macallan@NetBSD.org>

make ALU instructions use the same format as load/store instructions
same binary generated

# 72fd264f 24-Dec-2021 macallan <macallan@NetBSD.org>

add macros to simplify issuing SX instructions, hide the address alignment /
displacement shenanigans SX needs, and make the code more resemble the
inline assembler source it arguably is

# c2193d98 24-Jul-2019 macallan <macallan@NetBSD.org>

avoid stalling the CPU by letting the SX instruction FIFO drain every couple
of memory instructions.
No more missed IPIs when building stuff in an xterm so far...

# 78d1a11b 08-Dec-2017 macallan <macallan@NetBSD.org>

do up to 4 pixels at a time CG14Comp_Over*()

# e311bbee 07-Dec-2017 macallan <macallan@NetBSD.org>

RGB/BGR-flip source images in CG14Comp_Over32*() with non-solid sources
as well. This takes care of most remaining RGB/BGR issues in xrender.
Next step: do more than one pixel at a time in those operations.

# d71cb32d 30-Oct-2017 macallan <macallan@NetBSD.org>

support PictOpAdd with A8 source and ARGB/ABGR destination
now labels in windowmaker look right again

# f221549c 16-Sep-2016 macallan <macallan@NetBSD.org>

do PictOpOver operations 4 pixels at a time - this is a vector processor,
let's do some vector processing
-> about 40% speed increase

# c88c16f8 16-Sep-2016 macallan <macallan@NetBSD.org>

adapt to xorg 1.18

# 239808ba 30-Jul-2013 macallan <macallan@NetBSD.org>

now we get PictOpOver with no source alpha and a 32bit mask right
( mostly gtk2 icons and button images )
TODO: RGB vs. BGR

# 81a370e6 30-Jul-2013 macallan <macallan@NetBSD.org>

support PictOpOver with 32bit source and mask

# fa158432 25-Jul-2013 macallan <macallan@NetBSD.org>

"support" PictOpOver with 32bit source and 32bit mask
this needs more work but at least it makes things like gkrellm readable

# f7cb851f 03-Jul-2013 macallan <macallan@NetBSD.org>

- fetch fill colour for text drawing in CheckComposite, swap red and blue
channels as needed
- support solid sources without a drawable
now gtk2 apps no longer crash the Xserver and text is drawn in the correct
colour
next step: 32bit PictOpOver with 32bit mask, gtk2 seems to use those a lot

# 6bdc2ffd 03-Jul-2013 macallan <macallan@NetBSD.org>

support PictOpOver with 32bit source without alpha, alpha in mask
now KDE3 looks mostly right
( yes, it's almost usable on a 125MHz HyperSPARC )
gtk2 apps still crash though

# 78cb1511 25-Jun-2013 macallan <macallan@NetBSD.org>

missed one
( move CG14Comp_Over32Solid() too )

# a3a2ba44 25-Jun-2013 macallan <macallan@NetBSD.org>

- support PictOpSrc, mask is ignored so far
- support PictOpOver with non-solid source, with or without mask - now QT3
icons are rendered properly
- move render operations into their own file