search for: gk208

for some reasons these calls don't really go there where they should go leading to various corruptions of the PMU state Signed-off-by: Karol Herbst <nouveau at karolherbst.de> --- drm/nouveau/nvkm/subdev/pmu/fuc/gk208.fuc5.h | 12 ++++++------ drm/nouveau/nvkm/subdev/pmu/fuc/kernel.fuc | 6 +++--- 2 files changed, 9 insertions(+), 9 deletions(-) diff --git a/drm/nouveau/nvkm/subdev/pmu/fuc/gk208.fuc5.h b/drm/nouveau/nvkm/subdev/pmu/fuc/gk208.fuc5.h index 776e672..3c731ff 100644 --- a/drm/nouveau/nvkm/subdev/...

https://bugs.freedesktop.org/show_bug.cgi?id=77333 Priority: medium Bug ID: 77333 Assignee: nouveau at lists.freedesktop.org Summary: Xorg segfaults trying to use nouveau GK208 as offloadsink provider QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: All Reporter: nirbheek.chauhan at gmail.com Hardware: Other Status: NEW Version: unspec...

On 01-12-15, Samuel Pitoiset wrote: >>> Ok, here is a MMT trace of vectorAdd: >>> >>> https://fedorapeople.org/~jwrdegoede/vectorAdd.log.gz >> >> Hi Hans, >> >> Thanks a lot. > > Well, I didn't know but Martin has a GK208... > I just tested the compute support on his card and ... it works without > any changes. :-) > > I'm sorry, I was sure the compute support didn't work on this chipset. No need to be sorry because, ... > Feel free to test on your GK208 and report back if you have prob...

...er two cards? Regards, Martin On 2016-10-10 13:45, Samuel Pitoiset wrote: > > > On 10/10/2016 01:44 PM, Martin Vorbach wrote: >> Hi, >> >> I talked to our IT guy over lunch. He thinks there is an old GT630 with >> 384 shaders somewhere. The 384 shader GPU is the GK208. > > Sure, the GK208 would be nice for me. :-) > > >> >> Given we can find it and it is obsolete, I probably can donate this one >> too. >> >> Let me know if you are looking for this one. >> >> Regards, >> >> Martin >> >>...

One additional observation that I just made is that on GK208, the blob apparently doesn't use the result of S2R Rx, SR_INVOCATION_ID wholesale in TCS. It either passes it through a I2I.S32.S32 Rx, |Rx| (i.e. absolute value), or even more paradoxically, shl 2; shr 2; which removes the top *2* bits, rather than just the top 1. However I see no such behavio...

https://bugs.freedesktop.org/show_bug.cgi?id=96390 Bug ID: 96390 Summary: [GK208] DISP failure while using PRIME offloading Product: xorg Version: git Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee: nouveau at lists.freedes...

Samuel, in the meantime this matter is driving me crazy. I found a Quadro K610M, this should have the GK208 GPU. Don't know if it works, it was in our store-room. Can check on Friday in what state the card is and what lspci says. But, on a first look, it appears quite OK. Also I am not sure I can actually get the card, will have to check this too on Friday. If this attempt to get a GK208 fails,...

Hello, I've been debugging a few different tessellation shader issues with nouveau, but let's start small. I see this issue on my GK208 with high frequency, and I *think* I've seen it once or twice on my GF108, but it's exceedingly rare, if it does happen. I don't have a GK10x to test on, unfortunately, but I assume it'll have the same issue as the GK208. The issue is this -- a bunch of triangles that should come o...

...http://www8.hp.com/emea_africa/en/products/oas/product-detail.html?oid=5275291 Regards, Martin On 2016-10-07 18:16, Samuel Pitoiset wrote: > > > On 10/07/2016 12:24 PM, Martin Vorbach wrote: >> Hi, > > Hi, > > I'm interested. :) > > Is the GeForce GT 630 a GK208? > > Thanks! > >> >> I saw the donation requests and could offer the following cards: >> >> * Geforce N460GTX >> * Geforce GT 630 >> * Quadro K4200 >> >> Feel free to contact me in case of interest. >> >> Best regards, >&...

