GeForce GTS250 on modern Linux

sunjob · 07-08-2021, 05:18 AM

good day!

We need a "set" configuration with a running video card GTS250 on a modern Linux.
Hey, are there such happy owners of "this" ?!

Code:

- linux-distr/ver
- kernel/patch's
- nvidia-driver/patch's
- videocard (similar GTS250)

There were several attempts to start the video card on sl14.2 +, but due to unresolved problems, it rolled back.

In the internet "a similar topic" is discussed, there are scripts on the "slackbuild", there is some movement in this direction.

I hope the meaning of the topic is clear ?!
Thanks for the links, ideas, pendili, tomatoes: o)

destination

Code:

- slackware 14.2+ / 15.x
- kernel 4.x / х64 (m.b. 5.х)
- geforce gts250

...

### materials for those interested ###

arch
arch_nvidia-340xx

Code:

First Submitted: 2019-06-07 10:29
Last Updated   : 2021-06-06 02:31

there used to be only the 3rd patch, now a couple more have been added: o)

nvidia
nv_legacy

http://slackbuilds.org
340-drv
340-krn
firmware

my "separate" cut's

Code:

sl14.2+ & nvidia-340.108

dmesg --> error

[   60.274005] gdk-pixbuf-quer[1324]: segfault at c4274466 ip 00000000c4274466 sp 00000000ffb88aec
error 14 in libnvidia-glcore.so.340.108[f40fa000+18ea000]

/usr/lib64/libnvidia-glcore.so.340.108 - pkg
nvidia_340.108_drv-x-x86_64-sl14.2+

other kernel's
5.4.44  - ERR
5.4.23  - ERR
5.4.22  - ERR
4.4.208 - ERR

tag: slackware, nvidia, driver, video,

computersavvy · 07-08-2021, 09:11 PM

I think you will find that since nvidia has stopped supporting the 340 driver and it is difficult or impossible to get working on newer kernels your request may possibly not get any reasonably supportive response. I believe nvidia has also stopped supporting the 390 driver (or will very soon).

You may be able to lock in your product to an older kernel that was able to support that driver, but good luck in doing so. I cannot even venture to guess which kernel version would do so, although possibly something in the 4.XX series or very early 5.XX series might be possible. I also would venture that it might only be possible with a 32 bit kernel, but only conjecture at this point and knowing the age of the supported devices.

obobskivich · 07-08-2021, 11:56 PM

Quote:

Originally Posted by computersavvy

I think you will find that since nvidia has stopped supporting the 340 driver and it is difficult or impossible to get working on newer kernels your request may possibly not get any reasonably supportive response. I believe nvidia has also stopped supporting the 390 driver (or will very soon).

You may be able to lock in your product to an older kernel that was able to support that driver, but good luck in doing so. I cannot even venture to guess which kernel version would do so, although possibly something in the 4.XX series or very early 5.XX series might be possible. I also would venture that it might only be possible with a 32 bit kernel, but only conjecture at this point and knowing the age of the supported devices.

I've gotten the 340 driver working (with no real effort) in 64-bit Ubuntu with an old Quadro relatively recently - it just grabbed it from their official PPA. I forget which version of Ubuntu I last tried this on - 19.04 or higher at least though. It should also work with noveau. I have no idea what 'forward support' would be like here, and probably wouldn't want to rely on GTS 250 as the only option for graphics because it's quite dated (to wit, its actually not even a 'real' member of the 200 series family, its merely a re-badged 8800GTS!).

mrmazda · 07-09-2021, 05:06 PM

Few NVidia GPUs require any more than the FOSS defaults for competent operation by ordinary working, emailing, wordprocessing, Youtube watching users, e.g.:

Code:

# inxi -SIy
System:
  Host: ga970 Kernel: 5.10.0-7-amd64 x86_64 bits: 64 Desktop: Trinity R14.0.11
  Distro: Debian GNU/Linux 11 (bullseye)
Info:...Shell: Bash inxi: 3.3.04
# inxi -Gay
Graphics:
  Device-1: NVIDIA GF108 [GeForce GT 630] vendor: Gigabyte driver: nouveau
  v: kernel bus-ID: 01:00.0 chip-ID: 10de:0f00 class-ID: 0300
  Display: x11 server: X.Org 1.20.11 driver: loaded: modesetting
  display-ID: :0 screens: 1
  Screen-1: 0 s-res: 1920x2280 s-dpi: 120 s-size: 406x482mm (16.0x19.0")
  s-diag: 630mm (24.8")
  Monitor-1: DVI-I-1 res: 1920x1200 hz: 60 dpi: 94
  size: 519x324mm (20.4x12.8") diag: 612mm (24.1")
  Monitor-2: HDMI-1 res: 1920x1080 hz: 60 dpi: 72 size: 673x284mm (26.5x11.2")
  diag: 730mm (28.8")
  OpenGL: renderer: llvmpipe (LLVM 11.0.1 128 bits) v: 4.5 Mesa 20.3.4
  compat-v: 3.1 direct render: Yes
# xrandr | egrep 'onnect|creen|\*' | grep -v disconn | sort -r
Screen 0: minimum 320 x 200, current 1920 x 2280, maximum 16384 x 16384
HDMI-1 connected 1920x1080+0+0 (normal left inverted right x axis y axis) 673mm x 284mm
DVI-I-1 connected primary 1920x1200+0+1080 (normal left inverted right x axis y axis) 519mm x 324mm
    1920x1200     59.95*+
    1920x1080     59.96*+   60.00    60.00    50.00    59.94    59.93    24.00    23.98
# glxgears -info
GL_RENDERER   = llvmpipe (LLVM 11.0.1, 128 bits)
GL_VERSION    = 3.1 Mesa 20.3.4
GL_VENDOR     = Mesa/X.org
GL_EXTENSIONS = GL_ARB_multisample GL_EXT_abgr GL_EXT_bgra GL_EXT_blend_color GL_EXT_blend_minmax...
VisualID 1130, 0x46a
2136 frames in 5.0 seconds = 427.118 FPS
4170 frames in 5.0 seconds = 833.887 FPS
4179 frames in 5.0 seconds = 835.657 FPS
4251 frames in 5.0 seconds = 850.194 FPS

I have several NVidia GPUs both older and newer than this 630, including older than OP's 250, all running on the nouveau kernel driver and the (upstream default) modern technology, modesetting Device Independent X driver, just like the GT 630 above.