Those formulae (both 'bus' and 'mul' calculation) are broken, I think.
If I extend 'bus' to be 4 bits instead of 2 then I can make it work on all
of my machines (or all those I tried), of course, extending the buscode[]
table appropriately.
However, the radically broken, imho, thing is that the (bus, mul) pair is
_not_ constant when I vary the bus/cpu speed settings in the "soft cpu
BIOS". If the bits of the 0x2A msr are supposed to be used for finding out
the "true" i.e. intended bus/cpu speeds (hence the label "overclocked" in
the code) then they should remain constant when one is overclocking,
right?
As for my question on the evenness of the calls to identify_cpu() --
ignore it, it was obvious, of course (called from check_bugs() on
boot_cpu_data and then on SMP on each cpu_data + id)
Regards,
Tigran
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/