From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 996DC138334 for ; Sat, 8 Dec 2018 19:09:18 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 905F5E0929; Sat, 8 Dec 2018 19:09:10 +0000 (UTC) Received: from gw2.antarean.org (gw2.antarean.org [141.105.125.208]) by pigeon.gentoo.org (Postfix) with ESMTP id 025B0E091D for ; Sat, 8 Dec 2018 19:09:09 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by gw2.antarean.org (Postfix) with ESMTP id 97D2412113F for ; Sat, 8 Dec 2018 20:09:15 +0100 (CET) X-Virus-Scanned: amavisd-new at antarean.org Received: from gw2.antarean.org ([127.0.0.1]) by localhost (gw2.antarean.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WlmJPi4lncEZ for ; Sat, 8 Dec 2018 20:09:15 +0100 (CET) Received: from mailstore1.antarean.org (localhost [127.0.0.1]) by gw2.antarean.org (Postfix) with ESMTP id 1FAA812104F for ; Sat, 8 Dec 2018 20:09:15 +0100 (CET) Received: from localhost (lan102.nl.antarean.org [10.20.13.202]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mailstore1.antarean.org (Postfix) with ESMTPSA id DE0F225 for ; Sat, 8 Dec 2018 20:09:07 +0100 (CET) Date: Sat, 08 Dec 2018 19:09:06 +0000 In-Reply-To: <0ac67759-597f-ad3b-c2bd-10b74fd43117@gmail.com> References: <492d8bf4-4b8d-f7f6-05d8-2473b6825fab@gmail.com> <1806505.2jTXcQcuRp@zeus> <0ac67759-597f-ad3b-c2bd-10b74fd43117@gmail.com> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----2D4Z2GT2ZI6M1APKN6YDG1J26D4WL1" Content-Transfer-Encoding: 7bit Subject: Re: [gentoo-user] CPU upgrade and LVM questions. To: gentoo-user@lists.gentoo.org From: "J. Roeleveld" Message-ID: <8C60D5E6-7B6D-4109-ADA8-4BD9DAB78471@antarean.org> X-Archives-Salt: 78fb2a1b-39b3-450a-91f4-b3e45478c034 X-Archives-Hash: e4259d19836612ff413441ddc19c8003 ------2D4Z2GT2ZI6M1APKN6YDG1J26D4WL1 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On December 8, 2018 6:23:04 PM UTC, Dale wrote: >Alexander Puchmayr wrote: >> Am Donnerstag, 6=2E Dezember 2018, 10:27:31 CET schrieb Dale: >>> Howdy, >>> >>> I mentioned in other threads that I'm doing some upgrades to my >system=2E=20 >>> My first question is about a CPU upgrade=2E I currently have this for >my >>> CPU, from cpuinfo: >>> >>> AMD Phenom(tm) II X4 955 Processor >>> >>> I've bought but not yet installed a FX-8350 CPU=2E I have this in my >>> make=2Econf file: >>> >>> CFLAGS=3D"-march=3Dnative -O2 -pipe" >> Compiling the whole system with -march=3Dnative might lead to troubles, > >> especially when doing a CPU change=2E This option means that gcc is >determining=20 >> the type of CPU automatically and adjusts the instruction set used to >exactly=20 >> this CPU=2E Although, in your case, it is highly likely that your new >CPU=20 >> understands all commands from the old, but I wouldn't bet on it=2E Its >possible=20 >> that your existing software encounters problems like "illegal >instruction" or=20 >> the like=2E Very bad if your compiler crashes after CPU replacement, >then you=20 >> cannot emerge anything=2E I highly recommend using CFLAGS=3D"-O2 -pipe" >and=20 >> nothing more, the performance difference is, if measurable at all, >negligible=2E=20 >> >>> USE_CPU=3D"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 3dnowext 3dnow constant_tsc rep_good nopl >nonstop_tsc >>> extd_apicid pni monitor cx16 popcnt lahf_lm cmp_legacy svm extapic >>> cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit wdt >>> nodeid_msr hw_pstate npt lbrv svm_lock nrip_save" >>> >> As someone else in this thread already mentioned, USE_CPU is not >used=2E What=20 >> you're looking for is CPU_FLAGS_X86=3D=2E=2E=2E, which defines what >cpu-specific options=20 >> will be enabled for packages supporting it and where it makes sense=2E >See=20 >> package cpuid2cpuflags for details=2E >> >> Regards >> Alex >> > >It seems the holiday shopping is slowing down delivery=2E=C2=A0 My fan wa= s >supposed to be here today but didn't arrive=2E=C2=A0 Since I got time, I'= ll >change the CFLAGS for at least the @system stuff, that should get me >booted for sure=2E=C2=A0 While the native setting makes things easier for >normal use, I can see the point of not using it when changing CPUs=2E=C2= =A0 >That is one reason for this thread=2E=C2=A0 The CPUs are different and ma= y >require some changes during the swap=2E=C2=A0 > >Is there a easy way to see what if any changes will be made?=C2=A0 I did = a >emerge -UDNa @system but it's not showing any change=2E=C2=A0 Does it req= uire >a >emerge -e @system to force the change?=C2=A0 Or is it not changing anythi= ng? > >Thanks much=2E=C2=A0 Better safe than sorry=2E=C2=A0 ;-) > >Dale > >:-)=C2=A0 :-)=C2=A0 A CFLAGS change requires a rebuild of all packages done with gcc=2E I am n= ot aware of a simple way of only doing those, so a "emerge --empty @world" = will be needed=2E -- Joost --=20 Sent from my Android device with K-9 Mail=2E Please excuse my brevity=2E ------2D4Z2GT2ZI6M1APKN6YDG1J26D4WL1 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
On December 8, 2018 6:2= 3:04 PM UTC, Dale <rdalek1967@gmail=2Ecom> wrote:
Alexander Puchmayr wrote:
Am Donnerstag, 6=2E Dezember 2018, 10:27:31 CET s=
chrieb Dale:
 Howdy,
 I mentioned in other threads that I'm doing some upgrades to my syste=
m=2E 
 My first question is about a CPU upgrade=2E  I currently have thi=
s for my
 CPU, from cpuinfo:

 AMD Phenom(tm) II X4 955 Processor<=
br>
 I've bought but not yet installed a FX-8350 CPU=2E  I have this in =
my
 make=2Econf file:

 CFLAGS=3D"-march=3Dnative -O2 -pipe"
 Compiling the whole system with -march=3Dnative might lead to t=
roubles, 
 especially when doing a CPU change=2E This option means that =
gcc is determining 
 the type of CPU automatically and adjusts the instr=
uction set used to exactly 
 this CPU=2E Although, in your case, it is h=
ighly likely that your new CPU 
 understands all commands from the old, =
but I wouldn't bet on it=2E Its possible 
 that your existing software e=
ncounters problems like "illegal instruction" or 
 the like=2E Very bad =
if your compiler crashes after CPU replacement, then you 
 cannot emerge=
 anything=2E I highly recommend using CFLAGS=3D"-O2 -pipe" and 
 nothing=
 more, the performance difference is, if measurable at all, negligible=2E <=
br>
 USE_CPU=3D"fpu vme=
 de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov
 pat pse36 clflus=
h mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt
 pdpe1gb rdtscp lm 3dn=
owext 3dnow constant_tsc rep_good nopl nonstop_tsc
 extd_apicid pni moni=
tor cx16 popcnt lahf_lm cmp_legacy svm extapic
 cr8_legacy abm sse4a mis=
alignsse 3dnowprefetch osvw ibs skinit wdt
 nodeid_msr hw_pstate npt lbr=
v svm_lock nrip_save"

 As someone else in this thread a=
lready mentioned, USE_CPU is not used=2E What 
 you're looking for is CP=
U_FLAGS_X86=3D=2E=2E=2E, which defines what cpu-specific options 
 will =
be enabled for packages supporting it and where it makes sense=2E See 
 =
package cpuid2cpuflags for details=2E

 Regards
 	Alex


It seems the holiday shopping is slowing down delivery=2E =
; My fan was
supposed to be here today but didn't arrive=2E  Since =
I got time, I'll
change the CFLAGS for at least the @system stuff, that =
should get me
booted for sure=2E  While the native setting makes th=
ings easier for
normal use, I can see the point of not using it when cha=
nging CPUs=2E 
That is one reason for this thread=2E  The CPUs=
 are different and may
require some changes during the swap=2E 
=

Is there a easy way to see what if any changes will be made?  I di=
d a
emerge -UDNa @system but it's not showing any change=2E  Does i=
t require a
emerge -e @system to force the change?  Or is it not ch=
anging anything?

Thanks much=2E  Better safe than sorry=2E =
; ;-)

Dale

:-)  :-) 


A CFLAGS change requires a rebuild of all packages done= with gcc=2E I am not aware of a simple way of only doing those, so a "emer= ge --empty @world" will be needed=2E

--
Joost
--
Sent from= my Android device with K-9 Mail=2E Please excuse my brevity=2E ------2D4Z2GT2ZI6M1APKN6YDG1J26D4WL1--