mbox series

[next,v2,0/3] soc: ti: k3: ringacc: add am65x sr2.0 support

Message ID 20200829184139.15547-1-grygorii.strashko@ti.com (mailing list archive)
Headers show
Series soc: ti: k3: ringacc: add am65x sr2.0 support | expand

Message

Grygorii Strashko Aug. 29, 2020, 6:41 p.m. UTC
Hi Santosh,

I've rebased on top of  linux-next and identified merge conflict of patch 3
with commit 6da45875fa17 ("arm64: dts: k3-am65: Update the RM resource types")
in -next.

---
This series adds support for the TI AM65x SR2.0 SoC Ringacc which has fixed
errata i2023 "RINGACC, UDMA: RINGACC and UDMA Ring State Interoperability
Issue after Channel Teardown". This errata also fixed for J271E SoC.
The SOC bus chipinfo data is used to identify the SoC and configure
i2023 errata W/A.

This changes made "ti,dma-ring-reset-quirk" DT property obsolete, so it's removed.

Changes in v2:
 - no functional changes
 - rebased on top of linux-next
 - added ask from Rob Herring

v1: https://lore.kernel.org/patchwork/cover/1284233/
    
Grygorii Strashko (3):
  soc: ti: k3: ringacc: add am65x sr2.0 support
  bindings: soc: ti: soc: ringacc: remove ti,dma-ring-reset-quirk
  arm64: dts: ti: k3-am65: ringacc: drop ti,dma-ring-reset-quirk

 .../bindings/soc/ti/k3-ringacc.yaml           |  6 ----
 arch/arm64/boot/dts/ti/k3-am65-main.dtsi      |  1 -
 arch/arm64/boot/dts/ti/k3-am65-mcu.dtsi       |  1 -
 drivers/soc/ti/k3-ringacc.c                   | 33 +++++++++++++++++--
 4 files changed, 30 insertions(+), 11 deletions(-)

Comments

Santosh Shilimkar Aug. 31, 2020, 6:34 p.m. UTC | #1
On 8/29/20 11:41 AM, Grygorii Strashko wrote:
> Hi Santosh,
> 
> I've rebased on top of  linux-next and identified merge conflict of patch 3
> with commit 6da45875fa17 ("arm64: dts: k3-am65: Update the RM resource types")
> in -next.
> 
> ---
> This series adds support for the TI AM65x SR2.0 SoC Ringacc which has fixed
> errata i2023 "RINGACC, UDMA: RINGACC and UDMA Ring State Interoperability
> Issue after Channel Teardown". This errata also fixed for J271E SoC.
> The SOC bus chipinfo data is used to identify the SoC and configure
> i2023 errata W/A.
> 
> This changes made "ti,dma-ring-reset-quirk" DT property obsolete, so it's removed.
> 
> Changes in v2:
>   - no functional changes
>   - rebased on top of linux-next
>   - added ask from Rob Herring
> 
Thanks. Can you please followup DT acks for PRUSS series so that I can
apply PRUSS + $subject series.

> v1: https://urldefense.com/v3/__https://lore.kernel.org/patchwork/cover/1284233/__;!!GqivPVa7Brio!PCmZ-nZZ6YQak-0T43bPZYI0gHsYL9k6N7S2gZEFbIr8BRKtv2BK01VejQzlBPBBgcfvCQ$
>      
> Grygorii Strashko (3):
>    soc: ti: k3: ringacc: add am65x sr2.0 support
>    bindings: soc: ti: soc: ringacc: remove ti,dma-ring-reset-quirk
>    arm64: dts: ti: k3-am65: ringacc: drop ti,dma-ring-reset-quirk
> 
>   .../bindings/soc/ti/k3-ringacc.yaml           |  6 ----
>   arch/arm64/boot/dts/ti/k3-am65-main.dtsi      |  1 -
>   arch/arm64/boot/dts/ti/k3-am65-mcu.dtsi       |  1 -
>   drivers/soc/ti/k3-ringacc.c                   | 33 +++++++++++++++++--
>   4 files changed, 30 insertions(+), 11 deletions(-)
>
Nishanth Menon Sept. 2, 2020, 2:08 p.m. UTC | #2
On 11:34-20200831, santosh.shilimkar@oracle.com wrote:
> On 8/29/20 11:41 AM, Grygorii Strashko wrote:
> > Hi Santosh,
> > 
> > I've rebased on top of  linux-next and identified merge conflict of patch 3
> > with commit 6da45875fa17 ("arm64: dts: k3-am65: Update the RM resource types")
> > in -next.
> > 
> > ---
> > This series adds support for the TI AM65x SR2.0 SoC Ringacc which has fixed
> > errata i2023 "RINGACC, UDMA: RINGACC and UDMA Ring State Interoperability
> > Issue after Channel Teardown". This errata also fixed for J271E SoC.
> > The SOC bus chipinfo data is used to identify the SoC and configure
> > i2023 errata W/A.
> > 
> > This changes made "ti,dma-ring-reset-quirk" DT property obsolete, so it's removed.
> > 
> > Changes in v2:
> >   - no functional changes
> >   - rebased on top of linux-next
> >   - added ask from Rob Herring
> > 
> Thanks. Can you please followup DT acks for PRUSS series so that I can
> apply PRUSS + $subject series.


