[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <87r5y4cqub.fsf@basil.nowhere.org>
Date: Mon, 01 Jun 2009 10:15:24 +0200
From: Andi Kleen <andi@...stfloor.org>
To: Tobias Doerffel <tobias.doerffel@...il.com>
Cc: linux-kernel@...r.kernel.org
Subject: Re: [PATCH] x86: add specific support for Intel Atom architecture
Tobias Doerffel <tobias.doerffel@...il.com> writes:
> This adds another option when selecting CPU family so the kernel can
> be optimized for Intel Atom CPUs. If GCC supports tuning options for
> Intel Atom they will be used.
You seem to have ignored the earlier review feedback?
Like
> diff --git a/arch/x86/include/asm/module.h b/arch/x86/include/asm/module.h
> index 47d6274..e959c4a 100644
> --- a/arch/x86/include/asm/module.h
> +++ b/arch/x86/include/asm/module.h
> @@ -28,6 +28,8 @@ struct mod_arch_specific {};
> #define MODULE_PROC_FAMILY "586MMX "
> #elif defined CONFIG_MCORE2
> #define MODULE_PROC_FAMILY "CORE2 "
> +#elif defined CONFIG_MATOM
> +#define MODULE_PROC_FAMILY "ATOM "
This is not needed because Atom is compatible to CORE2 (except for
one instruction the kernel doesn't use)
+ cflags-$(CONFIG_MATOM) += $(call cc-option,-march=atom) \
+ $(call cc-option,-mtune=atom,$(call cc-option,-mtune=generic))
It's doubtful that tune=generic is the best fallback for Atom, likely
tune=p5 is better
-Andi
--
ak@...ux.intel.com -- Speaking for myself only.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists