[AMD Official Use Only - General]
Thanks William!
After fixing few typos below, feel free to add:
Acked-by: Wayne Lin
> -Original Message-
> From: William Tseng
> Sent: Monday, June 13, 2022 12:27 PM
> To: dri-devel@lists.freedesktop.org
> Cc: William Tseng ; Ville Syrjälä
> ; Jani Ni
On Fri, 10 Jun 2022 14:24:01 +
Zack Rusin wrote:
> On Fri, 2022-06-10 at 10:59 +0200, Daniel Vetter wrote:
> > ⚠ External Email
> >
> > On Fri, Jun 10, 2022 at 10:41:05AM +0200, Daniel Vetter wrote:
> > > Hi all,
> > >
> > > Kinda top post because the thread is sprawling and I think we ne
On Mon, 13 Jun 2022 at 05:17, Peter Hutterer wrote:
> On Sun, Jun 12, 2022 at 05:57:05PM -0700, Jeremy Sequoia wrote:
> > I was going to spend a little bit of time putting out an update to XQuartz
> > to address a few bugs that I've been meaning to squash, but I'm having a bit
> > of an issue pull
On Sat, 11 Jun 2022 17:34:50 +0200
Hans de Goede wrote:
> Hi,
>
> On 6/10/22 14:53, Simon Ser wrote:
> > On Friday, June 10th, 2022 at 14:36, Gerd Hoffmann
> > wrote:
> >
> >> Hi,
> >>
> As Pekka mentionned, I'd also like to have a conversation of how far we
> want to
> pu
On Sun, 12 Jun 2022, José Expósito wrote:
> Add a helper macro to initialize a rectangle from x, y, width and
> height information.
>
> Signed-off-by: José Expósito
> ---
> include/drm/drm_rect.h | 12
> 1 file changed, 12 insertions(+)
>
> diff --git a/include/drm/drm_rect.h b/incl
https://www.phoronix.com/scan.php?page=news_item&px=FreeDesktop-GitLab-2022-Crash
On Mon, Jun 13, 2022 at 9:40 AM Daniel Stone wrote:
> On Mon, 13 Jun 2022 at 05:17, Peter Hutterer
> wrote:
> > On Sun, Jun 12, 2022 at 05:57:05PM -0700, Jeremy Sequoia wrote:
> > > I was going to spend a little b
From: Alvin Šipraga
Previously sent back in March, see here:
https://lore.kernel.org/dri-devel/20220319145939.978087-1-al...@pqrs.dk/
No changes besides rebasing on today's drm-misc-fixes.
Alvin Šipraga (2):
drm: bridge: adv7511: fix CEC power down control register offset
drm: bridge: adv7
From: Alvin Šipraga
cec_unregister_adapter() assumes that the underlying adapter ops are
callable. For example, if the CEC adapter currently has a valid physical
address, then the unregistration procedure will invalidate the physical
address by setting it to f.f.f.f. Whence the following kernel o
From: Alvin Šipraga
The ADV7511_REG_CEC_CTRL = 0xE2 register is part of the main register
map - not the CEC register map. As such, we shouldn't apply an offset to
the register address. Doing so will cause us to address a bogus register
for chips with a CEC register map offset (e.g. ADV7533).
Fix
Thanks Wayne for the comment.
I don't quite understand what the typos are.
Could you elaborate on them?
Thank you.
-Original Message-
From: Lin, Wayne
Sent: Monday, June 13, 2022 3:25 PM
To: Tseng, William ; dri-devel@lists.freedesktop.org
Cc: Ville Syrjälä ; Jani Nikula
; Lee, Shawn C
On Thu, Jun 09, 2022 at 09:22:41AM +0200, Thomas Zimmermann wrote:
> Mainline commit bcc77411e8a6 ("drm/ast: Create threshold values for
> AST2600") needs backporting into older Linux kernels. The earliest
> affected version is v5.11.
>
> KuoHsiang Chou (1):
> drm/ast: Create threshold values fo
The resource must be on the LRU before ttm_lru_bulk_move_add() is called
and we need to check if the BO is pinned or not before adding it.
Additional to that we missed taking the LRU spinlock in ttm_bo_unpin().
Signed-off-by: Christian König
Acked-by: Luben Tuikov
---
drivers/gpu/drm/ttm/ttm_b
[Public]
> -Original Message-
> From: Tseng, William
> Sent: Monday, June 13, 2022 4:05 PM
> To: Lin, Wayne ; dri-devel@lists.freedesktop.org
> Cc: Ville Syrjälä ; Jani Nikula
> ; Lee, Shawn C
> Subject: RE: [PATCH v2] drm/edid: ignore the CEA modes not defined in CEA-
> 861-D
>
> Tha
On Fri, 10 Jun 2022, Matt Roper wrote:
> Multicast/replicated (MCR) registers on Intel hardware are a purely
> GT-specific concept. Rather than leaving MCR register handling spread
> across several places throughout the driver (intel_uncore.c, intel_gt.c,
> etc.) with confusing combinations of ha
On 10/06/2022 17:14, Niranjana Vishwanathapura wrote:
On Fri, Jun 10, 2022 at 05:48:39PM +0300, Lionel Landwerlin wrote:
On 10/06/2022 13:37, Tvrtko Ursulin wrote:
On 10/06/2022 08:07, Niranjana Vishwanathapura wrote:
VM_BIND and related uapi definitions
Signed-off-by: Niranjana Vishwanath
On Fri, 10 Jun 2022, Ville Syrjälä wrote:
> On Wed, Jun 08, 2022 at 10:50:35AM +0300, Jani Nikula wrote:
>> Add new functions drm_edid_read(), drm_edid_read_ddc(), and
>> drm_edid_read_custom() to replace drm_get_edid() and drm_do_get_edid()
>> for reading the EDID. The transition is expected to h
On Fri, May 27, 2022 at 11:39:03AM +0800, 1064094...@qq.com wrote:
> From: pengfuyuan
>
> Fix spelling typo in comments.
>
> Reported-by: k2ci
> Signed-off-by: pengfuyuan
Acked-by: Liviu Dudau
I've got only patch 1 of 5, so I'm going to assume that you're going to get the
series merged via
On 2022-06-11 09:19, Christian König wrote:
> Am 10.06.22 um 15:54 schrieb Michel Dänzer:
>> From: Michel Dänzer
>>
>> The commit below changed the TTM manager size unit from pages to
>> bytes, but failed to adjust the corresponding calculations in
>> amdgpu_ioctl.
>>
>> Fixes: dfa714b88eb0 ("drm/
On 06/10, Javier Martinez Canillas wrote:
> Hello Melissa,
>
> On 6/10/22 13:05, Melissa Wen wrote:
> > On 06/08, Javier Martinez Canillas wrote:
>
> [snip]
>
> >
> > Hi Javier,
> >
> > Thanks for waiting a little.
> >
> > Stefan guided me to the missing part and I'm okay on this serie.
> >
>
On 04/15, Tales Lelo da Aparecida wrote:
> Fix a copypasta error. The caller of compose_plane() already checks
> primary_composer->map. In contrast, plane_composer->map is never
> verified here before handling.
>
> Fixes: 7938f4218168 ("dma-buf-map: Rename to iosys-map")
> Reviewed-by: André Almei
On Wed, 08 Jun 2022, Jani Nikula wrote:
> v2 of [1], addressing review comments.
>
> BR,
> Jani.
>
>
> [1] https://patchwork.freedesktop.org/series/104309/
>
> Jani Nikula (15):
> drm/edid: fix CTA data block collection size for CTA version 3
> drm/edid: abstract cea data block collection size
On 04/04, Igor Torrente wrote:
> Summary
> ===
> This series of patches refactor some vkms components in order to introduce
> new formats to the planes and writeback connector.
>
> Now in the blend function, the plane's pixels are converted to ARGB16161616
> and then blended together.
>
> The
[Public]
Thanks, Lyude.
Feel free to add
Reviewed-by: Wayne Lin
> -Original Message-
> From: Lyude Paul
> Sent: Friday, June 3, 2022 4:18 AM
> To: dri-devel@lists.freedesktop.org
> Cc: David Airlie ; Daniel Vetter ; Thomas
> Zimmermann ; Lin, Wayne
> ; Jani Nikula ; Lakha,
> Bhawanpree
[Public]
Hi Lyude,
Feel free to add
Reviewed-by: Wayne Lin
> -Original Message-
> From: Lyude Paul
> Sent: Friday, June 3, 2022 4:18 AM
> To: dri-devel@lists.freedesktop.org
> Cc: David Airlie ; Daniel Vetter ; Thomas
> Zimmermann ; Lin, Wayne
> ; Jani Nikula ; Lakha,
> Bhawanpreet ; R
This reverts commit 73867c8709b569cdd7fda67f01dfe02c8d055521, which, on
an i7-11850H iGPU with a Thinkpad X1 Extreme Gen 4, attached to a LG
LP160UQ1-SPB1 embedded panel, causes wild flickering glitching
technicolor pyrotechnics on resumption from suspend. The display shows
strobing colors in an ut
https://bugzilla.kernel.org/show_bug.cgi?id=216119
Artem S. Tashkinov (a...@gmx.com) changed:
What|Removed |Added
Status|NEW |RESOLVED
Il 13/06/22 09:26, Bo-Chen Chen ha scritto:
From: Markus Schneider-Pargmann
This is a new driver that supports the integrated DisplayPort phy for
mediatek SoCs, especially the mt8195. The phy is integrated into the
DisplayPort controller and will be created by the mtk-dp driver. This
driver exp
Il 13/06/22 08:48, Bo-Chen Chen ha scritto:
From: Guillaume Ranquet
dpintf is the displayport interface hardware unit. This unit is similar
to dpi and can reuse most of the code.
This patch adds support for mt8195-dpintf to this dpi driver. Main
differences are:
- Some features/functional co
Maintainers of the directory Documentation/devicetree/bindings/display
are also the maintainers of the corresponding directory
include/dt-bindings/display.
Add the file entry for include/dt-bindings/display to the appropriate
section in MAINTAINERS.
Signed-off-by: Lukas Bulwahn
---
David, Daniel
Hi Lucas
Am 10.06.22 um 01:20 schrieb Lucas De Marchi:
Instead of always falling back to memcpy_fromio() for any size, prefer
using read{b,w,l}(). When reading struct members it's common to read
individual integer variables individually. Going through memcpy_fromio()
for each of them poses a hig
On Mon, 13 Jun 2022, "Jason A. Donenfeld" wrote:
> This reverts commit 73867c8709b569cdd7fda67f01dfe02c8d055521, which, on
> an i7-11850H iGPU with a Thinkpad X1 Extreme Gen 4, attached to a LG
> LP160UQ1-SPB1 embedded panel, causes wild flickering glitching
> technicolor pyrotechnics on resumptio
From: ChiaEn Wu
This patch series add Mediatek MT6370 PMIC support. The MT6370 is a
highly-integrated smart power management IC, which includes a single
cell Li-Ion/Li-Polymer switching battery charger, a USB
Type-C & Power Delivery (PD) controller, dual Flash LED current sources,
a RGB LED drive
From: ChiYuan Huang
Add Mediatek MT6370 TCPC binding documentation.
Signed-off-by: ChiYuan Huang
---
.../bindings/usb/mediatek,mt6370-tcpc.yaml| 36 +++
1 file changed, 36 insertions(+)
create mode 100644
Documentation/devicetree/bindings/usb/mediatek,mt6370-tcpc.yaml
di
From: ChiaEn Wu
Add Mediatek MT6370 Charger binding documentation.
Signed-off-by: ChiaEn Wu
---
.../power/supply/mediatek,mt6370-charger.yaml | 60 +++
1 file changed, 60 insertions(+)
create mode 100644
Documentation/devicetree/bindings/power/supply/mediatek,mt6370-charger.y
From: ChiYuan Huang
Add Mediatek mt6370 current sink type LED indicator binding documentation.
Signed-off-by: ChiYuan Huang
---
.../leds/mediatek,mt6370-indicator.yaml | 48 +++
1 file changed, 48 insertions(+)
create mode 100644
Documentation/devicetree/bindings/leds/m
From: Alice Chen
Add Mediatek MT6370 flashlight binding documentation.
Signed-off-by: Alice Chen
---
.../leds/mediatek,mt6370-flashlight.yaml | 44 +++
1 file changed, 44 insertions(+)
create mode 100644
Documentation/devicetree/bindings/leds/mediatek,mt6370-flashlight.y
From: ChiYuan Huang
Add mt6370 backlight binding documentation.
Signed-off-by: ChiYuan Huang
---
.../backlight/mediatek,mt6370-backlight.yaml | 107 ++
1 file changed, 107 insertions(+)
create mode 100644
Documentation/devicetree/bindings/leds/backlight/mediatek,mt6370-backl
From: ChiYuan Huang
Add Mediatek MT6370 binding documentation.
Signed-off-by: ChiYuan Huang
---
.../bindings/mfd/mediatek,mt6370.yaml | 279 ++
.../dt-bindings/iio/adc/mediatek,mt6370_adc.h | 18 ++
2 files changed, 297 insertions(+)
create mode 100644 Documentation/d
From: ChiaEn Wu
Add ABI documentation for mt6370 non-standard ADC sysfs interfaces.
Signed-off-by: ChiaEn Wu
---
.../ABI/testing/sysfs-bus-iio-adc-mt6370 | 36 +++
1 file changed, 36 insertions(+)
create mode 100644 Documentation/ABI/testing/sysfs-bus-iio-adc-mt6370
diff
From: ChiYuan Huang
Add Mediatek MT6370 MFD support.
Signed-off-by: ChiYuan Huang
---
drivers/mfd/Kconfig | 13 ++
drivers/mfd/Makefile | 1 +
drivers/mfd/mt6370.c | 349 +++
3 files changed, 363 insertions(+)
create mode 100644 drivers/mfd/mt6370.c
From: ChiYuan Huang
Add chip level mt6370 tcpci driver.
Signed-off-by: ChiYuan Huang
---
drivers/usb/typec/tcpm/Kconfig| 8 +
drivers/usb/typec/tcpm/Makefile | 1 +
drivers/usb/typec/tcpm/tcpci_mt6370.c | 212 ++
3 files changed, 221 insertions(+)
cre
From: ChiYuan Huang
Add mt6370 DisplayBias and VibLDO support.
Signed-off-by: ChiYuan Huang
---
drivers/regulator/Kconfig| 8 +
drivers/regulator/Makefile | 1 +
drivers/regulator/mt6370-regulator.c | 388 +++
3 files changed, 397 insertions(+)
From: ChiaEn Wu
Add Mediatek MT6370 ADC support.
Signed-off-by: ChiaEn Wu
---
drivers/iio/adc/Kconfig | 9 ++
drivers/iio/adc/Makefile | 1 +
drivers/iio/adc/mt6370-adc.c | 262 +++
3 files changed, 272 insertions(+)
create mode 100644 drivers/iio/
From: ChiaEn Wu
Add Mediatek MT6370 charger driver.
Signed-off-by: ChiaEn Wu
---
drivers/power/supply/Kconfig | 11 +
drivers/power/supply/Makefile |1 +
drivers/power/supply/mt6370-charger.c | 1132 +
3 files changed, 1144 insertions(+)
create m
From: ChiYuan Huang
Add Mediatek MT6370 current sink type LED Indicator driver.
Signed-off-by: ChiYuan Huang
---
drivers/leds/Kconfig | 11 +
drivers/leds/Makefile | 1 +
drivers/leds/leds-mt6370.c | 989 +
3 files changed, 1001 insertions(+)
From: Alice Chen
Add Mediatek MT6370 flashlight support.
Signed-off-by: Alice Chen
---
drivers/leds/flash/Kconfig | 9 +
drivers/leds/flash/Makefile| 1 +
drivers/leds/flash/leds-mt6370-flash.c | 657 +
3 files changed, 667 insertions(+)
cre
From: ChiaEn Wu
Add Mediatek MT6370 Backlight support.
Signed-off-by: ChiaEn Wu
---
drivers/video/backlight/Kconfig| 9 +
drivers/video/backlight/Makefile | 1 +
drivers/video/backlight/mt6370-backlight.c | 339 +
3 files changed, 349 insertions(+)
On Wed, May 11, 2022 at 4:01 PM Andrzej Hajda wrote:
>
> On 04.05.2022 13:40, Jagan Teki wrote:
> > Fixing up the mode flags is required in order to correlate the
> > correct sync flags of the surrounding components in the chain
> > to make sure the whole pipeline can work properly.
> >
> > So, ha
Hi Maxime
Am 10.06.22 um 11:28 schrieb Maxime Ripard:
The DRM-managed function to register a CRTC is
drmm_crtc_alloc_with_planes(), which will allocate the underlying
structure and initialisation the CRTC.
However, we might want to separate the structure creation and the CRTC
initialisation, fo
On 13.06.2022 13:17, Jagan Teki wrote:
> On Wed, May 11, 2022 at 4:01 PM Andrzej Hajda wrote:
>> On 04.05.2022 13:40, Jagan Teki wrote:
>>> Fixing up the mode flags is required in order to correlate the
>>> correct sync flags of the surrounding components in the chain
>>> to make sure the whole pi
On Mon, Jun 13, 2022 at 5:02 PM Marek Szyprowski
wrote:
>
> On 13.06.2022 13:17, Jagan Teki wrote:
> > On Wed, May 11, 2022 at 4:01 PM Andrzej Hajda
> > wrote:
> >> On 04.05.2022 13:40, Jagan Teki wrote:
> >>> Fixing up the mode flags is required in order to correlate the
> >>> correct sync flag
On 13.06.2022 13:34, Jagan Teki wrote:
> On Mon, Jun 13, 2022 at 5:02 PM Marek Szyprowski
> wrote:
>> On 13.06.2022 13:17, Jagan Teki wrote:
>>> On Wed, May 11, 2022 at 4:01 PM Andrzej Hajda
>>> wrote:
On 04.05.2022 13:40, Jagan Teki wrote:
> Fixing up the mode flags is required in orde
Hi Jani,
On Mon, Jun 13, 2022 at 02:05:17PM +0300, Jani Nikula wrote:
> On Mon, 13 Jun 2022, "Jason A. Donenfeld" wrote:
> > This reverts commit 73867c8709b569cdd7fda67f01dfe02c8d055521, which, on
> > an i7-11850H iGPU with a Thinkpad X1 Extreme Gen 4, attached to a LG
> > LP160UQ1-SPB1 embedded
Am Montag, dem 13.06.2022 um 13:36 +0200 schrieb Marek Szyprowski:
> On 13.06.2022 13:34, Jagan Teki wrote:
> > On Mon, Jun 13, 2022 at 5:02 PM Marek Szyprowski
> > wrote:
> > > On 13.06.2022 13:17, Jagan Teki wrote:
> > > > On Wed, May 11, 2022 at 4:01 PM Andrzej Hajda
> > > > wrote:
> > > > >
Thanks Wayne for clarifying.
I will correct the typos and submit the patch again.
-Original Message-
From: Lin, Wayne
Sent: Monday, June 13, 2022 3:25 PM
To: Tseng, William ; dri-devel@lists.freedesktop.org
Cc: Ville Syrjälä ; Jani Nikula
; Lee, Shawn C
Subject: RE: [PATCH v2] drm/edi
This is a workaround for HDMI 1.4 sink which has a CEA mode with higher vic
than what is defined in CEA-861-D.
As an example, a HDMI 1.4 sink has the video format 2560x1080p to be
displayed and the video format is indicated by both SVD (with vic 90 and
picture aspect ratio 64:27) and DTD. When co
Much of the lvds code for Poulsbo, Oaktrail and Cedarview are almost
identical so there is no need to keep three copies of it. Unify as much
as possible into one implementation. There are still things like the
init code that can be unified but that requires unifying other parts of
the driver first.
These functions mostly do the same thing so unify them into one. All
unified lvds code will live in gma_lvds.c.
Signed-off-by: Patrik Jakobsson
---
drivers/gpu/drm/gma500/Makefile | 1 +
drivers/gpu/drm/gma500/cdv_intel_lvds.c | 27 +++
drivers/gpu/drm/gma500/gma_lvds.c
These functions do the same thing so unify them into one.
Signed-off-by: Patrik Jakobsson
---
drivers/gpu/drm/gma500/cdv_intel_lvds.c | 29 ++
drivers/gpu/drm/gma500/gma_lvds.c | 26
drivers/gpu/drm/gma500/gma_lvds.h | 1 +
drivers/gpu/drm/gm
These functions mostly do the same thing so unify them into one. Skip
the INTEL_OUTPUT_MIPI2 code since we don't have that output type.
Signed-off-by: Patrik Jakobsson
---
drivers/gpu/drm/gma500/cdv_intel_lvds.c | 27 +-
drivers/gpu/drm/gma500/gma_lvds.c | 25 ++
Cedarview never implemented this so use the Poulsbo version for both.
Signed-off-by: Patrik Jakobsson
---
drivers/gpu/drm/gma500/cdv_intel_lvds.c | 6 +---
drivers/gpu/drm/gma500/gma_lvds.c | 38 +++
drivers/gpu/drm/gma500/gma_lvds.h | 1 +
drivers/gpu/drm/gma50
These functions are identical so unify them into one.
Signed-off-by: Patrik Jakobsson
---
drivers/gpu/drm/gma500/cdv_intel_lvds.c | 12 +---
drivers/gpu/drm/gma500/gma_lvds.c | 11 +++
drivers/gpu/drm/gma500/gma_lvds.h | 1 +
drivers/gpu/drm/gma500/oaktrail_lvds.c |
These functions mostly do the same thing so unify them into one.
Oaktrail doesn't power on/off the backlight so don't touch that. Ignore
runtime-pm stuff since runtime-pm is broken anyways.
Signed-off-by: Patrik Jakobsson
---
drivers/gpu/drm/gma500/cdv_intel_lvds.c | 41 +++--
dr
These functions mostly do the same thing so unify them. Change a check
of !IS_MRST() to IS_PSB() to not change the behaviour for CDV.
Signed-off-by: Patrik Jakobsson
---
drivers/gpu/drm/gma500/cdv_intel_lvds.c | 51 +--
drivers/gpu/drm/gma500/gma_lvds.c | 59 +++
Cedarview never implemented this so use the Poulsbo version for both.
Signed-off-by: Patrik Jakobsson
---
drivers/gpu/drm/gma500/cdv_intel_lvds.c | 6 +---
drivers/gpu/drm/gma500/gma_lvds.c | 41 +++
drivers/gpu/drm/gma500/gma_lvds.h | 1 +
drivers/gpu/drm/gma50
These structs are similar enough to be unified. This will allow unifying
the lvds functions that access the lvds encoder private.
Signed-off-by: Patrik Jakobsson
---
drivers/gpu/drm/gma500/cdv_intel_lvds.c | 18 ++
drivers/gpu/drm/gma500/gma_lvds.c | 5 +++--
drivers/gpu/d
PSB stores the backlight i2c adapter in lvds_priv. CDV stores it in
gma_encoder. Neither place is perfect but lets pick gma_encoder to make
life simple.
Signed-off-by: Patrik Jakobsson
---
drivers/gpu/drm/gma500/gma_lvds.h | 2 --
drivers/gpu/drm/gma500/psb_intel_lvds.c | 10 +-
2
These functions mostly do the same thing so unify them into one.
Signed-off-by: Patrik Jakobsson
---
drivers/gpu/drm/gma500/cdv_intel_lvds.c | 63 +-
drivers/gpu/drm/gma500/gma_lvds.c | 64 ++
drivers/gpu/drm/gma500/gma_lvds.h | 2 +
drivers/g
These functions are identical so unify them
Signed-off-by: Patrik Jakobsson
---
drivers/gpu/drm/gma500/cdv_intel_lvds.c | 15 +--
drivers/gpu/drm/gma500/gma_lvds.c | 15 ++-
drivers/gpu/drm/gma500/gma_lvds.h | 2 +-
drivers/gpu/drm/gma500/oaktrail_lvds.c | 1
These now only contains generic drm/gma functions so create
gma_lvds_connector_funcs that all chips can use.
Signed-off-by: Patrik Jakobsson
---
drivers/gpu/drm/gma500/cdv_intel_lvds.c | 9 +
drivers/gpu/drm/gma500/gma_lvds.c | 15 +++
drivers/gpu/drm/gma500/gma_lvds.h
These functions mostly do the same thing so unify them into one.
Only destroy i2c adapters that have actually been created.
gma_i2c_destroy() is now also called for PSB.
Signed-off-by: Patrik Jakobsson
---
drivers/gpu/drm/gma500/cdv_intel_lvds.c | 14 +-
drivers/gpu/drm/gma500/gma_lv
These functions mostly do the same thing so unify them. Oaktrail already
uses the PSB connector helpers so it is already handled.
Signed-off-by: Patrik Jakobsson
---
drivers/gpu/drm/gma500/cdv_intel_lvds.c | 27 +---
drivers/gpu/drm/gma500/gma_lvds.c | 26 ++
The functions are identical so unify them.
Signed-off-by: Patrik Jakobsson
---
drivers/gpu/drm/gma500/cdv_intel_lvds.c | 20 +---
drivers/gpu/drm/gma500/gma_lvds.c | 18 ++
drivers/gpu/drm/gma500/gma_lvds.h | 1 +
drivers/gpu/drm/gma500/oaktrail_lvds.
These now only contains generic gma functions so create
gma_lvds_connector_helper_funcs that all chips can use.
Signed-off-by: Patrik Jakobsson
---
drivers/gpu/drm/gma500/cdv_intel_lvds.c | 10 +-
drivers/gpu/drm/gma500/gma_lvds.c | 12 +---
drivers/gpu/drm/gma500/gma_lvds.
These now only contains generic gma functions so create
gma_lvds_helper_funcs that both PSB and CDV can use. Oaktrail still
needs the modeset callback refactored to align with PSB and CDV.
Signed-off-by: Patrik Jakobsson
---
drivers/gpu/drm/gma500/cdv_intel_lvds.c | 11 +--
drivers/gpu/d
These functions mostly do the same thing so unify them. CDV include the
pipe select bit in the pfit control register but we can do this on PSB
as well since LVDS is always on the same pipe there. Oaktrail lvds
modeset sequence is slightly different so is not unified here.
Signed-off-by: Patrik Jak
On Mon, 2022-06-13 at 10:33 +0300, Pekka Paalanen wrote:
> On Fri, 10 Jun 2022 14:24:01 +
> Zack Rusin wrote:
>
> > On Fri, 2022-06-10 at 10:59 +0200, Daniel Vetter wrote:
> > > ⚠ External Email
> > >
> > > On Fri, Jun 10, 2022 at 10:41:05AM +0200, Daniel Vetter wrote:
> > > > Hi all,
> >
Regards,
Oak
> -Original Message-
> From: Intel-gfx On Behalf Of
> Niranjana
> Vishwanathapura
> Sent: June 10, 2022 1:43 PM
> To: Landwerlin, Lionel G
> Cc: Intel GFX ; Maling list - DRI developers
> de...@lists.freedesktop.org>; Hellstrom, Thomas ;
> Wilson, Chris P ; Vetter, Dani
On Mon, 13 Jun 2022 14:48:30 +0800, Bo-Chen Chen wrote:
> From: Markus Schneider-Pargmann
>
> DP_INTF is similar to DPI but does not have the exact same feature set
> or register layouts.
>
> DP_INTF is the sink of the display pipeline that is connected to the
> DisplayPort controller and encode
On Mon, 13 Jun 2022 19:11:37 +0800, ChiaEn Wu wrote:
> From: ChiYuan Huang
>
> Add Mediatek MT6370 binding documentation.
>
> Signed-off-by: ChiYuan Huang
> ---
> .../bindings/mfd/mediatek,mt6370.yaml | 279 ++
> .../dt-bindings/iio/adc/mediatek,mt6370_adc.h | 18 ++
>
https://bugzilla.kernel.org/show_bug.cgi?id=216119
Alex Deucher (alexdeuc...@gmail.com) changed:
What|Removed |Added
CC||alexdeuc...@gmail.c
On 2022/06/10 23:35, Tetsuo Handa wrote:
> Use local wq in order to avoid flush_scheduled_work() usage.
>
> Signed-off-by: Tetsuo Handa
> ---
> Changes in v2:
> Replace flush_scheduled_work() with flush_workqueue().
>
> Please see commit c4f135d643823a86 ("workqueue: Wrap flush_workqueue()
> u
Hi,
Am Freitag, 10. Juni 2022, 05:01:21 CEST schrieb Liu Ying:
> > reading this I got reminded of fsl-ldb [1], which is accepted
> > already. At a
> > first glance reading the RM the LDB peripheral are similar, although
> > not
> > identical. Is it worth merging them into one driver (at some point
On Mon, 13 Jun 2022 13:14:48 +
Zack Rusin wrote:
> On Mon, 2022-06-13 at 10:33 +0300, Pekka Paalanen wrote:
> > On Fri, 10 Jun 2022 14:24:01 +
> > Zack Rusin wrote:
> >
> > > On Fri, 2022-06-10 at 10:59 +0200, Daniel Vetter wrote:
> > > > ⚠ External Email
> > > >
> > > > On Fri, Ju
Hi,
On Mon, 13 Jun 2022 at 08:39, Daniel Stone wrote:
> Yes, that's what's happening. Our (multi-host-replicated etc) Ceph
> storage setup has entered a degraded mode due to the loss of a couple
> of disks - no data has been lost but the cluster is currently unhappy.
> We're walking through fixin
On 12.06.2022 16:33, Marek Vasut wrote:
Add missing header file into dsi_host.c and encode data-lanes string
directly into the warning message in the driver to avoid build issues
detected by lkp.
Fixes: 185443efa26a ("drm/msm: Convert to drm_of_get_data_lanes_count")
Reported-by: kernel test
Hi,
Here's a collection of small fixes that have been used in the downstream
kernel for a while, affecting several parts of the vc4 driver.
Let me know what you think,
Maxime
Dave Stevenson (21):
drm/vc4: drv: Adopt the dma configuration from the HVS or V3D
component
drm/vc4: plane: Fix
From: Dave Stevenson
vc4_drv isn't necessarily under the /soc node in DT as it is a
virtual device, but it is the one that does the allocations.
The DMA addresses are consumed by primarily the HVS or V3D, and
those require VideoCore cache alias address mapping, and so will be
under /soc.
During
We currently ignore the clk_set_min_rate return code assuming it would
succeed. However, it can fail if we ask for a rate higher than the
current maximum for example.
Since we can't fail in atomic_commit, at least warn on failure.
Signed-off-by: Maxime Ripard
---
drivers/gpu/drm/vc4/vc4_kms.c |
The core clock computation takes into account both the load due to the
input (ie, planes) and its output (ie, encoders).
However, while the input load needs to consider all the planes, and thus
sum all of their associated loads, the output happens mostly in
parallel.
Therefore, we need to conside
From: Dom Cobley
There is little harm in ignoring fractional coordinates
(they just get truncated).
Without this:
modetest -M vc4 -F tiles,gradient -s 32:1920x1080-60 -P89@74:1920x1080*.1.1@XR24
is rejected. We have the same issue in Kodi when trying to
use zoom options on video.
Note: even if
From: Dave Stevenson
The current plane margin calculation code clips the right and bottom
edges of the range based using the left and top margins.
This is obviously wrong, so let's fix it.
Fixes: 666e73587f90 ("drm/vc4: Take margin setup into account when updating
planes")
Signed-off-by: Dave
From: Dave Stevenson
Move from only supporting the default of pre-multiplied
alpha to supporting user specified blend mode using the
standardised property.
Signed-off-by: Dave Stevenson
Signed-off-by: Maxime Ripard
---
drivers/gpu/drm/vc4/vc4_plane.c | 62 ++---
1
From: Dave Stevenson
This allows easy analysis of display lists when debugging.
Signed-off-by: Dave Stevenson
Signed-off-by: Maxime Ripard
---
drivers/gpu/drm/vc4/vc4_hvs.c | 42 +++
1 file changed, 42 insertions(+)
diff --git a/drivers/gpu/drm/vc4/vc4_hvs.c b
From: Dave Stevenson
The hardware can combine H&V syncs onto the output enable line
as composite syncs, so add the relevant configuration to do that.
Signed-off-by: Dave Stevenson
Signed-off-by: Maxime Ripard
---
drivers/gpu/drm/vc4/vc4_dpi.c | 25 -
1 file changed, 16
From: Dave Stevenson
DRM provides flags for inverting pixel clock and output enable
signals, but these were not mapped to the relevant registers.
Add those mappings.
Signed-off-by: Dave Stevenson
Signed-off-by: Maxime Ripard
---
drivers/gpu/drm/vc4/vc4_dpi.c | 64
From: Dave Stevenson
In a couple of error/incomplete configuration cases, the
DPI_FORMAT bits wouldn't get set.
Enforce our RGB888 default in all these cases.
Signed-off-by: Dave Stevenson
Signed-off-by: Maxime Ripard
---
drivers/gpu/drm/vc4/vc4_dpi.c | 8 +---
1 file changed, 5 insertio
From: Dave Stevenson
On Pi0-3 the driver allocates a buffer and requests a DMA channel
because the ARM can't write to DSI1's registers directly.
However, we never release that buffer or channel. Let's add a
device-managed action to release each.
Fixes: 4078f5757144 ("drm/vc4: Add DSI driver")
S
From: Dave Stevenson
The divider calculations tried to find the divider just faster than the
clock requested. However if it required a divider of 7 then the for loop
aborted without handling the "error" case, and could end up with a clock
lower than requested.
The integer divider from parent PLL
From: Dave Stevenson
For slightly unknown reasons, dsi0 takes a different pixel format
to dsi1, and that has to be set in the pixel valve.
Amend the setup accordingly.
Fixes: a86773d120d7 ("drm/vc4: Add support for feeding DSI encoders from the
pixel valve.")
Signed-off-by: Dave Stevenson
Sig
1 - 100 of 223 matches
Mail list logo