Santosh, in this series, may i suggest that the dtsi changes[1] be hosted
on my tree? else we are going to create a mix of rc1 and rc3 branches
which is going to be irritating, to say the least.

I will pick [1] the day after I see the patches 1 and 2 in linux-next tag.

[1] https://lore.kernel.org/lkml/20200829184139.15547-4-grygorii.strashko@ti.com/
Suman Anna Sept. 8, 2020, 10:09 p.m. UTC | #3
Hi Santosh,

On 8/31/20 1:34 PM, santosh.shilimkar@oracle.com wrote:
> On 8/29/20 11:41 AM, Grygorii Strashko wrote:
>> Hi Santosh,
>>
>> I've rebased on top of  linux-next and identified merge conflict of patch 3
>> with commit 6da45875fa17 ("arm64: dts: k3-am65: Update the RM resource types")
>> in -next.
>>
>> ---
>> This series adds support for the TI AM65x SR2.0 SoC Ringacc which has fixed
>> errata i2023 "RINGACC, UDMA: RINGACC and UDMA Ring State Interoperability
>> Issue after Channel Teardown". This errata also fixed for J271E SoC.
>> The SOC bus chipinfo data is used to identify the SoC and configure
>> i2023 errata W/A.
>>
>> This changes made "ti,dma-ring-reset-quirk" DT property obsolete, so it's
>> removed.
>>
>> Changes in v2:
>>   - no functional changes
>>   - rebased on top of linux-next
>>   - added ask from Rob Herring
>>
> Thanks. Can you please followup DT acks for PRUSS series so that I can
> apply PRUSS + $subject series.

PRUSS dt binding is acked now, so can you pick up the PRUSS v2 series for 5.10
merge window.

regards,
Suman

> 
>> v1:
>> https://urldefense.com/v3/__https://lore.kernel.org/patchwork/cover/1284233/__;!!GqivPVa7Brio!PCmZ-nZZ6YQak-0T43bPZYI0gHsYL9k6N7S2gZEFbIr8BRKtv2BK01VejQzlBPBBgcfvCQ$
>>
>>      Grygorii Strashko (3):
>>    soc: ti: k3: ringacc: add am65x sr2.0 support
>>    bindings: soc: ti: soc: ringacc: remove ti,dma-ring-reset-quirk
>>    arm64: dts: ti: k3-am65: ringacc: drop ti,dma-ring-reset-quirk
>>
>>   .../bindings/soc/ti/k3-ringacc.yaml           |  6 ----
>>   arch/arm64/boot/dts/ti/k3-am65-main.dtsi      |  1 -
>>   arch/arm64/boot/dts/ti/k3-am65-mcu.dtsi       |  1 -
>>   drivers/soc/ti/k3-ringacc.c                   | 33 +++++++++++++++++--
>>   4 files changed, 30 insertions(+), 11 deletions(-)
>>
> 
> _______________________________________________
> linux-arm-kernel mailing list
> linux-arm-kernel@lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
Santosh Shilimkar Sept. 9, 2020, 2:40 a.m. UTC | #4
On 9/8/20 3:09 PM, Suman Anna wrote:
> Hi Santosh,
> 
> On 8/31/20 1:34 PM, santosh.shilimkar@oracle.com wrote:
>> On 8/29/20 11:41 AM, Grygorii Strashko wrote:
>>> Hi Santosh,
>>>
>>> I've rebased on top of  linux-next and identified merge conflict of patch 3
>>> with commit 6da45875fa17 ("arm64: dts: k3-am65: Update the RM resource types")
>>> in -next.
>>>
>>> ---
>>> This series adds support for the TI AM65x SR2.0 SoC Ringacc which has fixed
>>> errata i2023 "RINGACC, UDMA: RINGACC and UDMA Ring State Interoperability
>>> Issue after Channel Teardown". This errata also fixed for J271E SoC.
>>> The SOC bus chipinfo data is used to identify the SoC and configure
>>> i2023 errata W/A.
>>>
>>> This changes made "ti,dma-ring-reset-quirk" DT property obsolete, so it's
>>> removed.
>>>
>>> Changes in v2:
>>>    - no functional changes
>>>    - rebased on top of linux-next
>>>    - added ask from Rob Herring
>>>
>> Thanks. Can you please followup DT acks for PRUSS series so that I can
>> apply PRUSS + $subject series.
> 
> PRUSS dt binding is acked now, so can you pick up the PRUSS v2 series for 5.10
> merge window.
> 
Yes, I saw ack from Rob. Will try to get to this over coming weekend.

