AMD Zen/Ryzen thread

wrc1944 · Posted: Sat May 20, 2017 3:24 pm Post subject:

I have sysrescueCD-5.0.0 from 4/23.17 with kernel-4.9.24 and gcc-5.4.0. When I boot it I'll check and see if they make /dev/shm a symbolic link to /run/shm/ and proceed accordingly.

I was considering just using my Ubuntu based Linux Mint-kde version on sda1, install the required chroot packages on it, and us it for the new Gentoo install, following the outline I saw here:

http://www.wikihow.com/Install-Gentoo-Linux-from-Ubuntu I think it's from 2013, but once chrooted I'll pick up at the amd64 handbook right after chroot at "Configuring Portage" and proceed from there.

Anyone ever install from another distro, or is using the cd better?
_________________
Main box- AsRock x370 Gaming K4
Ryzen 7 3700x, 3.6GHz, 16GB GSkill Flare DDR4 3200mhz
Samsung SATA 1000GB, Radeon HD R7 350 2GB DDR5
OpenRC Gentoo ~amd64 plasma, glibc-2.36-r7, gcc-13.2.1_p20230304
kernel-6.8.4 USE=experimental python3_11

ct85711 · Veteran Joined: 27 Sep 2005 Posts: 1791

I know I have used Ubuntu and Fedora's live cd's a couple times to install Gentoo without any difference. Overall, the process works the same way (only need to adjust as necessary on the mounting the stuff for the chroot) compared to the Gentoo's minimal cd. Though being able to install Gentoo from a terminal window in a GUI is much nicer than working from straight command line. Couple that to also having a browser open to follow the handbook and of course being able to idly surf the web while you wait for the compile to finish is nice. Personally, working from another distro would probably be easier in that everything is faster to load (such as loading a browser window); beyond that I don't think there is much difference.

Chiitoo · Posted: Mon May 22, 2017 12:17 pm Post subject: ><)))°€

Tony0945 · Posted: Mon May 22, 2017 2:14 pm Post subject: Re: ><)))°€

Chiitoo · Posted: Tue May 23, 2017 9:08 am Post subject: Re: ><)))°€

Tony0945 · Posted: Tue May 23, 2017 5:11 pm Post subject: Re: ><)))°€

Chiitoo · Posted: Wed May 24, 2017 10:16 am Post subject: Re: ><)))°€

wrc1944 · Posted: Thu May 25, 2017 12:50 pm Post subject:

Anyone have any comments on gcc-6.3.0 problems?

On a fresh install on sda6 I got Gentoo installed, and booting but still can't get X up and functioning (that may be my problem, not gcc's (?).

Anyway, I can't get through even an emerge -e @system (or -e @world), either chrooted in, or booted to a terminal. Doesn't seem to matter if I try rebuilds with amd64 or ~amd64, or various reccommended make.conf settings. With all the things I have tried over days, I still have compiling and conflict problems especially with python, ruby, and pestering openssl/openssh BINDLIST or -BINDLIST (or no bindlist at all in make.conf). It's a mess of paradoxical problems that won't relent (tried many of the recommended fixes, none worked), of course preventing doing any rebuilds.

I then saw the" GCC 6.3 is not presently optimized for Ryzen" warning on https://wiki.gentoo.org/wiki/Ryzen#Kernel and thought maybe this is the main problem I have, and am considering reverting to gcc-5.4 with -march=bdver4 and the extra zen flags shown on the same ryzen wiki page.

I guess my basic questions are is anyone successfuly running gcc-6 with ryzen (stable or ~arch) with no problems as described above, or gone back to gcc-5.4, rebuilt, and resolved any issues experienced with gcc-6? In other words, are my problems self-inflicted, or actually gcc-6.3 related? Would gcc-5.4 or even moving to gcc-7.1 really be a better move, or not?

Any advice or tips is greatly appreciated.

One other thing. I have another Gentoo (AM3+ system) on sda11 I need to do, and was wondering if there are problems with just chrooting into it, editing make.conf, and rebuiding world with the bdver4 flags, and perhaps building a new 4.11.2 kernel? Or, is that just wishful thinking? :roll:

_________________
Main box- AsRock x370 Gaming K4
Ryzen 7 3700x, 3.6GHz, 16GB GSkill Flare DDR4 3200mhz
Samsung SATA 1000GB, Radeon HD R7 350 2GB DDR5
OpenRC Gentoo ~amd64 plasma, glibc-2.36-r7, gcc-13.2.1_p20230304
kernel-6.8.4 USE=experimental python3_11

