[PATCH 2/3] drm/exynos: dp: Remove support for unused dptx-phy

Now that we have moved to generic phy based bindings, we don't need to have any code related to older dptx-phy. Nobody is using this dptx-phy anymore, so removing the same. Signed-off-by: Vivek Gautam Cc: Jingoo Han --- drivers/gpu/drm/exynos/exynos_dp_core.c | 58

[PATCH 0/3] drm-exynos-dp/phy-exynos-dp: Refactor to use pmu-system-controller and dp driver cleanup

it. Vivek Gautam (3): phy: exynos-dp-video: Use syscon support to control pmu register drm/exynos: dp: Remove support for unused dptx-phy arm: dts: Exynos5: Use pmu_system_controller phandle for dp phy .../devicetree/bindings/phy/samsung-phy.txt|7 +- arch/arm/boot/dts

[PATCH 3/3] arm: dts: Exynos5: Use pmu_system_controller phandle for dp phy

DP PHY now require pmu-system-controller to handle PMU register to control PHY's power isolation. Adding the same to dp-phy node. Signed-off-by: Vivek Gautam Cc: Jingoo Han --- arch/arm/boot/dts/exynos5250.dtsi |2 +- arch/arm/boot/dts/exynos5420.dtsi |4 ++-- 2 files changed, 3

[PATCH v2 1/3] phy: exynos-dp-video: Use syscon support to control pmu register

for that. To facilitate this, we have added another compatible string for Exynso5420 SoC to acquire driver data which contains different DP-PHY-CONTROL register offset. Signed-off-by: Vivek Gautam Cc: Jingoo Han Cc: Kishon Vijay Abraham I --- Changes since v1: - state->regs should have been "struc

[PATCH 1/3] phy: exynos-dp-video: Use syscon support to control pmu register

for that. To facilitate this, we have added another compatible string for Exynso5420 SoC to acquire driver data which contains different DP-PHY-CONTROL register offset. Signed-off-by: Vivek Gautam Cc: Jingoo Han Cc: Kishon Vijay Abraham I --- .../devicetree/bindings/phy/samsung-phy.txt|7 +- drivers/phy

[PATCH v3 1/3] phy: exynos-dp-video: Use syscon support to control pmu register

for that. To facilitate this, we have added another compatible string for Exynso5420 SoC to acquire driver data which contains different DP-PHY-CONTROL register offset. Signed-off-by: Vivek Gautam Cc: Jingoo Han Cc: Kishon Vijay Abraham I --- Changes since v2: - Using 'EXYNOS5_PHY_ENABLE' macro instead

[PATCH v3 1/3] phy: exynos-dp-video: Use syscon support to control pmu register

Hi Kishon, On Wed, Sep 17, 2014 at 10:24 PM, Kishon Vijay Abraham I wrote: > > > On Tuesday 16 September 2014 10:32 AM, Vivek Gautam wrote: >> Currently the DP_PHY_ENABLE register is mapped in the driver, >> and accessed to control power to the PHY. >> With mfd-

[PATCH v3 03/15] ARM: dts: sysreg: add exynos5 compatible to DT bindings

; + For Exynos5 SoC series it should be "samsung,exynos5-sysreg", "syscon"; > - reg : offset and length of the register set. > > Example: > -- > 1.7.9.5 > > -- > To unsubscribe from this list: send the line "unsubscribe linux-samsung-soc" > in >

[PATCH v3 13/15] ARM: dts: exynos5: add system register support

<18 5>, <18 6>; > + samsung,sysreg = <_reg>; > status = "disabled"; > }; > > -- > 1.7.9.5 > > -- > To unsubscribe from this list: send the line "unsubscribe linux-samsung-soc" > in > the body of a message to majordomo at vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html -- Best Regards Vivek Gautam Samsung R Institute, Bangalore India

[PATCH v3 13/15] ARM: dts: exynos5: add system register support

Hi YoungJun, On Thu, Jun 5, 2014 at 8:22 AM, YoungJun Cho wrote: > Hi Vivek, > > > On 06/04/2014 08:50 PM, Vivek Gautam wrote: >> >> On Mon, Jun 2, 2014 at 10:52 AM, YoungJun Cho >> wrote: >>> >>> This patch adds sysreg device node, and sysreg pr

[PATCH v2 1/2] drm/exynos: dp: Remove support for unused dptx-phy

On Wed, Nov 12, 2014 at 9:38 AM, Jingoo Han wrote: > On Thursday, October 30, 2014 10:24 PM, Vivek Gautam wrote: >> >> Now that we have moved to generic phy based bindings, >> we don't need to have any code related to older dptx-phy. >> Nobody is using this dp

[PATCH v3 RESEND 1/2] drm/exynos: dp: Remove support for unused dptx-phy

