t;Ports that meet the ZRX-DC specification for 2.5 GT/s while in the L1.Idle
state and are therefore not required to implement the 100 ms timeout and
transition to Recovery should avoid implementing it, since it will reduce
the power savings expected from the L1 state."
We have captured same
/20/187
> v2:
>Addressed Rob's review comment and added PCI version check condition
> to
>avoid writing to reserved registers.
>
Reviewed-by: Pankaj Dubey
> drivers/pci/controller/dwc/pcie-designware.c | 9 +++--
> drivers/pci/controller/dwc/pcie-designware.h | 1
s size to be greater than 4GB for which the
> support is also available, allow EP function to send u64 size instead of
> truncating to u32.
>
> Signed-off-by: Shradha Todi
> ---
> v1: https://lkml.org/lkml/2020/12/18/690
> v2:
>Addressed Bjorn's review on to keep
rowski
> ; Bartlomiej Zolnierkiewicz
> ; Arnd Bergmann ; Chanwoo
> Choi ; Alim Akhtar ;
> Pankaj Dubey
> Subject: [PATCH v2 4/4] soc: samsung: exynos-chipid: convert to driver and
> merge exynos-asv
>
> The Exynos Chip ID driver on Exynos SoCs has so far only informational
rowski
> ; Bartlomiej Zolnierkiewicz
> ; Arnd Bergmann ; Chanwoo
> Choi ; Alim Akhtar ;
> Pankaj Dubey
> Subject: [PATCH v2 3/4] soc: samsung: exynos-chipid: order list of SoCs by
> name
>
> Bring some order to the list of SoCs. No functional change.
>
> Signe
rowski
> ; Bartlomiej Zolnierkiewicz
> ; Arnd Bergmann ; Chanwoo
> Choi ; Alim Akhtar ;
> Pankaj Dubey ; sta...@vger.kernel.org
> Subject: [PATCH v2 2/4] soc: samsung: exynos-asv: handle reading revision
> register error
>
> If regmap_read() fails, the product_id lo
rowski
> ; Bartlomiej Zolnierkiewicz
> ; Arnd Bergmann ; Chanwoo
> Choi ; Alim Akhtar ;
> Pankaj Dubey ; sta...@vger.kernel.org
> Subject: [PATCH v2 1/4] soc: samsung: exynos-asv: don't defer early on
not-
> supported SoCs
>
> From: Marek Szyprowski
>
> Check if the
oh...@gmail.com; robh...@kernel.org;
> mark.rutl...@arm.com; Pankaj Dubey
> Subject: Re: [PATCH 1/2] dt-bindings: PCI: designware: Add binding for
ZRX-DC
> PHY property
>
> On Mon, Oct 21, 2019 at 05:55:55PM +0530, Anvesh Salveru wrote:
> > Add support for ZRX-DC compliant P
> -Original Message-
> From: Andrew Murray
> Sent: Monday, October 21, 2019 7:47 PM
> To: Pankaj Dubey
> Cc: 'Anvesh Salveru' ; linux-...@vger.kernel.org;
> linux-kernel@vger.kernel.org; bhelg...@google.com;
> gustavo.pimen...@synopsys.com; jingooh...@gmail.
> -Original Message-
> From: Andrew Murray
> Sent: Monday, October 21, 2019 7:34 PM
> To: Anvesh Salveru
> Cc: linux-...@vger.kernel.org; linux-kernel@vger.kernel.org;
> bhelg...@google.com; gustavo.pimen...@synopsys.com;
> jingooh...@gmail.com; lorenzo.pieral...@
> -Original Message-
> From: 'Christoph Hellwig'
> Sent: Tuesday, October 15, 2019 2:36 PM
> To: Pankaj Dubey
> Cc: 'Christoph Hellwig' ; linux-...@vger.kernel.org;
linux-
> ker...@vger.kernel.org; bhelg...@google.com; andrew.mur...@arm.com;
> lorenzo.pieral...@a
> -Original Message-
> From: Christoph Hellwig
> Sent: Tuesday, October 15, 2019 1:46 PM
> To: Pankaj Dubey
> Cc: linux-...@vger.kernel.org; linux-kernel@vger.kernel.org;
> bhelg...@google.com; andrew.mur...@arm.com; lorenzo.pieral...@arm.com;
> gustavo.pimen...@
set these quirks via "quirk" variable of "dw_pcie"
struct.
Signed-off-by: Anvesh Salveru
Signed-off-by: Pankaj Dubey
Acked-by: Gustavo Pimentel
Reviewed-by: Andrew Murray
Reviewed-by: Vidya Sagar
---
Changes w.r.t v2:
- Rebased on latest linus/master
- Added Reviewed-by an
> -Original Message-
> From: Lorenzo Pieralisi
> Sent: Monday, October 14, 2019 8:44 PM
> To: Pankaj Dubey
> Cc: linux-...@vger.kernel.org; linux-kernel@vger.kernel.org;
> bhelg...@google.com; andrew.mur...@arm.com;
> gustavo.pimen...@synopsys.com; jing
set these quirks via "quirk" variable of "dw_pcie"
struct.
Signed-off-by: Anvesh Salveru
Signed-off-by: Pankaj Dubey
Acked-by: Gustavo Pimentel
Reviewed-by: Andrew Murray
Reviewed-by: Vidya Sagar
---
Changes w.r.t v1:
- Rebased on latest linus/master
- Added Reviewed-by an
> -Original Message-
> From: Vidya Sagar
> Sent: Tuesday, September 24, 2019 4:57 PM
> To: Pankaj Dubey ; 'Gustavo Pimentel'
> ; 'Andrew Murray'
>
> Cc: linux-...@vger.kernel.org; linux-kernel@vger.kernel.org;
> jingooh...@gmail.com; lorenzo.pieral...@arm.
9 at 13:24:1, Andrew Murray
>
> > wrote:
> >
> >> On Mon, Sep 16, 2019 at 04:36:33PM +0530, Pankaj Dubey wrote:
> >>>
> >>>
> >>>> -Original Message-----
> >>>> From: Andrew Murray
> >>>> Sent: Monday
> -Original Message-
> From: Andrew Murray
> Sent: Monday, September 16, 2019 3:46 PM
> To: Pankaj Dubey
> Cc: linux-...@vger.kernel.org; linux-kernel@vger.kernel.org;
> jingooh...@gmail.com; gustavo.pimen...@synopsys.com;
> lorenzo.pieral...@arm.com; bhelg.
> -Original Message-
> From: Gustavo Pimentel
> Sent: Thursday, September 12, 2019 7:52 PM
> To: Pankaj Dubey ; linux-...@vger.kernel.org;
> linux-kernel@vger.kernel.org
> Cc: jingooh...@gmail.com; gustavo.pimen...@synopsys.com;
> lorenzo.pieral...@arm.com; bhelg.
set these quirks via "quirk" variable of "dw_pcie"
struct.
Signed-off-by: Anvesh Salveru
Signed-off-by: Pankaj Dubey
---
Patchset v1 can be found at:
- 1/2: https://lkml.org/lkml/2019/9/10/443
- 2/2: https://lkml.org/lkml/2019/9/10/444
Changes w.r.t v1:
- Squashed two
> From: Andrew Murray
>
> On Tue, Sep 10, 2019 at 09:51:41PM +0530, Pankaj Dubey wrote:
> > On Tue, 10 Sep 2019 at 19:59, Andrew Murray
> wrote:
> > >
> > > On Tue, Sep 10, 2019 at 05:55:02PM +0530, Pankaj Dubey wrote:
> > > > From: Anvesh Salv
> From: Andrew Murray
>
> On Tue, Sep 10, 2019 at 09:46:28PM +0530, Pankaj Dubey wrote:
> > On Tue, 10 Sep 2019 at 19:56, Andrew Murray
> wrote:
> > >
> > > On Tue, Sep 10, 2019 at 05:55:01PM +0530, Pankaj Dubey wrote:
> > > > From: Anvesh Salv
On Tue, 10 Sep 2019 at 19:59, Andrew Murray wrote:
>
> On Tue, Sep 10, 2019 at 05:55:02PM +0530, Pankaj Dubey wrote:
> > From: Anvesh Salveru
> >
> > In some platforms, PCIe PHY may have issues which will prevent linkup
> > to happen in GEN3 or high speed. In
On Tue, 10 Sep 2019 at 19:56, Andrew Murray wrote:
>
> On Tue, Sep 10, 2019 at 05:55:01PM +0530, Pankaj Dubey wrote:
> > From: Anvesh Salveru
> >
> > In some platforms, PCIe PHY may have issues which will prevent linkup
> > to happen in GEN3 or high speed. In
driver to disable the PCIe
GEN3 equalization by writing into PCIE_PORT_GEN3_RELATED.
Platform drivers can disable equalization by setting the dwc_pci_quirk
flag DWC_EQUALIZATION_DISABLE.
Signed-off-by: Anvesh Salveru
Signed-off-by: Pankaj Dubey
---
drivers/pci/controller/dwc/pcie-designware.c | 7
drivers can disable equalization phase 2 and 3, by setting
dwc_pci_quirk flag DWC_EQUALIZATION_DISABLE.
Signed-off-by: Anvesh Salveru
Signed-off-by: Pankaj Dubey
---
drivers/pci/controller/dwc/pcie-designware.c | 3 +++
drivers/pci/controller/dwc/pcie-designware.h | 2 ++
2 files changed, 5
On 4/10/19 4:32 AM, Robin Murphy wrote:
> On 2019-04-09 3:56 am, Sriram Dash wrote:
>> On Tue, Apr 2, 2019 at 9:53 PM Pankaj Dubey
>> wrote:
>>>
>>> On Tue, 2 Apr 2019 at 15:34, Robin Murphy wrote:
>>>>
>>>> On 02/0
From: Sriram Dash
The xhci forcefully converts the dma_mask to either 64 or 32 and the
dma-mask set by the bus is somewhat ignored. If the platform sets the
correct dma_mask, then respect that.
Signed-off-by: Pankaj Dubey
Signed-off-by: Sriram Dash
---
drivers/usb/host/xhci.c | 10
Hi Jingoo,
On 12/21/2017 10:09 PM, Jingoo Han wrote:
> On Thursday, October 12, 2017 3:55 AM, Pankaj Dubey wrote:
>> In pcie-designware.c many places we are calling "usleep_range" which
>> are in atomic context. This patch fixes these potential BUGs and
>> repl
Hi Jingoo,
On 12/21/2017 10:09 PM, Jingoo Han wrote:
> On Thursday, October 12, 2017 3:55 AM, Pankaj Dubey wrote:
>> In pcie-designware.c many places we are calling "usleep_range" which
>> are in atomic context. This patch fixes these potential BUGs and
>> repl
Hi Jingoo,
On 12/21/2017 10:04 PM, Jingoo Han wrote:
> On Thursday, October 12, 2017 12:41 AM, Pankaj Dubey wrote:
>> IATU unroll feature can be enabled in EP mode as well, so we need to
>> have this check in pcie-designware-ep.c, so instead of making this
>> function as sta
Hi Jingoo,
On 12/21/2017 10:04 PM, Jingoo Han wrote:
> On Thursday, October 12, 2017 12:41 AM, Pankaj Dubey wrote:
>> IATU unroll feature can be enabled in EP mode as well, so we need to
>> have this check in pcie-designware-ep.c, so instead of making this
>> function as sta
On 25 October 2017 at 17:32, Kishon Vijay Abraham I <kis...@ti.com> wrote:
> Hi,
>
> On Wednesday 25 October 2017 01:32 AM, Bjorn Helgaas wrote:
>> On Thu, Oct 12, 2017 at 09:27:57AM +0530, Pankaj Dubey wrote:
>>> controller_group allocation in pci_ep_cfs_init func
On 25 October 2017 at 17:32, Kishon Vijay Abraham I wrote:
> Hi,
>
> On Wednesday 25 October 2017 01:32 AM, Bjorn Helgaas wrote:
>> On Thu, Oct 12, 2017 at 09:27:57AM +0530, Pankaj Dubey wrote:
>>> controller_group allocation in pci_ep_cfs_init function can fail
>&
On 20 October 2017 at 23:11, Bjorn Helgaas <helg...@kernel.org> wrote:
>
> On Thu, Oct 12, 2017 at 10:11:08AM +0530, Pankaj Dubey wrote:
> > IATU unroll feature can be enabled in EP mode as well, so we need to
> > have this check in pcie-designware-ep.c, so instead of
On 20 October 2017 at 23:11, Bjorn Helgaas wrote:
>
> On Thu, Oct 12, 2017 at 10:11:08AM +0530, Pankaj Dubey wrote:
> > IATU unroll feature can be enabled in EP mode as well, so we need to
> > have this check in pcie-designware-ep.c, so instead of making this
> > fu
On 10/12/2017 04:09 PM, David Laight wrote:
From: Pankaj Dubey
Sent: 12 October 2017 08:55
In pcie-designware.c many places we are calling "usleep_range" which
are in atomic context. This patch fixes these potential BUGs and
replaces "usleep_range" with mdelay calls.
S
On 10/12/2017 04:09 PM, David Laight wrote:
From: Pankaj Dubey
Sent: 12 October 2017 08:55
In pcie-designware.c many places we are calling "usleep_range" which
are in atomic context. This patch fixes these potential BUGs and
replaces "usleep_range" with mdelay calls.
S
In pcie-designware.c many places we are calling "usleep_range" which
are in atomic context. This patch fixes these potential BUGs and
replaces "usleep_range" with mdelay calls.
Signed-off-by: Pankaj Dubey <pankaj.du...@samsung.com>
---
drivers/pci/dwc/pcie-designware.c
In pcie-designware.c many places we are calling "usleep_range" which
are in atomic context. This patch fixes these potential BUGs and
replaces "usleep_range" with mdelay calls.
Signed-off-by: Pankaj Dubey
---
drivers/pci/dwc/pcie-designware.c | 8
drivers/pci/dwc/p
-off-by: Pankaj Dubey <pankaj.du...@samsung.com>
---
drivers/pci/dwc/pcie-designware-ep.c | 4
drivers/pci/dwc/pcie-designware-host.c | 11 ---
drivers/pci/dwc/pcie-designware.c | 11 +++
drivers/pci/dwc/pcie-designware.h | 1 +
4 files changed, 16 inse
-off-by: Pankaj Dubey
---
drivers/pci/dwc/pcie-designware-ep.c | 4
drivers/pci/dwc/pcie-designware-host.c | 11 ---
drivers/pci/dwc/pcie-designware.c | 11 +++
drivers/pci/dwc/pcie-designware.h | 1 +
4 files changed, 16 insertions(+), 11 deletions(-)
diff
driver probe can be reattempted later
in case controller_group is not allocated because pci_ep_cfs_init is
not yet called.
Signed-off-by: Pankaj Dubey <pankaj.du...@samsung.com>
---
drivers/pci/endpoint/pci-ep-cfs.c | 7 ++-
drivers/pci/endpoint/pci-epc-core.c | 4
2 files chang
driver probe can be reattempted later
in case controller_group is not allocated because pci_ep_cfs_init is
not yet called.
Signed-off-by: Pankaj Dubey
---
drivers/pci/endpoint/pci-ep-cfs.c | 7 ++-
drivers/pci/endpoint/pci-epc-core.c | 4
2 files changed, 10 insertions(+), 1 deletion
m>
Signed-off-by: Pankaj Dubey <pankaj.du...@samsung.com>
Acked-by: Krzysztof Kozlowski <k...@kernel.org>
Reviewed-by: Bartlomiej Zolnierkiewicz <b.zolnier...@samsung.com>
Reviewed-by: Alim Akhtar <alim.akh...@samsung.com>
Reviewed-by: Jaehoon Chung <jh80.ch...@sams
of_machine_is_compatible in code, and help us simplifying
exynos_pcie struct.
2) It add exynos_pcie_ops struct which will allow us to support the
differences in resources in different Exynos SoC.
No functional change intended.
Signed-off-by: Niyas Ahmed S T
Signed-off-by: Pankaj Dubey
Acked-by: Krzysztof
Address node does not required to be put after parent't node,
so remove address node from usb parent node.
Signed-off-by: Pankaj Dubey <pankaj.du...@samsung.com>
---
arch/arm64/boot/dts/exynos/exynos5433.dtsi | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm6
Address node does not required to be put after parent't node,
so remove address node from usb parent node.
Signed-off-by: Pankaj Dubey
---
arch/arm64/boot/dts/exynos/exynos5433.dtsi | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm64/boot/dts/exynos/exynos5433
m>
Signed-off-by: Pankaj Dubey <pankaj.du...@samsung.com>
Acked-by: Krzysztof Kozlowski <k...@kernel.org>
Reviewed-by: Bartlomiej Zolnierkiewicz <b.zolnier...@samsung.com>
---
This patch set is prepared on top of Krzysztof's for-next and
PCIe driver cleanup patch [1] by Jaehoon
of_machine_is_compatible in code, and help us simplifying
exynos_pcie struct.
2) It add exynos_pcie_ops struct which will allow us to support the
differences in resources in different Exynos SoC.
No functional change intended.
Signed-off-by: Niyas Ahmed S T
Signed-off-by: Pankaj Dubey
Acked-by: Krzysztof
Hi Bartlomiej,
On 27 December 2016 at 19:05, Bartlomiej Zolnierkiewicz
<b.zolnier...@samsung.com> wrote:
>
> Hi,
>
> On Friday, December 23, 2016 04:26:27 PM Pankaj Dubey wrote:
>> From: Niyas Ahmed S T <niyas.ah...@samsung.com>
>>
>> Currently Exynos PC
Hi Bartlomiej,
On 27 December 2016 at 19:05, Bartlomiej Zolnierkiewicz
wrote:
>
> Hi,
>
> On Friday, December 23, 2016 04:26:27 PM Pankaj Dubey wrote:
>> From: Niyas Ahmed S T
>>
>> Currently Exynos PCIe driver is only supported for Exynos5440 SoC.
>> This p
.
> I want to know maintainer's opinion..we can just touch a little for
> supporting All Exynos SoCs.
>
I also have same intention but design should be flexible to adopt
future SoC at least some of them which we are seeing will be supported
soon and we can see the differences.
Thanks,
s opinion..we can just touch a little for
> supporting All Exynos SoCs.
>
I also have same intention but design should be flexible to adopt
future SoC at least some of them which we are seeing will be supported
soon and we can see the differences.
Thanks,
Pankaj Dubey
> Best Regards
Hi Jaehoon,
On 26 December 2016 at 14:32, Jaehoon Chung <jh80.ch...@samsung.com> wrote:
> Hi Pankaj,
>
> On 12/23/2016 07:56 PM, Pankaj Dubey wrote:
>> From: Niyas Ahmed S T <niyas.ah...@samsung.com>
>>
>> Currently Exynos PCIe driver is only supported
Hi Jaehoon,
On 26 December 2016 at 14:32, Jaehoon Chung wrote:
> Hi Pankaj,
>
> On 12/23/2016 07:56 PM, Pankaj Dubey wrote:
>> From: Niyas Ahmed S T
>>
>> Currently Exynos PCIe driver is only supported for Exynos5440 SoC.
>> This patch does refactoring of Exy
Hi Jingoo,
On 24 December 2016 at 00:07, Jingoo Han <jingooh...@gmail.com> wrote:
> On Friday, December 23, 2016 5:56 AM, Pankaj Dubey wrote:
>>
>> From: Niyas Ahmed S T <niyas.ah...@samsung.com>
>>
>> Currently Exynos PCIe driver is only supported
Hi Jingoo,
On 24 December 2016 at 00:07, Jingoo Han wrote:
> On Friday, December 23, 2016 5:56 AM, Pankaj Dubey wrote:
>>
>> From: Niyas Ahmed S T
>>
>> Currently Exynos PCIe driver is only supported for Exynos5440 SoC.
>> This patch does refactoring of Exy
memory, clock resources.
2) It add exynos_pcie_ops struct which will allow us to support the
differences in resources in different Exynos SoC.
No functional change intended.
Signed-off-by: Niyas Ahmed S T <niyas.ah...@samsung.com>
Signed-off-by: Pankaj Dubey <pankaj.du...@samsung.com>
) It add exynos_pcie_ops struct which will allow us to support the
differences in resources in different Exynos SoC.
No functional change intended.
Signed-off-by: Niyas Ahmed S T
Signed-off-by: Pankaj Dubey
---
This patch set is prepared on top of Krzysztof's for-next and
PCIe driver cleanup patch [1
apping failure.
Signed-off-by: Smitha T Murthy <smith...@samsung.com>
Signed-off-by: Pankaj Dubey <pankaj.du...@samsung.com>
---
drivers/of/of_reserved_mem.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/of/of_reserved_mem.c b/drivers/of/of_reserved_mem.c
index 366d8
-by: Smitha T Murthy
Signed-off-by: Pankaj Dubey
---
drivers/of/of_reserved_mem.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/of/of_reserved_mem.c b/drivers/of/of_reserved_mem.c
index 366d8c3..d507c35 100644
--- a/drivers/of/of_reserved_mem.c
+++ b/drivers/of/of_reserved_mem.c
Signed-off-by: Smitha T Murthy <smith...@samsung.com>
[pankaj.dubey: debugging issue and formatting commit message]
Signed-off-by: Pankaj Dubey <pankaj.du...@samsung.com>
---
drivers/media/platform/s5p-mfc/s5p_mfc.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/media/platfo
It has been observed on ARM64 based Exynos SoC, if IOMMU is not enabled
and we try to use reserved memory for MFC, reqbufs fails with below
mentioned error
---
V4L2 Codec decoding example application
Kamil Debski
nd formatting commit message]
Signed-off-by: Pankaj Dubey
---
drivers/media/platform/s5p-mfc/s5p_mfc.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/media/platform/s5p-mfc/s5p_mfc.c
b/drivers/media/platform/s5p-mfc/s5p_mfc.c
index 0a5b8f5..6ea8246 100644
--- a/drivers/media/platfo
It has been observed on ARM64 based Exynos SoC, if IOMMU is not enabled
and we try to use reserved memory for MFC, reqbufs fails with below
mentioned error
---
V4L2 Codec decoding example application
Kamil Debski
Copyright
parent
mfc0.
Hence setting of alloc_devs need to be done only if IOMMU is enabled
and in that case both the left and right device is treated as mfc0 only.
Signed-off-by: Smitha T Murthy <smith...@samsung.com>
[pankaj.dubey: debugging issue and formatting commit message]
Signed-off-by: Pank
done only if IOMMU is enabled
and in that case both the left and right device is treated as mfc0 only.
Signed-off-by: Smitha T Murthy
[pankaj.dubey: debugging issue and formatting commit message]
Signed-off-by: Pankaj Dubey
---
drivers/media/platform/s5p-mfc/s5p_mfc_dec.c | 17 ++---
an ABI break. Even if it was,
> Samsung guys don't care for ABI breaks at all (and in fact we wanted to
> mark the platform experimental...).
>
>> It would also be helpful to have a separate pull request for
>> the commits require the new dtb, and the stuff that is unrelate
Even if it was,
> Samsung guys don't care for ABI breaks at all (and in fact we wanted to
> mark the platform experimental...).
>
>> It would also be helpful to have a separate pull request for
>> the commits require the new dtb, and the stuff that is unrelated.
>
> I can
of doing the fallback for the NULL argument was
> to avoid having to add lots of new API while also allowing
> the change to be done one platform at a time.
>
> If we remove the argument from the other functions, they either
> need to get a new name, or we change them all to the new pr
back for the NULL argument was
> to avoid having to add lots of new API while also allowing
> the change to be done one platform at a time.
>
> If we remove the argument from the other functions, they either
> need to get a new name, or we change them all to the new prototype
> at once.
Hi Jisheng,
On 14 November 2016 at 14:21, Jisheng Zhang <jszh...@marvell.com> wrote:
> Hi Pankaj,
>
> On Mon, 14 Nov 2016 10:31:58 +0530 Pankaj Dubey wrote:
>
>> Now as we have of_scu_enable which takes care of mapping
>> scu base from DT, lets use it.
>>
>&
Hi Jisheng,
On 14 November 2016 at 14:21, Jisheng Zhang wrote:
> Hi Pankaj,
>
> On Mon, 14 Nov 2016 10:31:58 +0530 Pankaj Dubey wrote:
>
>> Now as we have of_scu_enable which takes care of mapping
>> scu base from DT, lets use it.
>>
>> CC: Jisheng Zhang
>
Hi Arnd,
On 14 November 2016 at 17:26, Arnd Bergmann <a...@arndb.de> wrote:
> On Monday, November 14, 2016 10:31:59 AM CET Pankaj Dubey wrote:
>> static const struct of_device_id realview_scu_match[] = {
>> { .compatible = "arm,arm11mp-scu", },
>> -
Hi Arnd,
On 14 November 2016 at 17:26, Arnd Bergmann wrote:
> On Monday, November 14, 2016 10:31:59 AM CET Pankaj Dubey wrote:
>> static const struct of_device_id realview_scu_match[] = {
>> { .compatible = "arm,arm11mp-scu", },
>> - { .
Now as we have of_scu_enable which takes care of mapping
scu base from DT, lets use it.
CC: Jisheng Zhang <jszh...@marvell.com>
CC: Sebastian Hesselbarth <sebastian.hesselba...@gmail.com>
Signed-off-by: Pankaj Dubey <pankaj.du...@samsung.com>
---
arch/arm/mach-ber
Now as we have of_scu_enable which takes care of mapping
scu base from DT, lets use it.
CC: Florian Fainelli <f.faine...@gmail.com>
CC: Ray Jui <r...@broadcom.com>
CC: Scott Branden <sbran...@broadcom.com>
CC: bcm-kernel-feedback-l...@broadcom.com
Signed-off-by: Panka
Now as we have of_scu_enable which takes care of mapping
scu base from DT, lets use it.
CC: Jisheng Zhang
CC: Sebastian Hesselbarth
Signed-off-by: Pankaj Dubey
---
arch/arm/mach-berlin/platsmp.c | 17 +
1 file changed, 5 insertions(+), 12 deletions(-)
diff --git a/arch/arm
Now as we have of_scu_enable which takes care of mapping
scu base from DT, lets use it.
CC: Florian Fainelli
CC: Ray Jui
CC: Scott Branden
CC: bcm-kernel-feedback-l...@broadcom.com
Signed-off-by: Pankaj Dubey
---
arch/arm/mach-bcm/bcm63xx_smp.c | 18 ++--
arch/arm/mach-bcm
Now as we have of_scu_enable which takes care of mapping
scu base from DT, lets use it.
CC: Patrice Chotard <patrice.chot...@st.com>
Signed-off-by: Pankaj Dubey <pankaj.du...@samsung.com>
---
arch/arm/mach-sti/platsmp.c | 9 +
1 file changed, 1 insertion(+), 8 deletions(-)
Now as we have of_scu_enable which takes care of mapping
scu base from DT, lets use it.
CC: Patrice Chotard
Signed-off-by: Pankaj Dubey
---
arch/arm/mach-sti/platsmp.c | 9 +
1 file changed, 1 insertion(+), 8 deletions(-)
diff --git a/arch/arm/mach-sti/platsmp.c b/arch/arm/mach-sti
Now as we have of_scu_enable which takes care of mapping
scu base from DT, lets use it.
CC: Heiko Stuebner <he...@sntech.de>
CC: linux-rockc...@lists.infradead.org
Signed-off-by: Pankaj Dubey <pankaj.du...@samsung.com>
---
arch/arm/mach-rockchip/platsmp.c | 12 +++-
1 fil
ed-off-by: Pankaj Dubey <pankaj.du...@samsung.com>
---
arch/arm/mach-zynq/common.c | 32 +---
arch/arm/mach-zynq/common.h | 2 --
arch/arm/mach-zynq/platsmp.c | 2 ++
3 files changed, 3 insertions(+), 33 deletions(-)
diff --git a/arch/arm/mach-zynq/common.c b/a
gmail.com>
Signed-off-by: Pankaj Dubey <pankaj.du...@samsung.com>
---
arch/arm/mach-mvebu/board-v7.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/arch/arm/mach-mvebu/board-v7.c b/arch/arm/mach-mvebu/board-v7.c
index ccca951..d7014a3 100644
--- a/arch/arm/mach-mvebu/
Now as we have of_scu_enable which takes care of mapping
scu base from DT, lets use it.
CC: Heiko Stuebner
CC: linux-rockc...@lists.infradead.org
Signed-off-by: Pankaj Dubey
---
arch/arm/mach-rockchip/platsmp.c | 12 +++-
1 file changed, 3 insertions(+), 9 deletions(-)
diff --git
Now as we have of_scu_enable which takes care of mapping
scu base from DT, lets use it.
At the same time this patch cleans up mach-zynq platform files by
removing static mapping of SCU and dropping zynq_scu_map_io and zynq_map_io
functions.
CC: Michal Simek
Signed-off-by: Pankaj Dubey
Now as we have of_scu_enable which takes care of mapping
scu base from DT, lets use it.
CC: Jason Cooper
CC: Andrew Lunn
CC: Gregory Clement
CC: Sebastian Hesselbarth
Signed-off-by: Pankaj Dubey
---
arch/arm/mach-mvebu/board-v7.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletions
r <ker...@pengutronix.de>
Signed-off-by: Pankaj Dubey <pankaj.du...@samsung.com>
---
arch/arm/mach-imx/common.h | 5 -
arch/arm/mach-imx/mach-imx6q.c | 8 +---
arch/arm/mach-imx/platsmp.c| 32 +---
arch/arm/mach-imx/pm-imx6.c| 3 ++-
4 files changed, 8
Now as we have of_scu_enable which takes care of mapping
scu base from DT, lets use it.
CC: Stephen Warren <swar...@wwwdotorg.org>
CC: linux-te...@vger.kernel.org
Signed-off-by: Pankaj Dubey <pankaj.du...@samsung.com>
---
arch/arm/mach-tegra/platsmp.c | 2 +-
1 file changed, 1 ins
Now as we have of_scu_enable which takes care of mapping
scu base from DT, lets use it.
CC: Dinh Nguyen <dingu...@opensource.altera.com>
Signed-off-by: Pankaj Dubey <pankaj.du...@samsung.com>
---
arch/arm/mach-socfpga/platsmp.c | 11 +--
1 file changed, 1 insertion(+),
Now as we have of_scu_enable which takes care of mapping
scu base from DT, lets use it.
At the same time this patch cleans up mach-imx platform files by
removing static mapping of SCU and dropping imx_scu_map_io function.
CC: Shawn Guo
CC: Sascha Hauer
Signed-off-by: Pankaj Dubey
---
arch
Now as we have of_scu_enable which takes care of mapping
scu base from DT, lets use it.
CC: Stephen Warren
CC: linux-te...@vger.kernel.org
Signed-off-by: Pankaj Dubey
---
arch/arm/mach-tegra/platsmp.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/mach-tegra
Now as we have of_scu_enable which takes care of mapping
scu base from DT, lets use it.
CC: Dinh Nguyen
Signed-off-by: Pankaj Dubey
---
arch/arm/mach-socfpga/platsmp.c | 11 +--
1 file changed, 1 insertion(+), 10 deletions(-)
diff --git a/arch/arm/mach-socfpga/platsmp.c b/arch/arm
Now as we have of_scu_enable which takes care of mapping
scu base from DT, lets use it.
CC: Linus Walleij <linus.wall...@linaro.org>
Signed-off-by: Pankaj Dubey <pankaj.du...@samsung.com>
---
arch/arm/mach-ux500/platsmp.c | 20 +---
1 file changed, 1 insertion(+),
Now as we have of_scu_enable which takes care of mapping
scu base from DT, lets use it.
CC: Liviu Dudau <liviu.du...@arm.com>
CC: Sudeep Holla <sudeep.ho...@arm.com>
CC: Lorenzo Pieralisi <lorenzo.pieral...@arm.com>
Signed-off-by: Pankaj Dubey <pankaj.du...@samsung.co
Now as we have of_scu_enable which takes care of mapping
scu base from DT, lets use it.
CC: Jun Nie <jun@linaro.org>
Signed-off-by: Pankaj Dubey <pankaj.du...@samsung.com>
---
arch/arm/mach-zx/platsmp.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/a
Now as we have of_scu_enable which takes care of mapping
scu base from DT, lets use it.
CC: Wei Xu <xuw...@hisilicon.com>
Signed-off-by: Pankaj Dubey <pankaj.du...@samsung.com>
---
arch/arm/mach-hisi/platsmp.c | 24 +---
1 file changed, 5 insertions(+), 19 deleti
Now as we have of_scu_enable which takes care of mapping
scu base from DT, lets use it.
CC: Linus Walleij
Signed-off-by: Pankaj Dubey
---
arch/arm/mach-ux500/platsmp.c | 20 +---
1 file changed, 1 insertion(+), 19 deletions(-)
diff --git a/arch/arm/mach-ux500/platsmp.c b/arch
Now as we have of_scu_enable which takes care of mapping
scu base from DT, lets use it.
CC: Liviu Dudau
CC: Sudeep Holla
CC: Lorenzo Pieralisi
Signed-off-by: Pankaj Dubey
---
arch/arm/mach-vexpress/platsmp.c | 13 +
1 file changed, 1 insertion(+), 12 deletions(-)
diff --git
1 - 100 of 1022 matches
Mail list logo
