| Age | Commit message (Collapse) | Author |
|---|
|
This reverts commit 11cf8a28eb46f48d101888552266921bee8b63fc.
I'll bring this back in a few minutes, I've got a big change introducing
a new cs space accounting scheme which this messes up and I think
probably conflicts with what I've done.
I promise i'll go over this and pick the bits that are still useful :)
|
|
* Flush CS before running out of space.
* Don't flush CS every time when switching between 2D and 3D engine, but make
sure to re-initialize 2D/3D state after flushing.
Doesn't seem quite perfect yet (some rendering seems to get dropped on the floor
sometimes), but this should fix a lot of CS failures people have been seeing.
|
|
|
|
|
|
|
|
|
|
I blame the flu
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
This fixes font rendering under KMS (should have looked at dmesg)
|
|
|
|
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
|
|
|
|
|
|
This patch contains most of the changes to the EXA and texture video
accel code.
It adds a few bits of pixmap support but doesn't actually do anything
useful KMS yet.
Testing this should not have any regressions over what we have already,
biggest worries are r6xx, I've fixed a textured video one, but no idea
what other might lurk
It won't build against libdrm radeon yet either
|
|
|
|
Technically HDMI-B is a glorfied DL DVI, but this is confusing
to users, so call it DVI when reporting randr outputs. This
allows us to remove two quirks where the bios was actually
correct.
|
|
Make sure we are using GL mode (centers at 0.5) rather
than D3D mode (centers at 0.0). This also fixes fdo
bug 21963.
|
|
fixes fdo bug 22404
|
|
|
|
No functional change, but this logic would need extending anyway for
DisplayID, so unify it now.
|
|
HDMI-B is really a glorified DL-DVI connector, the analog pins work fine.
|
|
This reverts commit ab20ea1530ec8a3a9fd4089775c4e157e50fe1bf.
Whoops, pushed wrong branch...
|
|
|
|
Fixes bug 22266
|
|
|
|
fixes bug 21413
|
|
Preferring a freq <= target frequency seems to fix the
previous issues with frac fb divs. Appears to work fine
on all hardware I've tested on. See fdo bug 22229 for
details. Should fix bugs: 22229, 21553, 21413, and
possibly other ones related to unstable images at certain
resolutions.
|
|
This appears to be needed when using fractional feedback
dividers. Based on a patch from Tom Hirst. See fdo
bug 22229 for more details.
|
|
|
|
|
|
|
|
- consolidate code duplicated between r3xx/r4xx and r5xx
- make pixel shader setup easier to read and less
redundant
|
|
Fixes broken repeat modes. see fdo bugs 21818, 22139
|
|
Signed-off-by: Alan Coopersmith <alan.coopersmith@sun.com>
|
|
Some r6xx cards have a VGA and an HDMI port with
a shared ddc line listed as an HDMI port with both
analog and digital encoders.
Fixes bug 19943
|
|
Verified by ernstp on IRC
|
|
|
|
now that we are using 1/12 subpixel mode
|
|
|
|
The fourth version component isn't visible in the log file.
|
|
Also remove SetMemoryClk() for pre-atom cards for now
as it requires quite a bit more asic specific work.
To set the mclk we'll need to use the mem reset/dll tables
in the bios.
|
|
|
|
Noticed by Romain in bug 21798
|
|
for consistency with the other asics
|
