Age | Commit message (Collapse) | Author | Files | Lines |
|
Conflicts:
linux-core/drm_bo.c
linux-core/drm_objects.h
linux-core/i915_buffer.c
shared-core/i915_dma.c
shared-core/i915_drm.h
shared-core/i915_drv.h
shared-core/i915_irq.c
|
|
|
|
|
|
|
|
|
|
|
|
|
|
xgi-0-0-2
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
- fix offset for nv04
- use it in nv10 graph ctx switch for getting next channel
- dump NV10_PGRAPH_TRAPPED_DATA_HIGH on nv10+
|
|
- add forgotten init value
- use the same PGRAPH_DEBUG than the blob
- remove init of ddx reg : it should be done with object
- better handle of channel destruction
hope I didn't break anything ;)
|
|
|
|
|
|
|
|
|
|
|
|
Seems we already have a nv4c_ctx_init() somehow, a quick check shows the
ucode matches it still.
|
|
|
|
of cards.
|
|
|
|
|
|
Microcode is similar enough to the NV4A one that it should be able to use
the same initial PGRAPH context. One day this mess will go away, honest..
|
|
Makes 0x2220 work the same way as on NV40.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
With the previous linux commit, an AGP aperture at the end of the address space
would have wrapped to 0 and the test would have failed.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
The brief descriptions usually had the wrong filename in them.
|
|
|
|
|
|
|