Mailing List Archive

[PATCH v4 00/13] drm: zynqmp_dp: IRQ cleanups and debugfs support
This series cleans up the zyqnmp_dp IRQ and locking situation. Once
that's done, it adds debugfs support. The intent is to enable compliance
testing or to help debug signal-integrity issues.

Last time I discussed converting the HPD work(s) to a threaded IRQ. I
did not end up doing that for this series since the steps would be

- Add locking
- Move link retraining to a work function
- Harden the IRQ
- Merge the works into a threaded IRQ (omitted)

Which with the exception of the final step is the same as leaving those
works as-is. Conversion to a threaded IRQ can be done as a follow-up.

Changes in v4:
- Rebase onto drm/drm-next

Changes in v3:
- Store base pointers in zynqmp_disp directly
- Don't delay work
- Convert to a hard IRQ
- Use AUX IRQs instead of polling
- Take dp->lock in zynqmp_dp_hpd_work_func

Changes in v2:
- Fix kerneldoc
- Rearrange zynqmp_dp for better padding
- Split off the HPD IRQ work into another commit
- Expand the commit message
- Document hpd_irq_work
- Document debugfs files
- Add ignore_aux_errors and ignore_hpd debugfs files to replace earlier
implicit functionality
- Attempt to fix unreproducable, spurious build warning
- Drop "Optionally ignore DPCD errors" in favor of a debugfs file
directly affecting zynqmp_dp_aux_transfer.

Sean Anderson (13):
drm: xlnx: Store base pointers in zynqmp_disp directly
drm: xlnx: Fix kerneldoc
drm: zynqmp_dp: Downgrade log level for aux retries message
drm: zynqmp_dp: Adjust training values per-lane
drm: zynqmp_dp: Rearrange zynqmp_dp for better padding
drm: zynqmp_dp: Don't delay work
drm: zynqmp_dp: Add locking
drm: zynqmp_dp: Don't retrain the link in our IRQ
drm: zynqmp_dp: Convert to a hard IRQ
drm: zynqmp_dp: Use AUX IRQs instead of polling
drm: zynqmp_dp: Split off several helper functions
drm: zynqmp_dp: Take dp->lock in zynqmp_dp_hpd_work_func
drm: zynqmp_dp: Add debugfs interface for compliance testing

Documentation/gpu/drivers.rst | 1 +
Documentation/gpu/zynqmp.rst | 149 +++++
MAINTAINERS | 1 +
drivers/gpu/drm/xlnx/zynqmp_disp.c | 44 +-
drivers/gpu/drm/xlnx/zynqmp_dp.c | 908 +++++++++++++++++++++++++---
drivers/gpu/drm/xlnx/zynqmp_dpsub.h | 1 +
drivers/gpu/drm/xlnx/zynqmp_kms.h | 4 +-
7 files changed, 999 insertions(+), 109 deletions(-)
create mode 100644 Documentation/gpu/zynqmp.rst

--
2.35.1.1320.gc452695387.dirty
Re: [PATCH v4 00/13] drm: zynqmp_dp: IRQ cleanups and debugfs support [ In reply to ]
Hi Sean,

On 23/04/2024 20:18, Sean Anderson wrote:
> This series cleans up the zyqnmp_dp IRQ and locking situation. Once
> that's done, it adds debugfs support. The intent is to enable compliance
> testing or to help debug signal-integrity issues.
>
> Last time I discussed converting the HPD work(s) to a threaded IRQ. I
> did not end up doing that for this series since the steps would be
>
> - Add locking
> - Move link retraining to a work function
> - Harden the IRQ
> - Merge the works into a threaded IRQ (omitted)
>
> Which with the exception of the final step is the same as leaving those
> works as-is. Conversion to a threaded IRQ can be done as a follow-up.

If it's ok to you, I'd like to pick the first four patches to drm-misc
already.

Tomi

