[<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