| Age | Commit message (Collapse) | Author |
|---|
|
This is in preparation for having larger (or multiple) vertex buffers
in the future.
(cherry picked from commit cc2249333cd462b4d99d110a12c454ca141b2be8)
|
|
Now that the VBIOS code supports it, we can use the general features block to
detect whether a TV connector is present on a given platform.
Reviewed by Nanhai Zou.
(cherry picked from commit 3c0f2bcc9965155fecab606edae68874427d3423)
|
|
Improve the VBIOS feature detection and use it to find whether the platform
supports spread spectrum clocking. Use the specified reference clock, but
disable SSC if multiple heads are active, since it can cause problems in cloned
configurations.
Reviewed by Nanhai Zou.
(cherry picked from commit e00d9435609bcff1afb71aa6638a6b42a64f5178)
|
|
In hindsight, this is obvious, since nowhere do we tell the FBC unit how much
memory it has available. We need to make sure the compressed buffer is big
enough to handle the uncompresed buffer, both in terms of vertical size and
total framebuffer size, or the compressor could overwrite the memory
immediately following the compressed buffer.
(cherry picked from commit 7332132a79e5b5c208d43e93dfe0c8b12eb1728d)
|
|
Fixes Novell Bug #406123, thanks Christoph.
(cherry picked from commit f2ec3fd8f2c63b1bc0745802dcf737eda4bb42b6)
|
|
(cherry picked from commit a34a4e3f6420e2b06bbdaa124fe0ccb1bc6a0bd9)
|
|
On #16418, Evgeniy Manachkin <sfstudio@mail.ru> reported that
last asus and eeepc backlight patch is wrong, as acpi_video0 method
will take priority and doesn't work.
(cherry picked from commit 6506ac7aa008436158db4f4196802cab462f3446)
|
|
The -mm check is broken now that 2.3.1 is out.. make it 2.4.0, to be fixed
with GEM etc.
(cherry picked from commit 55678c64bc6e3ed613ea6db14c105c18a0cf28ce)
|
|
Bug #15401.
(cherry picked from commit 0597d94001afe0a9a34104285ce4dffc75b68071)
|
|
(cherry picked from commit 37661d916e8384f537d5ed8cbec66a93795c6a05)
|
|
(cherry picked from commit 7834a3b118ae4e034f064257762d5c25ada5fe52)
|
|
As xvmc rendering result has already been in fb, we shouldn't
do extra copy on it. Although special care is required for i915
xvmc surface pitch alignment, which must be at least 1KB aligned.
So video display function should take it into acount instead of
always setting Y pitch to be double of U/V pitch.
(cherry picked from commit 989ec9e8a69f909cb64f17e4465982613b4b054d)
|
|
(cherry picked from commit 550082070a3fdb951e3cf08974dc56276c0a739c)
|
|
Later 945-ish chipset can use graphics address instead.
(cherry picked from commit d50cec6ef9e2178ea663e58d548390f0f3da7692)
|
|
(cherry picked from commit d1c34d8c0e7ae2a1d952791343e131837fbfda99)
|
|
Init them right after context create, and only update buffer address
info later.
(cherry picked from commit 75e38fa8348198ba151afa37e10be3b0b0b468f8)
|
|
Don't setup one-time mc context everytime, as the content is always
unchanged. And several structs got packed layout inside to ease static
state initialization.
(cherry picked from commit b4d8ca8b38e495b56bb3b4143e5dfe91ee651f15)
|
|
export INTEL_XVMC_DEBUG=1
(cherry picked from commit 54f3f528e4804b958936ac773e7a507b2676f815)
|
|
We should also carefully select surface type id.
(cherry picked from commit 7a705081788bf957409e17baa5f189241589057c)
|
|
Fixes bug #16540, thanks Bryce.
(cherry picked from commit 0283d22f510ba47dfdac2806a58e46649c26580b)
|
|
Fixes bug #16494.
(cherry picked from commit 08903abe4dc0295c7ed7d1ff1a22e0e579540c15)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Previously, we were attempting to give both planes equal space in the FIFO
to be fair. However, larger modes require more fifo space, so split it based
on the relative HDisplay of the modes. This should resolve some fifo underrun
issues with differently-sized displays, or single large ones.
Bug #16169.
|
|
It needs to stay enabled or we may see hangs when trying to re-enable it (say
at VT switch time).
Fixes FDO bug #15168.
|
|
'prepare' runs genscripts, and we don't want that in unpatch,
so create stampdir/log in a separate target, and make unpatch
depend on that instead of prepare.
|
|
Conflicts:
configure.ac
src/reg_dumper/Makefile.am
|
|
we haven't had a separate source tree since modularization.
|
|
|
|
|
|
|
|
This is more clear to read MV components.
|
|
This makes it easier to read.
|
|
|
|
|
|
This makes sure the driver ends up with a DT_NEEDED reference to
the libraries it's using.
|
|
|
|
|
|
This allows us to only call i830WaitSync once every 128 calls to composite
rather than on every call. However, we do need to also call MI_FLUSH to
avoid the vertex cache getting in our way, (since our "separate" buffers
are all allocated as one contiguous chunk).
|
|
Using more than one (in the future) will allow for doing less frequent calls
to i830WaitSync.
|
|
This is in preparation for having larger (or multiple) vertex buffers
in the future.
|
|
|
|
Now that the VBIOS code supports it, we can use the general features block to
detect whether a TV connector is present on a given platform.
Reviewed by Nanhai Zou.
|
|
Improve the VBIOS feature detection and use it to find whether the platform
supports spread spectrum clocking. Use the specified reference clock, but
disable SSC if multiple heads are active, since it can cause problems in cloned
configurations.
Reviewed by Nanhai Zou.
|
|
In hindsight, this is obvious, since nowhere do we tell the FBC unit how much
memory it has available. We need to make sure the compressed buffer is big
enough to handle the uncompresed buffer, both in terms of vertical size and
total framebuffer size, or the compressor could overwrite the memory
immediately following the compressed buffer.
|
|
Fixes Novell Bug #406123, thanks Christoph.
|