> Changes in v4:
> - Rebase onto drm/drm-next
>
> Changes in v3:
> - Store base pointers in zynqmp_disp directly
> - Don't delay work
> - Convert to a hard IRQ
> - Use AUX IRQs instead of polling
> - Take dp->lock in zynqmp_dp_hpd_work_func
>
> Changes in v2:
> - Fix kerneldoc
> - Rearrange zynqmp_dp for better padding
> - Split off the HPD IRQ work into another commit
> - Expand the commit message
> - Document hpd_irq_work
> - Document debugfs files
> - Add ignore_aux_errors and ignore_hpd debugfs files to replace earlier
> implicit functionality
> - Attempt to fix unreproducable, spurious build warning
> - Drop "Optionally ignore DPCD errors" in favor of a debugfs file
> directly affecting zynqmp_dp_aux_transfer.
>
> Sean Anderson (13):
> drm: xlnx: Store base pointers in zynqmp_disp directly
> drm: xlnx: Fix kerneldoc
> drm: zynqmp_dp: Downgrade log level for aux retries message
> drm: zynqmp_dp: Adjust training values per-lane
> drm: zynqmp_dp: Rearrange zynqmp_dp for better padding
> drm: zynqmp_dp: Don't delay work
> drm: zynqmp_dp: Add locking
> drm: zynqmp_dp: Don't retrain the link in our IRQ
> drm: zynqmp_dp: Convert to a hard IRQ
> drm: zynqmp_dp: Use AUX IRQs instead of polling
> drm: zynqmp_dp: Split off several helper functions
> drm: zynqmp_dp: Take dp->lock in zynqmp_dp_hpd_work_func
> drm: zynqmp_dp: Add debugfs interface for compliance testing
>
> Documentation/gpu/drivers.rst | 1 +
> Documentation/gpu/zynqmp.rst | 149 +++++
> MAINTAINERS | 1 +
> drivers/gpu/drm/xlnx/zynqmp_disp.c | 44 +-
> drivers/gpu/drm/xlnx/zynqmp_dp.c | 908 +++++++++++++++++++++++++---
> drivers/gpu/drm/xlnx/zynqmp_dpsub.h | 1 +
> drivers/gpu/drm/xlnx/zynqmp_kms.h | 4 +-
> 7 files changed, 999 insertions(+), 109 deletions(-)
> create mode 100644 Documentation/gpu/zynqmp.rst
>
Re: [PATCH v4 00/13] drm: zynqmp_dp: IRQ cleanups and debugfs support [ In reply to ]
On 4/24/24 14:54, Tomi Valkeinen wrote:
> Hi Sean,
>
> On 23/04/2024 20:18, Sean Anderson wrote:
>> This series cleans up the zyqnmp_dp IRQ and locking situation. Once
>> that's done, it adds debugfs support. The intent is to enable compliance
>> testing or to help debug signal-integrity issues.
>>
>> Last time I discussed converting the HPD work(s) to a threaded IRQ. I
>> did not end up doing that for this series since the steps would be
>>
>> - Add locking
>> - Move link retraining to a work function
>> - Harden the IRQ
>> - Merge the works into a threaded IRQ (omitted)
>>
>> Which with the exception of the final step is the same as leaving those
>> works as-is. Conversion to a threaded IRQ can be done as a follow-up.
>
> If it's ok to you, I'd like to pick the first four patches to drm-misc already.

Fine by me.

--Sean
Re: [PATCH v4 00/13] drm: zynqmp_dp: IRQ cleanups and debugfs support [ In reply to ]
On 25/04/2024 18:17, Sean Anderson wrote:
> On 4/24/24 14:54, Tomi Valkeinen wrote:
>> Hi Sean,
>>
>> On 23/04/2024 20:18, Sean Anderson wrote:
>>> This series cleans up the zyqnmp_dp IRQ and locking situation. Once
>>> that's done, it adds debugfs support. The intent is to enable compliance
>>> testing or to help debug signal-integrity issues.
>>>
>>> Last time I discussed converting the HPD work(s) to a threaded IRQ. I
>>> did not end up doing that for this series since the steps would be
>>>
>>> - Add locking
>>> - Move link retraining to a work function
>>> - Harden the IRQ
>>> - Merge the works into a threaded IRQ (omitted)
>>>
>>> Which with the exception of the final step is the same as leaving those
>>> works as-is. Conversion to a threaded IRQ can be done as a follow-up.
>>
>> If it's ok to you, I'd like to pick the first four patches to drm-misc already.
>
> Fine by me.

I have pushed the first four to drm-misc. I'll try to look at the rest
of the patches next week.

Tomi