Just upgraded from OpenSUSE 13.2 to Leap 42.1. Everything was working properly before the upgrade but the graphics were completely dead when ‘zypper dup’ finished.
X would do a segmentation fault on each startup so I uninistalled the graphics drivers.
Without a driver, SpectraView did not recognize any display. It kept saying that no supported monitors was detected.
After reinstalling the same graphics drivers which failed after the upgrade, X no longer crashed! SpectraView however only recognizes one display. It’s better than zero
but I still would like to be able to calibrate both monitors.
The driver removed and reinstalled is fglrx. It seems to have 5 packages and all are on version 15.300.1025-1.
S | Name | Summary | Type --+--------------------------+-----------------------------------------------------------+--------
i | fglrx64_amdcccle_SUSE421 | fglrx amdcccle package | package
i | fglrx64_core_SUSE421 | fglrx core package | package
i | fglrx64_graphics_SUSE421 | fglrx graphics package | package
i | fglrx64_opencl_SUSE421 | fglrx opencl package | package
i | fglrx64_xpic_SUSE421 | X Window display driver for the AMD graphics accelerators | package
SpectraView II is the software con use a hardware spectrometer to calibrate NEC displays. These displays
have an internal 14-bit 3D LUT which allows color calibration to be extremely accurate without introducing
banding or reduction of color-depth via changing the graphics card output. For that reason, it probably only
supports those displays and has to recognize them. The software version has not changed but recognized
both screens with OpenSUSE 13.2. To be safe, I followed the installation procedure twice after the upgrade,
checking if display were recognized between each install. With 42.1, only the EA275UHD is recognized but
not the LCD3090WQXi.
Tried to paste Xorg.0.log but it is too long. I can paste sections if you let me know what to look for.
Sorry, it also says that attachments cannot be posted. No idea where to change or request that.
Hm, I cannot help you with that.
I wouldn’t think that the openSUSE version should make a difference here though if the driver is working.
Maybe try to disconnect the display completely, also unplug the power cord.
I had it happen here once that my monitor suddenly delivered invalid EDID data (which is probably used for recognizing supported displays by SpectraView), doing that fixed it for me and I never had a problem since then…
Tried to paste Xorg.0.log but it is too long. I can paste sections if you let me know what to look for.
Sorry, it also says that attachments cannot be posted. No idea where to change or request that.
That’s your xorg.conf, but I asked about the log (/var/log/Xorg.0.log).
You might try to explicitely set the monitor’s ModelName in xorg.conf, but I have no idea what SpectraView would expect or if it’s that what it uses to determine whether the monitor is supported.
Will try to set the name and see what happens. I think the docs say is used DDI to speak to the monitors but I’m not sure what that means from Linux’s perspective.
Well, at least it is able to read the EDID correctly:
73.462] (II) fglrx(0): EDID for output DFP6
73.462] (II) fglrx(0): Manufacturer: NEC Model: 672a Serial#: 16843009
73.462] (II) fglrx(0): Year: 2008 Week: 10
73.462] (II) fglrx(0): EDID Version: 1.3
73.462] (II) fglrx(0): Digital Display Input
73.462] (II) fglrx(0): Max Image Size [cm]: horiz.: 64 vert.: 40
73.462] (II) fglrx(0): Gamma: 2.20
...
Will try to set the name and see what happens. I think the docs say is used DDI to speak to the monitors but I’m not sure what that means from Linux’s perspective.
AFAIK, DDI means “Device Driver Interface” and is an interface between Windows and its device drivers. So that should be irrelevant on Linux.
Or are you trying to use a Windows application on Linux?
But then, maybe they just mean “Digital Display Input” (see above log excerpt) with DDI…
The SpectraView II I am using is the Linux build. It’s a little unpolished with manual module installations and config editing but works quite well.
Actually, it did perfectly under 13.2, it just does not see the primary (older) monitor on Leap 42.1. I’ll investigate a little more and otherwise I
will wait for an update.