summaryrefslogtreecommitdiff
AgeCommit message (Collapse)Author
2010-02-10drm: a some new connector types from the kernelAlex Deucher
Add eDP (embedded displayport) and generic TV Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
2010-02-10intel: Handle resetting of input params after EINTR during SET_TILINGChris Wilson
The SET_TILING is pernicious in that it overwrites the input arguments following an error in order to report the current tiling state of the buffer. This caught us by surprise as we then fed those arguments back into to the ioctl unmodified following an EINTR and so the kernel then reported success for the no-op. We interpreted this success as meaning that the tiling on the buffer had changed so updated our state and started using the buffer incorrectly in the new tiled/untiled manner. This lead to all sorts of random corruption and GPU hangs, even though the batch buffers would look sane (when the GPU had not wandered off into forbidden territory). References: Bug 25475 - [i915] Xorg crash / Execbuf while wedged http://bugs.freedesktop.org/show_bug.cgi?id=25475 Bug 25554 - i830_uxa_prepare_access: gtt bo map failed: Input/output error http://bugs.freedesktop.org/show_bug.cgi?id=25554 (And probably every other weird bug in the last few months.) Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
2010-02-09intel: Account for potential pinned buffers hogging fencesChris Wilson
As the kernel reports the total number of fences, we must guess how many fences are likely to be pinned. In the typical system these will be only used by the scanout buffers, of which there may be one per pipe, and any number of manually pinned fenced buffers. So take a conservative guess and reserve two fences for use by the system. Note this reduces the number of fences to 3 for i915 and prior. Reference: http://bugs.freedesktop.org/show_bug.cgi?id=25911 The latest intel driver 2.10.0 causes kernel oops and system hangs Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
2010-02-04Tidy up compile warnings by cleaning up types.Matthew W. S. Bell
2010-02-04libdrm/radeon: Fix section size mismatch to reset the section.Pauli Nieminen
If there is section size mismatch reusing the section object makes section start fail. Reseting the object before doing error checking prevents the possible flood of errors.
2010-02-02radeon: enable by default now that kms is out of stagingDave Airlie
2010-02-02intel: check return value for callocDave Airlie
2010-02-01nouveau: Regenerate nouveau_class.h.Francisco Jerez
Signed-off-by: Francisco Jerez <currojerez@riseup.net>
2010-01-31nouveau: add nouveau_resource_destroyMarcin Slusarz
Signed-off-by: Francisco Jerez <currojerez@riseup.net>
2010-01-28libkms: Rework interface to not duplicate fields from kms and make formats ↵Jakob Bornecrantz
explicit List of changes: Fixes the cursor size to 64x64, you still need ti supply width and height Explicitly make the cursor format A8R8G8B8 Explicitly make the scanout format X8R8G8B8
2010-01-27nouveau: Update nouveau_drm.hMarcin Kościelnicki
2010-01-23libkms: Fix return value in vmwgfx_bo_createJakob Bornecrantz
2010-01-21nouveau: fail channel creation if pushbuf init failsBen Skeggs
2010-01-20intel: Add pkg-config dependency on libdrm.so using 'Requires'Chris Wilson
2010-01-16Support gcc's __FUNCTION__ for people using other compilersAlan Coopersmith
Signed-off-by: Alan Coopersmith <alan.coopersmith@sun.com>
2010-01-16Add support for Solaris libc atomic operationsAlan Coopersmith
Signed-off-by: Alan Coopersmith <alan.coopersmith@sun.com>
2010-01-16Include alloca.h in tests/drmstat.c when configure detects itAlan Coopersmith
Signed-off-by: Alan Coopersmith <alan.coopersmith@sun.com>
2010-01-15nouveau: disable flush_notify on channel_freeMarcin Slusarz
We don't want do call flush_notify when we will FIRE the RING a couple of lines later, because grobj bound to this channel might be already freed.
2010-01-15nouveau: fix memory leak in nouveau_channel_freeMarcin Slusarz
2010-01-15libkms: Fix multiple map unmap in vmwgfx and add comment in intelJakob Bornecrantz
2010-01-14radeon: get device id from the kernel, use it in cs_printJerome Glisse
This allow external tools to know for which asics a cs is destinated to.
2010-01-14radeon: simpler cs print functionJerome Glisse
We don't intend libdrm-radeon to become clever enough to decode cs for all GPU we support. Better to let an external tool do the job. This will print raw cs in an easy to parse way.
2010-01-14radeon: indentation + trailing space cleanupJerome Glisse
2010-01-14radeon: indentation & trailing space cleanupJerome Glisse
2010-01-14radeon: indentation + trailing space cleanupJerome Glisse
2010-01-12tests: Update kmstest a bitJakob Bornecrantz
2010-01-12libkms: Use sysfs instead of udev to find driverJakob Bornecrantz
Udev code is still there just commented out.
2010-01-08tests: Add a very small libkms testJakob Bornecrantz
2010-01-08libkms/intel: Don't fail to create bo if we fail to tileJakob Bornecrantz
2010-01-08nouveau: Update nouveau_class.h.Francisco Jerez
Signed-off-by: Francisco Jerez <currojerez@riseup.net>
2010-01-08libkms: Add intel backendJakob Bornecrantz
2010-01-08libkms: Pick driver backend via pci id that we get from udevJakob Bornecrantz
2010-01-06modes: Retry GETCONNECTOR if a hotplug event occurs between the two ioctlsPeter Clifton
If the available modes changes between the two GETCONNECTOR ioctls, that caused the kernel to skip filling one array and led to a crash (as the size of the allocated and initialised block of memory differed from the reported size, and might be NULL if no modes were present at first). This bug manifest its self on my machine due to spurious false positive detections of a connected TV-out. Fixes: http://bugs.freedesktop.org/show_bug.cgi?id=25912 Crash whilst probing modes Based upon the similar fixes for the GETRESOURCES ioctls by Chris Wilson, in the following commits: commit e6c136ca7a4c54457b48be1aec2be024b3e4a28d commit 85fb3e55fdb7af9b5f59c1ec0f15d1950e601b05 commit d1308f4fe7f94aae51ca9f70947aea8e09597f37 Signed-off-by: Peter Clifton <pcjc2@cam.ac.uk> Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
2010-01-06modes: Fix previous commit for potential legal NULLsChris Wilson
If the count is 0, then the malloc is permitted to return NULL, so don't throw an error in that case. Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
2010-01-06modes: Free local resources after allocation failure in GETRESOURCESChris Wilson
Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
2010-01-06modes: Retry GETRESOURCES if a hotplug event occurs between the two ioctlsChris Wilson
Peter Clifton hit an issue whereby he had a spurious TV hotplug event that occurred between the two GETRESOURCES ioctls that caused the kernel to skip filling one array and led to a crash (as the size of the allocated and initialised block of memory differed from the reported size). Fixes: http://bugs.freedesktop.org/show_bug.cgi?id=25912 Crash whilst probing modes Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk> Reported-by: Peter Clifton <pcjc2@cam.ac.uk>
2010-01-05libkms: Make vmwgfx optionalJakob Bornecrantz
2010-01-05libkms: Remove duped vmwgfx_drm.h headerJakob Bornecrantz
2010-01-05Merge branch 'master' into libkms-masterJakob Bornecrantz
Conflicts: configure.ac
2010-01-05libkms: Disable by defaultJakob Bornecrantz
2010-01-05vmwgfx: Add experimental vmwgfx kernel headerJakob Bornecrantz
2009-12-30nouveau: add BEGIN_RING_NIMarcin Slusarz
2009-12-28nouveau: Unreference pushbuf objects on channel destruction.Younes Manton
- unreference pushbuf objects on channel destruction Based on Krzysztof Smiechowicz's patch.
2009-12-28nouveau: Update some object definitions from renouveau.xml.Francisco Jerez
Signed-off-by: Francisco Jerez <currojerez@riseup.net>
2009-12-28nouveau: Update nouveau_class.h with new renouveau.xml definitions.Marcin Kościelnicki
Signed-off-by: Francisco Jerez <currojerez@riseup.net>
2009-12-21libdrm 2.4.17Dave Airlie
2009-12-21radeon: fix BO null check, should be in higher level fnDave Airlie
2009-12-21radeon: straighten out the API insanity.Dave Airlie
as Michel pointed out we are exposing too much info for these object for this to be maintainable going forward. This patch set minimises the exposed parts of the radeon_bo and radeon_cs objects to the piece necessary for ddx/mesa to operate at a decent speed. The major problem is mesa contains a legacy BO/CS managers which we still need to expose functionality to, and we really cannot change the API until we can drop the non-KMS codepaths. Signed-off-by: Dave Airlie <airlied@redhat.com>
2009-12-17nouveau: remove delayed kernel bo creationBen Skeggs
Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
2009-12-15Be less chatty in drmSetMaster/drmDropMasterKristian Høgsberg