summaryrefslogtreecommitdiff
path: root/src/radeon_probe.h
AgeCommit message (Collapse)Author
2018-10-24Allow up to six instances in Zaphod modeMichel Dänzer
Corresponding to up to six CRTCs being available in the hardware. (Ported from amdgpu commit c9d43c1deb9a9cfc41a8d6439caf46d12d220853)
2017-08-30Require xserver >= 1.13Michel Dänzer
xserver 1.13.0 was released on September 6th, 2012, almost 5 years ago. This allows cleaning up a bunch of backwards compatibility code. Reviewed-by: Alex Deucher <alexander.deucher@amd.com> Reviewed-by: Emil Velikov <emil.l.velikov@gmail.com>
2016-12-19Use render node for DRI3 if availableJammy Zhou
Signed-off-by: Jammy Zhou <Jammy.Zhou@amd.com> (ported from amdgpu commit ea558e645786b08d75307716036045170e97b43e) Reviewed-by: Alex Deucher <alexander.deucher@amd.com> [ Second attempt, let's see if there's any fallout this time... ]
2016-11-18Use DRM_MODE_PAGE_FLIP_TARGET_ABSOLUTE/RELATIVE flags when availableMichel Dänzer
Reviewed-by: Alex Deucher <alexander.deucher@amd.com>
2016-11-10Use pRADEONEnt to find both screens of a GPU in radeon_mode_hotplugMichel Dänzer
Fixes misbehaviour when hotplugging DisplayPort connectors on secondary GPUs. Fixes: c801f9f10a5d ("Handle Zaphod mode correctly in radeon_mode_hotplug") Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=98626 Reviewed-by: Alex Deucher <alexander.deucher@amd.com>
2016-03-25Revert "Use render node for DRI3 if available"Michel Dänzer
This reverts commit cd94248ffa7d8fe0b57476f79e7e860dee66d1b0. It broke VDPAU<->GL interop with DRI3 enabled, because the Gallium VDPAU code doesn't support DRI3 yet. We can consider re-enabling this once there is a Mesa release where the Gallium VDPAU code supports DRI3. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=94675 Reviewed-by: Alex Deucher <alexander.deucher@amd.com>
2016-02-16Use render node for DRI3 if availableJammy Zhou
Signed-off-by: Jammy Zhou <Jammy.Zhou@amd.com> (ported from amdgpu commit ea558e645786b08d75307716036045170e97b43e) Reviewed-by: Alex Deucher <alexander.deucher@amd.com>
2015-07-28radeon: cleanup the entity recDave Airlie
Some of these were set, some of them were always opposites, so clean things up. Reviewed-by: Alex Deucher <alexander.deucher@amd.com> Signed-off-by: Dave Airlie <airlied@redhat.com>
2015-06-11Allow/Fix use of multiple ZaphodHead outputs per x-screen. (v2)Mario Kleiner
Defining multiple ZaphodHead outputs per x-screen in a multiple x-screen's per gpu configuration caused all outputs except one per x-screen to go dark, because there was a fixed mapping x-screen number -> crtc number, limiting the number of crtc's per x-screen to one. On a ZaphodHead's setup, be more clever and assign as many crtc's to a given x-screen as there are ZaphodHeads defined for that screen, assuming there are enough unused crtc's available. Tested on a triple display setup with different combos of one, two or three ZaphodHeads per one, two or three x-screens. This is a port of similar code from xf86-video-nouveau. v2: Implement suggestions by Michel Dänzer: Less verbose debug output, more clear warning message on crtc allocation failure. Move clearing of per gpu assigned_crtc mask to CloseScreen, indeed testing shows no need for the more complex new server generation check from v1. Signed-off-by: Mario Kleiner <mario.kleiner.de@gmail.com> (v1) Reviewed-by: Alex Deucher <alexander.deucher@amd.com> Reviewed-by: Michel Dänzer <michel.daenzer@amd.com>
2014-05-02radeon: add support for Mullins.Samuel Li
Signed-off-by: Samuel Li <samuel.li@amd.com> Signed-off-by: Alex Deucher <alexander.deucher@amd.com> Reviewed-by: Michel Dänzer <michel.daenzer@amd.com>
2014-04-11Fix building on older servers without xf86platformBus.hHans de Goede
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2014-03-17Add support for server managed fdsHans de Goede
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2013-11-13radeon: add support for HawaiiAlex Deucher
Disabled by default until the acceleration code stablizes. Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
2013-09-18DRI2: Install client callback only onceMichel Dänzer
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=60182 Acked-by: Alex Deucher <alexander.deucher@amd.com>
2013-06-28radeon: add family ids for CIKAlex Deucher
Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
2013-05-13radeon: add hainan chip familyAlex Deucher
Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
2013-03-21radeon: add refcounts to fix up zaphod open/close.Maarten Lankhorst
Oops, turns out my previous commits were buggy. Adding proper refcounts will handle this correctly. Signed-off-by: Maarten Lankhorst <maarten.lankhorst@canonical.com>
2013-02-04radeon: add oland chip familyAlex Deucher
Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
2012-07-10Initial SI support.Michel Dänzer
Defaults to shadowfb. 3D acceleration is available with glamor. 2D acceleration is disabled until the radeonsi driver can handle glamor's shaders. v2: add chip flags (Alex Deucher) Signed-off-by: Michel Dänzer <michel.daenzer@amd.com> Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
2012-06-16radeon: migrate remainder of radeon_driver.c to rest of driverDave Airlie
This helps make a few more things static and the driver generally smaller. Signed-off-by: Dave Airlie <airlied@redhat.com>
2012-06-15make pci chipsets staticDave 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-01radeon: fix compat api for newest planned API.Dave Airlie
Signed-off-by: Dave Airlie <airlied@redhat.com>
2012-05-24radeon: update compat-api.h for block handler + enable/disable fb.Dave Airlie
This updates the compat stuff for the latest block handler code, and the enable/disable interface. Signed-off-by: Dave Airlie <airlied@redhat.com>
2012-05-23compat for new server APIDave Airlie
2012-03-20radeon/kms: add support for TN (trinity) APUsAlex Deucher
- KMS only - Includes full EXA/Xv support Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
2012-03-06Re-register DRM FD wakeup handler for each server generation.Michel Dänzer
Fixes hang when trying to use DRI2 swap scheduling after a server reset. Signed-off-by: Michel Dänzer <michel.daenzer@amd.com> Tested-by: Christian König <Christian.koenig@amd.com>
2012-01-05UMS: Fix lockups in palette save/restore on pre-AVIVO chips.Egbert Eich
The reintroduction of palette save/restore in 5efdf514 causes some pre-AVIVO chips to lock up. An investigation revealed that accessing palette registers when the associated PLL is not running is causing this. With UMS the PLL setup that is saved has been done by the BIOS typically. A similar issue was observed when VGA palette save/restore had been reinitroduced with 80eee856: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=480312 and has been worked around for Linux without further investigation by 87e66ce7. To fix the issue we now a. introduce 'on-demand' palette saving (ie the palette is saved before it is first altered). This guarantees that the palette register are only associated when the associated CRTC is active and thus the PLLs are powered up and running. b. move palette restore before PLL restore. c. eliminate generic VGA palette save/restore which seems to be unneeded when the palette is restored natively. It is believed that this caused the behavior described in https://bugs.freedesktop.org/show_bug.cgi?id=18407#c27 Signed-off-by: Egbert Eich <eich@freedesktop.org> Reviewed-by: Alex Deucher <alexdeucher@gmail.com>
2011-10-20radeon/kms: fallback to vesa if GPU is not supported by UMSJerome Glisse
For GPU not supported by UMS, test in probe so that we properly fallback to vesa. Signed-off-by: Jerome Glisse <jglisse@redhat.com> Reviewed-by: Alex Deucher <alexander.deucher@amd.com>
2010-11-15dce4: improve the VT switching code.Dave Airlie
add in lots more blocks of regs to save/restore
2010-11-11evergreen: add UMS VT switch support.Dave Airlie
This isn't perfect, but it brings back text VTs here on the DAC and DVI outputs.
2010-11-11avivo: use arrays to store the crtc/pll info for save/restoreDave Airlie
this is just prep work for evergreen VT save/restore
2010-10-28dri2: reference count the client privates key/callbackDave Airlie
This lets multi-screen work better, but still having issues after server recycle, but it doesn't crash at least.
2010-10-28radeon: only register block handler once per fd.Dave Airlie
should fix https://bugs.freedesktop.org/show_bug.cgi?id=29726 the problem is of course the second head instance tries to access the fd and fails, however I think this might break syncing on the second head but not sure, but its better than just hanging up the X server
2010-04-23FB/MMIO_cnt should be ints, not pointers.Michel Dänzer
Pointed out by compiler warnings. https://bugs.freedesktop.org/show_bug.cgi?id=27817
2010-04-21Reference count shared driver mappings.Owain Ainsworth
With MMIO it wasn't *such* a bit deal if we leaked the smallish mapping. with FB it could be a larger deal. So instead of worrying about this, reference count the mappings in the entity structure and unmap them when no one cares anymore. Prompted by a discussion with airlied Signed-off-by: Dave Airlie <airlied@redhat.com>
2010-04-21Make consistent use of fbOffset and share fb mappings.Owain G. Ainsworth
What we were doing previously was mapping the framebuffer for zaphod for only this driver instances chunk, however, fbOffset was (rightly) set to the offset into the whole framebuffer we were using. Since in some cases we did operations on the FB virtual address + fbOffset (for example zeroing the framebuffer on entervt) we were actually pissing all over ourselves in those cases. Fix this by implementing shared fb mappings like we do for MMIO already, and whenever we wish to refer to our area of FB space we always use fbOffset. Fixes zaphod for some users on r600 chipsets, my 4870 is still behaving strangely on screen 0, but I suspect that is another bug. Once calculation (in PreInitAccel) is now wrong because of this, however dri on zaphod does now happen so this is irrelavent, add a comment to that effect. Signed-off-by: Dave Airlie <airlied@redhat.com>
2010-04-13radeon: add support for pll algo selectionAlex Deucher
tv-out on atom systems is very particular about it's dividers. force it to use the old algo. Should fix fdo bug 27593.
2010-02-01evergreen: add atombios crtc/pll functionsAlex Deucher
2010-02-01evergreen: add atom support for digital outputsAlex Deucher
analog is already supported by the existing code.
2010-02-01evergreen: add base asic supportAlex Deucher
2010-01-28radeon: clean up dig encoder handlingAlex Deucher
- switch the var name to dig_encoder - quiet coherent messages - clean up dig encoder selection Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
2010-01-07radeon: add initial support for eDP (embedded DisplayPort)Alex Deucher
Should fix fdo bug 25931
2009-11-27radeon: clean up DP codeAlex Deucher
Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
2009-11-18radeon: pull previous displayport work into masterAlex Deucher
2009-11-05DCE3+: call transmitter init on mode setAlex Deucher
Generally this is done at post, but might not always be done with softboot or for connectors on docking stations. Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
2009-10-04radeon: add support for Custom EDIDCsillag Kristof
Allows you to specify an edid per output from a file to override what is detected by DDC. Useful for problematic monitors or KVM switches that block DDC. Specifying an EDID that is not compatible with your monitor could damage your monitor so use with caution. agd5f: cache the custom edid at startup so we don't have to read it from file every time the output is queried.
2009-09-18avivo: disable VGA rendering core when starting X.Dave Airlie
this thing can be rendering to VRAM when we don't expect it. turn it off. Signed-off-by: Dave Airlie <airlied@redhat.com>
2009-07-02radeon: add KMS support (still disabled)Dave Airlie
This adds DRI2 + KMS + driver pixmaps support to the driver. I've decided to just do a completely separate KMS driver file instead of hacking the crap out of radeon_driver.c. So now I do the KMS check in radeon_probe.c time and set the DDX pointed up to a completely different set at this stage. This avoids a lot of if (kms) type crap in the code at the expense of making sure we make changes to both files if necessary. This code is still disabled in configure.ac as I broke EXA composite rendering somehow in KMS mode
2009-05-04AVIVO: fix cursoe corruption bands for realAlex Deucher
Don't have to leave both cursors enabled, just have to use the same mode for both cursors whether or not they are enabled.
generated by cgit v1.2.3 (git 2.25.1) at 2024-11-25 15:33:18 +0000