Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
Anyone using a Ryzen CPU?
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Kernel & Hardware
View previous topic :: View next topic  
Author Message
swirling_vortex
n00b
n00b


Joined: 12 Jun 2007
Posts: 24

PostPosted: Mon Feb 04, 2019 2:53 am    Post subject: Anyone using a Ryzen CPU? Reply with quote

I've been putting together a possible new build since my current machine is starting to get old. I've been eyeing a Ryzen 7, but some of the info I've been seeing with using them on Linux seems a bit troublesome. For instance, I've seen posts about Ryzen CPUs hanging when idle or when under full load (such as doing a make -j16 on a Ryzen 7). I've also seen posts about AMD systems not booting correctly and mixed results when doing BIOS updates.

Here's a recent example I found on a mailing list: https://www.mail-archive.com/kernel-packages@lists.launchpad.net/msg319337.html

For those who have a Ryzen CPU, how has your experience been? Am I being overly paranoid or are there Ryzen systems that don't work well on Linux? I'm just trying to avoid building a doorstop.
Back to top
View user's profile Send private message
Ant P.
Watchman
Watchman


Joined: 18 Apr 2009
Posts: 5761

PostPosted: Mon Feb 04, 2019 7:06 am    Post subject: Reply with quote

There were lots of reports of hangs with the first release of the chips, supposedly it's fixed now; I haven't heard any complaints for a few months. Getting RAM that runs stable at full speed is supposedly wildly hit-and-miss even on current models. Most of the issues are hardware, not software: Gentoo will run at least as well as Windows on them.
Back to top
View user's profile Send private message
xdarma
l33t
l33t


Joined: 08 Dec 2003
Posts: 686
Location: tra veneto e friuli (italy)

PostPosted: Mon Feb 04, 2019 7:59 am    Post subject: Reply with quote

Hi,
I own two ryzen based cpu: the older runs gentoo and the newer runs opensuse. Both works well.
Only issue was with older cpu that freezes at idle. Solved after some months with a bios update.
Ryzen is on market by almost two years, bugs and improvements was carried via bios update o via RMA for one hardware bug in older production batch.
Some information:
Ryzen - Gentoo Wiki
AMD Zen/Ryzen thread and AMD Zen/Ryzen thread (part 2)
AM4 Mobos used for ryzen
Ryzen 1600 hang issue [its back!]

I think isn't worse than other cpu.
_________________
proud user of faKeDE-4.7.3
Back to top
View user's profile Send private message
bammbamm808
Guru
Guru


Joined: 08 Dec 2002
Posts: 487
Location: Hawaii

PostPosted: Mon Feb 04, 2019 9:37 pm    Post subject: Reply with quote

Some early ryzens had a hardware flaw. AMD provided RMA for affected processors. M9y 2700x system is great.; stable and responsive. There are a.few.bios settings you need to get right, but it's mostly correct ram timings, cpu and dram voltaves, and setting idle power to 'typical' not ' low'. You could do yourself a favor by getting a motherboard with more available settings so yiu csn tune more easily.

No need to worry about ryzen. A minimal amount of fiddling and you'll be set.
_________________
Asrock X470 Taichi
Ryzen 2700x
32Gb Samsung B-die (16GB dual rank x2) DDR4
Geforce GTX 1060 6GB
Samsung Evo 840 500Gb +Seagate 1TB HDD
Etc....
Back to top
View user's profile Send private message
swirling_vortex
n00b
n00b


Joined: 12 Jun 2007
Posts: 24

PostPosted: Wed Feb 06, 2019 2:48 am    Post subject: Reply with quote

Thanks for the feedback! Sounds like to be on the safe side the best thing to do is stick with the 2xxx processors.
Quote:
You could do yourself a favor by getting a motherboard with more available settings so yiu csn tune more easily.

Good point. I don't plan on overclocking, but having those features might come in handy. I think if I keep the RAM speeds at or below 2667Mhz and get a decently sized power supply, that should hopefully avoid weird hardware glitches.
Back to top
View user's profile Send private message
bammbamm808
Guru
Guru


