summaryrefslogtreecommitdiffstats
path: root/sys/dev/pci/drm/i915_irq.c (follow)
Commit message (Collapse)AuthorAgeFilesLines
...
* Update to DRM git.oga2008-07-291-72/+38
| | | | | | | | | | | Some stability fixes for radeon. The most part of this diff is related to fixing up the VBLANK (vertical blank interrupt) handling. Now, if the X driver supports the DRM_IOCTL_MODESET_CTL ioctl, (to be used when changing the video modes), then allow the vblank to be disabled once that ioctl has been called. Otherwise, keep the interrupt enabled at all time, since disabling it otherwise will lead to problems. Tested by a few. "no problem" on API/ABI deraadt@.
* Update the inteldrm driver to drm git.oga2008-07-031-55/+54
| | | | | | | | | | | changes: - Support for intel 4 series chipsets (i'll do any relavent agp bits for these as soon as i grab the datasheet and find a testcase) - fix scheduled buffer swaps on non 965 chipsets - major reorder, dedup and general cleanup of register definition and the header file Tested by a few, no regressions
* Update to DRM git as of a few days ago. This mostly affects theoga2008-06-111-132/+337
| | | | | | | | | | | card-specific files with a few minor changes elsewhere. The main change to the OpenBSD specific stuff is the change to the irq api due to the vblank rework. 4 more large bugs known, I have a fix for one. Tested by many. prompted by deraadt@.
* When i first ported the drm, i completely misunderstood the FreeBSD taskqueueoga2008-05-271-6/+0
| | | | | | api. So drm_locked_tasklet() is wrong. Fix this up to be at least mostly correct.
* Initial import of the DRM (direct rendering manager).oga2007-11-281-0/+772
This is the kernel part necessary for DRI support in X. Disabled for now because it still has a few bugs, but now I can work on it in tree. Also requires the requisite bits in X, which are currently under discussion on how to deal with them with privsep. ported from a combination of the free and netbsd implementations. Known bugs: 1) only the first occurence of X in any session will have dri, after that something prevents it working. 2) if the machine does not have a dri capable card, the kernel panics. Something's up in one of the probe functions. I haven't been able to find it though. 3) radeon cards need to be forced to use PCI mode otherwise they get into an infinite loop. This is known to at least kinda work with SiS, radeons in pci mode and intel cards. ok deraadt, kinda ok art, a few other people had a quick look.