[Bug 267606] x11-drivers/xf86-video-nv: Segmentation Fault post update from 1.20.14,1 to 21.1.4
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Sun, 04 Feb 2024 15:41:41 UTC
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=267606 --- Comment #50 from Sergiy <Black_N@ukr.net> --- Thank you all! I am not giving up on further attempts to understand what happened to my Toshiba Satellite A200-1GS after the update (2022.10.10): ... xorg-server: 1.20.14,1 -> 21.1.4_1,1 ... xf86-video-nv: 2.1.21_4 -> 2.1.21_5 but it was at this stage that something happened. The source code of xf86-video-nv has hardly changed significantly since then. The open source nv Xenocara module also almost matches xf86-video-nv-2.1.22, but it works on OpenBSD with this laptop. As well as xf86Mode.c in xorg-servers and Xenocara did not change. There were no hardware changes, it's the same Toshiba Satellite A200-1GS... I see (from my notes) that my attempts to find something, I don't know what, are going in more than one circle. Yes, I lack knowledge.... Sorry. Given the fact that the xf86-video-nv driver still works fine for many and is the driver of last resort for some PCs, I'm aware of the implications of changing it. --- Surprisingly, I tried to change the hardware of my Toshiba Satellite A200-1GS to some extent - I connected a Dell SP2208WFP monitor through the laptop's VGA connector. And startx without any configuration files in xorg.conf.d and I got native for this monitor - 1680x1050 in TWM: xrandr: Failed to get size of gamma for output default Screen 0: minimum 320 x 240, current 1680 x 1050, maximum 1680 x 1050 default connected 1680x1050+0+0 0mm x 0mm 1680x1050 60.00* 1400x1050 75.00 60.00 1600x900 60.00 1280x1024 75.00 60.00 1400x900 60.00 1280x960 60.00 1368x768 60.00 1280x800 60.00 1152x864 75.00 1280x720 60.00 1024x768 75.00 70.00 60.00 896x672 60.00 1024x576 60.00 960x600 60.00 832x624 75.00 960x540 60.00 800x600 75.00 72.00 65.00 60.00 56.00 840x525 60.00 864x486 60.00 700x525 75.00 60.00 800x450 60.00 640x512 75.00 60.00 700x450 60.00 640x480 75.00 73.00 60.00 720x400 70.00 684x384 60.00 640x400 60.00 576x432 75.00 640x360 60.00 512x384 75.00 70.00 60.00 512x288 60.00 416x312 75.00 480x270 60.00 400x300 75.00 72.00 60.00 56.00 432x243 60.00 320x240 75.00 73.00 60.00 So the driver xf86-video-nv-2.1.22 works without problems on this laptop but with a different monitor. Why with native monitor I get: ... [ 34.107] (II) NV(0): Not using default mode "1280x800" (bad mode clock/interlace/doublescan) [ 34.107] xf86InitialCheckModeForDriver(0x83413aa00, 0x834186280 (null), 0x8340a07e0, 0x1, 4080, 0, 0) [ 34.107] xf86CheckModeForMonitor(0x834186280 (null), 0x83412c1c0 <default monitor>) [ 34.107] (EE) Segmentation fault at address 0x0 [ 34.107] (EE) Fatal server error: [ 34.107] (EE) Caught signal 11 (Segmentation fault). Server aborting ... Whereas on OpenBSD the same monitor: ... [ 22.555] (II) NV(0): Not using default mode "1280x800" (bad mode clock/interlace/doublescan) [ 22.555] (II) NV(0): Virtual size is 1280x800 (pitch 1280) ... And the same driver with a Dell monitor: ... [ 37.869] (II) NV(0): Virtual size is 1680x1050 (pitch 1680) ... I can not understand... -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug.