On Sun, Jan 7, 2018 at 11:59 AM, Jiri Slaby wrote:

Could you try to boot with "nopti" kernel option?

With "nopti" 4.14.11 boots ok.

Is 4.14.12 better?

From which repo should I try 4.14.12 in case it works without the extra kernel option?

Thanks. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

Kernel 4.14.12 fails even with "nopti" option for me... On Sun, Jan 7, 2018 at 12:19 PM, Frank Krüger wrote:

Am 07.01.2018 um 11:12 schrieb Stratos Zolotas:

...

On Sun, Jan 7, 2018 at 11:59 AM, Jiri Slaby wrote:

...

Could you try to boot with "nopti" kernel option?

With "nopti" 4.14.11 boots ok.

...

Is 4.14.12 better?

From which repo should I try 4.14.12 in case it works without the extra kernel option?

Thanks.

https://download.opensuse.org/repositories/Kernel:/stable/standard/ -- 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

On Sun, Jan 7, 2018 at 2:54 PM, Jiri Slaby wrote:

Could you take a photo again?

With kernel 4.14.12 and teamviewrd service enabled. https://photos.app.goo.gl/Z6T7K54IzHfah40Z2 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

On Sun, Jan 7, 2018 at 12:46 PM, Jiri Slaby wrote:

Can you provide us with your /proc/cpuinfo?

AMD FX-8350 cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 21 model : 2 model name : AMD FX(tm)-8350 Eight-Core Processor stepping : 0 microcode : 0x600084f cpu MHz : 2100.000 cache size : 2048 KB physical id : 0 siblings : 8 core id : 0 cpu cores : 4 apicid : 16 initial apicid : 0 fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc cpuid extd_apicid aperfmperf pni pclmulqdq monitor ssse3 fma cx16 sse4_1 sse4_2 popcnt aes xsave avx f16c lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs xop skinit wdt lwp fma4 tce nodeid_msr tbm topoext perfctr_core perfctr_nb cpb hw_pstate vmmcall bmi1 arat npt lbrv svm_lock nrip_save tsc_scale vmcb_clean flushbyasid decodeassists pausefilter pfthreshold bugs : fxsave_leak sysret_ss_attrs null_seg cpu_insecure bogomips : 8037.21 TLB size : 1536 4K pages clflush size : 64 cache_alignment : 64 address sizes : 48 bits physical, 48 bits virtual power management: ts ttp tm 100mhzsteps hwpstate cpb eff_freq_ro -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

Jiri Slaby writes:

Could you try to boot with "nopti" kernel option?

That saved me today when I tried to update my old Athlon64 based machine from 20180104 to 20180109. It would always panic after the installation of a 32bit package from Gtk.

Is 4.14.12 better?

Looks good so far, but I haven't run many things. Regards Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ DIY Stuff: http://Synth.Stromeko.net/DIY.html -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

On 01/07/2018, 12:07 PM, Stratos Zolotas wrote:

On Sun, Jan 7, 2018 at 12:58 PM, Andrei Borzenkov wrote:

...

Your screenshot shows that kernel panics when starting specific process (teamviewerd); you should be able to disable this service.

Oh yes, again a closed source issue. That did the trick. Kernel 4.14.11 boots now with "nopti" option after disabling the service start.

No user space program (provided it does not write to /dev/mem or something) shall be able to crash the kernel. It is the PTI patchset suspect here -- there is a lot of issues with that crap arising. -- js suse labs -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

* Knurpht - Gertjan Lettink [01-07-18 11:04]:

Op zondag 7 januari 2018 12:20:47 CET schreef Jiri Slaby:

...

On 01/07/2018, 12:07 PM, Stratos Zolotas wrote:

...

On Sun, Jan 7, 2018 at 12:58 PM, Andrei Borzenkov wrote:

...

Your screenshot shows that kernel panics when starting specific process (teamviewerd); you should be able to disable this service.

Oh yes, again a closed source issue. That did the trick. Kernel 4.14.11 boots now with "nopti" option after disabling the service start

No user space program (provided it does not write to /dev/mem or something) shall be able to crash the kernel. It is the PTI patchset suspect here -- there is a lot of issues with that crap arising.