Hi, On 26-11-15 13:52, Samuel Pitoiset wrote: <snip> >> I do not have a GK106, I've a GK208, and IIRC that one is known to not >> work, >> I guess I can give it a try. > > Compute support is not supported on GK110+, yeah... > > If you provide me a MMT trace of, for example, vectorAdd from the CUDA samples I could have a look. Ok, here is a MMT trace of vectorAdd:...

https://bugs.freedesktop.org/show_bug.cgi?id=92560 Bug ID: 92560 Summary: [GK208] iowrite goes out of bounds on channel close Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee: nouveau at lis...

This fixes hangs on GK208 which happen instantaneously on trying to use a geometry shader. Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> Cc: stable at vger.kernel.org # v3.14+ --- ctxnvf0 also writes to these registers (although slightly diff values), so I think this is right. So I guess trap 4 is whatever th...

...N32 1b508c 7fce108c <= 90d08 So perhaps the mmio_list needs to grow a mask option (and have it store the mask)? Not sure what any of this means, and doing this didn't fix anything. So... this is more informational than to be applied necessarily. Although the values that 337.25 writes on the GK208 I was testing on (GT630, 10de:1284) were different than what you were writing in (at least for the first reg). drivers/gpu/drm/nouveau/core/engine/graph/ctxnv108.c | 7 +++++-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/nouveau/core/engine/graph/ctxnv108.c b/dri...

...is a MMT trace of vectorAdd: >> >>> >> >>> https://fedorapeople.org/~jwrdegoede/vectorAdd.log.gz >> >> >> >> Hi Hans, >> >> >> >> Thanks a lot. >> > >> > Well, I didn't know but Martin has a GK208... >> > I just tested the compute support on his card and ... it works without >> > any changes. :-) >> > >> > I'm sorry, I was sure the compute support didn't work on this chipset. >> >> No need to be sorry because, ... >> >>...

...t;>> >>> >>> >>> https://fedorapeople.org/~jwrdegoede/vectorAdd.log.gz >>> >> >>> >> Hi Hans, >>> >> >>> >> Thanks a lot. >>> > >>> > Well, I didn't know but Martin has a GK208... >>> > I just tested the compute support on his card and ... it works >>> without >>> > any changes. :-) >>> > >>> > I'm sorry, I was sure the compute support didn't work on this >>> chipset. >>> >>> N...

currently there is no change, because nobody uses those macros yet, but they shouldn't stay broken Signed-off-by: Karol Herbst <nouveau at karolherbst.de> --- drm/nouveau/nvkm/subdev/pmu/fuc/macros.fuc | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drm/nouveau/nvkm/subdev/pmu/fuc/macros.fuc b/drm/nouveau/nvkm/subdev/pmu/fuc/macros.fuc index 0d5cbeb..bb59eb4

On Tue, Mar 1, 2016 at 4:36 PM, Martin Peres <martin.peres at free.fr> wrote: > On 26/02/16 17:19, Karol Herbst wrote: >> >> currently there is no change, because nobody uses those macros yet, but >> they >> shouldn't stay broken >> >> Signed-off-by: Karol Herbst <nouveau at karolherbst.de> >> --- >>

On 26/02/16 17:19, Karol Herbst wrote: > for some reasons these calls don't really go there where they should go > leading to various corruptions of the PMU state I am fine with the changes but not fine at all with the commit message. it would be nice if you could understand a bit more what the problem is instead of just saying: "it works with this change (TM)" Anyway, 1-3

On Tue, Mar 1, 2016 at 4:45 PM, Martin Peres <martin.peres at free.fr> wrote: > On 26/02/16 17:19, Karol Herbst wrote: >> >> for some reasons these calls don't really go there where they should go >> leading to various corruptions of the PMU state > > > I am fine with the changes but not fine at all with the commit message. it > would be nice if you could

Hi, I talked to our IT guy over lunch. He thinks there is an old GT630 with 384 shaders somewhere. The 384 shader GPU is the GK208. Given we can find it and it is obsolete, I probably can donate this one too. Let me know if you are looking for this one. Regards, Martin On 2016-10-10 11:09, Martin Vorbach wrote: > Hi, > > the GT630 is this one: > > http://www8.hp.com/emea_africa/en/products/oas/product-deta...