summaryrefslogtreecommitdiffstats
path: root/lldb/source/Plugins/ScriptInterpreter/Python/lldb-python.h
diff options
context:
space:
mode:
authorAndrea Di Biagio <Andrea_DiBiagio@sn.scee.net>2018-04-10 10:49:41 +0000
committerAndrea Di Biagio <Andrea_DiBiagio@sn.scee.net>2018-04-10 10:49:41 +0000
commit486358c153f13dd06fbe2c645ce497b39652358f (patch)
treef811baee8ddc67857160484c68acdc73524553cf /lldb/source/Plugins/ScriptInterpreter/Python/lldb-python.h
parent44f2f4ec45bf8eb75165f38c5f005e0634f00d6e (diff)
downloadbcm5719-llvm-486358c153f13dd06fbe2c645ce497b39652358f.tar.gz
bcm5719-llvm-486358c153f13dd06fbe2c645ce497b39652358f.zip
[X86][Broadwell] HWPort5 should not be added to BroadwellModelProcResources.
The BroadwellModelProcResources had an entry for HWPort5, which is a Haswell resource, and not a Broadwell processor resource. That entry was added to the Broadwell model because variable blends were consuming it. This was clearly a typo (the resource name should have been BWPort5), which unfortunately was never caught before. It was not reported as an error because HWPort5 is a resource defined by the Haswell model. It has been found when testing some code with llvm-mca: the list of resources in the resource pressure view was odd. This patch fixes the issue; now variable blend instructions consume 2 cycles on BWPort5 instead of HWPort5. This is enough to get rid of the extra (spurious) entry in the BroadWellModelProcResources table. llvm-svn: 329686
Diffstat (limited to 'lldb/source/Plugins/ScriptInterpreter/Python/lldb-python.h')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud