lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite for Android: free password hash cracker in your pocket
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <04eb9e26-27c9-4443-b87b-9b44e8447c52@amd.com>
Date: Tue, 7 Jan 2025 19:06:42 +0530
From: "Arun Kodilkar, Sairaj" <sarunkod@....com>
To: Vasant Hegde <vasant.hegde@....com>, Alejandro Jimenez
	<alejandro.j.jimenez@...cle.com>, <iommu@...ts.linux.dev>,
	<linux-kernel@...r.kernel.org>
CC: <joro@...tes.org>, <suravee.suthikulpanit@....com>, <will@...nel.org>,
	<jgg@...dia.com>, <joao.m.martins@...cle.com>, <boris.ostrovsky@...cle.com>
Subject: Re: [PATCH 1/1] iommu/amd: Preserve default DTE fields when updating
 Host Page Table Root

On 1/7/2025 5:45 PM, Vasant Hegde wrote:
Hi vasant,
> 
> On 1/7/2025 12:44 AM, Alejandro Jimenez wrote:
>> When updating the page table root field on the DTE, avoid overwriting any
>> bits that are already set. The earlier call to make_clear_dte() writes
>> default values that all DTEs must have set (currently DTE[V]), and those
>> must be preserved.
>>
>> Currently this doesn't cause problems since the page table root update is
>> the first field that is set after make_clear_dte() is called, and
>> DTE_FLAG_V is set again later along with the permission bits (IR/IW).
>> Remove this redundant assignment too.
> 
> Good catch!
> 
>>> Fixes: fd5dff9de4be ("iommu/amd: Modify set_dte_entry() to use 256-bit DTE
> helpers")
>> Signed-off-by: Alejandro Jimenez <alejandro.j.jimenez@...cle.com>
>> ---
>>   drivers/iommu/amd/iommu.c | 4 ++--
>>   1 file changed, 2 insertions(+), 2 deletions(-)
>>
>> diff --git a/drivers/iommu/amd/iommu.c b/drivers/iommu/amd/iommu.c
>> index 20177e18eb0d..a8c17b602c95 100644
>> --- a/drivers/iommu/amd/iommu.c
>> +++ b/drivers/iommu/amd/iommu.c
>> @@ -2052,12 +2052,12 @@ static void set_dte_entry(struct amd_iommu *iommu,
>>   	make_clear_dte(dev_data, dte, &new);
> 
> This fix is fine. But with all changes we have done in this code does, do we
> really need make_clear_dte()?
> 
> How about removing `make_clear_dte()` and moving DTE_FLAG_V to
> write_dte_lower128() ?
> 

I dont think moving DTE_FLAG_V to write_dte_lower128() is a good
idea, because the order in which the function update_dte256()
assigns upper and lower 128 bits depends on this flag.

Regards
Sairaj Kodilkar

> -Vasant
> 
> 
> 


Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