Joined: 08 Dec 2002
Posts: 487
Location: Hawaii

PostPosted: Wed Feb 06, 2019 5:02 am    Post subject: Reply with quote

swirling_vortex wrote:
Thanks for the feedback! Sounds like to be on the safe side the best thing to do is stick with the 2xxx processors.
Quote:
You could do yourself a favor by getting a motherboard with more available settings so yiu csn tune more easily.

Good point. I don't plan on overclocking, but having those features might come in handy. I think if I keep the RAM speeds at or below 2667Mhz and get a decently sized power supply, that should hopefully avoid weird hardware glitches.


I dont know about asrock or msi, but gigabyte bios implemenattions often arent that good. I prefer asus myself. Running very stable on gentoo-sources-4.20.0. I run my 32 GB of 14cl b-die at 3000 with docp.timings. A very slight undervolt.offset and I let the cpu speeds and voltages do.their own thing on the fly. From 1.6-2 all core, to 3 cores at 4.3, to all 16 threads at 3.8 - 3.9 under full load. Do yourself a favor and get good ram. B- die is best and there's lots of it on the QVL. I think that because of the ainfinity fabric, Ryzen benefits quite a bit from faster ram speeds.
_________________
Asrock X470 Taichi
Ryzen 2700x
32Gb Samsung B-die (16GB dual rank x2) DDR4
Geforce GTX 1060 6GB
Samsung Evo 840 500Gb +Seagate 1TB HDD
Etc....
Back to top
View user's profile Send private message
Elleni
l33t
l33t


Joined: 23 May 2006
Posts: 858

PostPosted: Wed Feb 06, 2019 10:34 pm    Post subject: Reply with quote

My box on ryzen5 runs very well, even overclocked @3.8 Ghz with slightly overclocked 2666 RAMS the system never exceeds 80 degrees even on high load while compiling stuff with makeopts="-13" and is rockstable. MB is asus b350 plus.
Back to top
View user's profile Send private message
tomtom69
Apprentice
Apprentice


Joined: 09 Nov 2010
Posts: 201
Location: Bavaria

PostPosted: Thu Feb 07, 2019 7:42 am    Post subject: Reply with quote

I have 3 ryzen machines running gentoo (one Ryzen 1700 and two Ryzen 1600).
Motherboards are Asrock AB350M-HDV and Asus Prime B350M-A.
All systems are running without stability problems.
Be sure to update BIOS to the newest version before installing gentoo. My motherboards were delivered with a rather old BIOS version. However update can easily be done with the image on an USB stick (no Windows required).
I also had to set the "typical current idle" option on both board's BIOS settings, without I had sporadic hard freezes.
Back to top
View user's profile Send private message
Naib
Watchman
Watchman


Joined: 21 May 2004
Posts: 5625
Location: Removed by Neddy

PostPosted: Thu Feb 07, 2019 8:14 am    Post subject: Reply with quote

Ryzen5 here from the moment it was available. I have experienced no issues directly related to the CPU (early compiler sure, bios teething problems)
I'm going to upgrade to a zen2 later this year
_________________
The best argument against democracy is a five-minute conversation with the average voter
Great Britain is a republic, with a hereditary president, while the United States is a monarchy with an elective king
Back to top
View user's profile Send private message
DaggyStyle
Watchman
Watchman


Joined: 22 Mar 2006
Posts: 5365

PostPosted: Sat Feb 09, 2019 10:22 am    Post subject: Reply with quote

no issues with my 2700x here (no cpu OC, memory is OCed att 3200MHz), the mb is ga aorus B450 M, using latest bios.
_________________
Only two things are infinite, the universe and human stupidity and I'm not sure about the former - Albert Einstein
Back to top
View user's profile Send private message
mbar
Veteran
Veteran


Joined: 19 Jan 2005
Posts: 1979
Location: Poland

PostPosted: Tue Feb 12, 2019 10:05 am    Post subject: Reply with quote

I have 2700X with GSkill 3000 MHz memory and Asrock AB350 ITX board (latest 5.30 BIOS) and I have segfaults in perl and libc during emerge -e @world:

