ubuntu 17 10（Ubuntu 21）

Ubuntu上Vivado的问题：ERROR:[Common17-685]UnabletoloadTclappxilinx::xsim---出了这个问题ERROR:[Common17-69]Commandfailed:ERROR:[Common17-685]UnabletoloadTclappxilinx::xsimtclappinvalidcommandname"tclapp"reset_tclstoreinvalidcommandname"reset_tclstore"tclapp::reset_tclstoreERROR:[Common17-1256]CouldnotremovelocalTclStorefrom'/home/gy/.Xilinx/Vivado/2018.3/XilinxTclStore'.Pleasecloseanyprogramwhichstillaccessesthisarea.ERROR:[Common17-39]'tclapp::reset_tclstore'failedduetoearliererrors.close_projecttclapp::refresh_catalogERROR:[Common17-703]Failedtorefreshcatalogfromgithub.com.Pleasecheckinternetconnectionandgithub.comsitestatus.tclapp::reset_tclstore--输入指令ERROR:[Common17-1256]CouldnotremovelocalTclStorefrom'/home/gy/.Xilinx/Vivado/2018.3/XilinxTclStore'.Pleasecloseanyprogramwhichstillaccessesthisarea.--手工去解决，删除掉ERROR:[Common17-39]'tclapp::reset_tclstore'failedduetoearliererrors.tclapp::reset_tclstore--再次输入指令ERROR:[Common17-1254]CouldnotremoveTclStorefile'/home/gy/.Xilinx/Vivado/tclapp'.Pleasecloseanyprogramwhichstillaccessesthisarea.--手工去解决，删除掉ERROR:[Common17-39]'tclapp::reset_tclstore'failedduetoearliererrors.tclapp::reset_tclstore--第三次输入指令INFO:[Common17-700]PleaseexitVivadotoallowTclStoreresettocomplete.--表面已经搞定。AMD使其更容易切换到新的P-StateCPU频率缩放驱动程序在发现许多用户不确定是否要使用这个新的CPU频率缩放驱动程序后，按照我们启用新的AMDP-State驱动程序的操作指南，该驱动程序在Linux5.17中首发，AMD现在更容易从ACPICPUFreq切换到AMDP状态。如操作指南文章中所述，虽然UbuntuMainlineKernelPPA之类的软件已经将amd_pstate构建为内核模块，但切换到ACPICPUFreq优先并妨碍加载amd_pstate模块并非易事。使用指南中详述的“initcall_blacklist=acpi_cpufreq_init”内核选项将阻止ACPICPUFreq驱动程序初始化，从而允许AMDP-State驱动程序继续并声明支持的AMDCPU。但是，由于AMDP-State驱动程序的补丁待定，对于在ACPICPUFreq中构建但将AMDP-State作为模块保留的内核，将不再需要将黑名单列入黑名单。AMD工程师MarioLimonciello，去年加入AMD的Linux客户团队，发送了一系列补丁，提高了这个新驱动程序的可用性。该补丁系列为AMDP-State添加了一个新的“替换”模块选项，以允许它在加载时替换现有的CPUFreq驱动程序。此外，另一个补丁添加了一个模块设备表，因此如果遇到支持ACPICPPC的AMDCPU（Zen2引入并且需要此驱动程序），amd_pstate驱动程序将自动加载。因此，通过这些待处理的补丁，它可以简单地将amd_pstate.replace=1作为内核参数来引导系统并使用AMDP-State，而无需将ACPICPUFreq列入黑名单或使用内置的新驱动程序重建内核。这也将允许用户将“optionsamd-pstatereplace=1”扔到Ubuntu等发行版上的/etc/modprobe.d目录中，作为另一种简单的切换方式。因此，这个方便的补丁系列让以AMDP-State作为模块的内核构建变得更加简单，最终使用户更容易选择使用这个专注于提高能效的新驱动程序。默认情况下，这个补丁系列不会强制AMDP-State，但是一旦AMDP-State证明了自己，我们将看看它是否会出现在未来的内核版本中。目前，这些补丁仅驻留在内核邮件列表中，而我们将看看它们是否及时被拾取以尝试使其进入v5.18或被推迟到v5.19周期。