| Age | Commit message (Collapse) | Author |
|---|
|
(cherry picked from commit 342120be0956bfc12822d1ffbfbd8aaabf3e922f)
|
|
This fixes glReadPixels failure on single-channel 915GM, as the software code
for readpixels was actually the only code in the driver doing tiling against
these buffers (everything else says "rely on fence registers", since the 2D
blits don't have a "don't rely on fence registers" option).
(cherry picked from commit 9a5082d2920c1a212fe935b5a093013e8035c321)
|
|
Yes, it would be nice to do something other than crash here.
Signed-off-by: Keith Packard <keithp@keithp.com>
(cherry picked from commit 7736b65be4fb4d5c59d7aedb1e64da976bb10ae9)
|
|
These two paths allocate a number of objects directly.
Signed-off-by: Keith Packard <keithp@keithp.com>
(cherry picked from commit 90b28a56553d809374fa6d9b9529b7a8b583488c)
|
|
(cherry picked from commit 59b0fbb9be880d489374b141f818948a2721a2ef)
|
|
This fixes VT switch issue with UXA after Eric's
aae4008096399a0e84abc7c016b35092caf9db25 on 2D side.
(cherry picked from commit 1f61e97904dfe5f8c08bb9f284cfdfe878f7e541)
|
|
Since we don't perform any synchronization with the kernel on these regs, we
could race with the kernel to write stale values and end up not having vblank
interrupts enabled when somebody was waiting on one.
(cherry picked from commit 830bf916724afd21b7947f797c22a8c8aab7a0a4)
|
|
(cherry picked from commit e6479f96e5d8da39fcbb5376c4a66a1f924ec4e4)
|
|
Because of how fallbacky the uxa rendering core is, and our inability (without
wfb in userland or page faulting in the kernel) to tell the kernel just where
we're going to fall back, the clflush overhead can become outrageous, for
example with emacs and xcompmgr. Instead of using drm_intel_bo_map, pin the
buffer and do the fallback to the aperture mapping. This gets us the bad old
performance that fb is designed for, instead of bad new performance.
(cherry picked from commit aae4008096399a0e84abc7c016b35092caf9db25)
|
|
(cherry picked from commit 3544bbe22d8cf2640289e1e4febe755a47f26631)
|
|
(cherry picked from commit c1dde7ac06ce6470c74198b2560ee67d28fb0aea)
|
|
(cherry picked from commit 75799d2834be84b016391ec95b221df32380e3e7)
|
|
With batch flush notify vertex buffer will be unreferenced,
so don't count it in later aperture check. Also adding
uninitialized vertex buffer check in batch flush notify.
(cherry picked from commit cfaaf6af777ad8e56da5a077bdc01f4f2d7bc4d6)
|
|
We can't do phy address allocations, need kernel support for this.
Signed-off-by: Dave Airlie <airlied@redhat.com>
(cherry picked from commit b710a688a7383df320f9d4e765b48331310a4d1d)
|
|
Signed-off-by: Dave Airlie <airlied@linux.ie>
(cherry picked from commit 649374b88b330838133d78be1953ce8b18ddd2c6)
|
|
(cherry picked from commit 408f7139354a942f29334795b5480a0b6bb6142a)
|
|
(cherry picked from commit 6b9f421b792c701e909d81ae2b6e6a47fb069b0b)
|
|
(cherry picked from commit a320541e51818833a6a445707835fbf70e9babd4)
|
|
For #19115, the root cause is avi_if.u.avi.PR in
i830_sdvo_set_avi_infoframe() belongs to element for
interlaced mode based on CEA_861B, but currently we
don't support interlaced mode. So it should be set as 0.
(cherry picked from commit e38fd84fcccc18284b649a60b4cfd8e24eaf059d)
|
|
(cherry picked from commit 74bc420940de4ed02705211ddebbc4033c032242)
|
|
drmOpen by name only works on linux after falling back to groping around
in /proc. This doesn't work on other OS.
Signed-off-by: Robert Noland <rnoland@2hip.net>
(cherry picked from commit ed267072db7c58ee16a458fd3dc24ce3a2d0061d)
|
|
Signed-off-by: Keith Packard <keithp@keithp.com>
(cherry picked from commit f3e59e59b54696667b127c82327e16b14d7bab22)
|
|
(cherry picked from commit 80d588e9c49719ec494e705edfc14c78908bbc3f)
|
|
Don't miss classic texture memory allocation in DRI.
(cherry picked from commit 60c4ee9ece8ea57e61b1590dfeb69d08555e465c)
|
|
(cherry picked from commit edf765155497d89ecac328a5b268ecf60e2f377c)
|
|
(cherry picked from commit 83377b543defdca7226d7c1a7794e4ff3d8b4c84)
|
|
(cherry picked from commit 6c4e134a1a30785c2e5c6d57b21fde54a2dd3413)
|
|
Detect bit of SDVOC is reserved on 965G/965GM, instead of ignore SDVOC
this trys to always probe it on these chipsets.
(cherry picked from commit 1e974ff6b8446ecd64677b3c9aba60ca850923cc)
|
|
(cherry picked from commit f5f67e1b54e67b4bfc3db3482b2693211be81d63)
|
|
RandR 1.3 panning support can use the regular mode setting interface, but
that's really slow. Providing set_origin makes it nice and snappy.
Signed-off-by: Keith Packard <keithp@keithp.com>
(cherry picked from commit d8b764fbd27dc9c8b28386093931b8d38855bd19)
|
|
It breaks bug #18462 on IBM 855GM with same subdevice ids.
(cherry picked from commit 0fe61b0b7e3bbe8ced1b0ad2be72c438d200c64b)
|
|
Which is just being tidy. We initially were looking at this code
path due to a report of a crash on server shutdown which started
after this unreference call was added. Setting this to NULL
apparently didn't avoid the crash, but it's a good thing to do
regardless.
(cherry picked from commit bea98cdfd93fc1181a06c51e57fcab227ff4827e)
|
|
Without this change, setting LVDSFixedMode to false is not effective
as i830_bios_init calls i830_parse_panel_data which in turns sets
a fixed_mode. To fix this we still call parse_panel_data to set
the various lvds_options but we return before setting fixed_mode.
(cherry picked from commit ce7efc2e3676c8f80206415480dda91e5e021396)
|
|
This avoids mapping a buffer object which is being referenced
by a batch that has already been flushed, (which is a terribly
expensive operation).
On my machine this brings the performance of x11perf -aa10text
from 85k back to 150k, (where it was before a recent kernel
upgrade). Also, before this patch, when I used my X server
actively performance would drop as low as 15k---hopefully that
bug is gone with this change.
(cherry picked from commit e8b95efbf5d9c3a5b75b2bb8b5b51844b5fcdfbc)
|
|
(cherry picked from commit 768f317cf0da4cd6682af2e71e71c3e130e05182)
|
|
(cherry picked from commit 95596f51503bb468364719aec9083d59999e34b7)
|
|
(cherry picked from commit c47b6d1def917fad5ad2b5a3e4167edfd354f2c8)
|
|
(cherry picked from commit 70af658d4e94cc372f9e9c831611f70b3c1cecab)
|
|
(cherry picked from commit 3ad9c9a82d7b359b9b711070628e6ff07a2aa9f7)
|
|
EXA wouldn't create pixmaps for under-8bpp, but UXA does. Fixes
mis-rendering in xfwm, evolution message compose, firefox link
drag'n'drop, and I'm sure more. Big thanks to Pierre Willenbrock for
debugging the issue!
Bug #18050
(cherry picked from commit 2e3c098c5ed9a8451713dc754a5f086992249336)
|
|
(cherry picked from commit caecd6031e416705b1f0a7051535211feaebdedd)
|
|
(cherry picked from commit 48c113ade26d5ad64999cd5cc288495c10e02fc4)
|
|
(cherry picked from commit ae2cd8b75e41393e072e27064ecefecf1aa1bc6c)
|
|
This eliminates extra syncing when clipping is involved.
(cherry picked from commit 1b3c3c9d79305abe1785fdaef26a950dafa8890f)
|
|
(cherry picked from commit 84825972597042f0aa6784594dace96be96a0234)
|
|
(cherry picked from commit 40671132cb3732728703c6444f4577467fa9223f)
|
|
(cherry picked from commit 48803eb7463ad14f3109f67fcf4ccff4362baaa2)
|
|
(cherry picked from commit f3fe46b557a4dd7e212c2790fb47142d375c1c75)
|
|
(cherry picked from commit 4b9d3eac57a972c055c4acd7a10dfe8aa918131c)
|
|
(cherry picked from commit 176e92d89fdfb199780014722feab6ac25836dcc)
|
