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: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <B0C91D33-8C1C-4C67-B9B4-41206EFD8ECF@jrtc27.com>
Date: Mon, 19 Aug 2024 06:17:32 +0100
From: Jessica Clarke <jrtc27@...c27.com>
To: Xu Lu <luxu.kernel@...edance.com>
Cc: Tomasz Jeznach <tjeznach@...osinc.com>,
 Anup Patel <apatel@...tanamicro.com>,
 Albert Ou <aou@...s.berkeley.edu>,
 linux@...osinc.com,
 Will Deacon <will@...nel.org>,
 joro@...tes.org,
 LKML <linux-kernel@...r.kernel.org>,
 Yongji Xie <xieyongji@...edance.com>,
 iommu@...ts.linux.dev,
 Palmer Dabbelt <palmer@...belt.com>,
 Paul Walmsley <paul.walmsley@...ive.com>,
 wangqian.rd@...edance.com,
 linux-riscv <linux-riscv@...ts.infradead.org>,
 robin.murphy@....com,
 Hangjing Li <lihangjing@...edance.com>,
 baolu.lu@...ux.intel.com
Subject: Re: Some feedbacks on RISC-V IOMMU driver

On 19 Aug 2024, at 04:56, Xu Lu <luxu.kernel@...edance.com> wrote:
> 
> Hi Tomasz,
> 
> Thanks for your brilliant job on RISC-V IOMMU driver. It helps us a
> lot for what we are doing. Below is our feedback on the existing
> implementation[1].
> 
> 1) Some IOMMU HW may only support 32-bit granularity access on its
> control registers (even when the register is 8 byte length). Maybe it
> is better to provide a 32-bit access method for 8 byte length
> registers like what opensbi does on ACLINT MTIME register.

That OpenSBI has to access MTIME piecewise is a workaround for a vendor
not implementing what the spec clearly intended, even if it wasn’t
explicitly stated (but is now, in response to that). Repeating that
situation would be a pitiful mistake.

The current IOMMU spec draft very clearly states:

  "Registers that are 64-bit wide may be accessed using either a 32-bit
   or a 64-bit access.”

Jess

> 2) In the IOMMU fault queue handling procedure, I wonder whether it is
> better to clear the fqmf/fqof bit first, and then clear the ipsr.fip
> bit. Otherwise the ipsr.fip can not be cleared and a redundant
> interrupt will be signaled.
> 
> Best regards!
> Xu Lu
> 
> [1] https://lore.kernel.org/all/cover.1718388908.git.tjeznach@rivosinc.com/
> 
> _______________________________________________
> linux-riscv mailing list
> linux-riscv@...ts.infradead.org
> http://lists.infradead.org/mailman/listinfo/linux-riscv


Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