Now that we have moved to generic phy based bindings, we don't need to have any code related to older dptx-phy. Nobody is using this dptx-phy anymore, so removing the same. Signed-off-by: Vivek Gautam Acked-by: Jingoo Han Cc: Inki Dae --- Problem with my mail client caused change in author's

[PATCH v2 2/2] arm: dts: Exynos5: Use pmu_system_controller phandle for dp phy

Hi Javier, On Wed, Nov 19, 2014 at 5:06 PM, Javier Martinez Canillas wrote: > [adding Kukjin to cc list] > > Hello Vivek, > > On Wed, Nov 12, 2014 at 5:21 AM, Jingoo Han wrote: >> On Thursday, October 30, 2014 10:24 PM, Vivek Gautam wrote: >>> >>> D

[RFC PATCH 1/1] drm/exynos: Move platform drivers registration to module init

rom this list: send the line "unsubscribe linux-samsung-soc" > in > the body of a message to majordomo at vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html -- Best Regards Vivek Gautam Samsung R Institute, Bangalore India

[RFC PATCH 1/1] drm/exynos: Move platform drivers registration to module init

Hi, On Thu, Nov 20, 2014 at 12:36 PM, Vivek Gautam wrote: > Hi Javier, Kevin, > > > > On Wed, Nov 19, 2014 at 10:22 PM, Javier Martinez Canillas > wrote: >> [adding Paolo and Vivek as cc] >> >> Hello, >> >> On 11/18/2014 07:41 PM, Kevin Hilman

[RFC PATCH 1/1] drm/exynos: Move platform drivers registration to module init

Hi Javier, On Thu, Nov 20, 2014 at 2:15 PM, Javier Martinez Canillas wrote: > Hello Vivek, > > On 11/20/2014 08:51 AM, Vivek Gautam wrote: >>> >>> I tested linux-next on Exynos5800 peach-pi board with linux-next and and >>> the two >>> patches $

[PATCH V2 RESEND] arm: dts: Exynos5: Use pmu_system_controller phandle for dp phy

DP PHY now require pmu-system-controller to handle PMU register to control PHY's power isolation. Adding the same to dp-phy node. Signed-off-by: Vivek Gautam Reviewed-by: Jingoo Han Tested-by: Javier Martinez Canillas Cc: Kukjin Kim --- arch/arm/boot/dts/exynos5250.dtsi |2 +- arch/arm

[PATCH v2 2/2] arm: dts: Exynos5: Use pmu_system_controller phandle for dp phy

On Sun, Nov 23, 2014 at 12:26 AM, Javier Martinez Canillas wrote: > Hello Vivek > > On Wed, Nov 19, 2014 at 1:03 PM, Vivek Gautam > wrote: >>> >>> Tested-by: Javier Martinez Canillas >> >> Thanks for testing. >> > > You are welco

[PATCH V2 RESEND] arm: dts: Exynos5: Use pmu_system_controller phandle for dp phy

Hi, On Mon, Nov 24, 2014 at 4:02 PM, Thierry Reding wrote: > On Mon, Nov 24, 2014 at 11:11:23AM +0530, Vivek Gautam wrote: >> DP PHY now require pmu-system-controller to handle PMU register >> to control PHY's power isolation. Adding the same to dp-phy >> node. >> >

[RFC PATCH 1/1] drm/exynos: Move platform drivers registration to module init

d my config (which is just made out of exynos_defconfig) : config_next20141124 The boot arguments used are: [0.00] Kernel command line: root=/dev/mmcblk1p1 rootwait ro console=ttySAC3,115200 debug earlyprintk init=/linuxrc Also attached the complete log: kernel-log_next20141124. I am

[PATCH V2 RESEND] arm: dts: Exynos5: Use pmu_system_controller phandle for dp phy

On Mon, Nov 24, 2014 at 4:26 PM, Thierry Reding wrote: > On Mon, Nov 24, 2014 at 04:17:18PM +0530, Vivek Gautam wrote: >> Hi, >> >> >> On Mon, Nov 24, 2014 at 4:02 PM, Thierry Reding >> wrote: >> > On Mon, Nov 24, 2014 at 11:11:23AM +0530, Vivek Gautam

[PATCH 2/3] drm/exynos: dp: Remove support for unused dptx-phy

Hi, On Mon, Sep 15, 2014 at 6:43 PM, Vivek Gautam wrote: > Now that we have moved to generic phy based bindings, > we don't need to have any code related to older dptx-phy. > Nobody is using this dptx-phy anymore, so removing the > same. > > Signed-off-by: Vivek Gautam

[PATCH 3/3] arm: dts: Exynos5: Use pmu_system_controller phandle for dp phy

Hi, CC'ing Kukjin, my bad, missed him while sending the patch. :-( On Mon, Sep 15, 2014 at 6:43 PM, Vivek Gautam wrote: > DP PHY now require pmu-system-controller to handle PMU register > to control PHY's power isolation. Adding the same to dp-phy > node. > > Signed-off-by: Viv

[PATCH 2/3] drm/exynos: dp: Remove support for unused dptx-phy

Hi, CC'ing Kukjin, my bad, missed him while sending the patch. :-( On Wed, Oct 8, 2014 at 8:27 AM, Vivek Gautam wrote: > Hi, > > > On Mon, Sep 15, 2014 at 6:43 PM, Vivek Gautam > wrote: >> Now that we have moved to generic phy based bindings, >> we don't ne

[PATCH 0/3] drm-exynos-dp/phy-exynos-dp: Refactor to use pmu-system-controller and dp driver cleanup

Ajay, On Thu, Oct 9, 2014 at 3:48 PM, Ajay kumar wrote: > Hi, > > On Mon, Sep 15, 2014 at 6:43 PM, Vivek Gautam > wrote: >> These patches are based on 'for-next' branch of kgene's linux-samsung tree. >> >> Refactoring the exynos-dp-video phy to use pmu-system-c

[PATCH 2/3] drm/exynos: dp: Remove support for unused dptx-phy

Hi Inki, On Thu, Oct 30, 2014 at 5:50 PM, Inki Dae wrote: > > Sorry for late. I missed this patch a little bit for long time. Thanks for reviewing. > > > On 2014년 09월 15일 22:13, Vivek Gautam wrote: >> Now that we have moved to generic phy based bindings, >>

[PATCH v2 1/2] drm/exynos: dp: Remove support for unused dptx-phy

Now that we have moved to generic phy based bindings, we don't need to have any code related to older dptx-phy. Nobody is using this dptx-phy anymore, so removing the same. Signed-off-by: Vivek Gautam Cc: Inki Dae Cc: Jingoo Han --- Changes from V1: - Reworked error handling

[PATCH v2 2/2] arm: dts: Exynos5: Use pmu_system_controller phandle for dp phy

DP PHY now require pmu-system-controller to handle PMU register to control PHY's power isolation. Adding the same to dp-phy node. Signed-off-by: Vivek Gautam Cc: Jingoo Han --- Changes from V1: - none. arch/arm/boot/dts/exynos5250.dtsi |2 +- arch/arm/boot/dts/exynos5420.dtsi |4

Re: [PATCH 1/5] drm/msm: Remove pm_runtime operations from msm_iommu

v); > ret = iommu_attach_device(iommu->domain, mmu->dev); > - pm_runtime_put_sync(mmu->dev); may be just do the following here. return iommu_attach_device(iommu->domain, mmu->dev); Rest looks good. So after the change. Reviewed-by: Vivek Gautam Best regards Vivek > >

Re: [PATCH 1/5] drm/msm: Remove pm_runtime operations from msm_iommu

