Page: Previous  1, 2, 3, 4, 5  Next

techAdmin
Status: Site Admin
Joined: 26 Sep 2003
Posts: 4124
Location: East Coast, West Coast? I know it's one of them.
Reply Quote
patch added in sgfxi for 313.18, that should work in 3.7 and 3.8 I believe.

That patch only partially works in 310.32 so needs some fixing.

bugs.gentoo.org/show_bug.cgi?id=447566
Back to top
techAdmin
Status: Site Admin
Joined: 26 Sep 2003
Posts: 4124
Location: East Coast, West Coast? I know it's one of them.
Reply Quote
patches added also for 173.14.36, 304.64
Back to top
drb
Status: Contributor
Joined: 09 Jul 2009
Posts: 130
Reply Quote
I'm still not able to install 313.18 on the aptosid 3.8 kernel (OK up until 3.7) but 310.32 installs OK.

:: Code ::
Host/Kernel/OS  "hypnos32" running Linux 3.8-0.slh.1-aptosid-686 i686 [ sidux 2010-01 Ύπνος - kde-full - (201006131622) ]
CPU Info        2x AMD Athlon 64 X2 Dual Core 5600+ 1024 KB cache flags( sse3 ht nx lm svm ) clocked at [ 1000.000 MHz ]
Videocard       NVIDIA GT218 [GeForce 210]  X.Org 1.12.4  [ 1680x1050@60.0hz ]
Network cards   NVIDIA MCP55
Processes 167 | Uptime 3:18 | Memory 736.7/3041.9MB | HDD WDC WD3200AAKS-0,WDC WD5000AAKS-0,WDC WD6400AAKS-0,WDC WD15EADS-00P Size 2960GB (34%used) | GLX Renderer GeForce 210/PCIe/SSE2/3DNOW! | GLX Version 3.3.0 NVIDIA 310.32 | Client Shell | Infobash v3.46

Back to top
techAdmin
Status: Site Admin
Joined: 26 Sep 2003
Posts: 4124
Location: East Coast, West Coast? I know it's one of them.
Reply Quote
I can't say then, does this work on debian vanilla or siduction/liquorix kernels?

The patch I added is from gentoo, and their users reported it worked.
Back to top
arclance
Status: Interested
Joined: 26 May 2012
Posts: 41
Reply Quote
The patch for 313.18 on 3.7.6+ does not work for me anymore.
Did you change something?
Back to top
arclance
Status: Interested
Joined: 26 May 2012
Posts: 41
Reply Quote
@ techAdmin
:: arclance wrote ::
The patch for 313.18 on 3.7.6+ does not work for me anymore.
Did you change something?

I checked the sgfxi version on my other computer so I can say that
:: Code ::

sgfxi :: version: 4.20.26 :: last updated: February 19 2013

will install 313.18 on a 3.7 kernel with a version higher than 3.7.5 but the latest version
:: Code ::

sgfxi :: version: 4.20.29 :: last updated: February 25 2013

does not for me.
It fails the same way it did without the patch now.
Back to top
techAdmin
Status: Site Admin
Joined: 26 Sep 2003
Posts: 4124
Location: East Coast, West Coast? I know it's one of them.
Reply Quote
the patches are not in sgfxi, they are pulled from the server and run so the sgfxi version isn't really related to the patch unless I change the patch file name.

I didn't need any patches at all for 3.7 so I didn't actually test the 313.18 patch.

I'm unclear on this situation, I'm only seeing some people report that the patches do not work, and my testing shows that 313.18 doesn't need any patches at all to run as long as the version.h link is done, which happens the first time you install the new driver, or with -f.

:: Code ::
inxi -SIG -! 31
System:    Kernel: 3.7.0-9.dmz.2-liquorix-686 i686 (32 bit) Desktop: KDE 4.8.4 Distro: sidux-20070102-d:1
Graphics:  Card: NVIDIA G86 [GeForce 8400 GS] X.Org: 1.12.4 driver: nvidia Resolution: 1280x1024@75.0hz, 1280x1024@60.0hz
           GLX Renderer: GeForce 8400 GS/PCIe/SSE2/3DNOW! GLX Version: 3.3.0 NVIDIA 313.18
Info:      Processes: 259 Uptime: 3:46 Memory: 3421.4/6080.4MB Client: Shell (bash) inxi: 1.8.41

Back to top
techAdmin
Status: Site Admin
Joined: 26 Sep 2003
Posts: 4124
Location: East Coast, West Coast? I know it's one of them.
Reply Quote
check this:

:: Code ::
ls /usr/src/linux-headers-$(uname -r)/include/generated/uapi/linux
version.h

# and
ls /usr/src/linux-headers-$(uname -r)/include/linux | grep version
version.h


if you are missing one of those directories, show me which one is missing.

As you can see, in liquorix for example, the link is not needed since the paths are already present.

You can find that by removing one directory from the end until you get a ls that does not show error.

Also, in this thread: forums.gentoo.org/viewtopic-p-7239256.html#7239256

the gentoo people said that all that is required is the link fix:
:: Code ::
ln -s /usr/src/linux-headers-$(uname -r)/include/generated/uapi/linux/version.h /usr/src/linux-headers-$(uname -r)/include/linux/version.h


which sgfxi already runs with -f if you need it but you only need that once per kernel version.

Something is not right here, I've almost never seen the gentoo guys be wrong about things like this.

Show your system data, and show the results of those ls things I posted. The reason these patches keep breaking is not because of the patches imo, it's something else, you don't even need to patch 3.7 at all except for the link on liquorix.

I'm not going to change the patches again until we find out why one kernel works and another doesn't.
Back to top
arclance
Status: Interested
Joined: 26 May 2012
Posts: 41
Reply Quote
:: techAdmin wrote ::
the patches are not in sgfxi, they are pulled from the server and run so the sgfxi version isn't really related to the patch unless I change the patch file name.

I didn't need any patches at all for 3.7 so I didn't actually test the 313.18 patch.

I'm unclear on this situation, I'm only seeing some people report that the patches do not work, and my testing shows that 313.18 doesn't need any patches at all to run as long as the version.h link is done, which happens the first time you install the new driver, or with -f.

I have the "version.h" link, I am using Liquorix so I already have it, adding "-f" changes nothing.
It installs without the patch up to 3.7.5 and fails with 3.7.6 or higher.

You mentioned adding the patches before after I and others brought up the problem.
:: techAdmin wrote ::
https://devtalk.nvidia.com/default/topic/529620/linux/latest-stable-driver-310-32-wont-compile-on-stable-kernel-3-7-6-3-7-7-3-7-8/

it is the same problem I believe, issue starts 3.7.6 into 3.8

any time you see the linux kernel guys pretend that their kernel has a stable api, you should laugh out loud.

:: techAdmin wrote ::
patch added in sgfxi for 313.18, that should work in 3.7 and 3.8 I believe.

That patch only partially works in 310.32 so needs some fixing.

bugs.gentoo.org/show_bug.cgi?id=447566

There is a commit to the SVN about it here.

This is my other computer running 3.7.8 which I installed 313.18 on with sgfxi 4.20.26.
:: Code ::

System:    Host TheForge Kernel 3.7.8-zen.liquorix.3.7.0-8.1-arc.1 x86_64 (64 bit) Distro CrunchBang Linux statler
Graphics:  Card nVidia GT215 [GeForce GT 240] X.Org 1.12.4 Res: 1680x1050@59.9hz
           GLX Renderer GeForce GT 240/PCIe/SSE2 GLX Version 3.3.0 NVIDIA 313.18
Info:      Processes 212 Uptime 6 days Memory 752.5/3886.4MB Client Shell inxi 1.4.21

I had 313.18 installed on this computer with 3.7.8 with the same sgfxi version but when I updated to 3.7.9 sgfxi no longer worked for any 3.7 kernel above 3.7.5.
:: Code ::

System:    Host The-Hammer Kernel 3.7.5-zen.liquorix.3.7.0-5.1-arc.1 x86_64 (64 bit) Distro CrunchBang Linux statler
Graphics:  Card NVIDIA GF114 [GeForce GTX 560 Ti] X.Org 1.12.4 Res: 1920x1080@60.0hz, 1920x1080@60.0hz
           GLX Renderer GeForce GTX 560 Ti/PCIe/SSE2 GLX Version 4.3.0 NVIDIA 313.18
Info:      Processes 201 Uptime 1 day Memory 1743.5/16010.6MB Client Shell inxi 1.4.21

I can see that there have been more commits to the SVN about 3.7 patches since then so I can only conclude that some change to the patch has caused it to stop working.
Back to top
techAdmin
Status: Site Admin
Joined: 26 Sep 2003
Posts: 4124
Location: East Coast, West Coast? I know it's one of them.
Reply Quote
Again, from now on post ALL relevant data until we pin down which kernels are failing and why.

313.18 works without any patches on my kernel, and my kernel does not require any path fix.

I added in the 3.8 / 313.18 patch which is the simplest patch, but let me repeat, the quality of the web's patches is absolutely terrible for this issue, there is absolutely no consistency between the patches out there, and they are all totally random in terms of what they fix and patch.

If you post further in this thread, post the results, each time, for your installed kernel with the ls of /usr/src kernel I posted above, and post: inxi -SCx so I can see your system at a glance, at this point no benefit occurs from doing random changes without knowing why we are changing and what systems require the change, otherwise we just spin around in circles and don't get anywhere.
Back to top
Display posts from previous:   
Page: Previous  1, 2, 3, 4, 5  Next
All times are GMT - 8 Hours