[PATCH] MAINTAINERS: Drop Emma Anholt from all M lines.

I am not active in the Linux kernel and don't want to see patches. Signed-off-by: Emma Anholt --- MAINTAINERS | 4 1 file changed, 4 deletions(-) diff --git a/MAINTAINERS b/MAINTAINERS index 01fb9ee6b951..31854c48711e 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -5378,7 +5378,6

[PATCH v2 2/2] arm64: dts: qcom: sm8250: Enable per-process page tables.

This is an SMMU for the adreno gpu, and adding this compatible lets the driver use per-fd page tables, which are required for security between GPU clients. Signed-off-by: Emma Anholt Reviewed-by: Dmitry Baryshkov --- v2: moved qcom,adreno-smmu earlier arch/arm64/boot/dts/qcom/sm8250.dtsi | 2

[PATCH v2 1/2] iommu: arm-smmu-impl: Add 8250 display compatible to the client list.

Required for turning on per-process page tables for the GPU. Signed-off-by: Emma Anholt Reviewed-by: Konrad Dybcio Reviewed-by: Dmitry Baryshkov --- drivers/iommu/arm/arm-smmu/arm-smmu-qcom.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/iommu/arm/arm-smmu/arm-smmu-qcom.c b

[PATCH v2 0/2] per-process page tables for qcom 8250

This enable per-process page tables on the Qualcomm RB5 boards I'm setting up for Mesa CI. Has survived a full deqp-vk run. v2: moved qcom,adreno-smmu compatible earlier Emma Anholt (2): iommu: arm-smmu-impl: Add 8250 display compatible to the client list. arm64: dts: qcom: sm8250: E

[PATCH 2/2] arm64: dts: qcom: sm8250: Enable per-process page tables.

This is an SMMU for the adreno gpu, and adding this compatible lets the driver use per-fd page tables, which are required for security between GPU clients. Signed-off-by: Emma Anholt --- Tested with a full deqp-vk run on RB5, which did involve some iommu faults. arch/arm64/boot/dts/qcom

[PATCH 1/2] iommu: arm-smmu-impl: Add 8250 display compatible to the client list.

Required for turning on per-process page tables for the GPU. Signed-off-by: Emma Anholt --- drivers/iommu/arm/arm-smmu/arm-smmu-qcom.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/iommu/arm/arm-smmu/arm-smmu-qcom.c b/drivers/iommu/arm/arm-smmu/arm-smmu-qcom.c index d8e1ef83c01b

Re: [PATCH v5 2/6] drm/v3d: Get rid of pm code

On Wed, Jun 1, 2022 at 4:03 AM Peter Robinson wrote: > Runtime PM doesn't seem to work correctly on this driver. On top of > that, commit 8b6864e3e138 ("drm/v3d/v3d_drv: Remove unused static > variable 'v3d_v3d_pm_ops'") hints that it most likely never did as the > driver's PM ops were not hooked

Re: [PATCH v2 1/2] drm/msm/gpu: Add ctx to get_param()

* Note: These particular param does not require a context > */ Minor typo fix, "param does not" -> "params do not" Other than that, series `Reviewed-by: Emma Anholt ` and I love that we're catching non-address-space associated faults now, too!

Re: [PATCH v4 01/18] drm/sched: Split drm_sched_job_init

On Mon, Jul 12, 2021 at 1:01 PM Daniel Vetter wrote: > > This is a very confusingly named function, because not just does it > init an object, it arms it and provides a point of no return for > pushing a job into the scheduler. It would be nice if that's a bit > clearer in the interface. > > But t

Re: [PATCH] drm/sched: Split drm_sched_job_init

illon > Cc: Tian Tao > Cc: Jack Zhang > Cc: etna...@lists.freedesktop.org > Cc: l...@lists.freedesktop.org > Cc: linux-me...@vger.kernel.org > Cc: linaro-mm-...@lists.linaro.org > Cc: Emma Anholt > --- > drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 2 ++ > drivers/

Re: [PATCH] drm/v3d: Move drm_sched_job_init to v3d_job_init

sage and rebase to include the > drm_sched_job_arm() call (Emma). > > Signed-off-by: Daniel Vetter > Cc: Emma Anholt OK, makes sense now. r-b.

Re: [PATCH 06/11] drm/v3d: Move drm_sched_job_init to v3d_job_init

On Thu, Jun 24, 2021 at 7:00 AM Daniel Vetter wrote: > > Prep work for using the scheduler dependency handling. > > Signed-off-by: Daniel Vetter > Cc: Emma Anholt Back when I wrote this, I think there were rules that there had to be no failure paths between a job_init and a