summaryrefslogtreecommitdiff
path: root/src/radeon_video.c
AgeCommit message (Collapse)Author
2018-07-12Replace 'foo == NULL' with '!foo'Michel Dänzer
Shorter and sweeter. :) (Ported from amdgpu commit e8e688f3852fb06b0c34ed5bce47c9493bcd1613) Acked-by: Alex Deucher <alexander.deucher@amd.com>
2017-08-17Wait for pending flips synchronously before turning off a CRTCMichel Dänzer
Allows removing drmmode_clear_pending_flip and the pending_dpms_mode field and cleaning up the code considerably. Reviewed-by: Alex Deucher <alexander.deucher@amd.com>
2016-08-03Wait for pending flips to complete before turning off an output or CRTCMichel Dänzer
At least with older kernels, the flip may never complete otherwise, which can result in us hanging in drmmode_set_mode_major. Fixes: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-ati/+bug/1577170 Reviewed-by: Alex Deucher <alexander.deucher@amd.com>
2016-03-24Require xserver 1.9 or newerMichel Dänzer
1.9.0 was released in August 2010. We were already unintentionally relying on things not available in 1.8 for at least a year, and nobody has complained. Reviewed-by: Alex Deucher <alexander.deucher@amd.com>
2015-11-12Clean up allocation in RADEONInitVideo()Tom St Denis
The allocation of the adapters should use the correct sizeof (even if allocating an array of pointers). Signed-off-by: Tom St Denis <tom.stdenis@amd.com> (ported from amdgpu commit db3bb2061b9ac16b0922d9afae99874820356a04) Reviewed-by: Alex Deucher <alexander.deucher@amd.com>
2015-11-12Simplify pick best crtc to fold two loops into oneTom St Denis
This patch folds the two for loops from radeon_pick_best_crtc() into one to reduce the LOC and make the routine easier to read. Signed-off-by: Tom St Denis <tom.stdenis@amd.com> (ported from amdgpu commit 3055724aef76a624718f26d5f0f9e9d567ffbcfb) Reviewed-by: Alex Deucher <alexander.deucher@amd.com>
2015-08-20DRI2: Keep MSC monotonic when moving window between CRTCsMichel Dänzer
This mirrors the DRI3 implementation in xserver. Fixes VDPAU video playback hanging when moving the window between CRTCs. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=66384 (Ported from amdgpu commit 63948ea091a9b324327ade7ec4fc5d67ca7e6f6f) Reviewed-by: Alex Deucher <alexander.deucher@amd.com>
2015-03-17Move #include "radeon_glamor.h" from radeon.h to where it's neededMichel Dänzer
Reviewed-by: Alex Deucher <alexander.deucher@amd.com>
2014-09-11radeon: fix build warnings regarding const qualifierThomas DeRensis
Signed-off-by: Thomas DeRensis <tderensis@gmail.com>
2013-09-30radeon: use glamor Xv support if present.Dave Airlie
This creates adaptors using glamor if possible. Signed-off-by: Dave Airlie <airlied@redhat.com> Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
2013-09-30Revert "radeon: add glamor Xv support (v2)"Alex Deucher
This causes problems if glamor doesn't have Xv support enabled. I just noticed that Dave has a better version, so use that instead. This reverts commit 4fc1fa920584ace2c84d75af82d06962d0c84ec8.
2013-09-27radeon: add glamor Xv support (v2)Alex Deucher
v2: guard new glamor Xv bits with USE_GLAMOR Signed-off-by: Alex Deucher <alexander.deucher@amd.com> Reviewed-by: Michel Dänzer <michel.daenzer@amd.com>
2013-05-29DRI2: adjust MSC by the number of interpolated vblanksIlija Hadzic
Normally, MSC value equals the vblank count of the CRTC on which the drawable resides. However, we are now interpolating vblanks through DPMS-off state, so if the CRTC is turned off at some point, the vlbank count does not change, but MSC does change by the amount that equals the cumulative number of interpolated vblanks. So each time we interact with the CRTC's vblank facility, we have to adjust the vblank counter: in the request, we have to subtract the number of interpolated vblanks from MSC and in the reply we have to add the number of interpolated vblanks to the MSC. This patch only makes the MSC correct when CRTC is on. The subsequent patch will construct the MSC when CRTC is not running. Signed-off-by: Ilija Hadzic <ihadzic@research.bell-labs.com> Reviewed-by: Alex Deucher <alexander.deucher@amd.com>
2013-01-10Drop support for X servers older than 1.7.Michel Dänzer
The main purpose is to drop DRI2 compatibility code paths which are getting awkward to deal with and at this point are probably only tested lightly if at all. xserver 1.7 was released more than 3 years ago, and 1.6.2 was already required before. Mostly mechanical, there's probably potential for more cleanups. Reviewed-by: Alex Deucher <alexander.deucher@amd.com> Signed-off-by: Michel Dänzer <michel.daenzer@amd.com>
2013-01-03DRI2: limit the swap rate when CRTC is in DPMS-off stateIlija Hadzic
If drawable is displayed on a CRTC and relevant CRTC is in DPMS off state, defer the swap by a fixed (hard-coded) time. This patch fixes a bug that caused an application to render at uncontrolled rate when CRTC goes into DPMS "off" state, thus thrashing the GPU and CPU and likely offsetting the power savings achieved by shutting off the display. Signed-off-by: Ilija Hadzic <ihadzic@research.bell-labs.com> Reviewed-by: Michel Dänzer <michel.daenzer@amd.com>
2013-01-03video: add option to include disabled CRTCs in best CRTC searchIlija Hadzic
This patch adds an option called consider_disabled to radeon_pick_best_crtc function. If this option is set and searching for best-fit CRTC yields nothing, the search will be widened to include CRTCs in DPMS "off" state. The new option is not used yet; it will be in the patches to follow. v2: Do not look at the CRTC mode, we only care about its box. Signed-off-by: Ilija Hadzic <ihadzic@research.bell-labs.com> Reviewed-by: Michel Dänzer <michel.daenzer@amd.com>
2012-06-29Merge remote-tracking branch 'origin/kms-only'Dave Airlie
This merges the removal of the UMS code and subsequent simplifications. Hell yes. * origin/kms-only: (24 commits) radeon: fix radeonchipsets properly radeon: fix RADEONChipsets radeon: migrate remainder of radeon_driver.c to rest of driver radeon: avoid including large static struct twice. radeon: drop some more unused macros/inlines radeon: drop another unused struct member. radeon: more unused stuff radeon: drop cardType shouldn't matter to userspace. radeon: drop radeonGetPixmapOffset radeon: move more functions into texture video radeon: drop legacy memory, merge into radeon video radeon: drop unused txoffset vars. radeon: drop vb_mc_addr, not needed anymore radeon: drop offset member of r600 accel object radeon: move macros into radeon.h radeon: drop more wrapper macros. radeon: further macro cleanups. radeon: make exa copy funcs static. radeon: drop FUNC_NAME macro and ONCE_ONLY stuff radeon: drop radeon_commonfuncs. ... Conflicts: configure.ac
2012-06-25radeon: dixPrivateKeyRegistered is only in server 1.9Dave Airlie
just fallback to the old behaviour on older servers. should fix: https://bugs.freedesktop.org/show_bug.cgi?id=51388 Review-over-irc: Michel Dänzer <michel.daenzer@amd.com> Signed-off-by: Dave Airlie <airlied@redhat.com>
2012-06-15radeon: move more functions into texture videoDave Airlie
make more thing static. Signed-off-by: Dave Airlie <airlied@redhat.com>
2012-06-15radeon: drop legacy memory, merge into radeon videoDave Airlie
This merges these two functions into textured video code. Signed-off-by: Dave Airlie <airlied@redhat.com>
2012-06-15radeon: move macros into radeon.hDave Airlie
Drop separate header file, there isn't many separate macros now. Signed-off-by: Dave Airlie <airlied@redhat.com>
2012-06-15radeon: misc cleanups.Dave Airlie
Signed-off-by: Dave Airlie <airlied@redhat.com>
2012-06-15radeon: drop all UMS/DRI1/XAA/overlay support.Dave Airlie
This overhauls the radeon driver and removes all the old UMS-only code, it drops all the UMS, DRI1, XAA, overlay Xv, video capture, tv tuners There are probably a lot more cleanups that will fall out of this afterwards. So far this is compile/build tested. Signed-off-by: Dave Airlie <airlied@redhat.com>
2012-06-08UMS: Fix CRTC DPMS state check.Michel Dänzer
Signed-off-by: Michel Dänzer <michel.daenzer@amd.com>
2012-06-06Don't page-flip or wait on a CRTC while we're VT-switched away.Michel Dänzer
We don't know what the CRTC state is. Signed-off-by: Michel Dänzer <michel.daenzer@amd.com>
2012-06-06Don't wait on a CRTC which has been disabled via DPMS (bug #49761).Michel Dänzer
Fixes https://bugs.freedesktop.org/show_bug.cgi?id=49761 . Signed-off-by: Michel Dänzer <michel.daenzer@amd.com>
2012-05-23ati: convert to new screen conversion APIsDave Airlie
The compat header takes care of the old server vs new server. this commit was autogenerated from util/modular/x-driver-screen-scrn-conv.sh Signed-off-by: Dave Airlie <airlied@redhat.com>
2011-11-28fixup xinerama since 9151f3b1c2ebcc34e63195888ba696f2183ba5e2Dave Airlie
since the driver would call RRFirstOutput without checking if randr has been enabled, and it would crash in privates code. reported by vereteran on #radeon Signed-off-by: Dave Airlie <airlied@redhat.com> Acked-on-irc-by: Michel Dänzer <michel.daenzer@amd.com>
2011-08-11video: Don't round up bottom/right edge for clipping source width/height.Michel Dänzer
It's not necessary: If the top/left edge was rounded down, this will be compensated by the subtraction. Worse, if the original source width/height is odd, rounding up may result in reading past the end of the source data. Fixes http://bugs.debian.org/637258 . Signed-off-by: Michel Dänzer <michel.daenzer@amd.com> Reviewed-by: Alex Deucher <alexander.deucher@amd.com>
2011-08-09Prefer the CRTC of the primary output for synchronization.Michel Dänzer
See https://bugs.freedesktop.org/show_bug.cgi?id=39696 . Signed-off-by: Michel Dänzer <michel.daenzer@amd.com>
2011-07-14Register XvMC video decoding accelerationChristian König
2011-01-18Fix crash freeing KMS video memory.Michel Dänzer
Where's that brown paper bag? :}
2011-01-18Fix KMS textured video leaks (bug #33193).Michel Dänzer
v2: Fix radeon_legacy_free_memory() argument type error pointed out by Marton Balint, refactor video memory freeing logic into helper function. Fixes https://bugs.freedesktop.org/show_bug.cgi?id=33193 .
2010-10-19Xv: limit overlay to 2047x2047Alex Deucher
Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=15391
2010-09-30radeon: fix fbLocation for >32 bit MC addressesAlex Deucher
If the fbLocation was at an address >32 bits, we'd fail. Change fbLocation to uint64_t and properly cast when needed.
2010-08-27xv: fix non-kms/non-dri Xv column ordering on big endian systemsHeikki Lindholm
Column order is wrong on big endian systems, primarly because of a bits / bytes mix up with the bpp variable. Fix tested with r100 and r300, screen depth 16 and 32 with YV12 and YUY2 (overlay, textured video), RGBA and RGBT (overlay). Should fix: https://bugs.freedesktop.org/show_bug.cgi?id=29041 Signed-off-by: Heikki Lindholm <holin@iki.fi>
2010-06-21Convert x(c)alloc/xfree to m/calloc/free.Michel Dänzer
Fixes deprecation warnings with xserver master and should also work with older xservers.
2010-05-18dri2: use radeon_pick_best_crtc()Alex Deucher
It's already exposed and used by exa and Xv and has the same functionality. radeon_covering_crtc() can be dropped eventually.
2010-05-10kms: add support for the MSC swap & sync APIJerome Glisse
This patch is mostly a port over of Intel ddx code for MSC support. It needs a radeon KMS module with version 2.4 which has the query for hw crtc id. Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org> Signed-off-by: Jerome Glisse <jglisse@redhat.com>
2010-04-08radeon: don't setup Xv on rn50Alex Deucher
It has no overlay or 3D engine. fixes fdo bug 27528
2010-02-26Use RADEON_ALIGN instead of open coding it.Matt Turner
Also fix some RADEON_ALIGN(x, 63), which would return incorrect results for odd x. Though this shouldn't happen, it's still not right. You wouldn't ever write (x + 62) & ~62 which is clearly wrong (and what it expands to). CC: Jerome Glisse <jglisse@redhat.com> CC: Alex Deucher <alexdeucher@gmail.com> CC: Dave Airlie <airlied@redhat.com> Signed-off-by: Matt Turner <mattst88@gmail.com>
2010-02-15Allocate BOs for 'video offscreen surfaces' and 'TV-in' in VRAM.Michel Dänzer
I think these can only really work in VRAM, though right now there's probably nothing to prevent them from getting evicted...
2010-02-15Allocate Xv buffers to GTT.Pauli Nieminen
KMS doesn't have acceleration for upload to vram. memcpy/memmove to VRAM directly is very slow (40M/s in benchmark) which causes visible problems to video. Allocating video buffer in GTT will give good performance (350-450M/s) for memmove operation. This is nice performance boost for Xv under KMS. Signed-off-by: Pauli Nieminen <suokkos@gmail.com>
2010-02-12radeon: consolidate crtc selector for vline waitAlex Deucher
Use the Xv version as it takes into account the area covered by the op rather than just picking the largest crtc area.
2009-12-02radeon: Lift hardcoded limit from RADEONQueryImageAttributesKusanagi Kouichi
The dimension of an XvImage is limited to 2048 x 2048 even if an adaptor supports larger image. XvCreateImage and XvShmCreateImage lower the width or height of an image. XvPutImage and XvShmPutImage return BadValue. The cause is that 2048 is hardcoded in RADEONQueryImageAttributes.
2009-10-03Fix KMS on big endian machines.Michel Dänzer
Requires at least xserver 1.7 to work properly. Also make sure the front buffer is and stays tiled if colour tiling is enabled.
2009-07-14R3/4/5xx: only upload the bicubic texture onceAlex Deucher
Upload the bicubic texture once during textured video init rather than once per frame. Suggested by Michel Daenzer on IRC.
2009-07-03radeon: don't set up overlay under KMS until we figure out how.Dave Airlie
2009-04-17R6xx/R7xx: implement Xv attributesAlex Deucher
- brightness, contrast, hue, etc. - TODO: implement gamma
2009-04-17r200/r300: implement brightness/contrast/hue/saturation/gamma controls for ↵Roland Scheidegger
textured video This implements contrast/brightness/hue/saturation controls for r200/r300 plus gamma (same gamma value for all channels used though separate values would be trivial) control for r300. Some issues left: - only r200/r300 - still can't be combined with bicubic - controls will silently cease to work if the format used is packed and not planar (except for rv250) - gamma range is from 100 to 10000 corresponding to 0.1 and 10.0 like used in overlay. However, usable range is far smaller. Over 2.0 picture gets dark pretty quickly, and below 0.6 or so black seems to turn into purple (I've verified that even with gamma 1.0 black actually often seems to be RGB 1/0/1 so this explains this since that gets amplified by low gamma values - not sure if this is a rounding problem somewhere, bogus reference values or is somehow expected). - gamma adds a bit too many instructions for my taste (7) though the alternative (3 texture lookups + some swizzling instructions) doesn't seem any better.
generated by cgit v1.2.3 (git 2.25.1) at 2024-11-25 14:26:26 +0000