/linux/drivers/gpu/drm/nouveau/dispnv04/ |
H A D | tvnv17.h | diff a01ca78c8f118e5a24f1527ecf078ab56ddd4805 Thu Aug 20 06:54:15 CEST 2015 Ben Skeggs <bskeggs@redhat.com> drm/nouveau/nvif: simplify and tidy library interfaces
A variety of tweaks to the NVIF library interfaces, mostly ripping out things that turned out to be not so useful.
- Removed refcounting from nvif_object, callers are expected to not be stupid instead. - nvif_client is directly reachable from anything derived from nvif_object, removing the need for heuristics to locate it - _new() versions of interfaces, that allocate memory for the object they construct, have been removed. The vast majority of callers used the embedded _init() interfaces. - No longer storing constructor arguments (and the data returned from nvkm) inside nvif_object, it's more or less unused and just wastes memory.
Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
|
H A D | hw.h | diff a01ca78c8f118e5a24f1527ecf078ab56ddd4805 Thu Aug 20 06:54:15 CEST 2015 Ben Skeggs <bskeggs@redhat.com> drm/nouveau/nvif: simplify and tidy library interfaces
A variety of tweaks to the NVIF library interfaces, mostly ripping out things that turned out to be not so useful.
- Removed refcounting from nvif_object, callers are expected to not be stupid instead. - nvif_client is directly reachable from anything derived from nvif_object, removing the need for heuristics to locate it - _new() versions of interfaces, that allocate memory for the object they construct, have been removed. The vast majority of callers used the embedded _init() interfaces. - No longer storing constructor arguments (and the data returned from nvkm) inside nvif_object, it's more or less unused and just wastes memory.
Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
|
H A D | arb.c | diff a01ca78c8f118e5a24f1527ecf078ab56ddd4805 Thu Aug 20 06:54:15 CEST 2015 Ben Skeggs <bskeggs@redhat.com> drm/nouveau/nvif: simplify and tidy library interfaces
A variety of tweaks to the NVIF library interfaces, mostly ripping out things that turned out to be not so useful.
- Removed refcounting from nvif_object, callers are expected to not be stupid instead. - nvif_client is directly reachable from anything derived from nvif_object, removing the need for heuristics to locate it - _new() versions of interfaces, that allocate memory for the object they construct, have been removed. The vast majority of callers used the embedded _init() interfaces. - No longer storing constructor arguments (and the data returned from nvkm) inside nvif_object, it's more or less unused and just wastes memory.
Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
|
H A D | hw.c | diff a01ca78c8f118e5a24f1527ecf078ab56ddd4805 Thu Aug 20 06:54:15 CEST 2015 Ben Skeggs <bskeggs@redhat.com> drm/nouveau/nvif: simplify and tidy library interfaces
A variety of tweaks to the NVIF library interfaces, mostly ripping out things that turned out to be not so useful.
- Removed refcounting from nvif_object, callers are expected to not be stupid instead. - nvif_client is directly reachable from anything derived from nvif_object, removing the need for heuristics to locate it - _new() versions of interfaces, that allocate memory for the object they construct, have been removed. The vast majority of callers used the embedded _init() interfaces. - No longer storing constructor arguments (and the data returned from nvkm) inside nvif_object, it's more or less unused and just wastes memory.
Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
|
H A D | dac.c | diff a01ca78c8f118e5a24f1527ecf078ab56ddd4805 Thu Aug 20 06:54:15 CEST 2015 Ben Skeggs <bskeggs@redhat.com> drm/nouveau/nvif: simplify and tidy library interfaces
A variety of tweaks to the NVIF library interfaces, mostly ripping out things that turned out to be not so useful.
- Removed refcounting from nvif_object, callers are expected to not be stupid instead. - nvif_client is directly reachable from anything derived from nvif_object, removing the need for heuristics to locate it - _new() versions of interfaces, that allocate memory for the object they construct, have been removed. The vast majority of callers used the embedded _init() interfaces. - No longer storing constructor arguments (and the data returned from nvkm) inside nvif_object, it's more or less unused and just wastes memory.
Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
|
H A D | dfp.c | diff a01ca78c8f118e5a24f1527ecf078ab56ddd4805 Thu Aug 20 06:54:15 CEST 2015 Ben Skeggs <bskeggs@redhat.com> drm/nouveau/nvif: simplify and tidy library interfaces
A variety of tweaks to the NVIF library interfaces, mostly ripping out things that turned out to be not so useful.
- Removed refcounting from nvif_object, callers are expected to not be stupid instead. - nvif_client is directly reachable from anything derived from nvif_object, removing the need for heuristics to locate it - _new() versions of interfaces, that allocate memory for the object they construct, have been removed. The vast majority of callers used the embedded _init() interfaces. - No longer storing constructor arguments (and the data returned from nvkm) inside nvif_object, it's more or less unused and just wastes memory.
Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
|
H A D | overlay.c | diff a01ca78c8f118e5a24f1527ecf078ab56ddd4805 Thu Aug 20 06:54:15 CEST 2015 Ben Skeggs <bskeggs@redhat.com> drm/nouveau/nvif: simplify and tidy library interfaces
A variety of tweaks to the NVIF library interfaces, mostly ripping out things that turned out to be not so useful.
- Removed refcounting from nvif_object, callers are expected to not be stupid instead. - nvif_client is directly reachable from anything derived from nvif_object, removing the need for heuristics to locate it - _new() versions of interfaces, that allocate memory for the object they construct, have been removed. The vast majority of callers used the embedded _init() interfaces. - No longer storing constructor arguments (and the data returned from nvkm) inside nvif_object, it's more or less unused and just wastes memory.
Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
|
/linux/drivers/gpu/drm/nouveau/nvif/ |
H A D | device.c | diff a01ca78c8f118e5a24f1527ecf078ab56ddd4805 Thu Aug 20 06:54:15 CEST 2015 Ben Skeggs <bskeggs@redhat.com> drm/nouveau/nvif: simplify and tidy library interfaces
A variety of tweaks to the NVIF library interfaces, mostly ripping out things that turned out to be not so useful.
- Removed refcounting from nvif_object, callers are expected to not be stupid instead. - nvif_client is directly reachable from anything derived from nvif_object, removing the need for heuristics to locate it - _new() versions of interfaces, that allocate memory for the object they construct, have been removed. The vast majority of callers used the embedded _init() interfaces. - No longer storing constructor arguments (and the data returned from nvkm) inside nvif_object, it's more or less unused and just wastes memory.
Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
|
H A D | client.c | diff a01ca78c8f118e5a24f1527ecf078ab56ddd4805 Thu Aug 20 06:54:15 CEST 2015 Ben Skeggs <bskeggs@redhat.com> drm/nouveau/nvif: simplify and tidy library interfaces
A variety of tweaks to the NVIF library interfaces, mostly ripping out things that turned out to be not so useful.
- Removed refcounting from nvif_object, callers are expected to not be stupid instead. - nvif_client is directly reachable from anything derived from nvif_object, removing the need for heuristics to locate it - _new() versions of interfaces, that allocate memory for the object they construct, have been removed. The vast majority of callers used the embedded _init() interfaces. - No longer storing constructor arguments (and the data returned from nvkm) inside nvif_object, it's more or less unused and just wastes memory.
Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
|
/linux/drivers/gpu/drm/nouveau/include/nvif/ |
H A D | client.h | diff a01ca78c8f118e5a24f1527ecf078ab56ddd4805 Thu Aug 20 06:54:15 CEST 2015 Ben Skeggs <bskeggs@redhat.com> drm/nouveau/nvif: simplify and tidy library interfaces
A variety of tweaks to the NVIF library interfaces, mostly ripping out things that turned out to be not so useful.
- Removed refcounting from nvif_object, callers are expected to not be stupid instead. - nvif_client is directly reachable from anything derived from nvif_object, removing the need for heuristics to locate it - _new() versions of interfaces, that allocate memory for the object they construct, have been removed. The vast majority of callers used the embedded _init() interfaces. - No longer storing constructor arguments (and the data returned from nvkm) inside nvif_object, it's more or less unused and just wastes memory.
Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
|
H A D | device.h | diff a01ca78c8f118e5a24f1527ecf078ab56ddd4805 Thu Aug 20 06:54:15 CEST 2015 Ben Skeggs <bskeggs@redhat.com> drm/nouveau/nvif: simplify and tidy library interfaces
A variety of tweaks to the NVIF library interfaces, mostly ripping out things that turned out to be not so useful.
- Removed refcounting from nvif_object, callers are expected to not be stupid instead. - nvif_client is directly reachable from anything derived from nvif_object, removing the need for heuristics to locate it - _new() versions of interfaces, that allocate memory for the object they construct, have been removed. The vast majority of callers used the embedded _init() interfaces. - No longer storing constructor arguments (and the data returned from nvkm) inside nvif_object, it's more or less unused and just wastes memory.
Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
|
H A D | object.h | diff a01ca78c8f118e5a24f1527ecf078ab56ddd4805 Thu Aug 20 06:54:15 CEST 2015 Ben Skeggs <bskeggs@redhat.com> drm/nouveau/nvif: simplify and tidy library interfaces
A variety of tweaks to the NVIF library interfaces, mostly ripping out things that turned out to be not so useful.
- Removed refcounting from nvif_object, callers are expected to not be stupid instead. - nvif_client is directly reachable from anything derived from nvif_object, removing the need for heuristics to locate it - _new() versions of interfaces, that allocate memory for the object they construct, have been removed. The vast majority of callers used the embedded _init() interfaces. - No longer storing constructor arguments (and the data returned from nvkm) inside nvif_object, it's more or less unused and just wastes memory.
Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
|
/linux/drivers/gpu/drm/nouveau/ |
H A D | nv04_fence.c | diff a01ca78c8f118e5a24f1527ecf078ab56ddd4805 Thu Aug 20 06:54:15 CEST 2015 Ben Skeggs <bskeggs@redhat.com> drm/nouveau/nvif: simplify and tidy library interfaces
A variety of tweaks to the NVIF library interfaces, mostly ripping out things that turned out to be not so useful.
- Removed refcounting from nvif_object, callers are expected to not be stupid instead. - nvif_client is directly reachable from anything derived from nvif_object, removing the need for heuristics to locate it - _new() versions of interfaces, that allocate memory for the object they construct, have been removed. The vast majority of callers used the embedded _init() interfaces. - No longer storing constructor arguments (and the data returned from nvkm) inside nvif_object, it's more or less unused and just wastes memory.
Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
|
H A D | nv10_fence.c | diff a01ca78c8f118e5a24f1527ecf078ab56ddd4805 Thu Aug 20 06:54:15 CEST 2015 Ben Skeggs <bskeggs@redhat.com> drm/nouveau/nvif: simplify and tidy library interfaces
A variety of tweaks to the NVIF library interfaces, mostly ripping out things that turned out to be not so useful.
- Removed refcounting from nvif_object, callers are expected to not be stupid instead. - nvif_client is directly reachable from anything derived from nvif_object, removing the need for heuristics to locate it - _new() versions of interfaces, that allocate memory for the object they construct, have been removed. The vast majority of callers used the embedded _init() interfaces. - No longer storing constructor arguments (and the data returned from nvkm) inside nvif_object, it's more or less unused and just wastes memory.
Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
|
H A D | nv17_fence.c | diff a01ca78c8f118e5a24f1527ecf078ab56ddd4805 Thu Aug 20 06:54:15 CEST 2015 Ben Skeggs <bskeggs@redhat.com> drm/nouveau/nvif: simplify and tidy library interfaces
A variety of tweaks to the NVIF library interfaces, mostly ripping out things that turned out to be not so useful.
- Removed refcounting from nvif_object, callers are expected to not be stupid instead. - nvif_client is directly reachable from anything derived from nvif_object, removing the need for heuristics to locate it - _new() versions of interfaces, that allocate memory for the object they construct, have been removed. The vast majority of callers used the embedded _init() interfaces. - No longer storing constructor arguments (and the data returned from nvkm) inside nvif_object, it's more or less unused and just wastes memory.
Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
|
H A D | nouveau_dma.h | diff a01ca78c8f118e5a24f1527ecf078ab56ddd4805 Thu Aug 20 06:54:15 CEST 2015 Ben Skeggs <bskeggs@redhat.com> drm/nouveau/nvif: simplify and tidy library interfaces
A variety of tweaks to the NVIF library interfaces, mostly ripping out things that turned out to be not so useful.
- Removed refcounting from nvif_object, callers are expected to not be stupid instead. - nvif_client is directly reachable from anything derived from nvif_object, removing the need for heuristics to locate it - _new() versions of interfaces, that allocate memory for the object they construct, have been removed. The vast majority of callers used the embedded _init() interfaces. - No longer storing constructor arguments (and the data returned from nvkm) inside nvif_object, it's more or less unused and just wastes memory.
Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
|
H A D | nouveau_chan.h | diff a01ca78c8f118e5a24f1527ecf078ab56ddd4805 Thu Aug 20 06:54:15 CEST 2015 Ben Skeggs <bskeggs@redhat.com> drm/nouveau/nvif: simplify and tidy library interfaces
A variety of tweaks to the NVIF library interfaces, mostly ripping out things that turned out to be not so useful.
- Removed refcounting from nvif_object, callers are expected to not be stupid instead. - nvif_client is directly reachable from anything derived from nvif_object, removing the need for heuristics to locate it - _new() versions of interfaces, that allocate memory for the object they construct, have been removed. The vast majority of callers used the embedded _init() interfaces. - No longer storing constructor arguments (and the data returned from nvkm) inside nvif_object, it's more or less unused and just wastes memory.
Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
|
H A D | nv50_fence.c | diff a01ca78c8f118e5a24f1527ecf078ab56ddd4805 Thu Aug 20 06:54:15 CEST 2015 Ben Skeggs <bskeggs@redhat.com> drm/nouveau/nvif: simplify and tidy library interfaces
A variety of tweaks to the NVIF library interfaces, mostly ripping out things that turned out to be not so useful.
- Removed refcounting from nvif_object, callers are expected to not be stupid instead. - nvif_client is directly reachable from anything derived from nvif_object, removing the need for heuristics to locate it - _new() versions of interfaces, that allocate memory for the object they construct, have been removed. The vast majority of callers used the embedded _init() interfaces. - No longer storing constructor arguments (and the data returned from nvkm) inside nvif_object, it's more or less unused and just wastes memory.
Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
|
H A D | nouveau_dma.c | diff a01ca78c8f118e5a24f1527ecf078ab56ddd4805 Thu Aug 20 06:54:15 CEST 2015 Ben Skeggs <bskeggs@redhat.com> drm/nouveau/nvif: simplify and tidy library interfaces
A variety of tweaks to the NVIF library interfaces, mostly ripping out things that turned out to be not so useful.
- Removed refcounting from nvif_object, callers are expected to not be stupid instead. - nvif_client is directly reachable from anything derived from nvif_object, removing the need for heuristics to locate it - _new() versions of interfaces, that allocate memory for the object they construct, have been removed. The vast majority of callers used the embedded _init() interfaces. - No longer storing constructor arguments (and the data returned from nvkm) inside nvif_object, it's more or less unused and just wastes memory.
Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
|
H A D | nv84_fence.c | diff a01ca78c8f118e5a24f1527ecf078ab56ddd4805 Thu Aug 20 06:54:15 CEST 2015 Ben Skeggs <bskeggs@redhat.com> drm/nouveau/nvif: simplify and tidy library interfaces
A variety of tweaks to the NVIF library interfaces, mostly ripping out things that turned out to be not so useful.
- Removed refcounting from nvif_object, callers are expected to not be stupid instead. - nvif_client is directly reachable from anything derived from nvif_object, removing the need for heuristics to locate it - _new() versions of interfaces, that allocate memory for the object they construct, have been removed. The vast majority of callers used the embedded _init() interfaces. - No longer storing constructor arguments (and the data returned from nvkm) inside nvif_object, it's more or less unused and just wastes memory.
Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
|
H A D | nouveau_vga.c | diff a01ca78c8f118e5a24f1527ecf078ab56ddd4805 Thu Aug 20 06:54:15 CEST 2015 Ben Skeggs <bskeggs@redhat.com> drm/nouveau/nvif: simplify and tidy library interfaces
A variety of tweaks to the NVIF library interfaces, mostly ripping out things that turned out to be not so useful.
- Removed refcounting from nvif_object, callers are expected to not be stupid instead. - nvif_client is directly reachable from anything derived from nvif_object, removing the need for heuristics to locate it - _new() versions of interfaces, that allocate memory for the object they construct, have been removed. The vast majority of callers used the embedded _init() interfaces. - No longer storing constructor arguments (and the data returned from nvkm) inside nvif_object, it's more or less unused and just wastes memory.
Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
|
H A D | nouveau_backlight.c | diff a01ca78c8f118e5a24f1527ecf078ab56ddd4805 Thu Aug 20 06:54:15 CEST 2015 Ben Skeggs <bskeggs@redhat.com> drm/nouveau/nvif: simplify and tidy library interfaces
A variety of tweaks to the NVIF library interfaces, mostly ripping out things that turned out to be not so useful.
- Removed refcounting from nvif_object, callers are expected to not be stupid instead. - nvif_client is directly reachable from anything derived from nvif_object, removing the need for heuristics to locate it - _new() versions of interfaces, that allocate memory for the object they construct, have been removed. The vast majority of callers used the embedded _init() interfaces. - No longer storing constructor arguments (and the data returned from nvkm) inside nvif_object, it's more or less unused and just wastes memory.
Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
|
H A D | nouveau_chan.c | diff a01ca78c8f118e5a24f1527ecf078ab56ddd4805 Thu Aug 20 06:54:15 CEST 2015 Ben Skeggs <bskeggs@redhat.com> drm/nouveau/nvif: simplify and tidy library interfaces
A variety of tweaks to the NVIF library interfaces, mostly ripping out things that turned out to be not so useful.
- Removed refcounting from nvif_object, callers are expected to not be stupid instead. - nvif_client is directly reachable from anything derived from nvif_object, removing the need for heuristics to locate it - _new() versions of interfaces, that allocate memory for the object they construct, have been removed. The vast majority of callers used the embedded _init() interfaces. - No longer storing constructor arguments (and the data returned from nvkm) inside nvif_object, it's more or less unused and just wastes memory.
Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
|
H A D | nouveau_fence.c | diff a01ca78c8f118e5a24f1527ecf078ab56ddd4805 Thu Aug 20 06:54:15 CEST 2015 Ben Skeggs <bskeggs@redhat.com> drm/nouveau/nvif: simplify and tidy library interfaces
A variety of tweaks to the NVIF library interfaces, mostly ripping out things that turned out to be not so useful.
- Removed refcounting from nvif_object, callers are expected to not be stupid instead. - nvif_client is directly reachable from anything derived from nvif_object, removing the need for heuristics to locate it - _new() versions of interfaces, that allocate memory for the object they construct, have been removed. The vast majority of callers used the embedded _init() interfaces. - No longer storing constructor arguments (and the data returned from nvkm) inside nvif_object, it's more or less unused and just wastes memory.
Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
|
H A D | nouveau_gem.c | diff a01ca78c8f118e5a24f1527ecf078ab56ddd4805 Thu Aug 20 06:54:15 CEST 2015 Ben Skeggs <bskeggs@redhat.com> drm/nouveau/nvif: simplify and tidy library interfaces
A variety of tweaks to the NVIF library interfaces, mostly ripping out things that turned out to be not so useful.
- Removed refcounting from nvif_object, callers are expected to not be stupid instead. - nvif_client is directly reachable from anything derived from nvif_object, removing the need for heuristics to locate it - _new() versions of interfaces, that allocate memory for the object they construct, have been removed. The vast majority of callers used the embedded _init() interfaces. - No longer storing constructor arguments (and the data returned from nvkm) inside nvif_object, it's more or less unused and just wastes memory.
Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
|