Displaying 20 results from an estimated 200 matches similar to: "Question on Conditional Rendering Maxwell/Pascal"
2019 Feb 01
1
Render Targets and Pitch Linear Textures in Maxwell/Pascal Question
So I have been going on over the documentation trying to figure out the
exact layout of Pitch Linear Textures and find some missing values.
First Question: What's the correct layout of pitch linear textures in
memory? Is padding of the pitch added at start or at the end? Do they have
some kind of header? Currently I see them as a normal texture matrix with
just pitch at the end of each row
2016 Oct 27
1
[PATCH v2 6/7] copy: add maxwell/pascal copy engine classes
0xc0b5 is not in rnndb, I guess it should be GP100_COPY, right?
Reviewed-by: Samuel Pitoiset <samuel.pitoiset at gmail.com>
On 10/27/2016 04:02 PM, Ilia Mirkin wrote:
> Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu>
> ---
> src/nouveau_copy.c | 2 ++
> src/nvc0_accel.c | 10 +++++++++-
> 2 files changed, 11 insertions(+), 1 deletion(-)
>
> diff --git
2016 Oct 27
0
[PATCH v2 6/7] copy: add maxwell/pascal copy engine classes
Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu>
---
src/nouveau_copy.c | 2 ++
src/nvc0_accel.c | 10 +++++++++-
2 files changed, 11 insertions(+), 1 deletion(-)
diff --git a/src/nouveau_copy.c b/src/nouveau_copy.c
index c139de6..7118a7a 100644
--- a/src/nouveau_copy.c
+++ b/src/nouveau_copy.c
@@ -42,6 +42,8 @@ nouveau_copy_init(ScreenPtr pScreen)
int engine;
Bool
2017 Mar 22
0
[PATCH xf86-video-nouveau] Add Pascal family support, identical to Maxwell
Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu>
---
Untested.
src/nouveau_copy.c | 2 ++
src/nouveau_exa.c | 1 +
src/nv_accel_common.c | 1 +
src/nv_driver.c | 3 +++
src/nv_type.h | 1 +
src/nvc0_accel.c | 6 ++++++
6 files changed, 14 insertions(+)
diff --git a/src/nouveau_copy.c b/src/nouveau_copy.c
index 7118a7a..7fbcc87 100644
--- a/src/nouveau_copy.c
2018 Sep 11
1
Questions on Maxwell/Pascal Texture Instructions Modes
Hello, I got some doubts on how texture modes work on TEX, TEXS, TLD4, etc
instructions.
I got:
DC, AOFFI, NDV, NODEP, MZ, PTP modes as well as LZ Mode. How does this work
or change the behavior of the texture instruction. So far of those I know
AOFFI defines an Offset but I'm on blanks for the rest.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
2017 Mar 22
0
[PATCH xf86-video-nouveau v2] Add Pascal family support, identical to Maxwell
Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu>
---
v1 -> v2: add 0x130 as a valid chip type early on in detection
src/nouveau_copy.c | 2 ++
src/nouveau_exa.c | 1 +
src/nv_accel_common.c | 1 +
src/nv_driver.c | 4 ++++
src/nv_type.h | 1 +
src/nvc0_accel.c | 6 ++++++
6 files changed, 15 insertions(+)
diff --git a/src/nouveau_copy.c
2014 Dec 31
0
[PATCH 2/2] nvc0: regenerate rnndb headers
The headers hadn't been regenerated in a long time and had seen a number
of manual modifications. A few changes:
- remove nvc0_2d entirely, use the nv50 header which has the nvc0
values too
- remove 3ddefs, it's identical to the nv50 file
- move macros out into a separate file
Also the upstream rnndb changed the overall chip naming convention; this
was fixed up manually in the
2018 Oct 13
1
Question on Render Targets Register: Array Mode
So there's a register in Render Targets called Array Mode:
https://github.com/envytools/envytools/blob/master/rnndb/graph/gf100_3d.xml#L289
We've witnessed values of 1 and 6 (array mode -> layers) but we can't tell
their meaning. Do you guys got any related info?
Thanks in advance.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
2014 Dec 31
2
[PATCH 1/2] nv50: regenerate rnndb headers
The headers hadn't been regenerated in a long time, and there were a few
minor divergences. Among other things, rnndb has changed naming to
G80/etc, for now I've not tackled switching that over and manually
replaced the nvidia codenames back to the chip ids. However no other
modifications of the headergen'd headers was done.
Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu>
2018 Sep 08
0
[PATCH] maxwell,pascal: add scheduling data to shaders
Generated with envysched. Tested by running rendercheck from piglit, running
mplayer -vo xv, and staring at gnome-shell.
Signed-off-by: Rhys Perry <pendingchaos02 at gmail.com>
---
src/shader/exac8nv110.fp | 11 ++++----
src/shader/exac8nv110.fpc | 22 ++++++++--------
src/shader/exacanv110.fp | 11 ++++----
src/shader/exacanv110.fpc | 22 ++++++++--------
src/shader/exacmnv110.fp | 10
2016 Feb 15
0
[PATCH 23/23] nvc0: implement support for maxwell texture headers
From: Ben Skeggs <bskeggs at redhat.com>
Adds support for the new TIC layout that's present on Maxwell GPUs,
heavily based on the code for the existing layout.
This code is required for GM20x support. While GM10x supports the older
layout still, this commit switches it to use the updated version instead.
Piglit testing shows zero regressions on GM107.
Signed-off-by: Ben Skeggs
2016 Oct 16
10
[PATCH 1/5] hwdefs: update nvc0_3d, add gm107_texture for new TIC format
These are copied directly from the mesa repository.
Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu>
---
src/hwdefs/gm107_texture.xml.h | 365 +++++++++++++++++
src/hwdefs/nvc0_3d.xml.h | 867 +++++++++++++++++++++++++----------------
2 files changed, 892 insertions(+), 340 deletions(-)
create mode 100644 src/hwdefs/gm107_texture.xml.h
diff --git
2016 Feb 15
0
[PATCH 23/23] nvc0: implement support for maxwell texture headers
On 02/16/2016 03:47 AM, Ilia Mirkin wrote:
> Can you push this to a repo somewhere? I want to see what the final
> version looks like after all your changes, but it's hard to see that
> with these patches.
https://github.com/skeggsb/Mesa/commits/master
>
> On Mon, Feb 15, 2016 at 12:38 AM, Ben Skeggs <skeggsb at gmail.com> wrote:
>> From: Ben Skeggs <bskeggs at
2016 Oct 27
11
[PATCH v2 0/7] Add Maxwell support
I believe I've addressed all the feedback from the first time around, and
also made fixes necessary for GM20x based on testing results. I believe
now it should actually work for all GM10x and GM20x. Further, GP10x should
be very easy to add, but without someone to actually test I didn't want to
claim support for it.
Ilia Mirkin (7):
exa: add GM10x acceleration support
hwdefs: update
2016 Feb 15
2
[PATCH 23/23] nvc0: implement support for maxwell texture headers
Can you push this to a repo somewhere? I want to see what the final
version looks like after all your changes, but it's hard to see that
with these patches.
On Mon, Feb 15, 2016 at 12:38 AM, Ben Skeggs <skeggsb at gmail.com> wrote:
> From: Ben Skeggs <bskeggs at redhat.com>
>
> Adds support for the new TIC layout that's present on Maxwell GPUs,
> heavily based on
2016 Feb 15
24
[PATCH 01/23] nv50: import updated g80_defs.xml.h from rnndb
From: Ben Skeggs <bskeggs at redhat.com>
Signed-off-by: Ben Skeggs <bskeggs at redhat.com>
---
src/gallium/drivers/nouveau/nv50/g80_defs.xml.h | 279 ++++++++++++++++++++++++
1 file changed, 279 insertions(+)
create mode 100644 src/gallium/drivers/nouveau/nv50/g80_defs.xml.h
diff --git a/src/gallium/drivers/nouveau/nv50/g80_defs.xml.h
2017 Nov 01
2
Is it good for agent forwarding to creates socket in /tmp/
Hi
After logging in to a remote server with ForwardAgent enabled, sshd on the
remote server creates a socket at /tmp/ and permission is 0755/srwxr-xr-x.
What is the reason to allow everyone to read this socket?
Also, is it better to save this socket in /home/user/.ssh/?
Best Regards
-----------------------
Tran Dung
2012 May 06
1
[envytools PATCH] nv50/pgraph: DATA_ERROR 0x24
---
rnndb/nv50_pgraph.xml | 3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/rnndb/nv50_pgraph.xml b/rnndb/nv50_pgraph.xml
index 92d69ea..6499631 100644
--- a/rnndb/nv50_pgraph.xml
+++ b/rnndb/nv50_pgraph.xml
@@ -93,6 +93,9 @@
<value value="0x23" name="XY_OUT_OF_BOUNDS"> <!-- m2mf at least. 2d too? -->
<brief>Your x/y coords
2014 May 19
0
[Mesa-dev] [PATCH] nvc0: maxwell has a new video engine, don't return a decoder object
On Mon, May 19, 2014 at 12:16 AM, Ilia Mirkin <imirkin at alum.mit.edu> wrote:
> Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu>
> ---
> src/gallium/drivers/nouveau/nvc0/nvc0_video.c | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/src/gallium/drivers/nouveau/nvc0/nvc0_video.c b/src/gallium/drivers/nouveau/nvc0/nvc0_video.c
> index 5871f59..c9ab13a
2015 Mar 20
0
VBO flush method on Maxwell (GM107)
Hello,
The method we previously used on Fermi and Kepler (0x142c) to flush
the VBO cache before draw appears to be gone on Maxwell. Is there a
replacement method we should use?
(Or perhaps that method was never meant for VBO cache flush and
instead flushed something related to the vertex quarantine area
defined by 0x17bc/0x17c0/0x17c4, which in turn is gone on Maxwell?)
Thanks for any light you