Code:
[ 1094.450338] Adding 14017856k swap on /dev/nvme0n1p4.  Priority:-2 extents:1 across:14017856k SSFS
[12101.411816] audit: type=1006 audit(1549871363.514:38): pid=2384 uid=0 old-auid=4294967295 auid=0 tty=(none) old-ses=4294967295 ses=5 res=1
[12853.818627] audit: type=1006 audit(1549872115.920:39): pid=2955 uid=0 old-auid=4294967295 auid=0 tty=(none) old-ses=4294967295 ses=6 res=1
[15136.254923] audit: type=1701 audit(1549874398.357:40): auid=0 uid=250 gid=250 ses=5 pid=15261 comm="conftest" exe="/var/tmp/portage/sys-apps/coreutils-8.30/work/coreutils-8.30/conftest" sig=6 res=1
[15136.269980] audit: type=1130 audit(1549874398.374:41): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-coredump@0-15262-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
[15136.562899] audit: type=1131 audit(1549874398.667:42): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-coredump@0-15262-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
[22132.641895] conftest[25393]: segfault at 268d5280 ip 00007f838e3bfaf6 sp 00007ffed4feb748 error 4 in libc-2.27.so[7f838e276000+1c3000]
[22132.641898] Code: e8 0f 2a fd ff 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 44 00 00 89 f1 89 f8 48 83 e1 3f 48 83 e0 3f 83 f9 30 77 3f 83 f8 30 77 3a <66> 0f 12 0f 66 0f 12 16 66 0f 16 4f 08 66 0f 16 56 08 66 0f ef c0
[22132.641922] audit: type=1701 audit(1549881394.747:43): auid=0 uid=250 gid=250 ses=5 pid=25393 comm="conftest" exe="/var/tmp/portage/app-misc/screen-4.6.2-r1/work/screen-4.6.2/conftest" sig=11 res=1
[22132.649690] audit: type=1130 audit(1549881394.753:44): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-coredump@1-25394-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
[22132.908793] audit: type=1131 audit(1549881395.013:45): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-coredump@1-25394-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
[22229.814514] perl[9811]: segfault at 7ffe4e834fa8 ip 00007f6bda1a589a sp 00007ffe4e834fb0 error 6 in Storable.so[7f6bda18c000+1e000]
[22229.814522] Code: 41 57 41 56 49 89 d7 41 55 41 54 49 89 fc 55 53 48 89 f3 48 89 d6 48 83 ec 78 64 48 8b 04 25 28 00 00 00 48 89 44 24 68 31 c0 <e8> f1 8d fe ff 48 ff c0 48 89 44 24 50 48 3d ff ff ff 7f 0f 86 cd
[22229.814562] audit: type=1701 audit(1549881491.917:46): auid=0 uid=250 gid=250 ses=5 pid=9811 comm="perl" exe="/var/tmp/portage/dev-lang/perl-5.28.0/work/perl-5.28.0/perl" sig=11 res=1
[22229.824040] audit: type=1130 audit(1549881491.927:47): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-coredump@2-9817-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
[22230.202191] audit: type=1131 audit(1549881492.307:48): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-coredump@2-9817-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
[22230.205215] perl[9852]: segfault at 7ffd15d61ff8 ip 00007f12ece6c893 sp 00007ffd15d61f90 error 6 in Storable.so[7f12ece53000+1e000]
[22230.205226] Code: fe ff 0f 1f 44 00 00 41 57 41 56 49 89 d7 41 55 41 54 49 89 fc 55 53 48 89 f3 48 89 d6 48 83 ec 78 64 48 8b 04 25 28 00 00 00 <48> 89 44 24 68 31 c0 e8 f1 8d fe ff 48 ff c0 48 89 44 24 50 48 3d
[22230.205276] audit: type=1701 audit(1549881492.310:49): auid=0 uid=250 gid=250 ses=5 pid=9852 comm="perl" exe="/var/tmp/portage/dev-lang/perl-5.28.0/work/perl-5.28.0/perl" sig=11 res=1
[22230.213530] audit: type=1130 audit(1549881492.317:50): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-coredump@3-9856-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
[22230.508899] audit: type=1131 audit(1549881492.613:51): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-coredump@3-9856-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
[22230.524423] perl[9881]: segfault at 7ffde2094ff8 ip 00007f94a3a8487f sp 00007ffde2095000 error 6 in Storable.so[7f94a3a6b000+1e000]
[22230.524430] Code: 24 20 41 c7 47 78 01 00 00 00 48 8d 3d 6a 19 00 00 e8 c5 90 fe ff 0f 1f 44 00 00 41 57 41 56 49 89 d7 41 55 41 54 49 89 fc 55 <53> 48 89 f3 48 89 d6 48 83 ec 78 64 48 8b 04 25 28 00 00 00 48 89
[22230.524460] audit: type=1701 audit(1549881492.627:52): auid=0 uid=250 gid=250 ses=5 pid=9881 comm="perl" exe="/var/tmp/portage/dev-lang/perl-5.28.0/work/perl-5.28.0/perl" sig=11 res=1
[22234.988629] kauditd_printk_skb: 49 callbacks suppressed
[22234.988630] audit: type=1131 audit(1549881497.093:90): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-coredump@16-10105-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
[23153.088159] conftest[7097]: segfault at d8510280 ip 00007f6edd6f9af6 sp 00007ffca02ba068 error 4 in libc-2.27.so[7f6edd5b0000+1c3000]
[23153.088166] Code: e8 0f 2a fd ff 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 44 00 00 89 f1 89 f8 48 83 e1 3f 48 83 e0 3f 83 f9 30 77 3f 83 f8 30 77 3a <66> 0f 12 0f 66 0f 12 16 66 0f 16 4f 08 66 0f 16 56 08 66 0f ef c0


