Re: [PATCH 08/30] [arm] Split CPU, architecture and tuning data tables.

2017-06-13 Thread Richard Earnshaw (lists)
On 09/06/17 13:53, Richard Earnshaw wrote: > > The driver really needs to handle some canonicalization of the new > -mcpu and -march options in order to make multilib selection > tractable. This will require moving much of the logic to parse the > new options into the common code file. However,

[PATCH 08/30] [arm] Split CPU, architecture and tuning data tables.

2017-06-09 Thread Richard Earnshaw
The driver really needs to handle some canonicalization of the new -mcpu and -march options in order to make multilib selection tractable. This will require moving much of the logic to parse the new options into the common code file. However, the tuning data definitely does not want to be there