275
|
|
|
Veselin Georgiev |
6 years ago
|
|
|
274
|
|
|
Veselin Georgiev |
6 years ago
|
|
|
273
|
|
|
Veselin Georgiev |
6 years ago
|
|
|
272
|
|
|
Veselin Georgiev |
6 years ago
|
|
|
271
|
|
|
Veselin Georgiev |
6 years ago
|
|
|
270
|
|
|
Veselin Georgiev |
6 years ago
|
|
|
269
|
|
|
Veselin Georgiev |
6 years ago
|
|
|
268
|
|
|
Veselin Georgiev |
6 years ago
|
|
|
267
|
|
|
Veselin Georgiev |
7 years ago
|
|
|
266
|
|
|
Veselin Georgiev |
7 years ago
|
|
|
265
|
|
|
Veselin Georgiev |
7 years ago
|
|
|
264
|
|
|
Veselin Georgiev |
7 years ago
|
|
|
263
|
|
|
Veselin Georgiev |
7 years ago
|
|
|
262
|
|
Major refactoring of the Intel match tables.
There were a lot of instances where there was additional code written to detect certain features from the brand string (e.g., does it have "Core (TM)"? if it has, does it have "i3"?). It makes sense to only write code for detecting these features in isolation, preventing the exponential blowup of possible intel_code_t values (e.g. previously there were enum values for CORE_{,IVY,HASWELL,BROADWELL,SKYLAKE}{,M}{3,5,7} - almost 20 separate enums items; these can now be expressed with the respective bits (CORE_, _I_, _M_, _3, _5 and _7).
The change in matchtables is the addition of an extra field after brand_code: it is called model_bits. The bits for each vendor is defined in the beginning of recog_<<vendor>>.c
This is the first part of the overhaul, which handles the bits detection and proper matchtables for Intel. Refactoring of AMD detection code coming next...
|
Veselin Georgiev |
7 years ago
|
|
|
261
|
|
|
Veselin Georgiev |
7 years ago
|
|
|
260
|
|
|
Veselin Georgiev |
7 years ago
|
|
|
259
|
|
|
Veselin Georgiev |
7 years ago
|
|
|
258
|
|
|
Veselin Georgiev |
7 years ago
|
|
|
257
|
|
|
Veselin Georgiev |
7 years ago
|
|
|
256
|
|
|
Veselin Georgiev |
7 years ago
|
|
|