linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* Re: [PATCH 1/2] arm64: dts: juno: Describe PCI dma-ranges
       [not found] <720d0a9a42e33148fcac45cd39a727093a32bf32.1614965598.git.robin.murphy@arm.com>
@ 2021-03-23  9:30 ` Sudeep Holla
       [not found] ` <a730070d718cb119f77c8ca1782a0d4189bfb3e7.1614965598.git.robin.murphy@arm.com>
  1 sibling, 0 replies; 11+ messages in thread
From: Sudeep Holla @ 2021-03-23  9:30 UTC (permalink / raw)
  To: linux-pm, linux-arm-kernel, vireshk, Nicola Mazzucato, rjw,
	cristian.marussi, linux-kernel, liviu.dudau, Robin Murphy,
	lorenzo.pieralisi
  Cc: Sudeep Holla, ionela.voinescu, chris.redpath, morten.rasmussen

On Fri, 5 Mar 2021 17:33:17 +0000, Robin Murphy wrote:
> The PLDA root complex on Juno relies on an address-based lookup table to
> generate AXI attributes for inbound PCI transactions, and as such will
> not pass any transaction not matching any programmed address range. The
> standard firmware configuration programs 3 entries covering the GICv2m
> MSI doorbell and the 2 DRAM regions, so add a "dma-ranges" property to
> describe those usable inbound windows.


(New commit info after rebase to v5.12-rc2 for obvious reasons)
Applied to sudeep.holla/linux (for-next/juno), thanks!

[1/2] arm64: dts: juno: Describe PCI dma-ranges
https://git.kernel.org/sudeep.holla/c/4ac4d146cb
[2/2] arm64: dts: juno: Enable more SMMUs
https://git.kernel.org/sudeep.holla/c/d9df28ba58

--
Regards,
Sudeep


^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: [PATCH 2/2] arm64: dts: juno: Enable more SMMUs
       [not found] ` <a730070d718cb119f77c8ca1782a0d4189bfb3e7.1614965598.git.robin.murphy@arm.com>
@ 2021-07-30 12:17   ` Robin Murphy
  2021-07-30 14:34     ` Anders Roxell
  0 siblings, 1 reply; 11+ messages in thread
From: Robin Murphy @ 2021-07-30 12:17 UTC (permalink / raw)
  To: Anders Roxell, sudeep.holla, lorenzo.pieralisi, liviu.dudau
  Cc: linux-arm-kernel, stable, linux-kernel, gregkh, sashal, arnd,
	lkft-triage, Linux Kernel Functional Testing

On 2021-07-30 12:35, Anders Roxell wrote:
> From: Robin Murphy <robin.murphy@arm.com>
> 
>> Now that PCI inbound window restrictions are handled generically between
>> the of_pci resource parsing and the IOMMU layer, and described in the
>> Juno DT, we can finally enable the PCIe SMMU without the risk of DMA
>> mappings inadvertently allocating unusable addresses.
>>
>> Similarly, the relevant support for IOMMU mappings for peripheral
>> transfers has been hooked up in the pl330 driver for ages, so we can
>> happily enable the DMA SMMU without that breaking anything either.
>>
>> Signed-off-by: Robin Murphy <robin.murphy@arm.com>
> 
> When we build a kernel with 64k page size and run the ltp syscalls we
> sporadically see a kernel crash while doing a mkfs on a connected SATA
> drive.  This is happening every third test run on any juno-r2 device in
> the lab with the same kernel image (stable-rc 5.13.y, mainline and next)
> with gcc-11.

Hmm, I guess 64K pages might make a difference in that we'll chew 
through IOVA space a lot faster with small mappings...

I'll have to try to reproduce this locally, since the interesting thing 
would be knowing what DMA address it was trying to use that went wrong, 
but IOMMU tracepoints and/or dma-debug are going to generate an crazy 
amount of data to sift through and try to correlate - having done it 
before it's not something I'd readily ask someone else to do for me :)

On a hunch, though, does it make any difference if you remove the first 
entry from the PCIe "dma-ranges" (the 0x2c1c0000 one)?

Robin.

> Here is a snippet of the boot log [1]:
> 
> + mkfs -t ext4 /dev/disk/by-id/ata-SanDisk_SDSSDA120G_165192443611
> mke2fs 1.43.8 (1-Jan-2018)
> Discarding device blocks:     4096/29305200
> [   55.344291] ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6
> frozen
> [   55.351423] ata1.00: irq_stat 0x00020002, failed to transmit command
> FIS
> [   55.358205] ata1.00: failed command: DATA SET MANAGEMENT
> [   55.363561] ata1.00: cmd 06/01:01:00:00:00/00:00:00:00:00/a0 tag 12
> dma 512 out
> [   55.363561]          res ec/ff:00:00:00:00/00:00:00:00:ec/00 Emask
> 0x12 (ATA bus error)
> [   55.378955] ata1.00: status: { Busy }
> [   55.382658] ata1.00: error: { ICRC UNC AMNF IDNF ABRT }
> [   55.387947] ata1: hard resetting link
> [   55.391653] ata1: controller in dubious state, performing PORT_RST
> [   57.588447] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 0)
> [   57.613471] ata1.00: configured for UDMA/100
> [   57.617866] ata1.00: device reported invalid CHS sector 0
> [   57.623397] ata1: EH complete
> 
> 
> When we revert this patch we don't see any issue.
> 
> Reported-by: Linux Kernel Functional Testing <lkft@linaro.org>
> 
> Cheers,
> Anders
> [1]
> https://qa-reports.linaro.org/lkft/linux-stable-rc-linux-5.13.y/build/v5.13.5-225-g692072e7b7fa/testrun/5279599/suite/ltp-syscalls-tests/test/copy_file_range01/log
> 

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: [PATCH 2/2] arm64: dts: juno: Enable more SMMUs
  2021-07-30 12:17   ` [PATCH 2/2] arm64: dts: juno: Enable more SMMUs Robin Murphy
@ 2021-07-30 14:34     ` Anders Roxell
  2021-07-30 14:44       ` Robin Murphy
  0 siblings, 1 reply; 11+ messages in thread
From: Anders Roxell @ 2021-07-30 14:34 UTC (permalink / raw)
  To: Robin Murphy
  Cc: sudeep.holla, lorenzo.pieralisi, liviu.dudau, linux-arm-kernel,
	stable, linux-kernel, gregkh, sashal, arnd, lkft-triage,
	Linux Kernel Functional Testing

On 2021-07-30 13:17, Robin Murphy wrote:
> On 2021-07-30 12:35, Anders Roxell wrote:
> > From: Robin Murphy <robin.murphy@arm.com>
> > 
> > > Now that PCI inbound window restrictions are handled generically between
> > > the of_pci resource parsing and the IOMMU layer, and described in the
> > > Juno DT, we can finally enable the PCIe SMMU without the risk of DMA
> > > mappings inadvertently allocating unusable addresses.
> > > 
> > > Similarly, the relevant support for IOMMU mappings for peripheral
> > > transfers has been hooked up in the pl330 driver for ages, so we can
> > > happily enable the DMA SMMU without that breaking anything either.
> > > 
> > > Signed-off-by: Robin Murphy <robin.murphy@arm.com>
> > 
> > When we build a kernel with 64k page size and run the ltp syscalls we
> > sporadically see a kernel crash while doing a mkfs on a connected SATA
> > drive.  This is happening every third test run on any juno-r2 device in
> > the lab with the same kernel image (stable-rc 5.13.y, mainline and next)
> > with gcc-11.
> 
> Hmm, I guess 64K pages might make a difference in that we'll chew through
> IOVA space a lot faster with small mappings...
> 
> I'll have to try to reproduce this locally, since the interesting thing
> would be knowing what DMA address it was trying to use that went wrong, but
> IOMMU tracepoints and/or dma-debug are going to generate an crazy amount of
> data to sift through and try to correlate - having done it before it's not
> something I'd readily ask someone else to do for me :)
> 
> On a hunch, though, does it make any difference if you remove the first
> entry from the PCIe "dma-ranges" (the 0x2c1c0000 one)?

I did this change, and run the job 7 times and could not reproduce the
issue.

diff --git a/arch/arm64/boot/dts/arm/juno-base.dtsi b/arch/arm64/boot/dts/arm/juno-base.dtsi
index 8e7a66943b01..d3148730e951 100644
--- a/arch/arm64/boot/dts/arm/juno-base.dtsi
+++ b/arch/arm64/boot/dts/arm/juno-base.dtsi
@@ -545,8 +545,7 @@ pcie_ctlr: pcie@40000000 {
                         <0x02000000 0x00 0x50000000 0x00 0x50000000 0x0 0x08000000>,
                         <0x42000000 0x40 0x00000000 0x40 0x00000000 0x1 0x00000000>;
                /* Standard AXI Translation entries as programmed by EDK2 */
-               dma-ranges = <0x02000000 0x0 0x2c1c0000 0x0 0x2c1c0000 0x0 0x00040000>,
-                            <0x02000000 0x0 0x80000000 0x0 0x80000000 0x0 0x80000000>,
+               dma-ranges = <0x02000000 0x0 0x80000000 0x0 0x80000000 0x0 0x80000000>,
                             <0x43000000 0x8 0x00000000 0x8 0x00000000 0x2 0x00000000>;
                #interrupt-cells = <1>;
                interrupt-map-mask = <0 0 0 7>;


Cheers,
Anders

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: [PATCH 2/2] arm64: dts: juno: Enable more SMMUs
  2021-07-30 14:34     ` Anders Roxell
@ 2021-07-30 14:44       ` Robin Murphy
  2021-07-30 14:57         ` Anders Roxell
  2021-09-14  9:46         ` Anders Roxell
  0 siblings, 2 replies; 11+ messages in thread
From: Robin Murphy @ 2021-07-30 14:44 UTC (permalink / raw)
  To: Anders Roxell
  Cc: sudeep.holla, lorenzo.pieralisi, liviu.dudau, linux-arm-kernel,
	stable, linux-kernel, gregkh, sashal, arnd, lkft-triage,
	Linux Kernel Functional Testing

On 2021-07-30 15:34, Anders Roxell wrote:
> On 2021-07-30 13:17, Robin Murphy wrote:
>> On 2021-07-30 12:35, Anders Roxell wrote:
>>> From: Robin Murphy <robin.murphy@arm.com>
>>>
>>>> Now that PCI inbound window restrictions are handled generically between
>>>> the of_pci resource parsing and the IOMMU layer, and described in the
>>>> Juno DT, we can finally enable the PCIe SMMU without the risk of DMA
>>>> mappings inadvertently allocating unusable addresses.
>>>>
>>>> Similarly, the relevant support for IOMMU mappings for peripheral
>>>> transfers has been hooked up in the pl330 driver for ages, so we can
>>>> happily enable the DMA SMMU without that breaking anything either.
>>>>
>>>> Signed-off-by: Robin Murphy <robin.murphy@arm.com>
>>>
>>> When we build a kernel with 64k page size and run the ltp syscalls we
>>> sporadically see a kernel crash while doing a mkfs on a connected SATA
>>> drive.  This is happening every third test run on any juno-r2 device in
>>> the lab with the same kernel image (stable-rc 5.13.y, mainline and next)
>>> with gcc-11.
>>
>> Hmm, I guess 64K pages might make a difference in that we'll chew through
>> IOVA space a lot faster with small mappings...
>>
>> I'll have to try to reproduce this locally, since the interesting thing
>> would be knowing what DMA address it was trying to use that went wrong, but
>> IOMMU tracepoints and/or dma-debug are going to generate an crazy amount of
>> data to sift through and try to correlate - having done it before it's not
>> something I'd readily ask someone else to do for me :)
>>
>> On a hunch, though, does it make any difference if you remove the first
>> entry from the PCIe "dma-ranges" (the 0x2c1c0000 one)?
> 
> I did this change, and run the job 7 times and could not reproduce the
> issue.

Thanks! And hold that thought; if it works then I suspect it probably is 
the best fix, but I'll double-check and write it up properly next week.

Cheers,
Robin.

> diff --git a/arch/arm64/boot/dts/arm/juno-base.dtsi b/arch/arm64/boot/dts/arm/juno-base.dtsi
> index 8e7a66943b01..d3148730e951 100644
> --- a/arch/arm64/boot/dts/arm/juno-base.dtsi
> +++ b/arch/arm64/boot/dts/arm/juno-base.dtsi
> @@ -545,8 +545,7 @@ pcie_ctlr: pcie@40000000 {
>                           <0x02000000 0x00 0x50000000 0x00 0x50000000 0x0 0x08000000>,
>                           <0x42000000 0x40 0x00000000 0x40 0x00000000 0x1 0x00000000>;
>                  /* Standard AXI Translation entries as programmed by EDK2 */
> -               dma-ranges = <0x02000000 0x0 0x2c1c0000 0x0 0x2c1c0000 0x0 0x00040000>,
> -                            <0x02000000 0x0 0x80000000 0x0 0x80000000 0x0 0x80000000>,
> +               dma-ranges = <0x02000000 0x0 0x80000000 0x0 0x80000000 0x0 0x80000000>,
>                               <0x43000000 0x8 0x00000000 0x8 0x00000000 0x2 0x00000000>;
>                  #interrupt-cells = <1>;
>                  interrupt-map-mask = <0 0 0 7>;
> 
> 
> Cheers,
> Anders
> 

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: [PATCH 2/2] arm64: dts: juno: Enable more SMMUs
  2021-07-30 14:44       ` Robin Murphy
@ 2021-07-30 14:57         ` Anders Roxell
  2021-09-14  9:46         ` Anders Roxell
  1 sibling, 0 replies; 11+ messages in thread
From: Anders Roxell @ 2021-07-30 14:57 UTC (permalink / raw)
  To: Robin Murphy
  Cc: sudeep.holla, Lorenzo Pieralisi, liviu.dudau, Linux ARM,
	linux-stable, Linux Kernel Mailing List, Greg Kroah-Hartman,
	Sasha Levin, Arnd Bergmann, lkft-triage,
	Linux Kernel Functional Testing

On Fri, 30 Jul 2021 at 16:44, Robin Murphy <robin.murphy@arm.com> wrote:
>
> On 2021-07-30 15:34, Anders Roxell wrote:
> > On 2021-07-30 13:17, Robin Murphy wrote:
> >> On 2021-07-30 12:35, Anders Roxell wrote:
> >>> From: Robin Murphy <robin.murphy@arm.com>
> >>>
> >>>> Now that PCI inbound window restrictions are handled generically between
> >>>> the of_pci resource parsing and the IOMMU layer, and described in the
> >>>> Juno DT, we can finally enable the PCIe SMMU without the risk of DMA
> >>>> mappings inadvertently allocating unusable addresses.
> >>>>
> >>>> Similarly, the relevant support for IOMMU mappings for peripheral
> >>>> transfers has been hooked up in the pl330 driver for ages, so we can
> >>>> happily enable the DMA SMMU without that breaking anything either.
> >>>>
> >>>> Signed-off-by: Robin Murphy <robin.murphy@arm.com>
> >>>
> >>> When we build a kernel with 64k page size and run the ltp syscalls we
> >>> sporadically see a kernel crash while doing a mkfs on a connected SATA
> >>> drive.  This is happening every third test run on any juno-r2 device in
> >>> the lab with the same kernel image (stable-rc 5.13.y, mainline and next)
> >>> with gcc-11.
> >>
> >> Hmm, I guess 64K pages might make a difference in that we'll chew through
> >> IOVA space a lot faster with small mappings...
> >>
> >> I'll have to try to reproduce this locally, since the interesting thing
> >> would be knowing what DMA address it was trying to use that went wrong, but
> >> IOMMU tracepoints and/or dma-debug are going to generate an crazy amount of
> >> data to sift through and try to correlate - having done it before it's not
> >> something I'd readily ask someone else to do for me :)
> >>
> >> On a hunch, though, does it make any difference if you remove the first
> >> entry from the PCIe "dma-ranges" (the 0x2c1c0000 one)?
> >
> > I did this change, and run the job 7 times and could not reproduce the
> > issue.
>
> Thanks! And hold that thought; if it works then I suspect it probably is
> the best fix, but I'll double-check and write it up properly next week.

Thank you Robin.

Cheers,
Anders

>
> Cheers,
> Robin.
>
> > diff --git a/arch/arm64/boot/dts/arm/juno-base.dtsi b/arch/arm64/boot/dts/arm/juno-base.dtsi
> > index 8e7a66943b01..d3148730e951 100644
> > --- a/arch/arm64/boot/dts/arm/juno-base.dtsi
> > +++ b/arch/arm64/boot/dts/arm/juno-base.dtsi
> > @@ -545,8 +545,7 @@ pcie_ctlr: pcie@40000000 {
> >                           <0x02000000 0x00 0x50000000 0x00 0x50000000 0x0 0x08000000>,
> >                           <0x42000000 0x40 0x00000000 0x40 0x00000000 0x1 0x00000000>;
> >                  /* Standard AXI Translation entries as programmed by EDK2 */
> > -               dma-ranges = <0x02000000 0x0 0x2c1c0000 0x0 0x2c1c0000 0x0 0x00040000>,
> > -                            <0x02000000 0x0 0x80000000 0x0 0x80000000 0x0 0x80000000>,
> > +               dma-ranges = <0x02000000 0x0 0x80000000 0x0 0x80000000 0x0 0x80000000>,
> >                               <0x43000000 0x8 0x00000000 0x8 0x00000000 0x2 0x00000000>;
> >                  #interrupt-cells = <1>;
> >                  interrupt-map-mask = <0 0 0 7>;
> >
> >
> > Cheers,
> > Anders
> >

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: [PATCH 2/2] arm64: dts: juno: Enable more SMMUs
  2021-07-30 14:44       ` Robin Murphy
  2021-07-30 14:57         ` Anders Roxell
@ 2021-09-14  9:46         ` Anders Roxell
  2022-02-14 14:06           ` Naresh Kamboju
  1 sibling, 1 reply; 11+ messages in thread
From: Anders Roxell @ 2021-09-14  9:46 UTC (permalink / raw)
  To: Robin Murphy
  Cc: sudeep.holla, Lorenzo Pieralisi, liviu.dudau, Linux ARM,
	linux-stable, Linux Kernel Mailing List, Greg Kroah-Hartman,
	Sasha Levin, Arnd Bergmann, lkft-triage,
	Linux Kernel Functional Testing

On Fri, 30 Jul 2021 at 16:44, Robin Murphy <robin.murphy@arm.com> wrote:
>
> On 2021-07-30 15:34, Anders Roxell wrote:
> > On 2021-07-30 13:17, Robin Murphy wrote:
> >> On 2021-07-30 12:35, Anders Roxell wrote:
> >>> From: Robin Murphy <robin.murphy@arm.com>
> >>>
> >>>> Now that PCI inbound window restrictions are handled generically between
> >>>> the of_pci resource parsing and the IOMMU layer, and described in the
> >>>> Juno DT, we can finally enable the PCIe SMMU without the risk of DMA
> >>>> mappings inadvertently allocating unusable addresses.
> >>>>
> >>>> Similarly, the relevant support for IOMMU mappings for peripheral
> >>>> transfers has been hooked up in the pl330 driver for ages, so we can
> >>>> happily enable the DMA SMMU without that breaking anything either.
> >>>>
> >>>> Signed-off-by: Robin Murphy <robin.murphy@arm.com>
> >>>
> >>> When we build a kernel with 64k page size and run the ltp syscalls we
> >>> sporadically see a kernel crash while doing a mkfs on a connected SATA
> >>> drive.  This is happening every third test run on any juno-r2 device in
> >>> the lab with the same kernel image (stable-rc 5.13.y, mainline and next)
> >>> with gcc-11.
> >>
> >> Hmm, I guess 64K pages might make a difference in that we'll chew through
> >> IOVA space a lot faster with small mappings...
> >>
> >> I'll have to try to reproduce this locally, since the interesting thing
> >> would be knowing what DMA address it was trying to use that went wrong, but
> >> IOMMU tracepoints and/or dma-debug are going to generate an crazy amount of
> >> data to sift through and try to correlate - having done it before it's not
> >> something I'd readily ask someone else to do for me :)
> >>
> >> On a hunch, though, does it make any difference if you remove the first
> >> entry from the PCIe "dma-ranges" (the 0x2c1c0000 one)?
> >
> > I did this change, and run the job 7 times and could not reproduce the
> > issue.
>
> Thanks! And hold that thought; if it works then I suspect it probably is
> the best fix, but I'll double-check and write it up properly next week.

I just want to send a friendly reminder to this issue, since I haven't
seen a patch for this.
We still see the issue on v5.13.y and above.

Or have I missed anything?

Cheers,
Anders

>
> Cheers,
> Robin.
>
> > diff --git a/arch/arm64/boot/dts/arm/juno-base.dtsi b/arch/arm64/boot/dts/arm/juno-base.dtsi
> > index 8e7a66943b01..d3148730e951 100644
> > --- a/arch/arm64/boot/dts/arm/juno-base.dtsi
> > +++ b/arch/arm64/boot/dts/arm/juno-base.dtsi
> > @@ -545,8 +545,7 @@ pcie_ctlr: pcie@40000000 {
> >                           <0x02000000 0x00 0x50000000 0x00 0x50000000 0x0 0x08000000>,
> >                           <0x42000000 0x40 0x00000000 0x40 0x00000000 0x1 0x00000000>;
> >                  /* Standard AXI Translation entries as programmed by EDK2 */
> > -               dma-ranges = <0x02000000 0x0 0x2c1c0000 0x0 0x2c1c0000 0x0 0x00040000>,
> > -                            <0x02000000 0x0 0x80000000 0x0 0x80000000 0x0 0x80000000>,
> > +               dma-ranges = <0x02000000 0x0 0x80000000 0x0 0x80000000 0x0 0x80000000>,
> >                               <0x43000000 0x8 0x00000000 0x8 0x00000000 0x2 0x00000000>;
> >                  #interrupt-cells = <1>;
> >                  interrupt-map-mask = <0 0 0 7>;
> >
> >
> > Cheers,
> > Anders
> >

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: [PATCH 2/2] arm64: dts: juno: Enable more SMMUs
  2021-09-14  9:46         ` Anders Roxell
@ 2022-02-14 14:06           ` Naresh Kamboju
  2022-02-14 14:13             ` Sudeep Holla
  0 siblings, 1 reply; 11+ messages in thread
From: Naresh Kamboju @ 2022-02-14 14:06 UTC (permalink / raw)
  To: Robin Murphy
  Cc: Sudeep Holla, Lorenzo Pieralisi, Liviu Dudau, Linux ARM,
	linux-stable, Linux Kernel Mailing List, Greg Kroah-Hartman,
	Sasha Levin, Arnd Bergmann, lkft-triage,
	Linux Kernel Functional Testing, Anders Roxell, Mark Brown

Hi Robin,

Since we did not get a reply on this email thread.
and those intermittent failures are causing a lot of noise in reports summary.
We will wait one more week and stop running 64k page size testing on
Juno-r2 devices.

> > > diff --git a/arch/arm64/boot/dts/arm/juno-base.dtsi b/arch/arm64/boot/dts/arm/juno-base.dtsi
> > > index 8e7a66943b01..d3148730e951 100644
> > > --- a/arch/arm64/boot/dts/arm/juno-base.dtsi
> > > +++ b/arch/arm64/boot/dts/arm/juno-base.dtsi
> > > @@ -545,8 +545,7 @@ pcie_ctlr: pcie@40000000 {
> > >                           <0x02000000 0x00 0x50000000 0x00 0x50000000 0x0 0x08000000>,
> > >                           <0x42000000 0x40 0x00000000 0x40 0x00000000 0x1 0x00000000>;
> > >                  /* Standard AXI Translation entries as programmed by EDK2 */
> > > -               dma-ranges = <0x02000000 0x0 0x2c1c0000 0x0 0x2c1c0000 0x0 0x00040000>,
> > > -                            <0x02000000 0x0 0x80000000 0x0 0x80000000 0x0 0x80000000>,
> > > +               dma-ranges = <0x02000000 0x0 0x80000000 0x0 0x80000000 0x0 0x80000000>,
> > >                               <0x43000000 0x8 0x00000000 0x8 0x00000000 0x2 0x00000000>;
> > >                  #interrupt-cells = <1>;
> > >                  interrupt-map-mask = <0 0 0 7>;
> > >

Reference email thread,
https://lore.kernel.org/stable/0a1d437d-9ea0-de83-3c19-e07f560ad37c@arm.com/

- Naresh

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: [PATCH 2/2] arm64: dts: juno: Enable more SMMUs
  2022-02-14 14:06           ` Naresh Kamboju
@ 2022-02-14 14:13             ` Sudeep Holla
  2022-02-14 15:11               ` Naresh Kamboju
  0 siblings, 1 reply; 11+ messages in thread
From: Sudeep Holla @ 2022-02-14 14:13 UTC (permalink / raw)
  To: Naresh Kamboju
  Cc: Robin Murphy, Lorenzo Pieralisi, Sudeep Holla, Liviu Dudau,
	Linux ARM, linux-stable, Linux Kernel Mailing List,
	Greg Kroah-Hartman, Sasha Levin, Arnd Bergmann, lkft-triage,
	Linux Kernel Functional Testing, Anders Roxell, Mark Brown

On Mon, Feb 14, 2022 at 07:36:00PM +0530, Naresh Kamboju wrote:
> Hi Robin,
> 
> Since we did not get a reply on this email thread.
> and those intermittent failures are causing a lot of noise in reports summary.
> We will wait one more week and stop running 64k page size testing on
> Juno-r2 devices.
> 
> > > > diff --git a/arch/arm64/boot/dts/arm/juno-base.dtsi b/arch/arm64/boot/dts/arm/juno-base.dtsi
> > > > index 8e7a66943b01..d3148730e951 100644
> > > > --- a/arch/arm64/boot/dts/arm/juno-base.dtsi
> > > > +++ b/arch/arm64/boot/dts/arm/juno-base.dtsi
> > > > @@ -545,8 +545,7 @@ pcie_ctlr: pcie@40000000 {
> > > >                           <0x02000000 0x00 0x50000000 0x00 0x50000000 0x0 0x08000000>,
> > > >                           <0x42000000 0x40 0x00000000 0x40 0x00000000 0x1 0x00000000>;
> > > >                  /* Standard AXI Translation entries as programmed by EDK2 */
> > > > -               dma-ranges = <0x02000000 0x0 0x2c1c0000 0x0 0x2c1c0000 0x0 0x00040000>,
> > > > -                            <0x02000000 0x0 0x80000000 0x0 0x80000000 0x0 0x80000000>,
> > > > +               dma-ranges = <0x02000000 0x0 0x80000000 0x0 0x80000000 0x0 0x80000000>,
> > > >                               <0x43000000 0x8 0x00000000 0x8 0x00000000 0x2 0x00000000>;
> > > >                  #interrupt-cells = <1>;
> > > >                  interrupt-map-mask = <0 0 0 7>;
> > > >
> 
> Reference email thread,
> https://lore.kernel.org/stable/0a1d437d-9ea0-de83-3c19-e07f560ad37c@arm.com/
> 

I was about to tag the fix for this and was just reading this thread. I will
send the pull request soon. Sorry for the delay, it is in next for some time
now. Are you seeing the issue even in linux-next ?

-- 
Regards,
Sudeep

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: [PATCH 2/2] arm64: dts: juno: Enable more SMMUs
  2022-02-14 14:13             ` Sudeep Holla
@ 2022-02-14 15:11               ` Naresh Kamboju
  2022-02-16 11:32                 ` Naresh Kamboju
  0 siblings, 1 reply; 11+ messages in thread
From: Naresh Kamboju @ 2022-02-14 15:11 UTC (permalink / raw)
  To: Sudeep Holla
  Cc: Robin Murphy, Lorenzo Pieralisi, Liviu Dudau, Linux ARM,
	linux-stable, Linux Kernel Mailing List, Greg Kroah-Hartman,
	Sasha Levin, Arnd Bergmann, lkft-triage,
	Linux Kernel Functional Testing, Anders Roxell, Mark Brown

On Mon, 14 Feb 2022 at 19:43, Sudeep Holla <sudeep.holla@arm.com> wrote:
>
> On Mon, Feb 14, 2022 at 07:36:00PM +0530, Naresh Kamboju wrote:
> > Hi Robin,
> >
> > Since we did not get a reply on this email thread.
> > and those intermittent failures are causing a lot of noise in reports summary.
> > We will wait one more week and stop running 64k page size testing on
> > Juno-r2 devices.
> >
> > > > > diff --git a/arch/arm64/boot/dts/arm/juno-base.dtsi b/arch/arm64/boot/dts/arm/juno-base.dtsi
> > > > > index 8e7a66943b01..d3148730e951 100644
> > > > > --- a/arch/arm64/boot/dts/arm/juno-base.dtsi
> > > > > +++ b/arch/arm64/boot/dts/arm/juno-base.dtsi
> > > > > @@ -545,8 +545,7 @@ pcie_ctlr: pcie@40000000 {
> > > > >                           <0x02000000 0x00 0x50000000 0x00 0x50000000 0x0 0x08000000>,
> > > > >                           <0x42000000 0x40 0x00000000 0x40 0x00000000 0x1 0x00000000>;
> > > > >                  /* Standard AXI Translation entries as programmed by EDK2 */
> > > > > -               dma-ranges = <0x02000000 0x0 0x2c1c0000 0x0 0x2c1c0000 0x0 0x00040000>,
> > > > > -                            <0x02000000 0x0 0x80000000 0x0 0x80000000 0x0 0x80000000>,
> > > > > +               dma-ranges = <0x02000000 0x0 0x80000000 0x0 0x80000000 0x0 0x80000000>,
> > > > >                               <0x43000000 0x8 0x00000000 0x8 0x00000000 0x2 0x00000000>;
> > > > >                  #interrupt-cells = <1>;
> > > > >                  interrupt-map-mask = <0 0 0 7>;
> > > > >
> >
> > Reference email thread,
> > https://lore.kernel.org/stable/0a1d437d-9ea0-de83-3c19-e07f560ad37c@arm.com/
> >
>
> I was about to tag the fix for this and was just reading this thread. I will
> send the pull request soon. Sorry for the delay, it is in next for some time
> now. Are you seeing the issue even in linux-next ?

Due to load balance / test queue maintenance on Juno-r2 devices,
We have stopped running 64k page testing on mainline and next instead
running on stable-rc builds.

Allow me a day to test Linux next 64k page size build testing on
Juno-r2 and get back to you.

- Naresh

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: [PATCH 2/2] arm64: dts: juno: Enable more SMMUs
  2022-02-14 15:11               ` Naresh Kamboju
@ 2022-02-16 11:32                 ` Naresh Kamboju
  2022-02-16 14:31                   ` Sudeep Holla
  0 siblings, 1 reply; 11+ messages in thread
From: Naresh Kamboju @ 2022-02-16 11:32 UTC (permalink / raw)
  To: Sudeep Holla
  Cc: Robin Murphy, Lorenzo Pieralisi, Liviu Dudau, Linux ARM,
	linux-stable, Linux Kernel Mailing List, Greg Kroah-Hartman,
	Sasha Levin, Arnd Bergmann, lkft-triage,
	Linux Kernel Functional Testing, Anders Roxell, Mark Brown

Hi Sudeep,

On Mon, 14 Feb 2022 at 20:41, Naresh Kamboju <naresh.kamboju@linaro.org> wrote:
>
> On Mon, 14 Feb 2022 at 19:43, Sudeep Holla <sudeep.holla@arm.com> wrote:
> >
> > On Mon, Feb 14, 2022 at 07:36:00PM +0530, Naresh Kamboju wrote:
> > > Hi Robin,
> > >
> > > Since we did not get a reply on this email thread.
> > > and those intermittent failures are causing a lot of noise in reports summary.
> > > We will wait one more week and stop running 64k page size testing on
> > > Juno-r2 devices.
> > >
> > > > > > diff --git a/arch/arm64/boot/dts/arm/juno-base.dtsi b/arch/arm64/boot/dts/arm/juno-base.dtsi
> > > > > > index 8e7a66943b01..d3148730e951 100644
> > > > > > --- a/arch/arm64/boot/dts/arm/juno-base.dtsi
> > > > > > +++ b/arch/arm64/boot/dts/arm/juno-base.dtsi
> > > > > > @@ -545,8 +545,7 @@ pcie_ctlr: pcie@40000000 {
> > > > > >                           <0x02000000 0x00 0x50000000 0x00 0x50000000 0x0 0x08000000>,
> > > > > >                           <0x42000000 0x40 0x00000000 0x40 0x00000000 0x1 0x00000000>;
> > > > > >                  /* Standard AXI Translation entries as programmed by EDK2 */
> > > > > > -               dma-ranges = <0x02000000 0x0 0x2c1c0000 0x0 0x2c1c0000 0x0 0x00040000>,
> > > > > > -                            <0x02000000 0x0 0x80000000 0x0 0x80000000 0x0 0x80000000>,
> > > > > > +               dma-ranges = <0x02000000 0x0 0x80000000 0x0 0x80000000 0x0 0x80000000>,
> > > > > >                               <0x43000000 0x8 0x00000000 0x8 0x00000000 0x2 0x00000000>;
> > > > > >                  #interrupt-cells = <1>;
> > > > > >                  interrupt-map-mask = <0 0 0 7>;
> > > > > >
> > >
> > > Reference email thread,
> > > https://lore.kernel.org/stable/0a1d437d-9ea0-de83-3c19-e07f560ad37c@arm.com/
> > >
> >
> > I was about to tag the fix for this and was just reading this thread. I will
> > send the pull request soon. Sorry for the delay, it is in next for some time
> > now. Are you seeing the issue even in linux-next ?

I have tested Linux next arm64 64k page size builds on Juno-r2 and confirm that
the reported issue is fixed now.

Tested-by: Linux Kernel Functional Testing <lkft@linaro.org>

- Naresh Kamboju

--
Linaro LKFT
https://lkft.linaro.org

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: [PATCH 2/2] arm64: dts: juno: Enable more SMMUs
  2022-02-16 11:32                 ` Naresh Kamboju
@ 2022-02-16 14:31                   ` Sudeep Holla
  0 siblings, 0 replies; 11+ messages in thread
From: Sudeep Holla @ 2022-02-16 14:31 UTC (permalink / raw)
  To: Naresh Kamboju
  Cc: Robin Murphy, Lorenzo Pieralisi, Sudeep Holla, Liviu Dudau,
	Linux ARM, linux-stable, Linux Kernel Mailing List,
	Greg Kroah-Hartman, Sasha Levin, Arnd Bergmann, lkft-triage,
	Linux Kernel Functional Testing, Anders Roxell, Mark Brown

On Wed, Feb 16, 2022 at 05:02:53PM +0530, Naresh Kamboju wrote:
> Hi Sudeep,
> 
> On Mon, 14 Feb 2022 at 20:41, Naresh Kamboju <naresh.kamboju@linaro.org> wrote:
> >
> > On Mon, 14 Feb 2022 at 19:43, Sudeep Holla <sudeep.holla@arm.com> wrote:
> > >
> > > On Mon, Feb 14, 2022 at 07:36:00PM +0530, Naresh Kamboju wrote:
> > > > Hi Robin,
> > > >
> > > > Since we did not get a reply on this email thread.
> > > > and those intermittent failures are causing a lot of noise in reports summary.
> > > > We will wait one more week and stop running 64k page size testing on
> > > > Juno-r2 devices.
> > > >
> > > > > > > diff --git a/arch/arm64/boot/dts/arm/juno-base.dtsi b/arch/arm64/boot/dts/arm/juno-base.dtsi
> > > > > > > index 8e7a66943b01..d3148730e951 100644
> > > > > > > --- a/arch/arm64/boot/dts/arm/juno-base.dtsi
> > > > > > > +++ b/arch/arm64/boot/dts/arm/juno-base.dtsi
> > > > > > > @@ -545,8 +545,7 @@ pcie_ctlr: pcie@40000000 {
> > > > > > >                           <0x02000000 0x00 0x50000000 0x00 0x50000000 0x0 0x08000000>,
> > > > > > >                           <0x42000000 0x40 0x00000000 0x40 0x00000000 0x1 0x00000000>;
> > > > > > >                  /* Standard AXI Translation entries as programmed by EDK2 */
> > > > > > > -               dma-ranges = <0x02000000 0x0 0x2c1c0000 0x0 0x2c1c0000 0x0 0x00040000>,
> > > > > > > -                            <0x02000000 0x0 0x80000000 0x0 0x80000000 0x0 0x80000000>,
> > > > > > > +               dma-ranges = <0x02000000 0x0 0x80000000 0x0 0x80000000 0x0 0x80000000>,
> > > > > > >                               <0x43000000 0x8 0x00000000 0x8 0x00000000 0x2 0x00000000>;
> > > > > > >                  #interrupt-cells = <1>;
> > > > > > >                  interrupt-map-mask = <0 0 0 7>;
> > > > > > >
> > > >
> > > > Reference email thread,
> > > > https://lore.kernel.org/stable/0a1d437d-9ea0-de83-3c19-e07f560ad37c@arm.com/
> > > >
> > >
> > > I was about to tag the fix for this and was just reading this thread. I will
> > > send the pull request soon. Sorry for the delay, it is in next for some time
> > > now. Are you seeing the issue even in linux-next ?
> 
> I have tested Linux next arm64 64k page size builds on Juno-r2 and confirm that
> the reported issue is fixed now.
> 
> Tested-by: Linux Kernel Functional Testing <lkft@linaro.org>

Thanks for testing. I have already sent the pull request to Arnd yesterday.

-- 
Regards,
Sudeep

^ permalink raw reply	[flat|nested] 11+ messages in thread

end of thread, other threads:[~2022-02-16 14:33 UTC | newest]

Thread overview: 11+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <720d0a9a42e33148fcac45cd39a727093a32bf32.1614965598.git.robin.murphy@arm.com>
2021-03-23  9:30 ` [PATCH 1/2] arm64: dts: juno: Describe PCI dma-ranges Sudeep Holla
     [not found] ` <a730070d718cb119f77c8ca1782a0d4189bfb3e7.1614965598.git.robin.murphy@arm.com>
2021-07-30 12:17   ` [PATCH 2/2] arm64: dts: juno: Enable more SMMUs Robin Murphy
2021-07-30 14:34     ` Anders Roxell
2021-07-30 14:44       ` Robin Murphy
2021-07-30 14:57         ` Anders Roxell
2021-09-14  9:46         ` Anders Roxell
2022-02-14 14:06           ` Naresh Kamboju
2022-02-14 14:13             ` Sudeep Holla
2022-02-14 15:11               ` Naresh Kamboju
2022-02-16 11:32                 ` Naresh Kamboju
2022-02-16 14:31                   ` Sudeep Holla

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).