Package Base Details: linux-ck

Git Clone URL: https://aur.archlinux.org/linux-ck.git (read-only)
Submitter: graysky
Maintainer: graysky
Last Packager: graysky
Votes: 405
Popularity: 5.283990
First Submitted: 2011-07-22 14:51
Last Updated: 2019-05-22 18:09

Packages (2)

t3ddy commented on 2011-08-29 11:03

@Det
You got it. Using "-march=prescott" in KC(PP)FLAGS works.

Det commented on 2011-08-29 09:52

@t3ddy, heh-heh, I'm not expecting you to prove me anything. I _know_ "-march=prescott" is the one you should be using. That's the whole point.

The thing is that since:
1) makepkg.conf is not used in any way (even built this kernel with "-march=corei7-avx" just to be sure (I got an AMD CPU)) &&
2) "-march=native" corresponds to "-march=corei7-avx" in your system; then
you _need_ to try with "-march=prescott" in the KC(PP)FLAGS.

Also if you don't like the long compilation times you should set up ccache. It eliminates the need of rebuilding the same stuff.

Det commented on 2011-08-29 09:49

@t3ddy, heh-heh, I'm not expecting you to prove me anything. I _know_ "-march=prescott" is the one you should be using. That's the whole point.

The thing is that since:
1) makepkg.conf is not used in any way (even built this kernel with "-march=corei7-avx" just to be sure (I got an AMD CPU)) &&
2) "-march=native" corresponds to "-march=corei7-avx" in your system; then
you _need_ to try with "-march=prescott" in the KC(PP)FLAGS.

Also if you don't like the long compliation times you should set up ccache. It eliminates the need of rebuilding the same stuff.

t3ddy commented on 2011-08-29 08:15

@graysky
I've changed makepkg.conf as you said, but KC(PP)FLAGS are still a problem: with them the pc reboot continuously, without everything is fine.

@Det
I'll try also KC(PP)FLAGS with "prescott", but I'm going mad now making all this proofs :/

Det commented on 2011-08-29 05:37

If you are supposed to use "-march=prescott" on a 32-bit with Sandy Bridge (because "-march=corei7-avx" is for 64-bit) how could _that_ suddenly be the wrong thing? Isn't that what you're using with your pre-compiled Sandy Bridge i686 version too?

And really, yesterday I built my kernel with "-march=corei7-avx" in my makepkg.conf and the size was still the same.

t3ddy should just test with "-march=prescott" as the KC(PP)FLAGS and report back.

graysky commented on 2011-08-28 22:24

@Det and t3ddy - A related post to your situation t3ddy: https://bbs.archlinux.org/viewtopic.php?id=125295

graysky commented on 2011-08-28 22:19

@t3ddy - There's yer problem! That -march=prescott is f*cking it up. Note in your output the following: -march= corei7-avx

Change your /etc/makepkg.conf CFLAGS to read the following and you can customize till your heart is content.

CFLAGS="-march=native -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2"
CXXFLAGS="${CFLAGS}"

@Det - it would seem that the FLAGS in /etc/makepkg.conf are used in a detrimental way.

t3ddy commented on 2011-08-28 19:29

The following options are target specific:
-m128bit-long-double [disabled]
-m32 [enabled]
-m3dnow [disabled]
-m3dnowa [disabled]
-m64 [disabled]
-m80387 [enabled]
-m8bit-idiv [disabled]
-m96bit-long-double [enabled]
-mabi=
-mabm [disabled]
-maccumulate-outgoing-args [disabled]
-maes [enabled]
-malign-double [disabled]
-malign-functions=
-malign-jumps=
-malign-loops=
-malign-stringops [enabled]
-mandroid [disabled]
-march= corei7-avx
-masm=
-mavx [enabled]
-mavx256-split-unaligned-load [disabled]
-mavx256-split-unaligned-store [disabled]
-mbionic [disabled]
-mbmi [disabled]
-mbranch-cost=
-mcld [disabled]
-mcmodel=
-mcpu=
-mcrc32 [disabled]
-mcx16 [enabled]
-mdispatch-scheduler [disabled]
-mf16c [disabled]
-mfancy-math-387 [enabled]
-mfentry [enabled]
-mfma [disabled]
-mfma4 [disabled]
-mforce-drap [disabled]
-mfp-ret-in-387 [enabled]
-mfpmath=
-mfsgsbase [disabled]
-mfused-madd
-mglibc [enabled]
-mhard-float [enabled]
-mieee-fp [enabled]
-mincoming-stack-boundary=
-minline-all-stringops [disabled]
-minline-stringops-dynamically [disabled]
-mintel-syntax
-mlarge-data-threshold=
-mlwp [disabled]
-mmmx [disabled]
-mmovbe [disabled]
-mms-bitfields [disabled]
-mno-align-stringops [disabled]
-mno-fancy-math-387 [disabled]
-mno-push-args [disabled]
-mno-red-zone [disabled]
-mno-sse4 [disabled]
-momit-leaf-frame-pointer [disabled]
-mpc
-mpclmul [enabled]
-mpopcnt [enabled]
-mprefer-avx128 [disabled]
-mpreferred-stack-boundary=
-mpush-args [enabled]
-mrdrnd [disabled]
-mrecip [disabled]
-mred-zone [enabled]
-mregparm=
-mrtd [disabled]
-msahf [enabled]
-msoft-float [disabled]
-msse [enabled]
-msse2 [enabled]
-msse2avx [disabled]
-msse3 [enabled]
-msse4 [enabled]
-msse4.1 [enabled]
-msse4.2 [enabled]
-msse4a [disabled]
-msse5
-msseregparm [disabled]
-mssse3 [enabled]
-mstack-arg-probe [disabled]
-mstackrealign [enabled]
-mstringop-strategy=
-mtbm [disabled]
-mtls-dialect=
-mtls-direct-seg-refs [enabled]
-mtune= corei7-avx
-muclibc [disabled]
-mveclibabi=
-mvect8-ret-in-mem [disabled]
-mvzeroupper [disabled]
-mxop [disabled]

graysky commented on 2011-08-28 18:34

@t3ddy - post the output of this:

gcc -c -Q -march=native --help=target

t3ddy commented on 2011-08-28 16:49

@graysky
cpu family : 6
model : 42
model name : Intel(R) Core(TM) i7-2630QM CPU @ 2.00GHz

@Det
I'm not using "-march=native" also with any other kernel, having no troubles at all.

And I'm using "-march=prescott" because I'm on 32bit: http://en.gentoo-wiki.com/wiki/Safe_Cflags/Intel#Core_i7_and_Core_i5.2C_Xeon_55xx