Age | Commit message (Collapse) | Author |
|
|
|
|
|
|
|
If a system has a mix of DVI-I, and DVI-D connectors, or a mix
of HDMI-A and HDMI-B connectors, the enumeration was per
connector type, but the naming was the same for multiple
connectors (DVI-[0-n] for DVI-I, -D, -A, and HDMI-[0-n]
for HDMI-A, and -B), you'd end up with multiple connectors
with the same name. Fix this by tracking the number of
connectors across similar connector types.
|
|
On past asics these kind a problems were usually due to a bad
backend map config. I suspect in this case, and the previous
cases it may be related to using linear buffers rather than
tiled.
Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
|
|
Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
|
|
Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
|
|
Accel not enabled yet.
Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
|
|
Signed-off-by: Jerome Glisse <jglisse@redhat.com>
|
|
On r6xx+, 2D tiling can require larger than 4k base alignment.
|
|
add in lots more blocks of regs to save/restore
|
|
|
|
This isn't perfect, but it brings back text VTs here on the
DAC and DVI outputs.
|
|
this is just prep work for evergreen VT save/restore
|
|
Fixes https://bugs.freedesktop.org/show_bug.cgi?id=31364 .
|
|
|
|
This lets multi-screen work better, but still having issues after server
recycle, but it doesn't crash at least.
|
|
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
|
|
More duplicated paths discoved...
|
|
Previously there were 3 different paths with what should
have had duplicated code:
- EXACreatePixmap2
- Initial front buffer creation
- Randr resize
This patch attempts to unify the alignment across all 3.
This may fix tiling issues in some cases and should make
buffer pitches match for pageflipping.
|
|
Fixes compile warning due to local variable ppix being unused when building
against current xserver Git.
|
|
|
|
Fixes https://bugs.freedesktop.org/show_bug.cgi?id=31086 .
|
|
Texture coordinates work fine with or without these,
but this should be more correct I think although
I don't think it matters since we aren't sending w
anyway.
|
|
|
|
Save and restore the palettes on VT switch. The restore
has to be done after the vga restore to work properly as
determined by Jonathan Kollasch.
Fixes:
https://bugs.freedesktop.org/show_bug.cgi?id=18407
|
|
Fixes:
https://bugs.freedesktop.org/show_bug.cgi?id=30330
|
|
Fixes:
https://bugs.freedesktop.org/show_bug.cgi?id=15391
|
|
Fixes:
https://bugs.freedesktop.org/show_bug.cgi?id=30451
Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
|
|
|
|
Otherwise things like xf86MonitorIsHDMI() won't work right.
Signed-off-by: Adam Jackson <ajax@redhat.com>
|
|
|
|
Signed-off-by: Adam Jackson <ajax@redhat.com>
|
|
Cover all 6 possible crtcs.
|
|
- add mising LVTMA case statement for DCE3.0 dig encoder
- some DCE4 systems have EN/DISABLE_OUTPUT actions
|
|
- Header size was already subtraced from table size
- Only hw capable ddc pads are shared with aux
|
|
Should fix:
https://bugs.freedesktop.org/show_bug.cgi?id=30686
|
|
Should fix:
https://bugs.freedesktop.org/show_bug.cgi?id=30685
|
|
Properly handle asynchronous DRI2 events for disconnected clients.
Track client's pending requests and mark them as invalid when the
client disconnects.
This is based on the version from Alban Browaeys in bug #29065.
v1 (Alban Browaeys): Based upon a detailed explanation from Oldřich
Jedlička and comments from Christopher James Halse Rogers.
on http://lists.x.org/archives/xorg-driver-ati/2010-August/016780.html .
v2: Updated version to apply on master. Removed unnecessary
client_index field from _DRI2FrameEvent. Added freeing/removing from
list to failed paths of radeon_dri2_schedule_wait_msc and
radeon_dri2_schedule_swap.
v3: Adopt to older xorg-server that doesn't have dixRegisterPrivateKey.
v4: Conditional include of list.h, unreachable return removed.
v5: Distribute list.h as xorg_list.h, remove xorg-server version check.
Use the version from xorg-server when available (checked in
configure.ac).
v6: Removed xorg_list.h, made DRI2 scheduling features dependent on
list.h presence.
|
|
|
|
|
|
git+ssh://git.freedesktop.org/git/xorg/driver/xf86-video-ati
|
|
evergreen uses separate allocations for depth and stencil,
so to handle that, create a depth buffer large enough to
handle both. This is required for using the stencil
buffer in mesa.
|
|
If the fbLocation was at an address >32 bits, we'd fail.
Change fbLocation to uint64_t and properly cast when needed.
|
|
This fails for MC addresses >32 bits
|
|
On the Alpha architecture unaligned 32bit accesses incur a software
trap to the kernel and pollute the kernel logs. Fixed by use of the
ldl_u() interface.
Signed-off-by: Michael Cree <mcree@orcon.net.nz>
|
|
Fixes deprecation warnings missed out by
f7a91ece264af9f3fd2fc18e99aefcda93ce9f5c
|
|
This avoids costly CPU VRAM reads and lets EXA manage a system memory cache
of the portions of pixmaps needed for unaccelerated operations.
https://bugs.freedesktop.org/show_bug.cgi?id=27139
|
|
Turns on the big-endian paths even for little-endian systems, and adds
similar paths to the r6xx/r7xx functions.
This makes UTS and DFS reliable, which will let PrepareAccess (with
mixed pixmaps) choose to fail based on whether the pixmap is in VRAM
(to avoid CPU reads).
|
|
On big endian systems, PrepareAccess will fail when byte-swapping is
required so UploadToScreen and DownloadFromScreen cannot rely on
fallback to PrepareAccess.
When scratch BO space allocation fails, this patch merely adds simple
fallback to direct CPU access without any GPU blit. This sometimes
requires a CS flush even in UploadToScreen.
(No allocation retry after a flush is added here.)
|