untime_put_sync(mmu->dev); > WARN_ON(ret < 0); > > return (ret == len) ? 0 : -EINVAL; > @@ -76,9 +67,7 @@ static int msm_iommu_unmap(struct msm_mmu *mmu, uint64_t > iova, > { > struct msm_iommu *iommu = to_msm_iommu(mmu); > > - pm_runtim

[PATCH v6 4/6] iommu/arm-smmu: Add the device_link between masters and smmu

From: Sricharan R Finally add the device link between the master device and smmu, so that the smmu gets runtime enabled/disabled only when the master needs it. This is done from add_device callback which gets called once when the master is added to the smmu.

[PATCH v6 0/6] iommu/arm-smmu: Add runtime pm/sleep support

device_link between masters and smmu Vivek Gautam (3): base: power: runtime: Export pm_runtime_get/put_suppliers iommu/arm-smmu: Add support for qcom,smmu-v2 variant drm/msm: iommu: Replace runtime calls with runtime suppliers .../devicetree/bindings/iommu/arm,smmu.txt | 43 +++

[PATCH v6 3/6] iommu/arm-smmu: Invoke pm_runtime during probe, add/remove device

aran R <sricha...@codeaurora.org> [vivek: Cleanup pm runtime calls] Signed-off-by: Vivek Gautam <vivek.gau...@codeaurora.org> --- drivers/iommu/arm-smmu.c | 45 + 1 file changed, 41 insertions(+), 4 deletions(-) diff --git a/drivers/iommu/ar

[PATCH v6 5/6] iommu/arm-smmu: Add support for qcom,smmu-v2 variant

qcom,smmu-v2 is an arm,smmu-v2 implementation with specific clock and power requirements. This smmu core is used with multiple masters on msm8996, viz. mdss, video, etc. Add bindings for the same. Signed-off-by: Vivek Gautam <vivek.gau...@codeaurora.org> --- .../devicetree/bindings/iom

[PATCH v6 6/6] drm/msm: iommu: Replace runtime calls with runtime suppliers

() calls, to power-up the connected iommu through the device link interface. In case the device link is not setup these get/put_suppliers() calls will be a no-op, and the iommu driver should take care of powering on its devices accordingly. Signed-off-by: Vivek Gautam <vivek.gau...@codeaurora.

[PATCH v6 1/6] base: power: runtime: Export pm_runtime_get/put_suppliers

://patchwork.kernel.org/patch/9827825/ Signed-off-by: Vivek Gautam <vivek.gau...@codeaurora.org> Acked-by: Rafael J. Wysocki <rafael.j.wyso...@intel.com> --- drivers/base/power/runtime.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/base/power/runtime.c b/drivers/base/power/run

[PATCH v6 2/6] iommu/arm-smmu: Add pm_runtime/sleep ops

; Signed-off-by: Archit Taneja <arch...@codeaurora.org> [vivek: Clock rework to request bulk of clocks] Signed-off-by: Vivek Gautam <vivek.gau...@codeaurora.org> --- drivers/iommu/arm-smmu.c | 55 ++-- 1 file changed, 53 insertions(+), 2

[PATCH v5 4/6] iommu/arm-smmu: Add the device_link between masters and smmu

From: Sricharan R Finally add the device link between the master device and smmu, so that the smmu gets runtime enabled/disabled only when the master needs it. This is done from add_device callback which gets called once when the master is added to the smmu.

[PATCH v5 5/6] iommu/arm-smmu: Add support for qcom,smmu-v2 variant

qcom,smmu-v2 is an arm,smmu-v2 implementation with specific clock and power requirements. This smmu core is used with multiple masters on msm8996, viz. mdss, video, etc. Add bindings for the same. Signed-off-by: Vivek Gautam <vivek.gau...@codeaurora.org> --- * Major change in this

[PATCH v5 0/6] iommu/arm-smmu: Add runtime pm/sleep support

445/ Sricharan R (3): iommu/arm-smmu: Add pm_runtime/sleep ops iommu/arm-smmu: Invoke pm_runtime during probe, add/remove device iommu/arm-smmu: Add the device_link between masters and smmu Vivek Gautam (3): base: power: runtime: Export pm_runtime_get/put_suppliers iommu/arm-smmu: Add supp

[PATCH v5 1/6] base: power: runtime: Export pm_runtime_get/put_suppliers

://patchwork.kernel.org/patch/9827825/ Signed-off-by: Vivek Gautam <vivek.gau...@codeaurora.org> --- * This is v2 of the patch [1]. Adding it to this patch series. [1] https://patchwork.kernel.org/patch/10102447/ drivers/base/power/runtime.c | 2 ++ 1 file changed, 2 insertions(+) diff

[PATCH v5 3/6] iommu/arm-smmu: Invoke pm_runtime during probe, add/remove device

aran R <sricha...@codeaurora.org> [vivek: Cleanup pm runtime calls] Signed-off-by: Vivek Gautam <vivek.gau...@codeaurora.org> --- drivers/iommu/arm-smmu.c | 45 + 1 file changed, 41 insertions(+), 4 deletions(-) diff --git a/drivers/iommu/ar

[PATCH v5 6/6] drm/msm: iommu: Replace runtime calls with runtime suppliers

() calls, to power-up the connected iommu through the device link interface. In case the device link is not setup these get/put_suppliers() calls will be a no-op, and the iommu driver should take care of powering on its devices accordingly. Signed-off-by: Vivek Gautam <vivek.gau...@codeaurora.

[PATCH v5 2/6] iommu/arm-smmu: Add pm_runtime/sleep ops

; Signed-off-by: Archit Taneja <arch...@codeaurora.org> [vivek: Clock rework to request bulk of clocks] Signed-off-by: Vivek Gautam <vivek.gau...@codeaurora.org> --- drivers/iommu/arm-smmu.c | 55 ++-- 1 file changed, 53 insertions(+), 2

Re: [PATCH v5 0/6] iommu/arm-smmu: Add runtime pm/sleep support

On 01/09/2018 04:53 PM, Rafael J. Wysocki wrote: On Tuesday, January 9, 2018 11:01:43 AM CET Vivek Gautam wrote: This series provides the support for turning on the arm-smmu's clocks/power domains using runtime pm. This is done using the recently introduced device links patches, which lets

Re: [PATCH v5 1/6] base: power: runtime: Export pm_runtime_get/put_suppliers

On 01/12/2018 04:23 AM, Rafael J. Wysocki wrote: On Tue, Jan 9, 2018 at 11:01 AM, Vivek Gautam <vivek.gau...@codeaurora.org> wrote: The device link allows the pm framework to tie the supplier and consumer. So, whenever the consumer is powered-on the supplier is powered-on

Re: [PATCH v5 5/6] iommu/arm-smmu: Add support for qcom,smmu-v2 variant

Hi Rob, On 01/12/2018 03:53 AM, Rob Herring wrote: On Tue, Jan 09, 2018 at 03:31:48PM +0530, Vivek Gautam wrote: qcom,smmu-v2 is an arm,smmu-v2 implementation with specific clock and power requirements. This smmu core is used with multiple masters on msm8996, viz. mdss, video, etc. Add

Re: [PATCH v6 3/6] iommu/arm-smmu: Invoke pm_runtime during probe, add/remove device

On 2/1/2018 5:03 PM, Sricharan R wrote: Hi Robin, On 1/31/2018 6:36 PM, Robin Murphy wrote: On 19/01/18 11:43, Vivek Gautam wrote: From: Sricharan R <sricha...@codeaurora.org> The smmu device probe/remove and add/remove master device callbacks gets called when the smmu is not linked

Re: [PATCH v6 4/6] iommu/arm-smmu: Add the device_link between masters and smmu

Hi, On 1/31/2018 6:39 PM, Robin Murphy wrote: On 19/01/18 11:43, Vivek Gautam wrote: From: Sricharan R <sricha...@codeaurora.org> Finally add the device link between the master device and smmu, so that the smmu gets runtime enabled/disabled only when the master needs it. This is don

Re: [PATCH v6 2/6] iommu/arm-smmu: Add pm_runtime/sleep ops

On 1/31/2018 5:53 PM, Robin Murphy wrote: On 19/01/18 11:43, Vivek Gautam wrote: From: Sricharan R <sricha...@codeaurora.org> The smmu needs to be functional only when the respective master's using it are active. The device_link feature helps to track such functional dependenci

Re: [PATCH v6 5/6] iommu/arm-smmu: Add support for qcom,smmu-v2 variant

On 1/30/2018 1:12 AM, Rob Herring wrote: On Fri, Jan 19, 2018 at 05:13:42PM +0530, Vivek Gautam wrote: qcom,smmu-v2 is an arm,smmu-v2 implementation with specific clock and power requirements. This smmu core is used with multiple masters on msm8996, viz. mdss, video, etc. Add bindings

[PATCH v7 3/6] iommu/arm-smmu: Invoke pm_runtime during probe, add/remove device

aran R <sricha...@codeaurora.org> [vivek: Cleanup pm runtime calls] Signed-off-by: Vivek Gautam <vivek.gau...@codeaurora.org> --- drivers/iommu/arm-smmu.c | 42 ++ 1 file changed, 38 insertions(+), 4 deletions(-) diff --git a/drivers/iommu/ar

[PATCH v7 0/6] iommu/arm-smmu: Add runtime pm/sleep support

smmu: Add pm_runtime/sleep ops iommu/arm-smmu: Invoke pm_runtime during probe, add/remove device iommu/arm-smmu: Add the device_link between masters and smmu Vivek Gautam (3): base: power: runtime: Export pm_runtime_get/put_suppliers iommu/arm-smmu: Add support for qcom,smmu-v2 variant drm

[PATCH v7 2/6] iommu/arm-smmu: Add pm_runtime/sleep ops

; Signed-off-by: Archit Taneja <arch...@codeaurora.org> [vivek: Clock rework to request bulk of clocks] Signed-off-by: Vivek Gautam <vivek.gau...@codeaurora.org> --- drivers/iommu/arm-smmu.c | 56 ++-- 1 file changed, 54 insertions(+), 2

[PATCH v7 1/6] base: power: runtime: Export pm_runtime_get/put_suppliers

://patchwork.kernel.org/patch/9827825/ Signed-off-by: Vivek Gautam <vivek.gau...@codeaurora.org> Acked-by: Rafael J. Wysocki <rafael.j.wyso...@intel.com> --- drivers/base/power/runtime.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/base/power/runtime.c b/drivers/base/power/run

[PATCH v7 4/6] iommu/arm-smmu: Add the device_link between masters and smmu

ed-off-by: Sricharan R <sricha...@codeaurora.org> Signed-off-by: Vivek Gautam <vivek.gau...@codeaurora.org> --- drivers/iommu/arm-smmu.c | 16 1 file changed, 16 insertions(+) diff --git a/drivers/iommu/arm-smmu.c b/drivers/iommu/arm-smmu.c index c024f69c1682..c

[PATCH v7 6/6] drm/msm: iommu: Replace runtime calls with runtime suppliers

() calls, to power-up the connected iommu through the device link interface. In case the device link is not setup these get/put_suppliers() calls will be a no-op, and the iommu driver should take care of powering on its devices accordingly. Signed-off-by: Vivek Gautam <vivek.gau...@codeaurora.

[PATCH v7 5/6] iommu/arm-smmu: Add support for qcom,smmu-v2 variant

qcom,smmu-v2 is an arm,smmu-v2 implementation with specific clock and power requirements. This smmu core is used with multiple masters on msm8996, viz. mdss, video, etc. Add bindings for the same. Signed-off-by: Vivek Gautam <vivek.gau...@codeaurora.org> Reviewed-by: Rob Herring <r...@k

[PATCH v8 5/6] iommu/arm-smmu: Add support for qcom,smmu-v2 variant

qcom,smmu-v2 is an arm,smmu-v2 implementation with specific clock and power requirements. This smmu core is used with multiple masters on msm8996, viz. mdss, video, etc. Add bindings for the same. Signed-off-by: Vivek Gautam <vivek.gau...@codeaurora.org> Reviewed-by: Rob Herring <r...@k

Re: [PATCH v7 3/6] iommu/arm-smmu: Invoke pm_runtime during probe, add/remove device

lease see my comments inline. >>> >>> On Wed, Feb 7, 2018 at 7:31 PM, Vivek Gautam >>> <vivek.gau...@codeaurora.org> wrote: >>>> >>>> From: Sricharan R <sricha...@codeaurora.org> >>>> >>>> The smmu device

Re: [PATCH v7 2/6] iommu/arm-smmu: Add pm_runtime/sleep ops

Hi Tomasz, Please find my response inline below. On Tue, Feb 13, 2018 at 1:33 PM, Tomasz Figa <tf...@chromium.org> wrote: > Hi Vivek, > > Thanks for the patch. Please see some comments inline. > > On Wed, Feb 7, 2018 at 7:31 PM, Vivek Gautam > <vivek.gau...@cod

Re: [PATCH v7 3/6] iommu/arm-smmu: Invoke pm_runtime during probe, add/remove device

Hi Tomasz, On Tue, Feb 13, 2018 at 1:54 PM, Tomasz Figa <tf...@chromium.org> wrote: > Hi Vivek, > > Thanks for the patch. Please see my comments inline. > > On Wed, Feb 7, 2018 at 7:31 PM, Vivek Gautam > <vivek.gau...@codeaurora.org> wrote: >> From: S

Re: [PATCH v7 4/6] iommu/arm-smmu: Add the device_link between masters and smmu

Hi Tomasz, On Tue, Feb 13, 2018 at 2:01 PM, Tomasz Figa <tf...@chromium.org> wrote: > Hi Vivek, > > Thanks for the patch. Please see my comments inline. Thanks for reviewing the patch series. > > On Wed, Feb 7, 2018 at 7:31 PM, Vivek Gautam > <vivek.gau...@cod

Re: [PATCH v7 6/6] drm/msm: iommu: Replace runtime calls with runtime suppliers

, 2018 at 3:03 AM, Rob Clark <robdcl...@gmail.com> wrote: >>>> On Tue, Feb 13, 2018 at 4:10 AM, Tomasz Figa <tf...@chromium.org> wrote: >>>>> Hi Vivek, >>>>> >>>>> Thanks for the patch. Please see my comments inline. >>>>

Re: [PATCH v7 6/6] drm/msm: iommu: Replace runtime calls with runtime suppliers

Hi Tomasz, On Wed, Feb 14, 2018 at 11:08 AM, Tomasz Figa <tf...@chromium.org> wrote: > On Wed, Feb 14, 2018 at 1:17 PM, Vivek Gautam > <vivek.gau...@codeaurora.org> wrote: >> Hi Tomasz, >> >> On Wed, Feb 14, 2018 at 8:31 AM, Tomasz Figa <tf...@chromium.org

Re: [PATCH v7 6/6] drm/msm: iommu: Replace runtime calls with runtime suppliers

On Wed, Feb 14, 2018 at 2:46 PM, Tomasz Figa <tf...@chromium.org> wrote: Adding Jordan to this thread as well. > On Wed, Feb 14, 2018 at 6:13 PM, Vivek Gautam > <vivek.gau...@codeaurora.org> wrote: >> Hi Tomasz, >> >> On Wed, Feb 14, 2018 at 11:08 AM, To

Re: [PATCH v7 6/6] drm/msm: iommu: Replace runtime calls with runtime suppliers

Hi, On Thu, Feb 22, 2018 at 7:42 PM, Tomasz Figa wrote: > On Thu, Feb 22, 2018 at 10:45 PM, Robin Murphy wrote: >> [sorry, I had intended to reply sooner but clearly forgot] >> >> >> On 16/02/18 00:13, Tomasz Figa wrote: >>> >>> On Fri, Feb 16, 2018 at

Re: [PATCH v7 3/6] iommu/arm-smmu: Invoke pm_runtime during probe, add/remove device

On Fri, Feb 23, 2018 at 5:22 AM, Jordan Crouse <jcro...@codeaurora.org> wrote: > On Wed, Feb 07, 2018 at 04:01:19PM +0530, Vivek Gautam wrote: >> From: Sricharan R <sricha...@codeaurora.org> >> >> The smmu device probe/remove and add/remove master device callb

Re: [Freedreno] [PATCH v7 3/6] iommu/arm-smmu: Invoke pm_runtime during probe, add/remove device

On Fri, Feb 23, 2018 at 9:10 PM, Jordan Crouse <jcro...@codeaurora.org> wrote: > On Fri, Feb 23, 2018 at 04:06:39PM +0530, Vivek Gautam wrote: >> On Fri, Feb 23, 2018 at 5:22 AM, Jordan Crouse <jcro...@codeaurora.org> >> wrote: >> > On Wed, Feb 07, 2018 at

Re: [PATCH 5/9] arm64: dts: sdm845: Add gpu and gmu device nodes

Hi Jordan, On Mon, Aug 27, 2018 at 8:42 PM Jordan Crouse wrote: > > Add the nodes to describe the Adreno GPU and GMU devices. > > Signed-off-by: Jordan Crouse > --- > arch/arm64/boot/dts/qcom/sdm845.dtsi | 121 +++ > 1 file changed, 121 insertions(+) > > diff --git

Re: [PATCH 1/2] device core: Rename flag AUTOREMOVE to AUTOREMOVE_CONSUMER

On Wed, Jul 4, 2018 at 6:25 PM, Ulf Hansson wrote: > On 27 June 2018 at 14:50, Vivek Gautam wrote: >> Now that we want to add another flag to autoremove the device link >> on supplier unbind, it's fair to rename the existing flag from >> DL_FLAG_AUTOREMOVE to DL_FLAG_A

Re: [PATCH 4/5] drm/msm: Pass mmu features to generic layers

Hi Sharat, On 3/23/2018 12:49 PM, Sharat Masetty wrote: Allow different Adreno targets the ability to pass specific mmu features to the generic layers. This will help conditionally configure certain iommu features for certain Adreno targets. Also Add a few simple support functions to support

Re: [PATCH 2/5] arm64:dts:sdm845: Add support for GPU LLCC

Hi Sharat, On 3/23/2018 12:49 PM, Sharat Masetty wrote: Add client side bindings required for the GPU to use the last level system cache. Also add a register range in the GPU CX domain. Signed-off-by: Sharat Masetty --- arch/arm64/boot/dts/qcom/sdm845.dtsi | 8

Re: [PATCH 5/5] drm/msm/A6xx: Add support for using system cache(llc)

Hi Sharat, On 3/23/2018 12:49 PM, Sharat Masetty wrote: The last level system cache can be partitioned to 32 different slices of which GPU has two slices preallocated. The "gpu" slice is used for caching GPU buffers and the "gpuhtw" slice is used for caching the GPU SMMU pagetables. This

[PATCH 1/2] device core: Rename flag AUTOREMOVE to AUTOREMOVE_CONSUMER

. Signed-off-by: Vivek Gautam Cc: Lukas Wunner Cc: Jonathan Corbet Cc: Greg Kroah-Hartman Cc: Thierry Reding Cc: David Airlie Cc: Jonathan Hunter Cc: Philipp Zabel Cc: Shawn Guo Cc: Sascha Hauer Cc: Robin Murphy Cc: linux-...@vger.kernel.org Cc: dri-devel@lists.freedesktop.org Cc: linux-te

Re: [PATCH v2 1/1] drm: msm: Replace dma_map_sg with dma_sync_sg*

Hi Christoph , On Wed, Nov 28, 2018 at 1:10 PM Christoph Hellwig wrote: > > > + /* > > + * dma_sync_sg_*() flush the physical pages, so point > > + * sg->dma_address to the physical ones for the right > > behavior. > > + */ > > +

Re: [PATCH] of/device: add blacklist for iommu dma_ops

On Mon, Dec 3, 2018 at 7:56 PM Rob Clark wrote: > > On Mon, Dec 3, 2018 at 7:45 AM Robin Murphy wrote: > > > > Hi Rob, > > > > On 01/12/2018 16:53, Rob Clark wrote: > > > This solves a problem we see with drm/msm, caused by getting > > > iommu_dma_ops while we attach our own domain and manage it

[PATCH v3 1/1] drm: msm: Replace dma_map_sg with dma_sync_sg*

dma_map_sg() expects a DMA domain. However, the drm devices have been traditionally using unmanaged iommu domain which is non-dma type. Using dma mapping APIs with that domain is bad. Replace dma_map_sg() calls with dma_sync_sg_for_device{|cpu}() to do the cache maintenance. Signed-off-by: Vivek

Re: [PATCH v2 1/1] drm: msm: Replace dma_map_sg with dma_sync_sg*

Hi Tomasz, On Wed, Nov 28, 2018 at 8:39 AM Tomasz Figa wrote: > > Hi Vivek, > > On Tue, Nov 27, 2018 at 6:37 AM Vivek Gautam > wrote: > > > > dma_map_sg() expects a DMA domain. However, the drm devices > > have been traditionally using unmanaged iommu domain whi

Re: [PATCH v2 1/1] drm: msm: Replace dma_map_sg with dma_sync_sg*

On Wed, Nov 28, 2018 at 6:09 PM Rob Clark wrote: > > On Wed, Nov 28, 2018 at 2:39 AM Christoph Hellwig wrote: > > > > > + /* > > > + * dma_sync_sg_*() flush the physical pages, so point > > > + * sg->dma_address to the physical ones for the right > > >

Re: [PATCH 1/1] drm: msm: Replace dma_map_sg with dma_sync_sg*

Hi Tomasz, Jordan, On 11/21/2018 9:18 AM, Tomasz Figa wrote: Hi Jordan, Vivek, On Wed, Nov 21, 2018 at 12:41 AM Jordan Crouse wrote: On Tue, Nov 20, 2018 at 03:24:37PM +0530, Vivek Gautam wrote: dma_map_sg() expects a DMA domain. However, the drm devices have been traditionally using

[PATCH 1/1] drm: msm: Replace dma_map_sg with dma_sync_sg*

dma_map_sg() expects a DMA domain. However, the drm devices have been traditionally using unmanaged iommu domain which is non-dma type. Using dma mapping APIs with that domain is bad. Replace dma_map_sg() calls with dma_sync_sg_for_device{|cpu}() to do the cache maintenance. Signed-off-by: Vivek

[PATCH v2 1/1] drm: msm: Replace dma_map_sg with dma_sync_sg*

dma_map_sg() expects a DMA domain. However, the drm devices have been traditionally using unmanaged iommu domain which is non-dma type. Using dma mapping APIs with that domain is bad. Replace dma_map_sg() calls with dma_sync_sg_for_device{|cpu}() to do the cache maintenance. Signed-off-by: Vivek

[PATCH 1/1] drm/prime: Use sg_dma_len() macro to get sg's length

After mapping a sg list we should use sg_dma_address(), and sg_dma_len() macros to access sg->address and sg->length. Fix the same for sg->length in drm_prime_sg_to_page_addr_arrays(). Signed-off-by: Vivek Gautam --- This came while debugging one dmabuf import issue that we are seeing

Re: [PATCH 1/1] drm/prime: Use sg_dma_len() macro to get sg's length

e, please drop us a note to > help improve the system] > > url: > https://github.com/0day-ci/linux/commits/Vivek-Gautam/drm-prime-Use-sg_dma_len-macro-to-get-sg-s-length/20190107-181350 > config: x86_64-randconfig-x013-201901 (attached as .config) > compiler: gcc-7 (Debian 7.

[PATCH v2 1/1] drm/prime: Use sg_dma_len() macro to get sg's length

After mapping a sg list the we should use sg_dma_address() and sg_dma_len() macros to access sg->address and sg->length. Fix the same for sg->length in drm_prime_sg_to_page_addr_arrays(). Signed-off-by: Vivek Gautam --- Changes since v1: - Fixed compilation error: replaced sg_d

Re: [PATCH] of/device: add blacklist for iommu dma_ops

On Mon, Jun 3, 2019 at 4:47 PM Christoph Hellwig wrote: > > If you (and a few others actors in the thread) want people to actually > read what you wrote please follow proper mailing list ettiquette. I've > given up on reading all the recent mails after scrolling through two > pages of full

Re: [PATCH] of/device: add blacklist for iommu dma_ops

On 6/3/2019 11:50 AM, Tomasz Figa wrote: On Mon, Jun 3, 2019 at 4:40 AM Rob Clark wrote: On Fri, May 10, 2019 at 7:35 AM Rob Clark wrote: On Tue, Dec 4, 2018 at 2:29 PM Rob Herring wrote: On Sat, Dec 1, 2018 at 10:54 AM Rob Clark wrote: This solves a problem we see with drm/msm,

Re: [PATCH] of/device: add blacklist for iommu dma_ops

On Mon, Jun 3, 2019 at 4:14 PM Rob Clark wrote: > > On Mon, Jun 3, 2019 at 12:57 AM Vivek Gautam > wrote: > > > > > > > > On 6/3/2019 11:50 AM, Tomasz Figa wrote: > > > On Mon, Jun 3, 2019 at 4:40 AM Rob Clark wrote: > > >> On Fri, May 10, 2

Re: [PATCH 1/1] drm/panel: truly: Add additional delay after pulling down reset gpio

On Wed, Jun 5, 2019 at 1:54 PM Sam Ravnborg wrote: > > Hi Vivek, > > On Mon, May 27, 2019 at 03:56:16PM +0530, Vivek Gautam wrote: > > MTP SDM845 panel seems to need additional delay to bring panel > > to a workable state. Running modetest without this change displ

[PATCH 1/1] drm/panel: truly: Add additional delay after pulling down reset gpio

MTP SDM845 panel seems to need additional delay to bring panel to a workable state. Running modetest without this change displays blurry artifacts. Signed-off-by: Vivek Gautam --- drivers/gpu/drm/panel/panel-truly-nt35597.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gpu/drm