[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] 答复: [PATCH v2] x86/cpu: Add supports for zhaoxin x86 platform
>>> On 02.05.18 at 09:47, <DavidWang@xxxxxxxxxxx> wrote: > 发件人: Jan Beulich <JBeulich@xxxxxxxx> > 发送时间: 2018年4月30日 22:15 >>>> On 25.04.18 at 11:51, <Davidwang@xxxxxxxxxxx> wrote: >> --- a/xen/include/asm-x86/iommu.h >> +++ b/xen/include/asm-x86/iommu.h >> @@ -54,6 +54,7 @@ static inline const struct iommu_ops *iommu_get_ops(void) >> switch ( boot_cpu_data.x86_vendor ) >> { >> case X86_VENDOR_INTEL: >> + case X86_VENDOR_SHANGHAI: >> return &intel_iommu_ops; >> case X86_VENDOR_AMD: >> return &amd_iommu_ops; >> @@ -69,6 +70,7 @@ static inline int iommu_hardware_setup(void) >> switch ( boot_cpu_data.x86_vendor ) >> { >> case X86_VENDOR_INTEL: >> + case X86_VENDOR_SHANGHAI: >> return intel_vtd_setup(); >> case X86_VENDOR_AMD: >> return amd_iov_detect(); > > There are numerous further occurrences of X86_VENDOR_INTEL throughout > the code base - is it really the case that no single one of them needs > similar > amendment? > [David]: Yes, there are numerous occurrences of X86_VENDOR_INTEL, such as > supporting idle_nops in arch_init_ideal_nops() or vpmu in > vpmu_arch_initialise(). Some of them perfect function, others improve > performance. Can we perfect those by submitting separate patches? To > support the iommu, we need to re-use intel_iommu_ops() and > intel_vtd_setup(). Yes, and then even the IOMMU adjustment should be split to a separate patch, I think. Also please adjust your quoting style when replying to mails. Jan _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxxx https://lists.xenproject.org/mailman/listinfo/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |