Displaying 20 results from an estimated 100 matches similar to: "[PATCH envytools] nvbios: Add missing null byte to string read from file."
2014 Aug 31
0
[PATCH envytools] nva: Add nvaforcetemp to git ignore and sort it for better update
---
nva/.gitignore | 53 +++++++++++++++++++++++++++--------------------------
1 file changed, 27 insertions(+), 26 deletions(-)
diff --git a/nva/.gitignore b/nva/.gitignore
index 5c9184b..72de056 100644
--- a/nva/.gitignore
+++ b/nva/.gitignore
@@ -1,39 +1,40 @@
+evotiming
+libnva.a
+libnva.so
+nv01dump
+nv01post
+nvacounter
+nvadownload
+nvaevo
+nvafakebios
nvafill
+nvaforcetemp
+nvafucstart
2014 Aug 25
2
[PATCH envytools] Fix range end to the last value of timing table.
---
nva/set_timings.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/nva/set_timings.c b/nva/set_timings.c
index 7376486..985a707 100644
--- a/nva/set_timings.c
+++ b/nva/set_timings.c
@@ -506,7 +506,7 @@ shallow_dump(struct nvamemtiming_conf *conf)
if (conf->range.start == (unsigned char) -1)
conf->range.start = 0;
if (conf->range.end == (unsigned char) -1)
-
2014 Aug 30
3
[PATCH envytools] nvbios: Fix reading of ram_restrict_group_count.
The entry offset was use instead of the data it points to. Probably a regression.
The files showing script parsing errors has been reduced from 410 to 6 with the database of 505 vbios.
---
nvbios/mem.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/nvbios/mem.c b/nvbios/mem.c
index 81f2d1b..e4797e3 100644
--- a/nvbios/mem.c
+++ b/nvbios/mem.c
@@ -232,11 +232,11 @@
2014 Aug 31
2
[PATCH envytools] nvamemtiming: Handle target < initial case when iterating values
On 31/08/2014 16:01, Christian Costa wrote:
> Le 31/08/2014 15:12, Martin Peres a ?crit :
>> On 31/08/2014 15:00, Christian Costa wrote:
>>> Otherwise some values are not tested at all.
>> I would rather have a warning than the program doing stuff behind my
>> back. This is a dev tool, dumb == good ;)
>>
> But why didn't you call it Dumb mode rather that
2014 Aug 31
2
[PATCH envytools] nvamemtiming: Handle target < initial case when iterating values
On 31/08/2014 15:00, Christian Costa wrote:
> Otherwise some values are not tested at all.
I would rather have a warning than the program doing stuff behind my
back. This is a dev tool, dumb == good ;)
2014 Aug 31
2
[PATCH envytools] nvamemtiming: Handle target < initial case when iterating values
On 31/08/2014 16:19, Christian Costa wrote:
> Le 31/08/2014 16:11, Martin Peres a ?crit :
>> On 31/08/2014 16:01, Christian Costa wrote:
>>> Le 31/08/2014 15:12, Martin Peres a ?crit :
>>>> On 31/08/2014 15:00, Christian Costa wrote:
>>>>> Otherwise some values are not tested at all.
>>>> I would rather have a warning than the program doing
2014 Aug 31
1
[PATCH envytools] nvamemtiming: Handle target < initial case when iterating values
Le 31/08/2014 17:18, Christian Costa a ?crit :
> Le 31/08/2014 16:23, Martin Peres a ?crit :
>> On 31/08/2014 16:19, Christian Costa wrote:
>>> Le 31/08/2014 16:11, Martin Peres a ?crit :
>>>> On 31/08/2014 16:01, Christian Costa wrote:
>>>>> Le 31/08/2014 15:12, Martin Peres a ?crit :
>>>>>> On 31/08/2014 15:00, Christian Costa wrote:
2014 Aug 31
0
[PATCH envytools] nvamemtiming: Handle target < initial case when iterating values
Otherwise some values are not tested at all.
---
nva/set_timings.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/nva/set_timings.c b/nva/set_timings.c
index 6cd831c..7a8f845 100644
--- a/nva/set_timings.c
+++ b/nva/set_timings.c
@@ -408,7 +408,7 @@ static void
iterate_values(struct nvamemtiming_conf *conf, FILE *outf, uint8_t index, enum color color)
{
uint8_t
2014 Aug 31
0
[PATCH envytools] nvamemtiming: Handle target < initial case when iterating values
Le 31/08/2014 16:11, Martin Peres a ?crit :
> On 31/08/2014 16:01, Christian Costa wrote:
>> Le 31/08/2014 15:12, Martin Peres a ?crit :
>>> On 31/08/2014 15:00, Christian Costa wrote:
>>>> Otherwise some values are not tested at all.
>>> I would rather have a warning than the program doing stuff behind my
>>> back. This is a dev tool, dumb == good
2014 Aug 31
0
[PATCH envytools] nvamemtiming: Handle target < initial case when iterating values
Le 31/08/2014 16:23, Martin Peres a ?crit :
> On 31/08/2014 16:19, Christian Costa wrote:
>> Le 31/08/2014 16:11, Martin Peres a ?crit :
>>> On 31/08/2014 16:01, Christian Costa wrote:
>>>> Le 31/08/2014 15:12, Martin Peres a ?crit :
>>>>> On 31/08/2014 15:00, Christian Costa wrote:
>>>>>> Otherwise some values are not tested at all.
2014 Aug 31
0
[PATCH envytools] nvamemtiming: Handle target < initial case when iterating values
Le 31/08/2014 15:12, Martin Peres a ?crit :
> On 31/08/2014 15:00, Christian Costa wrote:
>> Otherwise some values are not tested at all.
> I would rather have a warning than the program doing stuff behind my
> back. This is a dev tool, dumb == good ;)
>
But why didn't you call it Dumb mode rather that Deep mode. That way, I
wouldn't have tried to use it and figure out
2014 Aug 25
3
[PATCH envytools] nva: Clean up nva tools doc
On 25/08/2014 20:58, Christian Costa wrote:
> - Sort commands by name for easier update
> - Make more readable
> - Remove no more existing commands
> ---
> nva/README | 83 +++++++++++++++++++++++++++++++++-----------------------------
> 1 file changed, 44 insertions(+), 39 deletions(-)
>
> diff --git a/nva/README b/nva/README
> index 625ea7c..d4347c5 100644
> ---
2014 Aug 25
12
[PATCH envytools] demmio: Add decoding of some MEM_TIMINGS registers for NVC0.
---
rnndb/memory/nvc0_pbfb.xml | 37 ++++++++++++++++++++++++++++++++++---
1 file changed, 34 insertions(+), 3 deletions(-)
diff --git a/rnndb/memory/nvc0_pbfb.xml b/rnndb/memory/nvc0_pbfb.xml
index 500cea9..e006dbe 100644
--- a/rnndb/memory/nvc0_pbfb.xml
+++ b/rnndb/memory/nvc0_pbfb.xml
@@ -49,23 +49,54 @@
Most bitfields are unknown.
</doc>
<bitfield high="7"
2018 Jul 21
9
[Bug 107325] New: Reported temperature of nvidia card with nouveau driver is wrong
https://bugs.freedesktop.org/show_bug.cgi?id=107325
Bug ID: 107325
Summary: Reported temperature of nvidia card with nouveau
driver is wrong
Product: xorg
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: normal
Priority: medium
2012 Feb 06
1
Re: S.T.A.L.K.E.R. - Call of Pripyat on Wine 1.1.38
Hello and sorry for necro posting xD this is the only thread I found about stalker. I really want this game to run. I've tried to run it under ubuntu but when I boot it ti makes xengine to crash... I've tried to follow the guide posted but i've got none of the packages from the line #yum install etc... how can I fix it? plz
2005 Jul 04
2
Questions regarding ADS
I 've spent the last week troubleshooting a configuration issue regarding
samba not being able to connect to other domains beside the domain of which
it 's a member server (samba 3.0.14a, krb 1.3.6, w2k).
I have some doubts perhaps someone can answer...
Suppose this scenario:
Samba name : SAMBA
Main domain: DOMAINA (domain controller = DCA)
Others domains : DOMAINB, DOMAINC (domain
2014 Aug 28
0
[PATCH envytools] Fix range end to the last value of timing table.
On 25/08/2014 21:00, Christian Costa wrote:
> ---
> nva/set_timings.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/nva/set_timings.c b/nva/set_timings.c
> index 7376486..985a707 100644
> --- a/nva/set_timings.c
> +++ b/nva/set_timings.c
> @@ -506,7 +506,7 @@ shallow_dump(struct nvamemtiming_conf *conf)
> if (conf->range.start ==
2014 Dec 30
23
[Bug 87885] New: Fan speed of Nvidia GeForce 9600GT (G94) constantly too high
https://bugs.freedesktop.org/show_bug.cgi?id=87885
Bug ID: 87885
Summary: Fan speed of Nvidia GeForce 9600GT (G94) constantly
too high
Product: xorg
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component:
2014 Jul 04
57
[Bug 80901] New: [NVCF] PWM fan speed too high under kernel 3.15
https://bugs.freedesktop.org/show_bug.cgi?id=80901
Priority: medium
Bug ID: 80901
Assignee: nouveau at lists.freedesktop.org
Summary: [NVCF] PWM fan speed too high under kernel 3.15
Severity: normal
Classification: Unclassified
OS: Linux (All)
Reporter: gianni at rootcube.net
Hardware: x86-64 (AMD64)
2019 Jun 19
2
[PATCH v2 4/4] pci: save the boot pcie link speed and restore it on fini
Hi Bjorn,
I was playing around with some older information again (write into the
PCI config to put the card into d3 state). And there is something
which made me very curious:
If I put the card manually into any other state besides D0 via the
0x64 pci config register, the card just dies and pci core seems to
expect this to not happen. pci_raw_set_power_state has this