This is from a new install.
Segfaults start appearing after I recompile the toolchain (stable or ~amd64) with "-march=native" option. Using amd64 glibc/gcc from freshly unpacked stage3 produces no segfaults.
Not sure if caused by hardware. Both segfaults can be found on the interned in really old fedora / debian / ubuntu threads.
Back to top
View user's profile Send private message
Ralphred
Tux's lil' helper
Tux's lil' helper


Joined: 31 Dec 2013
Posts: 89

PostPosted: Tue Feb 12, 2019 2:55 pm    Post subject: Reply with quote

mbar wrote:
I have 2700X with GSkill 3000 MHz memory and Asrock AB350 ITX board (latest 5.30 BIOS) and I have segfaults in perl and libc during emerge -e @world:

Is this running baseline CPU and ram speeds for number of sticks you have? Check the ram voltage too, stock Bios may have it too low.
Back to top
View user's profile Send private message
DaggyStyle
Watchman
Watchman


Joined: 22 Mar 2006
Posts: 5365

PostPosted: Tue Feb 12, 2019 7:10 pm    Post subject: Reply with quote

mbar wrote:
I have 2700X with GSkill 3000 MHz memory and Asrock AB350 ITX board (latest 5.30 BIOS) and I have segfaults in perl and libc during emerge -e @world:

Code:
[ 1094.450338] Adding 14017856k swap on /dev/nvme0n1p4.  Priority:-2 extents:1 across:14017856k SSFS
[12101.411816] audit: type=1006 audit(1549871363.514:38): pid=2384 uid=0 old-auid=4294967295 auid=0 tty=(none) old-ses=4294967295 ses=5 res=1
[12853.818627] audit: type=1006 audit(1549872115.920:39): pid=2955 uid=0 old-auid=4294967295 auid=0 tty=(none) old-ses=4294967295 ses=6 res=1
[15136.254923] audit: type=1701 audit(1549874398.357:40): auid=0 uid=250 gid=250 ses=5 pid=15261 comm="conftest" exe="/var/tmp/portage/sys-apps/coreutils-8.30/work/coreutils-8.30/conftest" sig=6 res=1
[15136.269980] audit: type=1130 audit(1549874398.374:41): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-coredump@0-15262-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
[15136.562899] audit: type=1131 audit(1549874398.667:42): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-coredump@0-15262-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
[22132.641895] conftest[25393]: segfault at 268d5280 ip 00007f838e3bfaf6 sp 00007ffed4feb748 error 4 in libc-2.27.so[7f838e276000+1c3000]
[22132.641898] Code: e8 0f 2a fd ff 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 44 00 00 89 f1 89 f8 48 83 e1 3f 48 83 e0 3f 83 f9 30 77 3f 83 f8 30 77 3a <66> 0f 12 0f 66 0f 12 16 66 0f 16 4f 08 66 0f 16 56 08 66 0f ef c0
[22132.641922] audit: type=1701 audit(1549881394.747:43): auid=0 uid=250 gid=250 ses=5 pid=25393 comm="conftest" exe="/var/tmp/portage/app-misc/screen-4.6.2-r1/work/screen-4.6.2/conftest" sig=11 res=1
[22132.649690] audit: type=1130 audit(1549881394.753:44): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-coredump@1-25394-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
[22132.908793] audit: type=1131 audit(1549881395.013:45): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-coredump@1-25394-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
[22229.814514] perl[9811]: segfault at 7ffe4e834fa8 ip 00007f6bda1a589a sp 00007ffe4e834fb0 error 6 in Storable.so[7f6bda18c000+1e000]
[22229.814522] Code: 41 57 41 56 49 89 d7 41 55 41 54 49 89 fc 55 53 48 89 f3 48 89 d6 48 83 ec 78 64 48 8b 04 25 28 00 00 00 48 89 44 24 68 31 c0 <e8> f1 8d fe ff 48 ff c0 48 89 44 24 50 48 3d ff ff ff 7f 0f 86 cd
[22229.814562] audit: type=1701 audit(1549881491.917:46): auid=0 uid=250 gid=250 ses=5 pid=9811 comm="perl" exe="/var/tmp/portage/dev-lang/perl-5.28.0/work/perl-5.28.0/perl" sig=11 res=1
[22229.824040] audit: type=1130 audit(1549881491.927:47): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-coredump@2-9817-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
[22230.202191] audit: type=1131 audit(1549881492.307:48): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-coredump@2-9817-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
[22230.205215] perl[9852]: segfault at 7ffd15d61ff8 ip 00007f12ece6c893 sp 00007ffd15d61f90 error 6 in Storable.so[7f12ece53000+1e000]
[22230.205226] Code: fe ff 0f 1f 44 00 00 41 57 41 56 49 89 d7 41 55 41 54 49 89 fc 55 53 48 89 f3 48 89 d6 48 83 ec 78 64 48 8b 04 25 28 00 00 00 <48> 89 44 24 68 31 c0 e8 f1 8d fe ff 48 ff c0 48 89 44 24 50 48 3d
[22230.205276] audit: type=1701 audit(1549881492.310:49): auid=0 uid=250 gid=250 ses=5 pid=9852 comm="perl" exe="/var/tmp/portage/dev-lang/perl-5.28.0/work/perl-5.28.0/perl" sig=11 res=1
[22230.213530] audit: type=1130 audit(1549881492.317:50): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-coredump@3-9856-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
[22230.508899] audit: type=1131 audit(1549881492.613:51): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-coredump@3-9856-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
[22230.524423] perl[9881]: segfault at 7ffde2094ff8 ip 00007f94a3a8487f sp 00007ffde2095000 error 6 in Storable.so[7f94a3a6b000+1e000]
[22230.524430] Code: 24 20 41 c7 47 78 01 00 00 00 48 8d 3d 6a 19 00 00 e8 c5 90 fe ff 0f 1f 44 00 00 41 57 41 56 49 89 d7 41 55 41 54 49 89 fc 55 <53> 48 89 f3 48 89 d6 48 83 ec 78 64 48 8b 04 25 28 00 00 00 48 89
[22230.524460] audit: type=1701 audit(1549881492.627:52): auid=0 uid=250 gid=250 ses=5 pid=9881 comm="perl" exe="/var/tmp/portage/dev-lang/perl-5.28.0/work/perl-5.28.0/perl" sig=11 res=1
[22234.988629] kauditd_printk_skb: 49 callbacks suppressed
[22234.988630] audit: type=1131 audit(1549881497.093:90): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-coredump@16-10105-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
[23153.088159] conftest[7097]: segfault at d8510280 ip 00007f6edd6f9af6 sp 00007ffca02ba068 error 4 in libc-2.27.so[7f6edd5b0000+1c3000]
[23153.088166] Code: e8 0f 2a fd ff 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 44 00 00 89 f1 89 f8 48 83 e1 3f 48 83 e0 3f 83 f9 30 77 3f 83 f8 30 77 3a <66> 0f 12 0f 66 0f 12 16 66 0f 16 4f 08 66 0f 16 56 08 66 0f ef c0


