Xorg (and any non-DRM client really) doesn't have permission to directly touch VRAM on nv50 and up, which the fence code prior to g84 depends on. It's less invasive to temporarily grant it premission to do so, as it previously did, than it is to rework fencenv50 to use the VM. That will come later on.
Unified · Split
| @@ -285,6 +285,7 @@ nouveau_channel_init(struct nouveau_channel *chan, u32 vram, u32 gart) · 284 unmodified lines | ||
| 285 | 285 | struct nouveau_software_chan *swch; |
| 286 | 286 | struct nv_dma_v0 args = {}; |
| 287 | 287 | int ret, i; |
| 288 | + bool save; | |
| 288 | 289 | |
| 289 | 290 | nvif_object_map(chan->object); |
| 290 | 291 | |
| @@ -386,7 +387,11 @@ nouveau_channel_init(struct nouveau_channel *chan, u32 vram, u32 gart) · 95 unmodified lines | ||
| 386 | 387 | } |
| 387 | 388 | |
| 388 | 389 | /* initialise synchronisation */ |
| 389 | − return nouveau_fence(chan->drm)->context_new(chan); | |
| 390 | + save = cli->base.super; | |
| 391 | + cli->base.super = true; /* hack until fencenv50 fixed */ | |
| 392 | + ret = nouveau_fence(chan->drm)->context_new(chan); | |
| 393 | + cli->base.super = save; | |
| 394 | + return ret; | |
| 390 | 395 | } |
| 391 | 396 | |
| 392 | 397 | int |