Package Details: linux-ck 6.11.8-1

Git Clone URL: https://aur.archlinux.org/linux-ck.git (read-only, click to copy)
Package Base: linux-ck
Description: The Linux kernel and modules with ck's hrtimer patches
Upstream URL: https://wiki.archlinux.org/index.php/Linux-ck
Licenses: GPL-2.0-only
Provides: KSMBD-MODULE, VIRTUALBOX-GUEST-MODULES, WIREGUARD-MODULE
Replaces: virtualbox-guest-modules-arch, wireguard-arch
Submitter: graysky
Maintainer: graysky
Last Packager: graysky
Votes: 459
Popularity: 0.26
First Submitted: 2011-07-22 14:51 (UTC)
Last Updated: 2024-11-15 22:31 (UTC)

Dependencies (14)

Required by (6)

Sources (6)

Latest Comments

« First ‹ Previous 1 .. 293 294 295 296 297 298 299 300 301 302 303 .. 307 Next › Last »

t3ddy commented on 2011-08-29 11:03 (UTC)

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

Det commented on 2011-08-29 09:52 (UTC)

@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.

t3ddy commented on 2011-08-29 08:15 (UTC)

@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 (UTC)

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 (UTC)

@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 (UTC)

@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 (UTC)

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 (UTC)

@t3ddy - post the output of this: gcc -c -Q -march=native --help=target

t3ddy commented on 2011-08-28 16:49 (UTC)

@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