| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
|
|
- 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.
|
|
|
|
|
|
|
|
|
|
|
|
Ensure NV_PFIFO_DMA_TIMESLICE_TIMEOUT_ENABLE gets set, otherwise channels
will appear to "freeze" in some circumstances.
|
|
The i830 and newer intel 2D code adds the AGP base to map offsets already,
because it wasn't doing the AGP enable which used to set dev->agp->base.
Credit goes to Zhenyu for finding the issue.
|
|
Also, annotate where signs change, to hopefully remind the reader of these
issues in the future.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
This should improve multi fifo
|
|
Fixes #11868
|
|
|
|
We really should be providing static values like the nv40 PGRAPH code does,
however, this will do for now to keep X at least working.
|
