summaryrefslogtreecommitdiff
path: root/src/drmmode_display.h
AgeCommit message (Collapse)Author
2010-04-16kms: add uevent support.Dave Airlie
When we get a hotplug event from the kernel we should notify the client side to reconfigure displays. based on work by ajax in intel driver. Signed-off-by: Dave Airlie <airlied@redhat.com>
2010-03-18radeon: avoid using DRI1 init path on DRI2 driver.Dave Airlie
I was playing with multi-seat and found this code, fixed it up to be sane and more DRI2 like. Signed-off-by: Dave Airlie <airlied@redhat.com>
2010-02-25clean up kms zaphod handlingJames Le Cuirot
Taken from James patch on bug 24523 agd5f: adapt to the current code
2009-11-17kms: add cloning support.Dave Airlie
We have to translate from the kernel encoder cloning to the randr connector cloning, we do this by constructing an encoder mask per output and an encoder cloning mask per output then comparing them. Signed-off-by: Dave Airlie <airlied@redhat.com>
2009-09-09kms: add property support.Dave Airlie
this adds support to the userspace DDX to get properties from the kernel and expose them over randr. Its most liberated from the Intel driver.
2009-07-02Warning fixes.Michel Dänzer
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