Robert Noland 8f6d3bf7a2 Don't try to setup interrupts for drivers that don't support them. ...

This causes sis and probably a couple of other driver to panic and fail.

Tested by:	cpghost <cpghost@cordula.ws>
PR:		133554
MFC after:	3 days

2009-04-19 16:54:33 +00:00

..

ati_pcigart.c

The GART allocations are a propery of the gart, not of scatter-gather

2009-03-25 01:41:56 +00:00

drm_agpsupport.c

…

drm_atomic.h

…

drm_auth.c

…

drm_bufs.c

Minor code cleanup

2009-03-17 03:46:37 +00:00

drm_context.c

…

drm_dma.c

…

drm_drawable.c

…

drm_drv.c

Don't try to setup interrupts for drivers that don't support them.

2009-04-19 16:54:33 +00:00

drm_fops.c

…

drm_internal.h

…

drm_ioctl.c

…

drm_irq.c

Fix up waiting on vblank again... This reverts a last minute change that

2009-03-26 02:10:18 +00:00

drm_linux_list.h

Add list_for_each_prev to our linux compatibility.

2009-03-17 03:49:24 +00:00

drm_lock.c

Add some debugging so I can see when syscalls are being restarted

2009-03-19 08:36:08 +00:00

drm_memory.c

…

drm_pci.c

We don't know what these pages are going to be used for, they should be

2009-03-30 18:01:42 +00:00

drm_pciids.h

Add support for RV790 (HD 4890) asics

2009-04-03 19:23:14 +00:00

drm_sarea.h

…

drm_scatter.c

The GART allocations are a propery of the gart, not of scatter-gather

2009-03-25 01:41:56 +00:00

drm_sysctl.c

…

drm_vm.c

vm_offset_t is unsigned, so compare of >= 0 is not needed.

2009-03-20 18:35:16 +00:00

drm-preprocess.sh

…

drm-subprocess.pl

…

drm.h

…

drmP.h

The GART allocations are a propery of the gart, not of scatter-gather

2009-03-25 01:41:56 +00:00

i915_dma.c

Intel handled the management of the breadcrumb counter inconsistently.

2009-03-25 01:44:16 +00:00

i915_drm.h

…

i915_drv.c

Remove the DRM_ERROR to fix build. It didn't make any sense anyway.

2009-03-20 18:01:32 +00:00

i915_drv.h

Pull in some suspend / resume changes from Intel's code

2009-03-19 08:22:56 +00:00

i915_irq.c

Intel handled the management of the breadcrumb counter inconsistently.

2009-03-25 01:44:16 +00:00

i915_mem.c

…

i915_reg.h

Pull in some suspend / resume changes from Intel's code

2009-03-19 08:22:56 +00:00

i915_suspend.c

Fix what appears to be a typo, and restore the registers correctly.

2009-03-20 17:51:26 +00:00

mach64_dma.c

…

mach64_drm.h

…

mach64_drv.c

…

mach64_drv.h

…

mach64_irq.c

…

mach64_state.c

…

mga_dma.c

…

mga_drm.h

…

mga_drv.c

…

mga_drv.h

…

mga_irq.c

Add some debugging so I can see when syscalls are being restarted

2009-03-19 08:36:08 +00:00

mga_state.c

…

mga_ucode.h

…

mga_warp.c

…

r128_cce.c

…

r128_drm.h

…

r128_drv.c

…

r128_drv.h

…

r128_irq.c

…

r128_state.c

…

r300_cmdbuf.c

check offsets for R300_ZB_ZPASS_ADDR

2009-04-07 22:26:53 +00:00

r300_reg.h

Add regs required for occlusion queries support

2009-04-07 22:20:58 +00:00

r600_cp.c

A little more cleanup from AMD, if we don't have the right microcode

2009-04-03 19:21:39 +00:00

r600_microcode.h

…

radeon_cp.c

Add regs required for occlusion queries support

2009-04-07 22:20:58 +00:00

radeon_drm.h

…

radeon_drv.c

…

radeon_drv.h

Add regs required for occlusion queries support

2009-04-07 22:20:58 +00:00

radeon_irq.c

Add some debugging so I can see when syscalls are being restarted

2009-03-19 08:36:08 +00:00

radeon_mem.c

…

radeon_microcode.h

…

radeon_state.c

…

savage_bci.c

…

savage_drm.h

…

savage_drv.c

…

savage_drv.h

…

savage_state.c

…

sis_drm.h

…

sis_drv.c

…

sis_drv.h

…

sis_ds.c

…

sis_ds.h

…

sis_mm.c

…

tdfx_drv.c

…

tdfx_drv.h

…