Did you find any workaround? I think that such behaviour is absolutely
unacceptable. My main concern is what will happen if for some reason
my workstation freezes during a git push. I am using xfce desktop and
i get during (?) the freeze messages like this (dmesg -w):
pci_bus 0000:00: resource 4 [io 0x0000-0x0cf7 window]
[ 0.781754] pci_bus 0000:00: resource 5 [io 0x0d00-0xffff window]
[ 0.781754] pci_bus 0000:00: resource 6 [mem 0x000a0000-0x000bffff window]
[ 0.781755] pci_bus 0000:00: resource 7 [mem 0x000c0000-0x000c3fff window]
[ 0.781756] pci_bus 0000:00: resource 8 [mem 0x000c4000-0x000c7fff window]
[ 0.781757] pci_bus 0000:00: resource 9 [mem 0x000c8000-0x000cbfff window]
[ 0.781758] pci_bus 0000:00: resource 10 [mem 0x000cc000-0x000cffff window]
[ 0.781759] pci_bus 0000:00: resource 11 [mem 0x000d0000-0x000d3fff window]
[ 0.781759] pci_bus 0000:00: resource 12 [mem 0x000d4000-0x000d7fff window]
[ 0.781760] pci_bus 0000:00: resource 13 [mem 0x000d8000-0x000dbfff window]
[ 0.781761] pci_bus 0000:00: resource 14 [mem 0x000dc000-0x000dffff window]
[ 0.781762] pci_bus 0000:00: resource 15 [mem 0x000e0000-0x000e3fff window]
[ 0.781763] pci_bus 0000:00: resource 16 [mem 0x000e4000-0x000e7fff window]
[ 0.781763] pci_bus 0000:00: resource 17 [mem 0x000e8000-0x000ebfff window]
[ 0.781764] pci_bus 0000:00: resource 18 [mem 0x000ec000-0x000effff window]
[ 0.781765] pci_bus 0000:00: resource 19 [mem 0x000f0000-0x000fffff window]
[ 0.781766] pci_bus 0000:00: resource 20 [mem 0x90000000-0xdfffffff window]
[ 0.781767] pci_bus 0000:00: resource 21 [mem 0xfd000000-0xfe7fffff window]
[ 0.781768] pci_bus 0000:01: resource 0 [io 0x4000-0x4fff]
[ 0.781768] pci_bus 0000:01: resource 1 [mem 0xb1200000-0xb12fffff]
[ 0.781769] pci_bus 0000:01: resource 2 [mem 0xb1000000-0xb10fffff
64bit pref]
[ 0.781770] pci_bus 0000:02: resource 0 [io 0x3000-0x3fff]
[ 0.781771] pci_bus 0000:02: resource 1 [mem 0xb1100000-0xb11fffff]
But i don't know how to proceed. I am thinking that maybe on other
distro (debian) might have solved this issue or maybe on an older
kernel it won't exist this issue.
On Tue, Feb 28, 2017 at 12:10 PM, ianseeks
On Tuesday, 28 February 2017 09:23:13 GMT Diamantis Karagkiaouris wrote:
Dear all,
I am facing a lot of freezes on tumbleweed. It seems that is something wrong with kernel. I am using the latest one. Suddenly it freezes when formatting external drive or when just watching youtube. After that my only option is hard reset, as i cannot switch to commandline. I have already report a message i have found on dmesg, but i didn't see any progress on the report. Is anyone facing the same behaviour? I have at least one freeze a day, but never at the same place. Sometimes its just after login before the desktop is shown, sometimes its when i'm using kmail. I can still move the mouse around but the keyboard is completely locked up so i can't ctrl+alt+backspace.
-- opensuse:tumbleweed:20170226 Qt: 5.7.1 KDE Frameworks: 5.30.0 KDE Plasma: 5.9.2 kwin5-5.9.2-1.1.x86_64 kmail2 5.4.2 Kernel: 4.10.0-1-default Nouveau: 1.0.13_2.2
-- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
-- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org