Yup, a sudden increase of posts about freezes, kernel-panic, spontanious reboots in the forums as well. Both for Tumbleweed and Leap. Users can test the nopti nospec noefi boot options by hitting 'e' in GRUB, as a commandline parameter, after 'showopts' . All these options have been reported to work as well as not to work. Some report that even booting a previous kernel doesn't work. Of course booting into a btrfs snapshot does work for those who use btrfs. FWIW Reported by Debian users as well

no problem here:

inxi CPU~Hexa core Intel Core i7 970 (-HT-MCP-) speed/max~1596/3193 MHz Kernel~4.14.11-1-default x86_64 Up~2:04 Mem~11046.1/36189.5MB HDD~13638.2GB(10.0% used) Procs~457 Client~Shell inxi~2.3.40 nvidia gt450 and NVIDIA-Linux-x86_64-390.12.run

-- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri Registered Linux User #207535 @ http://linuxcounter.net Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet freenode -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

07.01.2018 19:03, Knurpht - Gertjan Lettink пишет:

Op zondag 7 januari 2018 12:20:47 CET schreef Jiri Slaby:

...

On 01/07/2018, 12:07 PM, Stratos Zolotas wrote:

...

On Sun, Jan 7, 2018 at 12:58 PM, Andrei Borzenkov wrote:

...

Your screenshot shows that kernel panics when starting specific process (teamviewerd); you should be able to disable this service.

Oh yes, again a closed source issue. That did the trick. Kernel 4.14.11 boots now with "nopti" option after disabling the service start

No user space program (provided it does not write to /dev/mem or something) shall be able to crash the kernel. It is the PTI patchset suspect here -- there is a lot of issues with that crap arising.

Yup, a sudden increase of posts about freezes, kernel-panic, spontanious reboots in the forums as well. Both for Tumbleweed and Leap. Users can test the nopti nospec noefi boot options by hitting 'e' in GRUB, as a commandline parameter, after 'showopts' . All these options have been reported to work as well as not to work. Some report that even booting a previous kernel doesn't work. Of course booting into a btrfs snapshot does work for those who use btrfs. FWIW Reported by Debian users as well

There is also at least one report that latest Intel microcode results in unbootable system: https://bugzilla.opensuse.org/show_bug.cgi?id=1074919. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

I had the same issue on an AMD kaveri apu. It would reproducably kernel panic and then reboot while zypper dup tried to install some gtk-32bit package. Just watch the process to see at which package it hangs. Then zypper rm the package and try zypper dup again. If you need it, you can re-install the gtk package afterwards again. That worked for me (TM)... cheers, tomme Am 17.01.2018 um 09:12 schrieb Cris70:

Cris70 wrote

...

(...) Here is my /proc/cpuinfo (I am only reporting the first of my 8 cores, as they are all identical I suppose): (...)

Somehow my /proc/cpuinfo didn't get through, however my cpu is an AMD FX-8350, just like Stratos'.

Cris

-- Sent from: http://opensuse.14.x6.nabble.com/opensuse-factory-f3292933.html

-- fest 040 32536326 mobil 01525 337 1476 Heidebrinker Weg 7 22147 Hamburg -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

Hello, although I don't have any issue to boot with 4.14.12 after disabling the teamviewer service, I have experienced 2 kernel panics when zypper dup was running for next snapshots... It seems that something is broken seriously but I don't know where to look... Stratos On Wed, Jan 17, 2018 at 12:36 PM, Cris70 wrote:

Hi Tomme!

tomtomme wrote

...

I had the same issue on an AMD kaveri apu. It would reproducably kernel panic and then reboot while zypper dup tried to install some gtk-32bit package. Just watch the process to see at which package it hangs. Then zypper rm the package and try zypper dup again. If you need it, you can re-install the gtk package afterwards again. That worked for me (TM)... cheers, tomme

The problem is that in my case it would reproducibly panic when *removing* a package. I tried removing it alone (i.e. not in the process of a zypper dup), but it would nonetheless panic the kernel. So I had no other choice than to roll back to an earlier snapshot.

Cris

-- Sent from: http://opensuse.14.x6.nabble.com/opensuse-factory-f3292933.html -- 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