From: Ville Syrjälä
drm_crtc.h has no need for drm_edid.h, so don't include it.
Avoids useless rebuilds of the entire universe when
touching drm_edid.h.
Quite a few placs do currently depend on drm_edid.h without
actually including it directly. All of those need to be fixed
up.
Signed-off-by:
Hi Prashant,
thanks for the patch. Please see sugestions below.
On Thu, Jun 09, 2022 at 06:09:42PM +, Prashant Malani wrote:
> Introduce a binding which represents a component that can control the
> routing of USB Type-C data lines as well as address data line
> orientation (based on CC
From: Rob Clark
The only reason we grabbed the lock was to satisfy a bunch of places
that WARN_ON() if called without the lock held. But this angers lockdep
which doesn't realize no one else can be holding the lock by the time we
end up destroying the object (and sees what would otherwise be a
Add compatible string for i.MX8MP LCDIF variant. This is called LCDIFv3
and is completely different from the LCDIFv3 found in i.MX23 in that it
has a completely scrambled register layout compared to all previous LCDIF
variants. The new LCDIFv3 also supports 36bit address space. However,
except for
Add support for i.MX8MP LCDIF variant. This is called LCDIFv3 and is
completely different from the LCDIFv3 found in i.MX23 in that it has
a completely scrambled register layout compared to all previous LCDIF
variants. The new LCDIFv3 also supports 36bit address space.
Add a separate driver which
Hi Nícolas,
On Mon, Jun 13, 2022 at 1:51 PM Nícolas F. R. A. Prado
wrote:
>
> Hi Prashant,
>
> On Thu, Jun 09, 2022 at 06:09:46PM +, Prashant Malani wrote:
> > From: Pin-Yen Lin
> >
> > Add the callback function when the driver receives state
> > changes of the Type-C port. The callback
From: Lang Yu
[ Upstream commit 4fac4fcf4500bce515b0f32195e7bb86aa0246c6 ]
The kfd_bo_list is used to restore process BOs after
evictions. As page tables could be destroyed during
evictions, we should also update pinned BOs' page tables
during restoring to make sure they are valid.
So for
From: Sherry Wang
[ Upstream commit 4b81dd2cc6f4f4e8cea0ed6ee8d5193a8ae14a72 ]
[Why]
Dmub read AUX_DPHY_RX_CONTROL0 from Golden Setting Table,
but driver will set it to default value 0x103d1110, which
causes issue in some case
[How]
Remove the driver code, use the value set by dmub in
From: "Hung, Cruise"
[ Upstream commit 6ecf9773a5030aa4932096754bacff20e1b944b8 ]
[Why]
DMUB Outbox0 read/write pointer not sync after resumed from S4.
And that caused old traces were sent to outbox.
[How]
Disable DMUB Outbox0 interrupt
and clear DMUB Outbox0 read/write pointer when resumes
From: Philip Yang
[ Upstream commit fa582c6f3684ac0098a9d02ddf0ed52a02b37127 ]
MMU notifier callback may pass in mm with mm->mm_users==0 when process
is exiting, use mmget_no_zero to avoid accessing invalid mm in deferred
list work after mm is gone.
Signed-off-by: Philip Yang
Reviewed-by:
On 6/13/22 04:11, ChiaEn Wu wrote:
> diff --git a/drivers/mfd/Kconfig b/drivers/mfd/Kconfig
> index 3b59456f5545..d9a7524a3e0e 100644
> --- a/drivers/mfd/Kconfig
> +++ b/drivers/mfd/Kconfig
> @@ -937,6 +937,19 @@ config MFD_MT6360
> PMIC part includes 2-channel BUCKs and 2-channel LDOs
On 6/13/22 04:11, ChiaEn Wu wrote:
> diff --git a/drivers/regulator/Kconfig b/drivers/regulator/Kconfig
> index cbe0f96ca342..dcb6866dab53 100644
> --- a/drivers/regulator/Kconfig
> +++ b/drivers/regulator/Kconfig
> @@ -804,6 +804,14 @@ config REGULATOR_MT6360
> 2-channel buck with
On Mon, Jun 13, 2022 at 07:09:06PM +0100, Tvrtko Ursulin wrote:
>
> On 13/06/2022 18:49, Niranjana Vishwanathapura wrote:
> > On Mon, Jun 13, 2022 at 05:22:02PM +0100, Tvrtko Ursulin wrote:
> > >
> > > On 13/06/2022 16:05, Niranjana Vishwanathapura wrote:
> > > > On Mon, Jun 13, 2022 at
-r012-20220613
(https://download.01.org/0day-ci/archive/20220614/202206140738.nk4evaxd-...@intel.com/config)
compiler: xtensa-linux-gcc (GCC) 11.3.0
reproduce (this is a W=1 build):
wget
https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O
~/bin/make.cross
-r004-20220613
(https://download.01.org/0day-ci/archive/20220614/202206140726.cjoshn1e-...@intel.com/config)
compiler: clang version 15.0.0 (https://github.com/llvm/llvm-project
d378268ead93c85803c270277f0243737b536ae7)
reproduce (this is a W=1 build):
wget
https://raw.githubusercontent.com
From: Ville Syrjälä
Eliminate unnecessary includes from drm_crtc.h to avoid
pointless rebuilds of the entire universe when touching
some random header.
I didn't really feel like splitting this up per-driver since
that would have ended up being metric ton of one liners.
I'm thinking the
Hi Melissa,
On 6/13/22 06:52, Melissa Wen wrote:
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
On 5/30/22 11:27, Alexander Stein wrote:
Hi Marek,
Hi,
[...]
I got this working, somehow. The root cause was that the LDB clock was not the
media_disp2_pix_root_clk clock * 7, which is mandatory for LVDS (single link).
excerpt from clk_summary:
video_pll1_out 2 2 0 59400
The dma_map_sgtable() call (used to invalidate cache) overwrites sgt->nents
with 1, so msm_iommu_pagetable_map maps only the first physical segment.
To fix this problem use for_each_sgtable_sg(), which uses orig_nents.
Fixes: b145c6e65eb0 ("drm/msm: Add support to create a local pagetable")
From: Ville Syrjälä
drm_crtc.h has no need for drm_frambuffer.h, so don't include it.
Avoids useless rebuilds of the entire universe when
touching drm_framebuffer.h.
Quite a few placs do currently depend on drm_framebuffer.h without
actually including it directly. All of those need to be fixed
From: Ville Syrjälä
drm_crtc.h has no need for drm_blend.h, so don't include it.
Avoids useless rebuilds of the entire universe when
touching drm_blend.h.
Quite a few placs do currently depend on drm_blend.h without
actually including it directly. All of those need to be fixed
up.
Hi Nícolas,
On Mon, Jun 13, 2022 at 1:38 PM Nícolas F. R. A. Prado
wrote:
>
> Hi Prashant,
>
> thanks for the patch. Please see sugestions below.
>
> On Thu, Jun 09, 2022 at 06:09:42PM +, Prashant Malani wrote:
> > Introduce a binding which represents a component that can control the
> >
Hi Prashant,
On Thu, Jun 09, 2022 at 06:09:44PM +, Prashant Malani wrote:
> Parse the "switches" node, if available, and count and store the number
> of Type-C switches within it. Since we currently don't do anything with
> this info, no functional changes are expected from this change.
>
>
Hi,
On 6/13/22 04:11, ChiaEn Wu wrote:
> diff --git a/drivers/iio/adc/Kconfig b/drivers/iio/adc/Kconfig
> index 71ab0a06aa82..09576fb478ad 100644
> --- a/drivers/iio/adc/Kconfig
> +++ b/drivers/iio/adc/Kconfig
> @@ -737,6 +737,15 @@ config MEDIATEK_MT6360_ADC
> is used in smartphones and
On 6/13/2022 1:49 PM, Rob Clark wrote:
From: Rob Clark
Misc small cleanup I noticed. Not called from another object file since
3c9edd9c85f5 ("drm/msm: Introduce GEM object funcs")
Signed-off-by: Rob Clark
Reviewed-by: Abhinav Kumar
---
drivers/gpu/drm/msm/msm_gem.c | 2 +-
Currently the blend function only accepts XRGB_ and ARGB_
as a color input.
This patch refactors all the functions related to the plane composition
to overcome this limitation.
The pixels blend is done using the new internal format. And new handlers
are being added to convert a specific
We will remove the current assumption that the primary plane has the
same size and position as CRTC and that the primary plane is the
bottom-most in zpos order, or is even enabled. At least as far
as the blending machinery is concerned.
For that we will add CRTC dimension information to
Changes the name of this struct to a more meaningful name.
A name that represents better what this struct is about.
Composer is the code that do the compositing of the planes.
This struct contains information on the frame used in the output
composition. Thus, vkms_frame_info is a better name to
The `map` vector at `vkms_composer` uses a hardcoded value to define its
size.
If someday the maximum number of planes increases, this hardcoded value
can be a problem.
This value is being replaced with the DRM_FORMAT_MAX_PLANES macro.
Acked-by: Thomas Zimmermann
Reviewed-by: Melissa Wen
Add a helper function to validate the connector configuration received in
the encoder atomic_check by the drivers.
So the drivers don't need to do these common validations themselves.
V2: Move the format verification to a new helper at the drm_atomic_helper.c
(Thomas Zimmermann).
V3: Format
Instead of coping `drm_framebuffer` - which can cause problems -
we just get the reference and add the ref count.
Signed-off-by: Igor Torrente
---
drivers/gpu/drm/vkms/vkms_composer.c | 4 ++--
drivers/gpu/drm/vkms/vkms_drv.h | 2 +-
drivers/gpu/drm/vkms/vkms_plane.c| 10 +-
This commit is the groundwork to introduce new formats to the planes and
writeback buffer. As part of it, a new buffer metadata field is added to
`vkms_writeback_job`, this metadata is represented by the `vkms_frame_info`
struct.
Also adds two new function pointers (`line_to_frame_func` and
This will be useful to write tests that depends on these formats.
ARGB and XRGB follows the a similar implementation of the former formats.
Just adjusting for 16 bits per channel.
V3: Adapt the handlers to the new format introduced in patch 7 V3.
V5: Minor improvements
Added
This commit also adds new helper macros to deal with fixed-point
arithmetic.
It was done to improve the precision of the conversion to ARGB16161616
since the "conversion ratio" is not an integer.
V3: Adapt the handlers to the new format introduced in patch 7 V3.
V5: Minor improvements
V6: Minor
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 CRC is calculated based on the ARGB1616161616
-r004-20220613
(https://download.01.org/0day-ci/archive/20220614/202206140805.ebeq2f87-...@intel.com/config)
compiler: clang version 15.0.0 (https://github.com/llvm/llvm-project
d378268ead93c85803c270277f0243737b536ae7)
reproduce (this is a W=1 build):
wget
https://raw.githubusercontent.com
From: Ville Syrjälä
drm_crtc.h has no need for linux/i2c.h, so don't include it.
Avoids useless rebuilds of the entire universe when
touching linux/i2c.h.
Quite a few placs do currently depend on linux/i2c.h without
actually including it directly. All of those need to be
fixed up.
From: Ville Syrjälä
drm_crtc.h has no need for drm_connector.h, so don't include it.
Avoids useless rebuilds of the entire universe when
touching drm_connector.h.
Signed-off-by: Ville Syrjälä
---
include/drm/drm_crtc.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
From: Ville Syrjälä
drm_crtc.h has no need for linux/fb.h, so don't include it.
Avoids useless rebuilds of the entire universe when
touching linux/fb.h.
Quite a few placs do currently depend on linux/fb.h or other
headers pulled in by it without actually including any of it
directly. All of
From: Ville Syrjälä
drm_crtc.h is including several entirely unnecessary headers,
and also contains unused forward declarations. Remove it all.
Signed-off-by: Ville Syrjälä
---
include/drm/drm_crtc.h | 8
1 file changed, 8 deletions(-)
diff --git a/include/drm/drm_crtc.h
From: Ville Syrjälä
drm_crtc.h has no need for linux/media-bus-format.h, so don't
include it. Avoids useless rebuilds of the entire universe when
touching linux/media-bus-format.h.
Quite a few placs do currently depend on linux/media-bus-format.h
without actually including it directly. All of
From: Candice Li
[ Upstream commit 2a460963350ec6b1534d28d7f943b5f84815aff2 ]
Adjust the sequence for ras late init and separate ras reset error status
from query status.
v2: squash in fix from Candice
Signed-off-by: Candice Li
Reviewed-by: Hawking Zhang
Signed-off-by: Alex Deucher
From: Sherry Wang
[ Upstream commit 4b81dd2cc6f4f4e8cea0ed6ee8d5193a8ae14a72 ]
[Why]
Dmub read AUX_DPHY_RX_CONTROL0 from Golden Setting Table,
but driver will set it to default value 0x103d1110, which
causes issue in some case
[How]
Remove the driver code, use the value set by dmub in
From: Philip Yang
[ Upstream commit fa582c6f3684ac0098a9d02ddf0ed52a02b37127 ]
MMU notifier callback may pass in mm with mm->mm_users==0 when process
is exiting, use mmget_no_zero to avoid accessing invalid mm in deferred
list work after mm is gone.
Signed-off-by: Philip Yang
Reviewed-by:
From: Lang Yu
[ Upstream commit 4fac4fcf4500bce515b0f32195e7bb86aa0246c6 ]
The kfd_bo_list is used to restore process BOs after
evictions. As page tables could be destroyed during
evictions, we should also update pinned BOs' page tables
during restoring to make sure they are valid.
So for
Le jeudi 12 mai 2022 à 11:46 +0800, Yunfei Dong a écrit :
> Firstly, add mt8186 compatible and private data, then add document for
> compatible "mediatek,mt8186-vcodec-dec". For mt8186 is single core
> architecture, need to add new interface for h264 hardware decoder.
Would be nice to take the
Hi Nícolas,
On Mon, Jun 13, 2022 at 1:45 PM Nícolas F. R. A. Prado
wrote:
>
> Hi Prashant,
>
> On Thu, Jun 09, 2022 at 06:09:44PM +, Prashant Malani wrote:
> > Parse the "switches" node, if available, and count and store the number
> > of Type-C switches within it. Since we currently don't
On Thu, Jun 09, 2022 at 06:09:39PM +, Prashant Malani wrote:
> This series introduces a binding for Type-C data lane switches. These
> control the routing and operating modes of USB Type-C data lanes based
> on the PD messaging from the Type-C port driver regarding connected
> peripherals.
>
> -Original Message-
> From: Harry Wentland
> Sent: Saturday, June 11, 2022 1:59 AM
> To: Pekka Paalanen ; sebast...@sebastianwick.net;
> Shankar, Uma
> Cc: Vitaly Prosyak ; Sharma, Shashank
> ; Lakha, Bhawanpreet
> ; Deucher, Alexander
> ; Alex Hung ; dri-devel
During display resolution changes display have to be disabled first
followed by display enabling with new resolution. Display disable
will turn off both pixel clock and main link clock so that main link
have to be re-trained during display enable to have new video stream
flow again. At current
Le jeudi 12 mai 2022 à 11:46 +0800, Yunfei Dong a écrit :
> Add h264 decode driver to support mt8186. For the architecture
> is single core, need to add new interface to decode.
>
> Signed-off-by: Yunfei Dong
> ---
> .../vcodec/vdec/vdec_h264_req_multi_if.c | 177 +-
> 1
Hi--
On 6/13/22 04:11, ChiaEn Wu wrote:
> diff --git a/drivers/leds/Kconfig b/drivers/leds/Kconfig
> index 6090e647daee..61e6ec416cb0 100644
> --- a/drivers/leds/Kconfig
> +++ b/drivers/leds/Kconfig
> @@ -244,6 +244,17 @@ config LEDS_MT6323
> This option enables support for on-chip LED
On 6/10/22 20:39, Lucas Stach wrote:
It doesn't always work, as there is just a single adjusted mode, so if
parts of the display pipeline disagree on the required sync polarity
it's possible to end up with a invalid config. However it also isn't
necessary for this bridge chip, as the DPI
From: Rob Clark
Misc small cleanup I noticed. Not called from another object file since
3c9edd9c85f5 ("drm/msm: Introduce GEM object funcs")
Signed-off-by: Rob Clark
---
drivers/gpu/drm/msm/msm_gem.c | 2 +-
drivers/gpu/drm/msm/msm_gem.h | 1 -
2 files changed, 1 insertion(+), 2 deletions(-)
-r012-20220613
(https://download.01.org/0day-ci/archive/20220614/202206140730.7korev9k-...@intel.com/config)
compiler: xtensa-linux-gcc (GCC) 11.3.0
reproduce (this is a W=1 build):
wget
https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O
~/bin/make.cross
From: "Hung, Cruise"
[ Upstream commit 6ecf9773a5030aa4932096754bacff20e1b944b8 ]
[Why]
DMUB Outbox0 read/write pointer not sync after resumed from S4.
And that caused old traces were sent to outbox.
[How]
Disable DMUB Outbox0 interrupt
and clear DMUB Outbox0 read/write pointer when resumes
From: Philip Yang
[ Upstream commit fa582c6f3684ac0098a9d02ddf0ed52a02b37127 ]
MMU notifier callback may pass in mm with mm->mm_users==0 when process
is exiting, use mmget_no_zero to avoid accessing invalid mm in deferred
list work after mm is gone.
Signed-off-by: Philip Yang
Reviewed-by:
From: Lang Yu
[ Upstream commit 4fac4fcf4500bce515b0f32195e7bb86aa0246c6 ]
The kfd_bo_list is used to restore process BOs after
evictions. As page tables could be destroyed during
evictions, we should also update pinned BOs' page tables
during restoring to make sure they are valid.
So for
From: Sherry Wang
[ Upstream commit 4b81dd2cc6f4f4e8cea0ed6ee8d5193a8ae14a72 ]
[Why]
Dmub read AUX_DPHY_RX_CONTROL0 from Golden Setting Table,
but driver will set it to default value 0x103d1110, which
causes issue in some case
[How]
Remove the driver code, use the value set by dmub in
On 6/13/22 04:11, ChiaEn Wu wrote:
> diff --git a/drivers/video/backlight/Kconfig b/drivers/video/backlight/Kconfig
> index a003e02e13ce..ec1589ad88bb 100644
> --- a/drivers/video/backlight/Kconfig
> +++ b/drivers/video/backlight/Kconfig
> @@ -268,6 +268,15 @@ config BACKLIGHT_MAX8925
>
Hi Prashant,
On Thu, Jun 09, 2022 at 06:09:46PM +, Prashant Malani wrote:
> From: Pin-Yen Lin
>
> Add the callback function when the driver receives state
> changes of the Type-C port. The callback function configures the
> crosspoint switch of the anx7625 bridge chip, which can change the
From: Rob Clark
Handle the demotion to MSM_BO_WC at the userspace ABI level, and fix
the remaining internal MSM_BO_UNCACHED user.
Signed-off-by: Rob Clark
---
drivers/gpu/drm/msm/msm_drv.c | 13 +
drivers/gpu/drm/msm/msm_gem.c | 7 +++
drivers/gpu/drm/msm/msm_gpu.c | 2 +-
3
https://bugzilla.kernel.org/show_bug.cgi?id=216120
--- Comment #3 from mat2003...@gmail.com ---
same bad commit:
https://gitlab.freedesktop.org/drm/amd/-/issues/2050
--
You may reply to this email to add a comment.
You are receiving this mail because:
You are watching the assignee of the bug.
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é
[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,
>
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
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
[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
>
>
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
https://bugzilla.kernel.org/show_bug.cgi?id=216119
Artem S. Tashkinov (a...@gmx.com) changed:
What|Removed |Added
Status|NEW |RESOLVED
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,
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
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
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
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
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
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
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
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
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
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
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
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(+)
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
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: 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(+)
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
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
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
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
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.
>
>
[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 ;
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
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
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
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,
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,
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,
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
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 ++
>
1 - 100 of 224 matches
Mail list logo