[Bug 267606] x11-drivers/xf86-video-nv: Segmentation Fault post update from 1.20.14,1 to 21.1.4

From: <bugzilla-noreply_at_freebsd.org>
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.