Date: Sun, 04 Feb 2024 15:41:41 +0000 From: bugzilla-noreply@freebsd.org To: x11@FreeBSD.org Subject: [Bug 267606] x11-drivers/xf86-video-nv: Segmentation Fault post update from 1.20.14,1 to 21.1.4 Message-ID: <bug-267606-7141-KMPAGh02rI@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-267606-7141@https.bugs.freebsd.org/bugzilla/> References: <bug-267606-7141@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D267606 --- 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 the= n. The open source nv Xenocara module also almost matches xf86-video-nv-2.1.22, but it works on OpenBSD with this laptop.=20 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-1= GS 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=20 Screen 0: minimum 320 x 240, current 1680 x 1050, maximum 1680 x 1050=20 default connected 1680x1050+0+0 0mm x 0mm=20 1680x1050 60.00*=20 1400x1050 75.00 60.00=20=20=20 1600x900 60.00=20=20=20 1280x1024 75.00 60.00=20=20=20 1400x900 60.00=20=20=20 1280x960 60.00=20=20=20 1368x768 60.00=20=20=20 1280x800 60.00=20=20=20 1152x864 75.00=20=20=20 1280x720 60.00=20=20=20 1024x768 75.00 70.00 60.00=20=20=20 896x672 60.00=20=20=20 1024x576 60.00=20=20=20 960x600 60.00=20=20=20 832x624 75.00=20=20=20 960x540 60.00=20=20=20 800x600 75.00 72.00 65.00 60.00 56.00=20=20=20 840x525 60.00=20=20=20 864x486 60.00=20=20=20 700x525 75.00 60.00=20=20=20 800x450 60.00=20=20=20 640x512 75.00 60.00=20=20=20 700x450 60.00=20=20=20 640x480 75.00 73.00 60.00=20=20=20 720x400 70.00=20=20=20 684x384 60.00=20=20=20 640x400 60.00=20=20=20 576x432 75.00=20=20=20 640x360 60.00=20=20=20 512x384 75.00 70.00 60.00=20=20=20 512x288 60.00=20=20=20 416x312 75.00=20=20=20 480x270 60.00=20=20=20 400x300 75.00 72.00 60.00 56.00=20=20=20 432x243 60.00=20=20=20 320x240 75.00 73.00 60.00=20 So the driver xf86-video-nv-2.1.22 works without problems on this laptop but with a different monitor.=20 Why with native monitor I get: ... [ 34.107] (II) NV(0): Not using default mode "1280x800" (bad mode clock/interlace/doublescan)=20 [ 34.107] xf86InitialCheckModeForDriver(0x83413aa00, 0x834186280 (null), 0x8340a07e0, 0x1, 4080, 0, 0)=20 [ 34.107] xf86CheckModeForMonitor(0x834186280 (null), 0x83412c1c0 <defau= lt monitor>)=20 [ 34.107] (EE) Segmentation fault at address 0x0=20 [ 34.107] (EE)=20 Fatal server error:=20 [ 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)=20 [ 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... --=20 You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-267606-7141-KMPAGh02rI>