Displaying 20 results from an estimated 4000 matches similar to: "Status of GF108GLM [NVS 5200M]"
2020 Apr 10
2
Status of GF108GLM [NVS 5200M]
Hi, Ilia.
Sorry for such a big delay in answering. Real life and that stuff...
I am a newcomer so, please, if I do something wrong regarding my
quoting style or whatever, just let me know and I'll quickly improve. :)
El lun., 30 mar. 2020 a las 13:38, Ilia Mirkin
(<imirkin at alum.mit.edu>) escribi?:
>
> Yes, GF108 is Fermi (F = Fermi). Reclocking is currently not available
>
2020 Mar 30
0
Status of GF108GLM [NVS 5200M]
Yes, GF108 is Fermi (F = Fermi). Reclocking is currently not available
for that generation, unfortunately. You should be able to otherwise
use your GPU just fine, but I'm guessing it'll come up in the "07"
state when it powers on (in the state as-is it appears powered off,
which it will do automatically when not in use), which as you can see
is a fraction of the total GPU
2020 Apr 10
0
Status of GF108GLM [NVS 5200M]
On Fri, Apr 10, 2020 at 2:06 PM Jes?s J. Guerrero Botella
<jesus.guerrero.botella at gmail.com> wrote:
>
> Hi, Ilia.
>
> Sorry for such a big delay in answering. Real life and that stuff...
>
> I am a newcomer so, please, if I do something wrong regarding my
> quoting style or whatever, just let me know and I'll quickly improve. :)
Perfect so far!
>
> El
2014 Oct 25
5
[Bug 85444] New: [NV46] Heavy corruption, no hardfreeze, back to console and libexa.so segfault
https://bugs.freedesktop.org/show_bug.cgi?id=85444
Bug ID: 85444
Summary: [NV46] Heavy corruption, no hardfreeze, back to
console and libexa.so segfault
Product: xorg
Version: git
Hardware: Other
OS: All
Status: NEW
Severity: normal
Priority: medium
Component:
2014 Jun 17
1
GPU lockup - switching to software fbcon
Hi.
I am new to the listm so, first of all I'd like to say hello to everyone
here in the list.
I hope this list is an adequate place to post this; else, please, kindly
direct me to the right list :)
I write because I am having an issue with nouveau and mplayer. I have been
only able to reproduce it with mplayer, but I think the issue lies in
nouveau, either the kernel part or libdrm.
The
2014 Jun 17
2
[Bug 80145] New: [NV46] GPU lockup - switching to software fbcon
https://bugs.freedesktop.org/show_bug.cgi?id=80145
Priority: medium
Bug ID: 80145
Assignee: nouveau at lists.freedesktop.org
Summary: [NV46] GPU lockup - switching to software fbcon
QA Contact: xorg-team at lists.x.org
Severity: normal
Classification: Unclassified
OS: Linux (All)
Reporter:
2016 Jan 13
5
[PATCH 0/2] allow partly reclocking on chipset
some chipset have working engine reclocking, but broken memory reclocking like
Fermi. We should for now, add the functionality to allow partly reclocking for
those.
Allthough this doesn't give as much performance as one might wish, it is till
noticeable and may improve performance enough to be noted.
Karol Herbst (2):
clk: seperate engine and memory reclock toggles
clk: allow engine
2016 Jan 13
2
[PATCH 0/2] allow partly reclocking on chipset
> Samuel Pitoiset <samuel.pitoiset at gmail.com> hat am 13. Januar 2016 um 13:43
> geschrieben:
>
> Hi!
>
> Did you check on different Fermi chipsets or only with one variant?
currently I only checked that on my nvc1, but I thought I could just send the
patches and it is easier for others to try it out this way.
>
> Are you sure that engine reclocking works as
2017 Nov 22
3
Addressing the problem of noisy GPUs under Nouveau
Hi Martin,
I was asked to clarify a few things:
(1) Are all the user reports of loud fans on Fermi-era GPUs?
(2) When the VBIOS POSTs the card, it loads initial ucode onto the Falcon
processor (PMU), which will do basic fan management on its own. We call this
init ucode "IFR" (Init From ROM). nvidia.ko will restore the IFR ucode when
unloaded. I assume the loud fan symptom occurs
2018 Jan 16
1
[RFC 0/4] Implement full clockgating for Kepler1 and 2
Hello Paul
I have a GTX 480 (GF100 I believe) at home in an old machine. Is the rest
of the Fermi patch set available somewhere for me to test?
Thank you
Regards Brock
On 16 Jan. 2018 9:08 am, "Lyude Paul" <lyude at redhat.com> wrote:
It's here! After a lot of investigation, rewrites, and traces, I present
the patch series to implement all known )levels of clockgating for
2014 May 16
2
[PATCH] clk: allow config option to enable reclocking
Adds a NvReclock boolean option to allow the user to enable (or disable)
reclocking. All chipsets default to off, except NVAA/NVAC, which are
reportedly complete.
Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu>
---
Ben, I know you've been saying that reclocking is in a pretty bad state, but I
do think that there are going to be groups of people for whom the current code
can work
2015 Feb 21
6
[Bug 89273] New: [NVA8] nouveau screen corruption and X lockup when reclocking
https://bugs.freedesktop.org/show_bug.cgi?id=89273
Bug ID: 89273
Summary: [NVA8] nouveau screen corruption and X lockup when
reclocking
Product: xorg
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: normal
Priority: medium
2019 Jul 14
2
[Bug 111128] New: Impossible to change pstate on GT610M
https://bugs.freedesktop.org/show_bug.cgi?id=111128
Bug ID: 111128
Summary: Impossible to change pstate on GT610M
Product: Mesa
Version: 19.1
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/DRI/nouveau
Assignee: nouveau
2013 Nov 25
2
[Bug 71994] New: Can't set performance level on Fermi card, Linux 3.13
https://bugs.freedesktop.org/show_bug.cgi?id=71994
Priority: medium
Bug ID: 71994
Assignee: nouveau at lists.freedesktop.org
Summary: Can't set performance level on Fermi card, Linux 3.13
Severity: normal
Classification: Unclassified
OS: All
Reporter: anakin.cs at gmail.com
Hardware: Other
2015 Jun 08
2
[PATCH RFC 05/20] pm: reorganize the nvif interface
On 8 June 2015 at 06:40, Samuel Pitoiset <samuel.pitoiset at gmail.com> wrote:
> This commit introduces the NVIF_IOCTL_NEW_V0_PERFMON class which will be
> used in order to query domains, signals and sources. This separates the
> querying and the counting interface.
Hey Samuel,
I've merged patches 1-4 already, I've got some comments on this one,
but after they're solved
2014 May 17
2
[PATCH] clk: allow config option to enable reclocking
On Fri, May 16, 2014 at 11:17 PM, Ben Skeggs <skeggsb at gmail.com> wrote:
> On 17 May 2014 02:43, "Ilia Mirkin" <imirkin at alum.mit.edu> wrote:
>>
>> Adds a NvReclock boolean option to allow the user to enable (or disable)
>> reclocking. All chipsets default to off, except NVAA/NVAC, which are
>> reportedly complete.
> Hey Ilia,
>
> I
2017 Jul 28
2
[PATCH] ramgf100: Fix small typo.
Signed-off by: Rosen Penev <rosenp at gmail.com>
---
drm/nouveau/nvkm/subdev/fb/ramgf100.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drm/nouveau/nvkm/subdev/fb/ramgf100.c b/drm/nouveau/nvkm/subdev/fb/ramgf100.c
index 4a9bd4f1..feb8820c 100644
--- a/drm/nouveau/nvkm/subdev/fb/ramgf100.c
+++ b/drm/nouveau/nvkm/subdev/fb/ramgf100.c
@@ -717,7 +717,7 @@
2016 Aug 16
21
[PATCH v5 00/20] Engine Reclocking Fixes for Fermi-Maxwell2
I've splitted my big series between the part which actually fixes the
engine reclocking bits and the part handling voltage/clock updates on
temperature change, so that the more reviewed parts can be merged in
faster.
This series fixes a lot of Engine reclocking issues found on Fermi, Kepler
and all Maxwell generation GPUs. It does _not_ fix memory reclocking on
Fermi.
It mostly contains of
2014 Feb 17
5
[Bug 75094] New: NV92 is faster and runs games fine than NVE6, why?
https://bugs.freedesktop.org/show_bug.cgi?id=75094
Priority: medium
Bug ID: 75094
Assignee: nouveau at lists.freedesktop.org
Summary: NV92 is faster and runs games fine than NVE6, why?
Severity: normal
Classification: Unclassified
OS: All
Reporter: fast.rizwaan at gmail.com
Hardware: Other
2017 Oct 15
2
Project ideas for GSoC/EVoC
Hi everybody,
currently on the Xorg Wiki page [1] there are only three projects
ideas, two being quite similiar:
1. Instruction scheduling
2. Maxwell Video Accel Decoding
3. Kepler Video Accel Encoding
and also the reference to our Trello board.
Because I don't expect any student interested in a GSoC/EVoC project
to read our wiki or trello, I am sure to attract more students, we
should give