NeddySeagoon · Posted: Thu May 25, 2017 1:12 pm Post subject:

wrc1944,

Stop trying to eat an elephant all in one go.

Build problems may be the Ryzen hardware.
Conflict problems are certainly not.

Pick one particular plateful of your elephant and we can fix that before moving on to the next meal.

Its not trivial to move from ~arch to arch. If you manage to downgrade glibc you will be in a position
to learn things about Gentoo you can learn no other way.
The simile to having a tiger by the tail is deliberate.
_________________
Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.

wrc1944 · Posted: Thu May 25, 2017 1:41 pm Post subject:

NeddySeagoon wrote:

Tony0945 · Posted: Thu May 25, 2017 2:50 pm Post subject:

Naib · Posted: Thu May 25, 2017 4:46 pm Post subject:

wrc1944 · Posted: Thu May 25, 2017 4:59 pm Post subject:

Tony0945,
From https://wiki.gentoo.org/wiki/Ryzen#Kernel

ct85711 · Veteran Joined: 27 Sep 2005 Posts: 1791

wrc1944 · Posted: Thu May 25, 2017 7:55 pm Post subject:

ct85711,
Nope, can't be a typo- I copied the flags of the ryzen wiki page, and pasted them into my make.conf.

The gcc error I posted was a copy/paste out of the konsole terminal I was using in the Mint sda6 chroot.
I thought they made a typo mistake on the wiki page, so I just checked and it still is -mclfushopt.

Here's the current wiki segment:

ct85711 · Veteran Joined: 27 Sep 2005 Posts: 1791

Well, now we know the wiki page was wrong, and needed to be fixed

Though doing some research, it seems the mistake isn't completely due to the person that made the wiki page. According to gcc online manual for 6.3 and 7.1, they list the CPU option as -mclfushopt, which as you stated is what wiki says/said. So I think this is more of a an issue in gcc's official documentation than on our wiki...

https://gcc.gnu.org/onlinedocs/gcc-6.3.0/gcc/x86-Options.html#x86-Options
https://gcc.gnu.org/onlinedocs/gcc-7.1.0/gcc/x86-Options.html#x86-Options

As far as the -madx flag, I am not seeing this specified anywhere in the online documentation, though the docs list ADCX available on 5 different marches.... So I am thinking the -madx may be something that doesn't exist as a flag to enable? This may be something that we may need to go through gcc's source code and verify what is correct.

Naib · Posted: Thu May 25, 2017 9:38 pm Post subject:

is it wrong?

That option is under gcc-5.4 & is marked as experimental.
If you show the flags that gcc-6.3 or gcc-7.1 will use:

thumper · Guru Joined: 06 Dec 2002 Posts: 552 Location: Venice FL

For one reason or another I don't want to build from scratch a new Gentoo installation having just copied my system to a new drive and moved on many times in the past, I'd prefer to continue the tradition.

So my question is, has anyone here tried recompiling some or all of their system to an apparent common denominator like ( -mtune=generic -march=x86-64 ) and then copying the system over to a Ryzen machine, and then recompile using the appropriate CFLAGS for Ryzen?

Thanks;

George

likewhoa · Posted: Sun May 28, 2017 10:46 pm Post subject:

thumper · Guru Joined: 06 Dec 2002 Posts: 552 Location: Venice FL

likewhoa · Posted: Mon May 29, 2017 4:36 am Post subject:

drizzt · Guru Joined: 21 Jul 2002 Posts: 428

likewhoa · Posted: Mon May 29, 2017 5:20 pm Post subject:

Chewi · Posted: Fri Jun 02, 2017 8:35 pm Post subject:

I've recently joined this club.

I have been having problems though. My previous CPU was a Nehalem i7 and I had been using -march=nehalem. I haven't rebuilt much of the system at all yet but userspace has been fine. It's the kernel that has been randomly freezing on me when idle. I built 4.11.3 with GCC 6.3.0 and -march=native. Since selecting "Generic-x86-64" instead, it's been up for 13 hours and counting. Opinions on whether native works with 6.3.0 appear mixed but I would say not. I guess the same goes for znver1. I'll give bdver4 a try. The Gentoo kernel patch that adds bdver4 doesn't add the other required flags but you can pass them using KCFLAGS.

Naib · Posted: Fri Jun 02, 2017 8:45 pm Post subject: