| Age | Commit message (Collapse) | Author | 
 | 
 | 
 | 
 | 
 | 
 | 
 | 
 | 
 | 
No solid idea about what these 2 bits do, but nv50 can now survive a few
PGRAPH exceptions just as nv40 does :)
 | 
 | 
 | 
 | 
This is possibly temporary.  I can trigger an unending IRQ storm on G8x
in some circumstances, and have no idea how to handle that particular PFIFO
exception correctly yet.
 | 
 | 
Doesn't fix any issue I've seen, but is a potential issue if a FIFO IRQ
occurs during channel creation/takedown.
 | 
 | 
The IRQ handling stuff really is a mess.. On the TODO :)
 | 
 | 
 | 
 | 
I swore I'd actually do this properly and not go the horrible route
we did with nv4x, but I won't get around to it just yet with so many
*actually* interesting things to do first.. One day.
Since someone already added nv86, why not!
 | 
 | 
 | 
 | 
 | 
 | 
 | 
 | 
 | 
 | 
Turns out it's important to save/restore AR14 in particular.
 | 
 | 
 | 
 | 
It's not really a graphics memory allocator, just something to track ranges
of address space.  It doesn't involve actual allocation, and was consuming
some desired namespace.
 | 
 | 
Conflicts:
	linux-core/Makefile.kernel
	linux-core/drm_compat.c
	linux-core/drm_fops.c
	linux-core/drm_lock.c
	shared-core/drm.h
	shared-core/i915_dma.c
	shared-core/i915_drv.h
	shared-core/i915_irq.c
 | 
 | 
Make both crtc and the command argument 32 bits to avoid any 32-on-64 compat
issues.
 | 
 | 
Enum can be of pretty much any size since C leaves the choice of size up to the implementation.  So avoid using it in new interfaces like the vblank pre- & post-modeset ioctl.  Thanks to hch for spotting this.
 | 
 | 
 | 
 | 
 | 
 | 
 | 
 | 
 | 
 | 
 | 
 | 
On first looking at it I assumed it was an aspect of the ttm backend as a
whole rather than specific allocations from a backend.
 | 
 | 
Chase the lock to it's new location.
 | 
 | 
Remove lock functions and use pci_map_rom() instead of pci_map_rom_copy().
 | 
 | 
 | 
 | 
 | 
 | 
 | 
 | 
Since it'll be freed at unload time, we should alloc devname rather than
pointing to the DRIVER_NAME string.
 | 
 | 
forget to add it in the previous DVO porting patch.
Signed-off-by: Hong Liu <hong.liu@intel.com>
 | 
 | 
On my 865G machine, it seems the CPU will receive interrupt before
irq_postinstall is called. This will cause kernel oops because vblank is not
inited at that time. Clear interrupt status before install seems fixing this
problem.
Signed-off-by: Hong Liu <hong.liu@intel.com>
 | 
 | 
fix a typo in removing output sysfs.
Signed-off-by: Hong Liu <hong.liu@intel.com>
 | 
 | 
This tries to automatically fetch a git revision string and if succeeds,
it #defines GIT_REVISION string macro. Packagers can override it by
'make GIT_REVISION=foo'.
Update Nouveau to use GIT_REVISION, if defined, instead of DRIVER_DATE
in struct drm_driver.
Signed-off-by: Pekka Paalanen <pq@iki.fi>
 | 
 | 
From Jesse and Zhenyu originally.
 | 
 | 
The vblank tasklet update code must build 2D blt commands with the
appropriate tiled flags.
 | 
 | 
The batchbuffer submission paths were fixed to use the 965-specific command,
but the vblank tasklet was not. When the older version is sent, the 965 will
lock up.
 | 
 | 
Ported from Xorg intel 2d driver. Changed interfaces definitions, which needed
to be changed later if other device wants to use these DVO stuff.
 | 
 | 
Add some branch prediction hints.
 | 
 | 
BO lock fixes.
 | 
 | 
Move unfenced checking into idle checking.
Never time out while waiting for software events like unmapped or unfenced.
 | 
 | 
 | 
 | 
 | 
 | 
into modesetting-101
 | 
 | 
 | 
 | 
Use the new TV property creation routine and fixup the set_property code
to actually do a mode set call when properties change.
 | 
 | 
It needs to take arguments from the caller about supported TV formats,
so declare it in drm_crtc.h and export it.
 |