Re: [PATCH/AARCH64] Improved -mcpu/mtune/march=native handling

2016-11-11 Thread Andrew Pinski
On Fri, Nov 11, 2016 at 7:59 AM, Andreas Tobler wrote: > On 11.11.16 11:06, Richard Earnshaw wrote: >> >> On 11/11/16 02:56, Andrew Pinski wrote: >>> >>> As I mentioned in my other emails, parsing /proc/cpuinfo has one issue >>> is that the current parsing assumes many different things about the >

Re: [PATCH/AARCH64] Improved -mcpu/mtune/march=native handling

2016-11-11 Thread Andreas Tobler
On 11.11.16 11:06, Richard Earnshaw wrote: On 11/11/16 02:56, Andrew Pinski wrote: As I mentioned in my other emails, parsing /proc/cpuinfo has one issue is that the current parsing assumes many different things about the format. So the best way to do this is to parse /sys/devices/system/cpu/cp

Re: [PATCH/AARCH64] Improved -mcpu/mtune/march=native handling

2016-11-11 Thread Richard Earnshaw
On 11/11/16 02:56, Andrew Pinski wrote: > As I mentioned in my other emails, parsing /proc/cpuinfo has one issue > is that the current parsing assumes many different things about the > format. So the best way to do this is to parse > /sys/devices/system/cpu/cpuN/regs/identification/midr_el1 files

[PATCH/AARCH64] Improved -mcpu/mtune/march=native handling

2016-11-10 Thread Andrew Pinski
As I mentioned in my other emails, parsing /proc/cpuinfo has one issue is that the current parsing assumes many different things about the format. So the best way to do this is to parse /sys/devices/system/cpu/cpuN/regs/identification/midr_el1 files instead. To get which cpu are present (though n