Have on 3 machines with TW (all NVIDIA graphics) since the 4.10 kernel that turn-off screen (after 10 min, under System Settings - Energy Saving) is irreversible. When pressing button or moving mouse, screen is black with mouse cursor (moving) and stays black.
Only chance is a reboot from console (CTRL+ALT+F2).
Reboot with 4.9 kernel solved the problem, but in the meantime the kernel got updated 2 times (4.10.0.1.1 and 1.2) and now the 4.9 kernel has been purged from grub menu :’(.
Kaffeine with PCI DVB-S card (Digital Devices Octopus DVB Adapter, HW info: Cine S2 V6.5 DVB adapter, driver: DDBridge) is playing only the sound (!) of digital TV channels, nothing (no audio, no video) for analog TV or radio.
...
3.629693] nouveau 0000:07:00.0: hwmon_device_register() is deprecated. Please convert the driver to use hwmon_device_register_with_info().
...
13.275044] DDBridge 0000:03:00.0: DVB: registering adapter 0 frontend 0 (STV090x Multistandard)...
13.275136] dvbdev: DVB: registering new adapter (DDBridge)
13.296730] md3: detected capacity change from 0 to 1117776576512
13.316257] LNBx2x attached on addr=8
13.316264] stv6110x_attach: Attaching STV6110x
13.316266] attach tuner input 1 adr 63
13.316272] DDBridge 0000:03:00.0: DVB: registering adapter 1 frontend 0 (STV090x Multistandard)...
...
166.461664] nouveau 0000:07:00.0: Direct firmware load for nouveau/nv84_xuc00f failed with error -2
166.461669] nouveau 0000:07:00.0: vp: unable to load firmware nouveau/nv84_xuc00f
166.461671] nouveau 0000:07:00.0: vp: init failed, -2
166.461700] nouveau 0000:07:00.0: Direct firmware load for nouveau/nv84_xuc103 failed with error -2
166.461702] nouveau 0000:07:00.0: bsp: unable to load firmware nouveau/nv84_xuc103
166.461703] nouveau 0000:07:00.0: bsp: init failed, -2
...
You could install the nvidia driver (needs to be patched though AFAIK), or disable VDPAU which VLC prefers to use.
Regarding the latter, unfortunately Kaffeine doesn’t use VLC’s settings (although it uses libvlc as backend), but you can specify arguments manually in “Configure Kaffeine” (something like “-V xcb” I suppose).
It’s probably easier though to uninstall libvdpau_nouveau as a test.
Or try the KDE4 and Xine based Kaffeine 1.2.2 (xine seems to be less “picky” regarding VDPAU) which is still available in KDE:Extra for Tumbleweed as well (as package “kaffeine4”.
There are also other known problems with nouveau currently, e.g. https://bugzilla.opensuse.org/show_bug.cgi?id=1027328 (which actually sounds a bit like your “wake-up” problem)
Uninstalling xf86-video-nouveau (and using the modesetting driver) may help too, maybe also for the VDPAU problem.
nothing (no audio, no video) for analog TV or radio.
Analog?
I don’t think Kaffeine ever supported analog TV or radio at all. DVB is digital by definition.
If you are really talking about analog, you may try kradio for radio or xawtv/motv for TV.
…ooops, sorry, my fault, little slip, didn’t mean analog, meant non-HD. For HD channels there is sound (but no video), for non-HD and radio channels no sound AND no video.
Can confirm that other video formats also currently don’t play with VLC (packman), while streaming from my raspi cams is just doing fine in VLC.
How long might it take to fix this stuff upstream? I can life for a week or so without TV, but don’t want to mess up the whole system trying to “repair” somefink that’s totally over my head
Hm. No audio should not be related to the video driver of course.
The difference may be in the used codecs though. HD streams would probably use AAC, while non-HD streams maybe MP3.
Have you tried to do a full switch to Packman (even if you already did it in the past)?
Should rule out a problem caused by restricted packages having slept in from the standard repos.
Can confirm that other video formats also currently don’t play with VLC (packman), while streaming from my raspi cams is just doing fine in VLC.
In VLC you can easily select a different video output device in its settings. Anything else than “Auto” or “VDPAU” should work.
How long might it take to fix this stuff upstream?
That’s a good question, but none I have an answer for.
According to the bug report I mentioned, the offending (upstream) commit is identified, so it might get reverted by the openSUSE kernel maintainers for now to “fix” the problem.
Although I don’t know whether this would also affect the VDPAU problem.
I can life for a week or so without TV, but don’t want to mess up the whole system trying to “repair” somefink that’s totally over my head
Disabling/uninstalling VDPAU won’t “mess up” your system (it only affects video playback anyway), and you can always enable/reinstall it afterwards.
Uninstalling xf86-video-nouveau should not cause problems either, it’s more likely that modesetting will work better anyway (and it will still use hardware acceleration, especially for OpenGL/3D).
And as I said, you could also try kaffeine4. This will force you to remove kaffeine, but won’t affect the system otherwise either.
You don’t even have to add the KDE:Extra repo, just download the package and install it manually if you prefer. http://download.opensuse.org/repositories/KDE:/Extra/openSUSE_Tumbleweed/
(this will need libxine2-codecs from Packman for full codec support though)
Though if you gave the Packman repo a higher priority (i.e. lower priority number), a normal “zypper dup” should prefer the packages from Packman anyway.
But a standard “zypper up” (and even a "zypper dup --no-allow-vendor-change) will not switch already installed packages to the Packman versions in any case. So the explicit switch may still be worth a try.
You really men uninstall xf86-video-nouveau? Without replacement? Graphics will work anyway?
Yes. Xorg will fall back to a different driver then.
The modesetting driver is included in Xorg itself and should be used as long as you don’t specify “nomodeset” on the kernel command line (which would disable nouveau too btw).
I did a zyper dup (normally I upgrade with zypper dup --no-allow-vendor-change or from the graphic updater in the taskbar, sometimes), and some stuff changed from openSUSE to packman… (although libdvdcss has 65, packman 66 and the rest, i.e. opensuse standard repos only, 99 as priority). Interesting!
However, didn’t bring back video on VLC or TV on Kaffeine after reboot. Changing “Video” in VLC however works for VLC!
I uninstalled the xf86-video-nouveau (and reboot) but still:
...
3.529739] nouveau 0000:07:00.0: bios: version 60.84.62.00.22
3.532145] hub 4-0:1.0: USB hub found
3.532158] hub 4-0:1.0: 2 ports detected
3.532299] ata_piix 0000:00:1f.1: version 2.13
3.550728] nouveau 0000:07:00.0: bios: M0203T not found
3.550730] nouveau 0000:07:00.0: bios: M0203E not matched!
3.550732] nouveau 0000:07:00.0: fb: 256 MiB DDR2
3.603587] [TTM] Zone kernel: Available graphics memory: 4086018 kiB
3.603588] [TTM] Zone dma32: Available graphics memory: 2097152 kiB
3.603589] [TTM] Initializing pool allocator
3.603594] [TTM] Initializing DMA pool allocator
3.603611] nouveau 0000:07:00.0: DRM: VRAM: 256 MiB
3.603612] nouveau 0000:07:00.0: DRM: GART: 1048576 MiB
3.603616] nouveau 0000:07:00.0: DRM: TMDS table version 2.0
3.603618] nouveau 0000:07:00.0: DRM: DCB version 4.0
3.603620] nouveau 0000:07:00.0: DRM: DCB outp 00: 02000300 00000028
3.603623] nouveau 0000:07:00.0: DRM: DCB outp 01: 01000302 00000030
3.603624] nouveau 0000:07:00.0: DRM: DCB outp 02: 04011310 00000028
3.603626] nouveau 0000:07:00.0: DRM: DCB outp 03: 02011312 00000030
3.603627] nouveau 0000:07:00.0: DRM: DCB conn 00: 1030
3.603629] nouveau 0000:07:00.0: DRM: DCB conn 01: 2130
3.612649] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
3.612650] [drm] Driver supports precise vblank timestamp query.
3.612724] nouveau 0000:07:00.0: hwmon_device_register() is deprecated. Please convert the driver to use hwmon_device_register_with_info().
...
13.134362] dcdbas dcdbas: Dell Systems Management Base Driver (version 5.6.0-3.2)
13.150659] intel_rng: Firmware space is locked read-only. If you can't or
intel_rng: don't want to disable this in firmware setup, and if
intel_rng: you are certain that your system has a functional
intel_rng: RNG, try using the 'no_fwh_detect' option.
13.153477] ppdev: user-space parallel port driver
13.244668] PTP clock support registered
13.265002] audit: type=1400 audit(1488561332.597:7): apparmor="STATUS" operation="profile_load" name="/usr/lib/apache2/mpm-prefork/apache2" pid=636 comm="apparmor_parser"
13.265007] audit: type=1400 audit(1488561332.597:8): apparmor="STATUS" operation="profile_load" name="/usr/lib/apache2/mpm-prefork/apache2//DEFAULT_URI" pid=636 comm="apparmor_parser"
13.265011] audit: type=1400 audit(1488561332.597:9): apparmor="STATUS" operation="profile_load" name="/usr/lib/apache2/mpm-prefork/apache2//HANDLING_UNTRUSTED_INPUT" pid=636 comm="apparmor_parser"
13.265014] audit: type=1400 audit(1488561332.597:10): apparmor="STATUS" operation="profile_load" name="/usr/lib/apache2/mpm-prefork/apache2//phpsysinfo" pid=636 comm="apparmor_parser"
13.275665] cxd2099: module is from the staging directory, the quality is unknown, you have been warned.
13.293855] tg3.c:v3.137 (May 11, 2014)
13.329775] tg3 0000:0b:00.0 eth0: Tigon3 [partno(BCM5752KFBG) rev 6002] (PCI Express) MAC address 00:1e:4f:be:b7:a6
13.329777] tg3 0000:0b:00.0 eth0: attached PHY is 5752 (10/100/1000Base-T Ethernet) (WireSpeed[1], EEE[0])
13.329779] tg3 0000:0b:00.0 eth0: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[0] TSOcap[1]
13.329781] tg3 0000:0b:00.0 eth0: dma_rwctrl[76180000] dma_mask[64-bit]
13.331861] Digital Devices PCIE bridge driver, Copyright (C) 2010-11 Digital Devices GmbH
13.332298] DDBridge driver detected: Digital Devices Cine S2 V6.5 DVB adapter
13.332373] HW 0001000d FW 00010004
13.333380] Port 0 (TAB 1): DUAL DVB-S2
13.333876] Port 1 (TAB 2): NO MODULE
13.334371] Port 2 (TAB 3): NO MODULE
13.334866] Port 3 (TAB 4): NO MODULE
13.335402] dvbdev: DVB: registering new adapter (DDBridge)
13.368604] i801_smbus 0000:00:1f.3: SMBus using PCI interrupt
13.418141] ACPI Warning: SystemIO range 0x0000000000000828-0x000000000000082F conflicts with OpRegion 0x0000000000000828-0x000000000000082D (\GLBC) (20160930/utaddress-247)
13.418148] ACPI Warning: SystemIO range 0x0000000000000828-0x000000000000082F conflicts with OpRegion 0x000000000000082A-0x000000000000082A (\SACT) (20160930/utaddress-247)
13.418151] ACPI Warning: SystemIO range 0x0000000000000828-0x000000000000082F conflicts with OpRegion 0x0000000000000828-0x0000000000000828 (\SSTS) (20160930/utaddress-247)
13.418155] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
13.418184] lpc_ich: Resource conflict(s) found affecting gpio_ich
13.428321] gpio_ich: ACPI BAR is unavailable, GPI 0 - 15 unavailable
13.428541] gpio_ich: GPIO from 462 to 511 on gpio_ich
13.489452] audit: type=1400 audit(1488561332.821:11): apparmor="STATUS" operation="profile_load" name="/usr/lib/dovecot/anvil" pid=652 comm="apparmor_parser"
13.536383] i5k_amb: probe of i5k_amb.0 failed with error -16
13.594277] tg3 0000:0b:00.0 enp11s0: renamed from eth0
13.609623] EDAC MC: Ver: 3.0.0
...
75.012338] nouveau 0000:07:00.0: Direct firmware load for nouveau/nv84_xuc00f failed with error -2
75.012344] nouveau 0000:07:00.0: vp: unable to load firmware nouveau/nv84_xuc00f
75.012346] nouveau 0000:07:00.0: vp: init failed, -2
75.012387] nouveau 0000:07:00.0: Direct firmware load for nouveau/nv84_xuc103 failed with error -2
75.012389] nouveau 0000:07:00.0: bsp: unable to load firmware nouveau/nv84_xuc103
75.012390] nouveau 0000:07:00.0: bsp: init failed, -2
86.843304] DDBridge 0000:03:00.0: DVB: adapter 0 frontend 0 frequency 11953500 out of range (950000..2150000)
89.165027] SFW2-INext-DROP-DEFLT IN=enp11s0 OUT= MAC=33:33:00:00:00:fb:b8:27:eb:9b:23:d1:86:dd SRC=fe80:0000:0000:0000:23ce:03f6:0c1e:e2c9 DST=ff02:0000:0000:0000:0000:0000:0000:00fb LEN=116 TC=0 HOPLIMIT=255 FLOWLBL=225171 PROTO=UDP SPT=5353 DPT=5353 LEN=76
89.177363] SFW2-INext-DROP-DEFLT IN=enp11s0 OUT= MAC=33:33:00:00:00:fb:b8:27:eb:19:2f:1a:86:dd SRC=fe80:0000:0000:0000:d42f:f02b:f0b9:0df2 DST=ff02:0000:0000:0000:0000:0000:0000:00fb LEN=116 TC=0 HOPLIMIT=255 FLOWLBL=0 PROTO=UDP SPT=5353 DPT=5353 LEN=76
90.473643] nf_conntrack: default automatic helper assignment has been turned off for security reasons and CT-based firewall rule not found. Use the iptables CT target to attach helpers instead.
126.717228] SFW2-INext-DROP-DEFLT IN=enp11s0 OUT= MAC=33:33:00:00:00:fb:b8:27:eb:9b:23:d1:86:dd SRC=fe80:0000:0000:0000:23ce:03f6:0c1e:e2c9 DST=ff02:0000:0000:0000:0000:0000:0000:00fb LEN=82 TC=0 HOPLIMIT=255 FLOWLBL=225171 PROTO=UDP SPT=5353 DPT=5353 LEN=42
127.531135] SFW2-INext-DROP-DEFLT IN=enp11s0 OUT= MAC=33:33:00:00:00:fb:b8:27:eb:19:2f:1a:86:dd SRC=fe80:0000:0000:0000:d42f:f02b:f0b9:0df2 DST=ff02:0000:0000:0000:0000:0000:0000:00fb LEN=97 TC=0 HOPLIMIT=255 FLOWLBL=0 PROTO=UDP SPT=5353 DPT=5353 LEN=57
136.422697] nouveau 0000:07:00.0: Direct firmware load for nouveau/nv84_xuc00f failed with error -2
136.422702] nouveau 0000:07:00.0: vp: unable to load firmware nouveau/nv84_xuc00f
136.422704] nouveau 0000:07:00.0: vp: init failed, -2
153.118773] nouveau 0000:07:00.0: Direct firmware load for nouveau/nv84_xuc00f failed with error -2
153.118779] nouveau 0000:07:00.0: vp: unable to load firmware nouveau/nv84_xuc00f
153.118781] nouveau 0000:07:00.0: vp: init failed, -2
180.401346] nouveau 0000:07:00.0: Direct firmware load for nouveau/nv84_xuc00f failed with error -2
180.401350] nouveau 0000:07:00.0: vp: unable to load firmware nouveau/nv84_xuc00f
180.401352] nouveau 0000:07:00.0: vp: init failed, -2
191.695519] nouveau 0000:07:00.0: Direct firmware load for nouveau/nv84_xuc00f failed with error -2
191.695525] nouveau 0000:07:00.0: vp: unable to load firmware nouveau/nv84_xuc00f
191.695527] nouveau 0000:07:00.0: vp: init failed, -2
191.695560] nouveau 0000:07:00.0: Direct firmware load for nouveau/nv84_xuc103 failed with error -2
191.695561] nouveau 0000:07:00.0: bsp: unable to load firmware nouveau/nv84_xuc103
191.695563] nouveau 0000:07:00.0: bsp: init failed, -2
198.374970] perf: interrupt took too long (2511 > 2500), lowering kernel.perf_event_max_sample_rate to 79500
228.702568] nouveau 0000:07:00.0: Direct firmware load for nouveau/nv84_xuc00f failed with error -2
228.702572] nouveau 0000:07:00.0: vp: unable to load firmware nouveau/nv84_xuc00f
228.702574] nouveau 0000:07:00.0: vp: init failed, -2
367.900316] SFW2-INext-DROP-DEFLT IN=enp11s0 OUT= MAC=33:33:00:00:00:fb:b8:27:eb:19:2f:1a:86:dd SRC=fe80:0000:0000:0000:d42f:f02b:f0b9:0df2 DST=ff02:0000:0000:0000:0000:0000:0000:00fb LEN=115 TC=0 HOPLIMIT=255 FLOWLBL=0 PROTO=UDP SPT=5353 DPT=5353 LEN=75
As I already tried to point out, priorities only play a role when installing new packages or running “zypper dup” (without --no-allow-vendor-change).
Otherwise zypper tries to keep the installation source of each package, even if there is a newer package elsewhere or the package is available in a repo with a higher priority too.
That’s the point of “vendor-stickiness”, that you can enforce for “dup” as well via the --no-allow-vendor-change switch.
And the desktop updater does basically the same as “zypper up”, i.e. it will keep the vendor/repo too.
However, didn’t bring back video on VLC or TV on Kaffeine after reboot. Changing “Video” in VLC however works for VLC!
I only suggested that as possible fix for the audio problem.
Video is not playing because VDPAU (i.e. hardware video decoding) is apparently broken with nouveau currently.
That changing the video output in VLC helps, proves that the problem is indeed related to VDPAU.
Again, you might try to uninstall libvdpau_nouveau (to basically remove nouveau’s VDPAU support), try kaffeine4 (xine might work better in that case), or specify an appropriate option to change the video output device in Kaffeine’s libvlc settings (though the correct name seems to be “-V xcb_x11” or “-V xcb_xv”, there are other possible values of course but “xcb” is not among them…).
I uninstalled the xf86-video-nouveau (and reboot) but still:
That’s normal.
The modesetting driver will still use the nouveau kernel module and Mesa driver, otherwise it wouldn’t be able to provide hardware acceleration.
But it should at least fix your screen “wake-up” problem (hopefully), or other problems caused by the nouveau Xorg driver.
And as I wrote, I’m not sure if it would affect VDPAU at all.
…for the two desktop machines the wake-up works after removal of the nuvooo driver, the notebook (old Dell Precision M6300 with Quadro FX 1600M) no way back from sleep, altough working fine with TW for the last year or so…
