RE: [PATCH v2 1/1] iommu/amd: set iommu for early mapped ioapic/hpet

2014-09-09 Thread Su, Friendy
Regards Friendy -Original Message- From: Joerg Roedel [mailto:j...@8bytes.org] Sent: Friday, September 05, 2014 9:53 PM To: Su, Friendy Cc: iommu@lists.linux-foundation.org; linux-ker...@vger.kernel.org Subject: Re: [PATCH v2 1/1] iommu/amd: set iommu for early mapped ioapic/hpet

RE: [PATCH v1 1/1] iommu/amd: set iommu for early mapped ioapic/hpet

2014-09-05 Thread Su, Friendy
Hi, Joerg, -Original Message- From: j...@8bytes.org [mailto:j...@8bytes.org] Sent: Wednesday, September 03, 2014 11:06 PM To: Su, Friendy Cc: iommu@lists.linux-foundation.org; linux-ker...@vger.kernel.org Subject: Re: [PATCH v1 1/1] iommu/amd: set iommu for early mapped ioapic/hpet

[PATCH v2 1/1] iommu/amd: set iommu for early mapped ioapic/hpet

2014-09-05 Thread Su, Friendy
From: Su Friendy friendy...@sony.com.cn Subject: iommu/amd: make early mapped ioapic/hpet override IVHD The early mapped ioapic/hpet specified by kernel boot parameter ivrs_ioapic[ID]/ivrs_hpet[ID] always override the ioapic/hpet with same ID reported by ACPI IVHD table. Current driver still

[PATCH v1 1/1] iommu/amd: set iommu for early mapped ioapic/hpet

2014-09-01 Thread Su, Friendy
From: Su Friendy friendy...@sony.com.cn The early mapped ioapic/hpet specified by kernel boot parameter ivrs_ioapic[ID]/ivrs_hpet[ID] always override the ioapic/hpet with same ID reported by ACPI IVRS table. Therefore, the early mapped should be always controlled by iommu. Current driver did

[PATCH v1 1/1] iommu/amd: fix enabling exclusion range for an exact device

2014-05-08 Thread Su, Friendy
From: Su Friendy friendy...@sony.com.cn set_device_exclusion_range(u16 devid, struct ivmd_header *m) enables exclusion range for ONE device. IOMMU does not translate the access to the exclusion range from the device. The device is specified by input argument 'devid'. But 'devid' is not passed