(In reply to Ashesh Ambasta from comment #699) > Created attachment 290243 [details] > attachment-20700-0.html
I am getting: > Sorry, you are not authorized to access attachment #290243. […] > AMD did publish an errata in which they claim an issue like this exists; > but a solution is ruled out. Which is further bad news. There was some > discussion on a fix being at the kernel level, but that isn't anywhere > in sight either. I believe these CPU's are plagued by several issues, > which probably makes a fix for this at the kernel level hard. However, > Windows seems to have managed to fix it. That’s interesting. Could you please share the URL to these statements? […] raulvior.bcn, Asheesh: Please always remove the cited parts, as otherwise the Web issue page gets even more convoluted. Thanks. > Anyway; rants aside, this is my current take on the CPU. > > On 7/12/20 3:58 PM, bugzilla-dae...@bugzilla.kernel.org wrote: > > https://bugzilla.kernel.org/show_bug.cgi?id=196683 > > > > --- Comment #698 from raulvior....@gmail.com --- > > Did you ask for an RMA? Did it work? > > (In reply to Ashesh Ambasta from comment #692) > >> As a last resort, I've tried `idle=halt` on this machine. And yet my > >> system just crashed after 3 weeks of uptime. > >> > >> I'm done with AMD. I will RMA this processor to try things out, but > >> overall, if that doesn't work, this thing is headed to the junkyard and > >> I'm going to live with Intel. > >> > >> At least in the 13 or so odd Intel systems I've tried, I've not had > >> exhasperating issues like these where the company is positively trying > >> to ignore this ongoing issue. > >> > >> This is disgusting from AMD. > >> > >> On 6/11/20 6:03 PM, bugzilla-dae...@bugzilla.kernel.org wrote: > >>> https://bugzilla.kernel.org/show_bug.cgi?id=196683 > >>> > >>> --- Comment #689 from raulvior....@gmail.com --- > >>> (In reply to raulvior.bcn from comment #653) > >>>> (In reply to txrx from comment #651) > >>>> > >>>> Typical Current Idle might not be working. Read the sensor output. If > >>>> voltage is not higher than without enabling it, try to increase the core > >>>> voltage. > >>>> > >>>> My Ryzen 7 1800X seems to not produce hangs since I upgraded to 1003ABB > >> with > >>>> an ASUS Crosshair VI Hero and enabled Typical current idle. > >>>> > >>>> > >>>>> I was able to update my BIOS to version 18, but my system still locks > up. > >>>>> I tried the following with the new BIOS: > >>>>> - use factory defaults > >>>>> - disable SMT > >>>>> - disable SMT with Typical Current Idle > >>>>> - all of the above with SVM disabled/enabled > >>>>> Right now I set the power supply idle control to "Low ..." and will > >> report > >>>>> back. > >>>>> > >>> The motherboard kept hanging. I had to remove the Vitals GNOME Extension. > >> It > >>> seems that polling voltage values hangs the motherboard... Still, there > are > >>> times that the computer does not come back from suspend. There's > something > >>> wrong with the BIOS/UEFI. > >>> -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1690085 Title: Ryzen 1800X freeze - rcu_sched detected stalls on CPUs/tasks To manage notifications about this bug go to: https://bugs.launchpad.net/linux/+bug/1690085/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