This is from a new install.
Segfaults start appearing after I recompile the toolchain (stable or ~amd64) with "-march=native" option. Using amd64 glibc/gcc from freshly unpacked stage3 produces no segfaults.
Not sure if caused by hardware. Both segfaults can be found on the interned in really old fedora / debian / ubuntu threads.

march=native is not good for ryzen, see https://wiki.gentoo.org/wiki/Ryzen#GCC_6.3.2B

here are the relevant part from make.conf I'm using:
Code:

COMMON_FLAGS="-O2 -pipe -march=znver1"
CFLAGS="${COMMON_FLAGS}"
CXXFLAGS="${COMMON_FLAGS}"
FCFLAGS="${COMMON_FLAGS}"
FFLAGS="${COMMON_FLAGS}"
CPU_FLAGS_X86="aes avx avx2 f16c fma3 mmx mmxext pclmul popcnt sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3"

_________________
Only two things are infinite, the universe and human stupidity and I'm not sure about the former - Albert Einstein
Back to top
View user's profile Send private message
Naib
Watchman
Watchman


Joined: 21 May 2004
Posts: 5625
Location: Removed by Neddy

PostPosted: Tue Feb 12, 2019 11:17 pm    Post subject: Reply with quote

thats isn't true for newer compilers. That was associated with Gcc-6.x, which came out before any Zen optimisation
_________________
The best argument against democracy is a five-minute conversation with the average voter
Great Britain is a republic, with a hereditary president, while the United States is a monarchy with an elective king
Back to top
View user's profile Send private message
swirling_vortex
n00b
n00b


Joined: 12 Jun 2007
Posts: 24

PostPosted: Wed Feb 13, 2019 3:23 am    Post subject: Reply with quote

I know nothing about compilers, but the Gentoo wiki notes there's a bug with MWAIT that AMD acknowledged but won't fix. Apparently that MWAIT instruction is tied with SSE3. So it would kind of make sense that if you used -march=native, it would use the zenver2 option which has SSE3 enabled. What doesn't make sense is why some CPUs run into problems and some don't. My personal feeling is that AMD/GloFo isn't binning their CPUs properly to keep up yields.

Of course, this isn't a problem unique to AMD. There's been a growing list of CPU bugs on both sides.

http://danluu.com/cpu-bugs/

The problem though is that AMD seems unwilling to issue microcode updates to fix these problems. The last several updates I checked for AMD chips were for Spectre patches and the last update had no documentation at all.
Back to top
View user's profile Send private message
DaggyStyle
Watchman
Watchman


Joined: 22 Mar 2006
Posts: 5365

PostPosted: Wed Feb 13, 2019 7:25 pm    Post subject: Reply with quote

Naib wrote:
thats isn't true for newer compilers. That was associated with Gcc-6.x, which came out before any Zen optimisation

the twiki is misleading as it states that GCC 6.3+
_________________
Only two things are infinite, the universe and human stupidity and I'm not sure about the former - Albert Einstein
Back to top
View user's profile Send private message
DaggyStyle
Watchman
Watchman


Joined: 22 Mar 2006
Posts: 5365

PostPosted: Sun Feb 17, 2019 5:36 pm    Post subject: Reply with quote

I took the plunge too, switched to native, for now only skypeforlinux crashes on libdbus-1.so.3.14.14 and libdbus-1.so.3.19.9
_________________
Only two things are infinite, the universe and human stupidity and I'm not sure about the former - Albert Einstein
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Kernel & Hardware All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum