Age | Commit message (Collapse) | Author |
|
With the libpciaccess change that added these new APIs, use them
for all mapping.
|
|
|
|
G33 GTT table lives in seperate stolen mem with
graphics data stolen mem.
|
|
|
|
The TV format property cannot be configured until RandR has been
initialized.
|
|
|
|
|
|
|
|
From spec, i915 engine uses green channel when reading from 8bit
color buffer for blending, and also writes back green channel.
Fix blend factor in dest alpha case by using dest color instead.
Now rendercheck can pass a8 tests.
|
|
Change to use libpciaccess APIs, including computing and using BAR indices
for various mapping activities.
|
|
This includes new probe code (intel_pci_probe) and changes for i810 to
use BAR indices to refer to suitable portions of the device mappings.
|
|
Uncomplicated API transistions for libpciaccess usage:
Legacy xf86 API libpciaccess API
--------------- ----------------
xf86ReadPciBIOS pci_device_read_rom
pciReadWord pci_device_cfg_read_u16
pciWriteByte pci_device_cfg_write_u8
And, more use of the API-independent DEVICE_ID/SUBVENDOR_ID/SUBSYS_ID macros
to pull PCI identification data from the underlying structure.
|
|
The DRI interface requires bus identification for each DRI object; pull that
data from the libpciaccess structures as necessary.
|
|
Using libpciaccess requires a different type for PciInfo (struct pci_device
instead of pciVideoPtr) and it requires knowing which BAR each memory region
needs to be mapped from. Add these definitions to the driver private record
along with the includes necessary to use libpciaccess.
|
|
libpciaccess has a new structure that holds the PCI identifier data; borrow
macros from the mga driver to work with either the old xf86-specific
structure or the new libpciaccess structure.
|
|
Detect whether the target X server uses libpciaccess, using it in the driver
compilation as necessary. This change means that utilities that used to use
libpciaccess will not do so unless the driver itself uses libpciaccess. Yes,
that could be fixed, but it doesn't seem that important.
This patch does not include any code changes necessary to actually have the
driver build against an X server using libpciaccess.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
The code was not consistently using XV_PIPE when the desired crtc contained
any portion of the video output.
|
|
|
|
This requires EXA 2.2 (server 1.3) for rotated performance with EXA, because
the i830_memory.c allocation may not fall within what EXA considers the
offscreen area, so the PixmapIsOffscreen hook is needed.
|
|
This should fix issues with XV being allocated into XAA's tiled pixmap
cache and resulting bad rendering. Its also brings us closer to being able
to shrink the size of the pixmap cache on XAA, which is of limited utility.
|
|
This patch has the driver generate a list of pci id's that it supports and
installs it where the X server can find it. The server with appropriate
support will be able to automatically determine if the intel driver is the
proper driver to load when no driver is specified in xorg.conf.
|
|
ssh://git.freedesktop.org/git/xorg/driver/xf86-video-intel
|
|
Add a new 'plane' field to the intel_crtc private structure for tracking
planes separate from pipes. This allows pre-965 chips to use plane A
on pipe B, enabling framebuffer compression for builtin LVDS displays.
|
|
|
|
Conflicts:
src/i830_dri.c
src/i830_memory.c
|
|
|
|
|
|
|
|
|
|
autoreconf and update changelogs.
|
|
|
|
When TV does load detect, fb hasn't been setup, so we should check
that in i830_display_tiled(). Caught by Nanhai.
|
|
|
|
TV mode names used to contain the signalling standard along with the pixel
size. The signalling has been moved to the TV_FORMAT property, but the
allocation and initialization of the mode name was left a bit messy as a
result.
(cherry picked from commit ed1b106fabf3a18489bdb3083326f27387a9cb72)
|
|
(cherry picked from commit 7b143e5c8397da077c0e02455c21c5a99cf50942)
|
|
(cherry picked from commit 14691b24da5aa29d8c41ac7b7c61828e3cd9eab7)
|
|
Note that this is a slowdown in text rendering due to the high overhead of our
compositing setup, but appears to be correct according to rendercheck.
(cherry picked from commit 5e18c6af9051da654d2a6a97553ef4fe777bb61e)
|
|
(cherry picked from commit b0ec670cdb0b6ca6fc0f4f165fa3ee5a20d7c985)
|
|
(cherry picked from commit 7431abee5fb971d1f8bc7ac4bea137f6ece9418b)
|
|
(cherry picked from commit ba90d944329dd8c79a757c38128964fbbe4ab898)
|
|
Now that the driver sets these registers, they must be saved and restored.
|
|
DSPATILEOFF and DSPBTILEOFF replace DSPASURF and DSPBSURF when the frame
buffer is in tiled mode.
|