Searched hist:a7cf01809bf23b95413d8047bd91cdc3cedd1ca1 (Results 1 – 3 of 3) sorted by relevance
| /linux/drivers/gpu/drm/nouveau/ |
| H A D | nouveau_chan.c | diff a7cf01809bf23b95413d8047bd91cdc3cedd1ca1 Tue May 08 12:39:46 CEST 2018 Ben Skeggs <bskeggs@redhat.com> drm/nouveau/fifo/gk104-: require explicit runlist selection for channel allocation
We didn't used to be aware that runlist/engine IDs weren't the same thing,
or that there was such variability in configuration between GPUs.
By exposing this information to a client, and giving it explicit control
of which runlist it's allocating a channel on, we're able to make better
choices.
The immediate effect of this is that on GPUs where CE0 is the "GRCE", we
will now be allocating a copy engine running asynchronously to GR for BO
migrations - as intended.
Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
|
| H A D | nouveau_abi16.c | diff a7cf01809bf23b95413d8047bd91cdc3cedd1ca1 Tue May 08 12:39:46 CEST 2018 Ben Skeggs <bskeggs@redhat.com> drm/nouveau/fifo/gk104-: require explicit runlist selection for channel allocation
We didn't used to be aware that runlist/engine IDs weren't the same thing,
or that there was such variability in configuration between GPUs.
By exposing this information to a client, and giving it explicit control
of which runlist it's allocating a channel on, we're able to make better
choices.
The immediate effect of this is that on GPUs where CE0 is the "GRCE", we
will now be allocating a copy engine running asynchronously to GR for BO
migrations - as intended.
Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
|
| H A D | nouveau_drm.c | diff a7cf01809bf23b95413d8047bd91cdc3cedd1ca1 Tue May 08 12:39:46 CEST 2018 Ben Skeggs <bskeggs@redhat.com> drm/nouveau/fifo/gk104-: require explicit runlist selection for channel allocation
We didn't used to be aware that runlist/engine IDs weren't the same thing,
or that there was such variability in configuration between GPUs.
By exposing this information to a client, and giving it explicit control
of which runlist it's allocating a channel on, we're able to make better
choices.
The immediate effect of this is that on GPUs where CE0 is the "GRCE", we
will now be allocating a copy engine running asynchronously to GR for BO
migrations - as intended.
Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
|