summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* Revert "remove sync in i965_composite"exaZhenyu Wang2007-09-281-0/+5
| | | | This reverts commit 53c3d217fe45af4e38bf1c2efedb27e2b2879706.
* don't bother to memcpy for some small updatesZhenyu Wang2007-09-281-3/+2
|
* move i965 static state setupZhenyu Wang2007-09-283-10/+10
| | | | It should also be used in XAA case, and initialize it early.
* remove sync in i965_compositeZhenyu Wang2007-09-281-5/+0
| | | | vb state doesn't damage, rendercheck passed fine.
* more cleanupsroot2007-09-271-139/+83
| | | | also remove extra sync commands.
* clean up state buffer setuproot2007-09-271-46/+9
|
* fix sf kernel offset for transform programroot2007-09-271-1/+1
|
* commit current i965 exa state buffer workroot2007-09-271-288/+336
|
* Pin cursor, overlay(no physical) and exa state buffersZhenyu Wang2007-09-271-7/+7
| | | | | And cursor mem counting for dri mem manager is not relate to overlay.
* Remove logic for supporting i915tex_dri.so vs. i915_dri.so.Eric Anholt2007-09-241-21/+13
| | | | There can be only one.
* Merge branch 'buffer-objects'Eric Anholt2007-09-219-335/+636
|\ | | | | | | | | | | | | | | | | This branch changes i830_memory.c's allocator to use TTM when available to allocate memory, which also allows TTM to control almost the entire aperture. As a result, our front/back/depth buffers are created as real buffer objects, which may be used by the DRI driver instead of the fake buffer type in TTM. The updated DRM with bo_set_pin ioctl is required, to allow us to pin and unpin our buffers as needed.
| * Merge remote branch 'origin/master' into buffer-objectsEric Anholt2007-09-2025-429/+845
| |\ | | | | | | | | | | | | | | | | | | Conflicts: src/i830.h src/i830_driver.c
| * | Add tiling information to BO layout description.Eric Anholt2007-08-161-4/+11
| | |
| * | Merge branch 'master' into buffer-objectsEric Anholt2007-08-1623-411/+650
| |\ \ | | | | | | | | | | | | | | | | | | | | | | | | Conflicts: src/i830_dri.c src/i830_memory.c
| * | | Mark DRI buffers as shareable, and pass their buffer handles through the SAREA.Eric Anholt2007-08-025-8/+43
| | | |
| * | | Pin some buffer objects at creation time, which can't be moved yet.Eric Anholt2007-07-273-60/+161
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | A number of other interfaces of ours don't allow buffer offsets to be updated after screeninit. This attempts to catalog why for each one, so that they can be fixed one by one. This happens to restore the EXA offscreen allocator for now, as a fixed-offset object.
| * | | Delay the first screen pixmap update to CreateScreenResources.Eric Anholt2007-07-271-10/+47
| | | | | | | | | | | | | | | | | | | | The return value of GetScreenPixmap before CreateScreenResources is not, in fact, a pixmap.
| * | | Use the dontMapFramebuffer option available with DRIINFO 5.4.Eric Anholt2007-07-271-56/+50
| | | | | | | | | | | | | | | | | | | | | | | | If not available, AIGLX init will fail. While here, simplify DRIINFO tests since we refuse to init with a version queried less than the version we compiled against, anyway.
| * | | Use new drmBOSetPin interface instead of NO_EVICT/NO_MOVE buffers.Eric Anholt2007-07-264-24/+122
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | To do this, we have to deal with buffer offsets being set at EnterVT time instead of screen init time. We've wanted to move this direction for a long time, but there are repercussions. The EXA offscreen memory manager has to be disabled, because it can't be moved. That will be replaced by BO-backed pixmaps soon. Also unresolved is whether our moving front/back/depth/texture buffers will break the classic-mode DRI driver. This code doesn't actually work yet.
| * | | When TTM is available, use it instead of manual AGP allocations when possible.Eric Anholt2007-07-256-257/+283
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This is a step towards being able to expose buffer objects through the screen private to DRI clients, instead of having them have to use the fake buffer object type. This fails in two ways. First, the kernel memory manager is not currently suitable for doing the physical allocations we need, so we still use AGP for those. Additionally, the DRI lock can't be initialized early enough for us, so these buffer object allocations fail. This will be fixed by improving the DRM interface.
* | | | Fix pixmap offsetHong Liu2007-09-204-11/+9
| |_|/ |/| | | | | | | | Use consistent interface for counting pixmap offset.
* | | Bug #12457: Let the ch7xxx driver probe the 7301Dmitry Babrovich2007-09-181-0/+1
| | | | | | | | | | | | | | | Looking at the 7304, this chipset likely requires slightly different programming. However, this change allows for at least some functionality.
* | | Remove unused plane->pipe mappings from SAREA privateJesse Barnes2007-09-122-14/+3
| | | | | | | | | | | | | | | Turns out we can get away without this, so remove it, fix a crash, and only swap planes/pipes if the DRM can support it.
* | | Fix plane/pipe mapping compat codeJesse Barnes2007-09-111-32/+37
| | | | | | | | | | | | | | | Move plane->pipe mapping adjustment to ScreenInit so we can check against the DRM driver version accurately.
* | | Fix crash in ScreenInitJesse Barnes2007-09-101-1/+1
| | | | | | | | | | | | | | | Use pScreen directly when getting at the SAREA private, since pScrn->pScreen may not be initialized yet.
* | | Only swap planes and pipes if DRM supports itJesse Barnes2007-09-104-31/+61
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | We want to associate plane A with pipe B on pre-965 mobile chips, since that's the only way to get framebuffer compression on the builtin LVDS on those platforms. However, if we do this swapping and DRM isn't aware of it, we may end up requesting vblank events for the wrong pipe, or setting up SAREA buffer swap state incorrectly. This mod checks whether DRM supports the new plane->pipe swapping behavior, and only enables the swapping if so. This should fix the bugs Lukas found and debugged. Reviewed by Michel Danzer.
* | | Switch to pci_device_map_range/pci_device_unmap_range APIs.Keith Packard2007-09-065-121/+91
| | | | | | | | | | | | | | | With the libpciaccess change that added these new APIs, use them for all mapping.
* | | Fix G33 GTT stolen mem rangeZhenyu Wang2007-09-051-0/+3
| | | | | | | | | | | | | | | G33 GTT table lives in seperate stolen mem with graphics data stolen mem.
* | | Don't set supported TV formats until after RandR initialized.Keith Packard2007-08-281-0/+3
| | | | | | | | | | | | | | | The TV format property cannot be configured until RandR has been initialized.
* | | Limit TV formats to those supported by current connectionKeith Packard2007-08-283-10/+48
| | |
* | | Add register defines for hw binningKeith Packard2007-08-281-0/+14
| | |
* | | Fix build against pre-pci-rework xserver.Michel Dänzer2007-08-281-0/+2
| | |
* | | Fix i915 a8 color buffer blendingZhenyu Wang2007-08-281-0/+11
| | | | | | | | | | | | | | | | | | | | | 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.
* | | i830_driver.c changes for libpciaccess.Keith Packard2007-08-261-8/+129
| | | | | | | | | | | | | | | Change to use libpciaccess APIs, including computing and using BAR indices for various mapping activities.
* | | i810_driver.c changes for libpciaccess.Keith Packard2007-08-261-5/+239
| | | | | | | | | | | | | | | 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.
* | | Mechanical API conversions for libpciaccess.Keith Packard2007-08-265-6/+25
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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.
* | | Change DRI interface to fill in PCI data from new libpciaccess structure.Keith Packard2007-08-262-9/+45
| | | | | | | | | | | | | | | The DRI interface requires bus identification for each DRI object; pull that data from the libpciaccess structures as necessary.
* | | Add libpciaccess declarations to I810Rec and I830Rec.Keith Packard2007-08-262-0/+23
| | | | | | | | | | | | | | | | | | | | | 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.
* | | Change IS_Ixxx tests to work with or without libpciaccess.Keith Packard2007-08-261-20/+39
| | | | | | | | | | | | | | | | | | 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.
* | | Intel driver configuration (only) changes for X server libpciaccess usage.Keith Packard2007-08-263-5/+10
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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.
* | | Sort quirk table, add Dell Latitude X1Keith Packard2007-08-261-8/+16
| | |
* | | Lenovo 201a is x60s, not x61sKeith Packard2007-08-251-2/+2
| | |
* | | Thinkpad X61s has no TV outKeith Packard2007-08-251-0/+2
| | |
* | | Make sure XV_PIPE is used whenever possible.Keith Packard2007-08-171-2/+5
| | | | | | | | | | | | | | | The code was not consistently using XV_PIPE when the desired crtc contained any portion of the video output.
* | | Tune acceleration architecture allocator sizes down.Eric Anholt2007-08-171-3/+1
| | |
* | | Replace AA allocator usage with i830_memory.c for RandR rotation.Eric Anholt2007-08-175-111/+48
| | | | | | | | | | | | | | | | | | 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.
* | | Use i830_memory.c instead of the AA's allocator for XV buffers.Eric Anholt2007-08-174-141/+57
| | | | | | | | | | | | | | | | | | 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.
* | | Merge branch 'master' of ↵Jesse Barnes2007-08-162-11/+12
|\ \ \ | | |/ | |/| | | | ssh://git.freedesktop.org/git/xorg/driver/xf86-video-intel
| * | i915: add support for render to a8Dave Airlie2007-08-161-11/+11
| | |
| * | intel: don't setup texOffsetStart unless using EXADave Airlie2007-08-151-0/+1
| | |
View Lorry Controller Status