On 11/27/2015 07:14 AM, Emil Velikov wrote:
> On 26 November 2015 at 07:14, Ben Skeggs wrote:
>> From: Ben Skeggs
>
>> --- a/nouveau/Makefile.am
>> +++ b/nouveau/Makefile.am
>> @@ -14,9 +14,18 @@ libdrm_nouveau_la_LIBADD = ../libdrm.la
>> @PTHREADSTUBS_LIBS@
>>
>> libdrm_nouveau_la_SOURCES = $
On 11/27/2015 07:50 AM, Emil Velikov wrote:
> On 26 November 2015 at 07:15, Ben Skeggs wrote:
>
>> +static const struct nouveau_mclass
>> +nv98_decoder_msvld[] = {
>> + { 0x88b1, -1 },
>> + { 0x86b1, -1 },
>> + { 0x85b1, -1 },
>> + {}
>> +};
>> +
>> +static const struct nouveau_mclass
>>
From: Ben Skeggs
Signed-off-by: Ben Skeggs
---
src/gallium/winsys/nouveau/drm/nouveau_drm_winsys.c | 2 --
src/mesa/drivers/dri/nouveau/nouveau_screen.c | 2 --
2 files changed, 4 deletions(-)
diff --git a/src/gallium/winsys/nouveau/drm/nouveau_drm_winsys.c
b/src/gallium/winsys/nouveau/
From: Ben Skeggs
Switching to the newer libdrm entry-points tells libdrm that it's OK to
make use of newer kernel interfaces.
We want to be able to isolate any bugs to either the interfaces changes,
or the use of NVIF itself. As such, this commit has a slight hack which
forces libdrm to continu
From: Ben Skeggs
The kernel previously exposed incorrect classes for some of the chipsets
that this code supports. It no longer does, but the older object ioctls
have compatibility to avoid breaking userspace.
This needs to be fixed before switching over to the newer interfaces.
Rather than ha
From: Ben Skeggs
This would need to be fixed before NVIF can be switched on, but since we
don't use it anyway, just remove it.
Signed-off-by: Ben Skeggs
---
src/gallium/drivers/nouveau/nvc0/nvc0_screen.c | 8
src/gallium/drivers/nouveau/nvc0/nvc0_screen.h | 1 -
2 files changed, 9 del
From: Ben Skeggs
Signed-off-by: Ben Skeggs
---
configure.ac | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configure.ac b/configure.ac
index 4016871..c02ee61 100644
--- a/configure.ac
+++ b/configure.ac
@@ -73,7 +73,7 @@ LIBDRM_RADEON_REQUIRED=2.4.56
LIBDRM_AMDGPU_REQUIRED
From: Ben Skeggs
Kills off a void cast.
Signed-off-by: Ben Skeggs
---
src/gallium/drivers/nouveau/nouveau_winsys.h| 6 +++---
src/gallium/drivers/nouveau/nv30/nv30_screen.c | 4 ++--
src/gallium/drivers/nouveau/nv50/nv50_screen.c | 4 ++--
src/gallium/drivers/nouveau/nvc0/nvc
From: Ben Skeggs
Signed-off-by: Ben Skeggs
---
configure.ac | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configure.ac b/configure.ac
index b929d36..7678572 100644
--- a/configure.ac
+++ b/configure.ac
@@ -20,7 +20,7 @@
AC_PREREQ([2.63])
AC_INIT([libdrm],
-[2.4
From: Ben Skeggs
v2.
- leave client-provided pointer unmodified on sclass_get() failure
Signed-off-by: Ben Skeggs
---
nouveau/abi16.c | 3 +-
nouveau/nouveau.c | 159 +++---
2 files changed, 155 insertions(+), 7 deletions(-)
diff --git a/nou
From: Ben Skeggs
Signed-off-by: Ben Skeggs
---
nouveau/nouveau.h | 230 +++---
1 file changed, 115 insertions(+), 115 deletions(-)
diff --git a/nouveau/nouveau.h b/nouveau/nouveau.h
index f3cf8f5..e3f2813 100644
--- a/nouveau/nouveau.h
+++ b/nouv
From: Ben Skeggs
Signed-off-by: Ben Skeggs
---
src/gallium/drivers/nouveau/nouveau_screen.c| 1 +
src/gallium/drivers/nouveau/nouveau_screen.h| 1 +
src/gallium/winsys/nouveau/drm/nouveau_drm_winsys.c | 2 +-
3 files changed, 3 insertions(+), 1 deletion(-)
diff --git a/src/gall
From: Ben Skeggs
The winsys layer would attempt to cleanup the nouveau_device if screen
init failed, however, in most paths the pipe driver would have already
destroyed it, resulting in accesses to freed memory etc.
This commit fixes the problem by allowing the winsys to detect whether
the pipe
From: Ben Skeggs
v2. update for libdrm nouveau_drm::lib_version removal
Signed-off-by: Ben Skeggs
---
src/gallium/drivers/nouveau/nv50/nv50_miptree.c | 3 ++-
src/gallium/drivers/nouveau/nv50/nv50_screen.c | 4 ++--
src/gallium/drivers/nouveau/nvc0/nvc0_miptree.c | 3 +
From: Ben Skeggs
Signed-off-by: Ben Skeggs
---
nouveau/nouveau-symbol-check | 1 +
nouveau/nouveau.c| 133 ---
nouveau/nouveau.h| 2 +
3 files changed, 89 insertions(+), 47 deletions(-)
diff --git a/nouveau/nouveau-symbol-chec
From: Ben Skeggs
This will expose functionality supported by newer kernel interfaces.
Current userspace uses the chipset to determine which classes are likely
exposed, which generally works pretty well, but isn't as flexible as it
could be.
Unfortunately, the G98:GF100 video code in Mesa is sti
From: Ben Skeggs
Because NVIF intentionally lacks some of the paths necessary to be
compatible with various mistakes we've made over the years, libdrm
needs to know whether a client has been updated and that it's safe
to make use of the new kernel interfaces.
Clients still using nouveau_device_o
From: Ben Skeggs
The latter is deprecated, and will not be valid for newer clients.
v2.
- split out nouveau_object_find removal
Signed-off-by: Ben Skeggs
---
nouveau/abi16.c | 32 +++-
nouveau/nouveau.c | 32 +---
nouveau/pushbuf.c |
From: Ben Skeggs
No more internal users, and there's never been external users.
Signed-off-by: Ben Skeggs
---
nouveau/nouveau-symbol-check | 1 -
nouveau/nouveau.c| 11 ---
nouveau/nouveau.h| 1 -
3 files changed, 13 deletions(-)
diff --git a/nouveau/nouveau-
From: Ben Skeggs
This will expose functionality supported by newer kernel interfaces,
giving access to things such as ZBC controls, perfmon, etc.
Signed-off-by: Ben Skeggs
---
nouveau/nouveau-symbol-check | 1 +
nouveau/nouveau.c| 7 +++
nouveau/nouveau.h| 2 ++
3 f
From: Ben Skeggs
Signed-off-by: Ben Skeggs
---
nouveau/nouveau.c | 46 +-
1 file changed, 21 insertions(+), 25 deletions(-)
diff --git a/nouveau/nouveau.c b/nouveau/nouveau.c
index 2b16351..d129ae8 100644
--- a/nouveau/nouveau.c
+++ b/nouveau/nouveau
From: Ben Skeggs
Required for an upcoming patch, not exposed to library clients.
Signed-off-by: Ben Skeggs
---
nouveau/nouveau.c | 64 +--
1 file changed, 48 insertions(+), 16 deletions(-)
diff --git a/nouveau/nouveau.c b/nouveau/nouveau.c
i
From: Ben Skeggs
This commit also modifies the install path of the main libdrm_nouveau
header to be under a nouveau/ subdirectory.
Signed-off-by: Ben Skeggs
---
include/drm/nouveau_drm.h| 1 +
nouveau/Makefile.am | 11 +++-
nouveau/libdrm_nouveau.pc.in | 2 +-
nouveau/nvif/cl
From: Ben Skeggs
Signed-off-by: Ben Skeggs
---
nouveau/nouveau.c | 112 +++---
1 file changed, 56 insertions(+), 56 deletions(-)
diff --git a/nouveau/nouveau.c b/nouveau/nouveau.c
index 8a0be2f..8035c6a 100644
--- a/nouveau/nouveau.c
+++ b/nouvea
From: Ben Skeggs
v2.
- add a comment about the (ab)use of nouveau_object::length
- add a comment about abi16_object() return values
Signed-off-by: Ben Skeggs
---
nouveau/abi16.c | 65 ++-
nouveau/nouveau.c | 56 +++--
On 26 November 2015 at 07:15, Ben Skeggs wrote:
> +static const struct nouveau_mclass
> +nv98_decoder_msvld[] = {
> + { 0x88b1, -1 },
> + { 0x86b1, -1 },
> + { 0x85b1, -1 },
> + {}
> +};
> +
> +static const struct nouveau_mclass
> +nv98_decoder_mspdec[] = {
> + { 0x88b2, -1 },
> + { 0
On 26 November 2015 at 07:14, Ben Skeggs wrote:
> From: Ben Skeggs
> --- a/nouveau/Makefile.am
> +++ b/nouveau/Makefile.am
> @@ -14,9 +14,18 @@ libdrm_nouveau_la_LIBADD = ../libdrm.la @PTHREADSTUBS_LIBS@
>
> libdrm_nouveau_la_SOURCES = $(LIBDRM_NOUVEAU_FILES)
>
> -libdrm_nouveauincludedir = ${i
On 26 November 2015 at 07:14, Ben Skeggs wrote:
> From: Ben Skeggs
>
> The latter is deprecated, and will not be valid for newer clients.
>
Mention (or split) the removal of nouveau_object_find ? Afaics it has
never been used in mesa + ddx.
-Emil
___
N
On 26 November 2015 at 07:14, Ben Skeggs wrote:
> --- a/nouveau/nouveau.c
> +++ b/nouveau/nouveau.c
> + nvdev->base.lib_version = drm->lib_version;
On top of last patch "do we need lib_version" there has been no ddx
and mesa users that I can see. Do we want to carry keep this or we can
just
On 26 November 2015 at 07:14, Ben Skeggs wrote:
> --- a/nouveau/nouveau.c
> +++ b/nouveau/nouveau.c
> +int
> +nouveau_drm_new(int fd, struct nouveau_drm **pdrm)
> +{
> + struct nouveau_drm *drm;
> + drmVersionPtr ver;
> +
> +#ifdef DEBUG
> + debug_init(getenv("NOUVEAU_LIBDRM_DE
On 26 November 2015 at 07:14, Ben Skeggs wrote:
> From: Ben Skeggs
>
> This will expose functionality supported by newer kernel interfaces.
>
> Current userspace uses the chipset to determine which classes are likely
> exposed, which generally works pretty well, but isn't as flexible as it
> coul
Hi Ben,
On 26 November 2015 at 07:13, Ben Skeggs wrote:
> From: Ben Skeggs
>
> Signed-off-by: Ben Skeggs
> ---
> nouveau/abi16.c | 62
> ++-
> nouveau/nouveau.c | 56 +++--
> nouveau/private.h |
https://bugs.freedesktop.org/show_bug.cgi?id=92991
--- Comment #13 from Karol Herbst ---
(In reply to Oliver Neukum from comment #12)
> (In reply to Ilia Mirkin from comment #9)
>
> > Those connector names look like they're from xf86-video-modesetting, not
> > xf86-video-nouveau. Could you try w
On 11/26/2015 01:21 PM, Hans de Goede wrote:
Hi,
On 26-11-15 09:42, Samuel Pitoiset wrote:
Well, if you remove that assert locally, all compute tests in
src/gallium/tests/trivial/compute.c pass on GK106, except the atomic
ones.
Do you mean the:
Assertion `pres->target != PIPE_BUFFER'
Hi,
On 26-11-15 09:42, Samuel Pitoiset wrote:
Well, if you remove that assert locally, all compute tests in
src/gallium/tests/trivial/compute.c pass on GK106, except the atomic ones.
Do you mean the:
Assertion `pres->target != PIPE_BUFFER' failed.
or the:
Assertion `tex->de
Well, if you remove that assert locally, all compute tests in
src/gallium/tests/trivial/compute.c pass on GK106, except the atomic
ones. I'm working on the fermi case btw.
On 11/25/2015 03:43 PM, Hans de Goede wrote:
Hi,
On 20-11-15 17:07, Samuel Pitoiset wrote:
On 11/20/2015 11:36 AM, Han
https://bugs.freedesktop.org/show_bug.cgi?id=93110
Józef Kucia changed:
What|Removed |Added
Version|10.5|11.0
--
You are receiving this mail becau
https://bugs.freedesktop.org/show_bug.cgi?id=93110
Józef Kucia changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
38 matches
Mail list logo