Support for Runtime CPU type detection via builtins (issue5754058)

Sriraman Tallam tmsriram@google.com
Wed Apr 18 23:09:00 GMT 2012


Ping.

On Thu, Apr 12, 2012 at 4:14 PM, Sriraman Tallam <tmsriram@google.com> wrote:
> Ping.
>
> On Tue, Apr 3, 2012 at 12:47 PM, Sriraman Tallam <tmsriram@google.com> wrote:
>> Hi,
>>
>> i386 maintainers -  Is this patch ok?
>>
>> Thanks,
>> -Sri.
>>
>> On Mon, Apr 2, 2012 at 5:48 PM, Sriraman Tallam <tmsriram@google.com> wrote:
>>> On Mon, Apr 2, 2012 at 5:38 AM, Richard Guenther
>>> <richard.guenther@gmail.com> wrote:
>>>> On Sat, Mar 31, 2012 at 1:03 AM, Sriraman Tallam <tmsriram@google.com> wrote:
>>>>> On Fri, Mar 30, 2012 at 5:47 AM, Michael Matz <matz@suse.de> wrote:
>>>>>> Hi,
>>>>>>
>>>>>> On Thu, 29 Mar 2012, Sriraman Tallam wrote:
>>>>>>
>>>>>>> +struct __processor_model
>>>>>>> +{
>>>>>>> +  /* Vendor. */
>>>>>>> +  unsigned int __cpu_is_amd : 1;
>>>>>>> +  unsigned int __cpu_is_intel : 1;
>>>>>>> +  /* CPU type. */
>>>>>>> +  unsigned int __cpu_is_intel_atom : 1;
>>>>>>> +  unsigned int __cpu_is_intel_core2 : 1;
>>>>>>> +  unsigned int __cpu_is_intel_corei7 : 1;
>>>>>>> +  unsigned int __cpu_is_intel_corei7_nehalem : 1;
>>>>>>> +  unsigned int __cpu_is_intel_corei7_westmere : 1;
>>>>>>> +  unsigned int __cpu_is_intel_corei7_sandybridge : 1;
>>>>>>> +  unsigned int __cpu_is_amdfam10h : 1;
>>>>>>> +  unsigned int __cpu_is_amdfam10h_barcelona : 1;
>>>>>>> +  unsigned int __cpu_is_amdfam10h_shanghai : 1;
>>>>>>> +  unsigned int __cpu_is_amdfam10h_istanbul : 1;
>>>>>>> +  unsigned int __cpu_is_amdfam15h_bdver1 : 1;
>>>>>>> +  unsigned int __cpu_is_amdfam15h_bdver2 : 1;
>>>>>>> +} __cpu_model;
>>>>>>
>>>>>> It doesn't make sense for the model to be a bitfield, a processor will
>>>>>> have only ever exactly one model.  Just make it an enum or even just an
>>>>>> int.
>>>>>
>>>>> Not entirely true, nehalem and corei7 can be both set. However, I
>>>>> modified this by dividing it into types and sub types and then did
>>>>> what you said.
>>>>
>>>> Uh...  then I suppose you need to document somewhere what names
>>>> match to what cpuid family/model (supposedly thats where your two-layer
>>>> hierarchy comes from, which incidentially misses one layer, the vendor?)
>>>
>>> Added documentation to extend.texi
>>>
>>> Patch available for review here:
>>> http://codereview.appspot.com/5754058
>>>
>>> Thanks,
>>> -Sri.
>>>
>>>
>>>>
>>>> Richard.
>>>>
>>>>>       * config/i386/i386.c (build_processor_features_struct): New function.
>>>>>       (build_processor_model_struct): New function.
>>>>>       (make_var_decl): New function.
>>>>>       (get_field_from_struct): New function.
>>>>>       (fold_builtin_target): New function.
>>>>>       (ix86_fold_builtin): New function.
>>>>>       (ix86_expand_builtin): Expand new builtins by folding them.
>>>>>       (make_cpu_type_builtin): New functions.
>>>>>       (ix86_init_platform_type_builtins): Make the new builtins.
>>>>>       (ix86_init_builtins): Make new builtins to detect CPU type.
>>>>>       (TARGET_FOLD_BUILTIN): New macro.
>>>>>       (IX86_BUILTIN_CPU_INIT): New enum value.
>>>>>       (IX86_BUILTIN_CPU_IS): New enum value.
>>>>>       (IX86_BUILTIN_CPU_SUPPORTS): New enum value.
>>>>>       * config/i386/i386-builtin-types.def: New function type.
>>>>>       * testsuite/gcc.target/builtin_target.c: New testcase.
>>>>>
>>>>>       * libgcc/config/i386/i386-cpuinfo.c: New file.
>>>>>       * libgcc/config/i386/t-cpuinfo: New file.
>>>>>       * libgcc/config.host: Include t-cpuinfo.
>>>>>       * libgcc/config/i386/libgcc-glibc.ver: Version symbols __cpu_model
>>>>>       and __cpu_features.
>>>>>
>>>>> Patch available for review here:
>>>>> http://codereview.appspot.com/5754058
>>>>>
>>>>> Thanks,
>>>>> -Sri.
>>>>>
>>>>>
>>>>>>
>>>>>>
>>>>>> Ciao,
>>>>>> Michael.



More information about the Gcc-patches mailing list