Regards,
Santosh
Santosh Shilimkar Sept. 9, 2020, 4:52 p.m. UTC | #5
On 9/2/20 7:08 AM, Nishanth Menon wrote:
> On 11:34-20200831, santosh.shilimkar@oracle.com wrote:
>> On 8/29/20 11:41 AM, Grygorii Strashko wrote:
>>> Hi Santosh,
>>>
>>> I've rebased on top of  linux-next and identified merge conflict of patch 3
>>> with commit 6da45875fa17 ("arm64: dts: k3-am65: Update the RM resource types")
>>> in -next.
>>>
>>> ---
>>> This series adds support for the TI AM65x SR2.0 SoC Ringacc which has fixed
>>> errata i2023 "RINGACC, UDMA: RINGACC and UDMA Ring State Interoperability
>>> Issue after Channel Teardown". This errata also fixed for J271E SoC.
>>> The SOC bus chipinfo data is used to identify the SoC and configure
>>> i2023 errata W/A.
>>>
>>> This changes made "ti,dma-ring-reset-quirk" DT property obsolete, so it's removed.
>>>
>>> Changes in v2:
>>>    - no functional changes
>>>    - rebased on top of linux-next
>>>    - added ask from Rob Herring
>>>
>> Thanks. Can you please followup DT acks for PRUSS series so that I can
>> apply PRUSS + $subject series.
> 
> 
> Santosh, in this series, may i suggest that the dtsi changes[1] be hosted
> on my tree? else we are going to create a mix of rc1 and rc3 branches
> which is going to be irritating, to say the least.
> 
> I will pick [1] the day after I see the patches 1 and 2 in linux-next tag.
> 
Sure !!
Santosh Shilimkar Sept. 12, 2020, 4:54 a.m. UTC | #6
On 9/9/20 9:52 AM, santosh.shilimkar@oracle.com wrote:
> On 9/2/20 7:08 AM, Nishanth Menon wrote:
>> On 11:34-20200831, santosh.shilimkar@oracle.com wrote:
>>> On 8/29/20 11:41 AM, Grygorii Strashko wrote:
[..]
>>
>>
>> Santosh, in this series, may i suggest that the dtsi changes[1] be hosted
>> on my tree? else we are going to create a mix of rc1 and rc3 branches
>> which is going to be irritating, to say the least.
>>
>> I will pick [1] the day after I see the patches 1 and 2 in linux-next 
>> tag.
>>
> Sure !!

Applied. Should show up in linux-next
Santosh Shilimkar Sept. 12, 2020, 4:55 a.m. UTC | #7
On 9/8/20 7:40 PM, santosh.shilimkar@oracle.com wrote:
> 
> 
> On 9/8/20 3:09 PM, Suman Anna wrote:
>> Hi Santosh,
>>
>> On 8/31/20 1:34 PM, santosh.shilimkar@oracle.com wrote:
>>> On 8/29/20 11:41 AM, Grygorii Strashko wrote:
>>>> Hi Santosh,
>>>>
>>>> I've rebased on top of  linux-next and identified merge conflict of 
>>>> patch 3
>>>> with commit 6da45875fa17 ("arm64: dts: k3-am65: Update the RM 
>>>> resource types")
>>>> in -next.
>>>>
>>>> ---
>>>> This series adds support for the TI AM65x SR2.0 SoC Ringacc which 
>>>> has fixed
>>>> errata i2023 "RINGACC, UDMA: RINGACC and UDMA Ring State 
>>>> Interoperability
>>>> Issue after Channel Teardown". This errata also fixed for J271E SoC.
>>>> The SOC bus chipinfo data is used to identify the SoC and configure
>>>> i2023 errata W/A.
>>>>
>>>> This changes made "ti,dma-ring-reset-quirk" DT property obsolete, so 
>>>> it's
>>>> removed.
>>>>
>>>> Changes in v2:
>>>>    - no functional changes
>>>>    - rebased on top of linux-next
>>>>    - added ask from Rob Herring
>>>>
>>> Thanks. Can you please followup DT acks for PRUSS series so that I can
>>> apply PRUSS + $subject series.
>>
>> PRUSS dt binding is acked now, so can you pick up the PRUSS v2 series 
>> for 5.10
>> merge window.
>>
> Yes, I saw ack from Rob. Will try to get to this over coming weekend.
> 
Applied. Should show up in linux-next
Nishanth Menon Sept. 14, 2020, 12:34 p.m. UTC | #8
On Sat, 29 Aug 2020 21:41:36 +0300, Grygorii Strashko wrote:
> I've rebased on top of  linux-next and identified merge conflict of patch 3
> with commit 6da45875fa17 ("arm64: dts: k3-am65: Update the RM resource types")
> in -next.

Hi Grygorii Strashko,

I have applied the following to branch ti-k3-dts-next on [1].
Thank you!

[1/1] arm64: dts: ti: k3-am65: ringacc: drop ti, dma-ring-reset-quirk
      commit: 69fba6172b9f03ad1079c9c72f5cf0c623a18c6d


All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent up the chain during
the next merge window (or sooner if it is a relevant bug fix), however if
problems are discovered then the patch may be dropped or reverted.

You may get further e-mails resulting from automated or manual testing
and review of the tree, please engage with people reporting problems and
send followup patches addressing any issues that are reported if needed.

If any updates are required or you are submitting further changes they
should be sent as incremental updates against current git, existing
patches will not be replaced.

Please add any relevant lists and maintainers to the CCs when replying
to this mail.

[1] git://git.kernel.org/pub/scm/linux/kernel/git/nmenon/linux.git