Hi Sui,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on drm/drm-next]
[also build test ERROR on robh/for-next linus/master v5.17 next-20220401]
[cannot apply to mripard/sunxi/for-next]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when
i.MX8qxp SoC embeds a Mixel MIPI DPHY + LVDS PHY combo which supports
either a MIPI DSI display or a LVDS display. The PHY mode is controlled
by SCU firmware and the driver would call a SCU firmware function to
configure the PHY mode. The single LVDS PHY has 4 data lanes to support
a LVDS
Add support for Mixel MIPI DPHY + LVDS PHY combo IP
as found on Freescale i.MX8qxp SoC.
Cc: Guido Günther
Cc: Kishon Vijay Abraham I
Cc: Vinod Koul
Cc: Rob Herring
Cc: NXP Linux Team
Reviewed-by: Rob Herring
Reviewed-by: Guido Günther
Signed-off-by: Liu Ying
---
v5->v6:
* No change.
This patch converts the mixel,mipi-dsi-phy binding to
DT schema format using json-schema.
Comparing to the plain text version, the new binding adds
the 'assigned-clocks', 'assigned-clock-parents' and
'assigned-clock-rates' properites, otherwise 'make dtbs_check'
would complain that there are
This patch allows LVDS PHYs to be configured through
the generic functions and through a custom structure
added to the generic union.
The parameters added here are based on common LVDS PHY
implementation practices. The set of parameters
should cover all potential users.
Cc: Kishon Vijay Abraham
The Northwest Logic MIPI DSI host controller embedded in i.MX8qxp
works with a Mixel MIPI DPHY + LVDS PHY combo to support either
a MIPI DSI display or a LVDS display. So, this patch calls
phy_set_mode() from nwl_dsi_mode_set() to set PHY mode to MIPI DPHY
explicitly.
Cc: Guido Günther
Cc:
Hi,
This is the v6 series to add i.MX8qxp LVDS PHY mode support for the Mixel
PHY in the Freescale i.MX8qxp SoC. Comparing to v5, this version only
rebases the series upon v5.17-rc1.
The Mixel PHY is MIPI DPHY + LVDS PHY combo, which can works in either
MIPI DPHY mode or LVDS PHY mode. The PHY
On 4/2/22 05:19, Laurent Pinchart wrote:
On Fri, Apr 01, 2022 at 10:36:24PM +0200, Marek Vasut wrote:
On 4/1/22 20:46, Laurent Pinchart wrote:
On Fri, Apr 01, 2022 at 06:37:54PM +0200, Marek Vasut wrote:
Make the width-mm/height-mm panel properties mandatory in
i.MX8qxp SoC embeds a Mixel MIPI DPHY + LVDS PHY combo which supports
either a MIPI DSI display or a LVDS display. The PHY mode is controlled
by SCU firmware and the driver would call a SCU firmware function to
configure the PHY mode. The single LVDS PHY has 4 data lanes to support
a LVDS
Add support for Mixel MIPI DPHY + LVDS PHY combo IP
as found on Freescale i.MX8qxp SoC.
Cc: Guido Günther
Cc: Kishon Vijay Abraham I
Cc: Vinod Koul
Cc: Rob Herring
Cc: NXP Linux Team
Reviewed-by: Rob Herring
Reviewed-by: Guido Günther
Signed-off-by: Liu Ying
---
v5->v6:
* No change.
This patch converts the mixel,mipi-dsi-phy binding to
DT schema format using json-schema.
Comparing to the plain text version, the new binding adds
the 'assigned-clocks', 'assigned-clock-parents' and
'assigned-clock-rates' properites, otherwise 'make dtbs_check'
would complain that there are
This patch allows LVDS PHYs to be configured through
the generic functions and through a custom structure
added to the generic union.
The parameters added here are based on common LVDS PHY
implementation practices. The set of parameters
should cover all potential users.
Cc: Kishon Vijay Abraham
The Northwest Logic MIPI DSI host controller embedded in i.MX8qxp
works with a Mixel MIPI DPHY + LVDS PHY combo to support either
a MIPI DSI display or a LVDS display. So, this patch calls
phy_set_mode() from nwl_dsi_mode_set() to set PHY mode to MIPI DPHY
explicitly.
Cc: Guido Günther
Cc:
Hi,
This is the v6 series to add i.MX8qxp LVDS PHY mode support for the Mixel
PHY in the Freescale i.MX8qxp SoC. Comparing to v5, this version only
rebases the series upon v5.17-rc1.
The Mixel PHY is MIPI DPHY + LVDS PHY combo, which can works in either
MIPI DPHY mode or LVDS PHY mode. The PHY
On Fri, Apr 01, 2022 at 10:36:24PM +0200, Marek Vasut wrote:
> On 4/1/22 20:46, Laurent Pinchart wrote:
> > On Fri, Apr 01, 2022 at 06:37:54PM +0200, Marek Vasut wrote:
> >> Make the width-mm/height-mm panel properties mandatory in
> >> of_get_drm_panel_display_mode(), print error message and
> >>
On 2022-04-01 at 16:31:19 +0200, Christian König wrote:
> I would be nicer to push this through drm-misc-next, but the intel branch
> works for me as well.
Hi Christian
I have pushed this patch into drm-misc-next.
Regards,
Ram.
>
> Regards,
> Christian.
>
> Am 01.04.22 um 16:28 schrieb
On Sun, Mar 27, 2022 at 1:27 PM Jonathan Marek wrote:
>
> The high half of 64-bit registers is always at +1 offset, so change these
> helpers to be more convenient by removing the unnecessary argument.
>
> Signed-off-by: Jonathan Marek
I'd been meaning to do this for a while.. so I think I'll
Hi Sacha:
On 4/1/22 20:52, Sascha Hauer wrote:
--
>From cbc03073623a7180243331ac24c3afaf9dec7522 Mon Sep 17 00:00:00 2001
From: Sascha Hauer
Date: Fri, 1 Apr 2022 14:48:49 +0200
Subject: [PATCH] fixup! drm: rockchip: Add VOP2 driver
---
drivers/gpu/drm/rockchip/rockchip_drm_vop2.c | 14
Hi Sascha:
On 4/1/22 20:55, Sascha Hauer wrote:
On Thu, Mar 31, 2022 at 07:00:34PM +0800, Andy Yan wrote:
Hi:
On 3/31/22 16:18, Sascha Hauer wrote:
On Thu, Mar 31, 2022 at 03:20:37PM +0800, Andy Yan wrote:
Hi Sascha:
On 3/31/22 15:06, Sascha Hauer wrote:
On Wed, Mar 30, 2022 at 08:50:09PM
On 22/03/2022 20:55, Vinod Polimera wrote:
- Some DPU versions support inline rot90. It is supported only for
limited amount of UBWC formats.
- There are two versions of inline rotators, v1 (present on sm8250 and
sm7250) and v2 (sc7280). These versions differ in the list of supported
formats and
The datasheet for this bridge is not available, the PLL behavior has been
inferred from [1] and [2] and by analyzing the DPI pixel clock with scope.
After further testing with other displays and different DSI data lane count,
it turns out the P-factor is not 1/2^N divider, but rather only 1/N
As noticed by Dan ([1] an the followup thread) there are multiple issues
with the return values for MSM DSI command transmission callback. In
the error case it can easily return a positive value when it should
have returned a proper error code.
This commits attempts to fix these issues both in TX
Daniel Vetter writes:
> On Wed, Mar 30, 2022 at 02:53:11PM -0700, Matt Atwood wrote:
>> Newer platforms have DSS that aren't necessarily available for both
>> geometry and compute, two queries will need to exist. This introduces
>> the first, when passing a valid engine class and engine instance
On 17/02/2022 21:35, Kuogee Hsieh wrote:
Since DRM_DEBUG_DP is deprecated in favor of drm_dbg_dp(NULL, ...),
this patch replace all DRM_DEBUG_DP with drm_dbg_dp().
Changes in v4:
-- replace (strucr drm_dev *)NULL with drm_dev
Signed-off-by: Kuogee Hsieh
Reviewed-by: Dmitry Baryshkov
---
On 26/02/2022 00:23, Kuogee Hsieh wrote:
Widebus feature will transmit two pixel data per pixel clock to interface.
This feature now is required to be enabled to easy migrant to higher
resolution applications in future. However since some legacy chipsets
does not support this feature, this
num_fences is user-controlled value and it can be equal to 0. Code
should not pass 0 to kcalloc(), since it will cause kcalloc() to return
ZERO_PTR. ZERO_PTR will pass `!fences` check and kernel will panic
because of dereferencing ZERO_PTR in add_fence()
Fix it by validating num_fences and bail
On 2/17/22 11:16, Pekka Paalanen wrote:
> On Wed, 16 Feb 2022 09:39:22 +0100
> Geert Uytterhoeven wrote:
>
>> Fix a misspelling of "palette" in a comment.
>>
>> Signed-off-by: Geert Uytterhoeven
>> ---
>> include/uapi/linux/fb.h | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>
>>
On 4/1/22 10:41, Haowen Bai wrote:
> This function had kernel-doc that not used a hash to separate
> the function name from the one line description.
>
> The warning was found by running scripts/kernel-doc, which is
> caused by using 'make W=1'.
>
> drivers/video/fbdev/pm2fb.c:1507: warning: This
From: Zack Rusin
vmwgfx exports two different kinds of gpu buffers to the userspace:
surfaces and mob's. Surfaces are backed by mob's. Currently only
surfaces are allowed with prime. Surfaces exported as prime weren't
increasing the reference count on the backing mob's (gem objects), which
meant
From: Zack Rusin
Add a few debugfs entries for every used TTM placement that vmwgfx is
using. This allows basic tracking of memory usage inside vmwgfx, e.g.
'cat /sys/kernel/debug/dri/0/mob_ttm' will display mob memory usage.
Signed-off-by: Zack Rusin
Reviewed-by: Martin Krastev
---
From: Zack Rusin
Driver id registers are a new mechanism in the svga device to hint to the
device which driver is running. This should not change device behavior
in any way, but might be convenient to work-around specific bugs
in guest drivers.
Signed-off-by: Zack Rusin
Reviewed-by: Martin
On 4/1/22 05:41, Haowen Bai wrote:
> bios could be null without checking null and return in this function,
> but still dereference bios[0xf5].
>
> Signed-off-by: Haowen Bai
applied.
Thanks!
Helge
> ---
> drivers/video/fbdev/sis/sis_main.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
On 4/1/22 20:46, Laurent Pinchart wrote:
Hi,
On Fri, Apr 01, 2022 at 06:37:54PM +0200, Marek Vasut wrote:
Make the width-mm/height-mm panel properties mandatory in
of_get_drm_panel_display_mode(), print error message and
return -ve in case these DT properties are not present.
This is needed
Hi Sasha,
Le Fri, Apr 01, 2022 at 10:23:08AM -0400, Sasha Levin a écrit :
> From: Anisse Astier
>
> [ Upstream commit 0b464ca3e0dd3cec65f28bc6d396d82f19080f69 ]
>
> Panel is 800x1280, but mounted on a laptop form factor, sideways.
>
> Signed-off-by: Anisse Astier
> Reviewed-by: Hans de Goede
On Fri, Apr 1, 2022 at 5:05 PM Jagan Teki wrote:
> This driver has been changed to use the resource managed
> devm_drm_of_get_bridge() to get bridge from ->bind(), it's
> unnecessary to call drm_of_panel_bridge_remove() to remove the
> bridge from ->unbind() as devm_drm_of_get_bridge()
> is
On 4/1/2022 12:51 PM, Kuogee Hsieh wrote:
Hi Stephen,
Would you please help to pick this patch up to msm-next?
my mistake, should kernel v5.15
Thanks,
On 2/24/2022 10:40 AM, Stephen Boyd wrote:
Quoting Kuogee Hsieh (2022-02-17 10:35:30)
Since DRM_DEBUG_DP is deprecated in favor of
On 4/1/2022 1:00 PM, Kuogee Hsieh wrote:
Hi Stephen,
Would you please to help land this serial of 4 patch into msm-next?
My mistake, should be kernel v5.15
Thanks,
On 2/25/2022 2:17 PM, Stephen Boyd wrote:
Quoting Kuogee Hsieh (2022-02-25 13:23:12)
Widebus feature will transmit two
On 2022-03-31 04:53, Christoph Hellwig wrote:
- page = vm_normal_page(vma, addr, pte);
+ page = vm_normal_lru_page(vma, addr, pte);
Why can't this deal with ZONE_DEVICE pages? It certainly has
nothing do with a LRU I think. In fact being able to have
stats that count say the
Hi Stephen,
Would you please to help land this serial of 4 patch into msm-next?
Thanks,
On 2/25/2022 2:17 PM, Stephen Boyd wrote:
Quoting Kuogee Hsieh (2022-02-25 13:23:12)
Widebus feature will transmit two pixel data per pixel clock to interface.
This feature now is required to be enabled
Hi Stephen,
Would you please help to pick this patch up to msm-next?
Thanks,
On 2/24/2022 10:40 AM, Stephen Boyd wrote:
Quoting Kuogee Hsieh (2022-02-17 10:35:30)
Since DRM_DEBUG_DP is deprecated in favor of drm_dbg_dp(NULL, ...),
this patch replace all DRM_DEBUG_DP with drm_dbg_dp().
On Fri, Apr 01, 2022 at 09:48:28PM +0300, Laurent Pinchart wrote:
> On Fri, Apr 01, 2022 at 01:33:15PM -0500, Rob Herring wrote:
> > On Fri, Apr 1, 2022 at 1:25 PM Marek Vasut wrote:
> > > On 4/1/22 20:21, Rob Herring wrote:
> > > > On Fri, Apr 1, 2022 at 1:06 PM Marek Vasut wrote:
> > > >> On
Hi Chirs:
Thanks for the testing. I will find a kabelake and try it. :)
-Original Message-
From: Christoph Hellwig
Sent: Friday, April 1, 2022 8:22 PM
To: Zhi Wang
Cc: dri-devel@lists.freedesktop.org; linux-ker...@vger.kernel.org;
intel-...@lists.freedesktop.org;
Hi Marek,
Thank you for the patch.
On Fri, Apr 01, 2022 at 06:37:55PM +0200, Marek Vasut wrote:
> The of_get_drm_panel_display_mode() now does check for
> presence of width-mm/height-mm DT properties, drop the
> duplicate check here.
>
> Signed-off-by: Marek Vasut
> Cc: Christoph Niedermaier
On Fri, Apr 01, 2022 at 01:33:15PM -0500, Rob Herring wrote:
> On Fri, Apr 1, 2022 at 1:25 PM Marek Vasut wrote:
> > On 4/1/22 20:21, Rob Herring wrote:
> > > On Fri, Apr 1, 2022 at 1:06 PM Marek Vasut wrote:
> > >> On 4/1/22 19:34, Rob Herring wrote:
> > >>> On Fri, Apr 01, 2022 at 03:22:19AM
Hi Marek,
Thank you for the patch.
On Fri, Apr 01, 2022 at 06:37:54PM +0200, Marek Vasut wrote:
> Make the width-mm/height-mm panel properties mandatory in
> of_get_drm_panel_display_mode(), print error message and
> return -ve in case these DT properties are not present.
> This is needed to
On Fri, Apr 01, 2022 at 01:36:53PM -0500, Rob Herring wrote:
> On Fri, Apr 1, 2022 at 11:38 AM Marek Vasut wrote:
> >
> > Make the width-mm/height-mm panel properties mandatory
> > to correctly report the panel dimensions to the OS.
>
> Adding required properties is an ABI break.
Only if
On Fri, Apr 1, 2022 at 11:38 AM Marek Vasut wrote:
>
> Make the width-mm/height-mm panel properties mandatory
> to correctly report the panel dimensions to the OS.
Adding required properties is an ABI break.
>
> Signed-off-by: Marek Vasut
> Cc: Christoph Niedermaier
> Cc: Daniel Vetter
> Cc:
On Fri, Apr 1, 2022 at 1:25 PM Marek Vasut wrote:
>
> On 4/1/22 20:21, Rob Herring wrote:
> > On Fri, Apr 1, 2022 at 1:06 PM Marek Vasut wrote:
> >>
> >> On 4/1/22 19:34, Rob Herring wrote:
> >>> On Fri, Apr 01, 2022 at 03:22:19AM +0200, Marek Vasut wrote:
> On 4/1/22 01:52, Rob Herring
On 4/1/22 20:21, Rob Herring wrote:
On Fri, Apr 1, 2022 at 1:06 PM Marek Vasut wrote:
On 4/1/22 19:34, Rob Herring wrote:
On Fri, Apr 01, 2022 at 03:22:19AM +0200, Marek Vasut wrote:
On 4/1/22 01:52, Rob Herring wrote:
On Wed, 23 Mar 2022 16:48:23 +0100, Maxime Ripard wrote:
MIPI-DSI
On Fri, Apr 1, 2022 at 1:06 PM Marek Vasut wrote:
>
> On 4/1/22 19:34, Rob Herring wrote:
> > On Fri, Apr 01, 2022 at 03:22:19AM +0200, Marek Vasut wrote:
> >> On 4/1/22 01:52, Rob Herring wrote:
> >>> On Wed, 23 Mar 2022 16:48:23 +0100, Maxime Ripard wrote:
> MIPI-DSI devices, if they are
On 4/1/22 19:34, Rob Herring wrote:
On Fri, Apr 01, 2022 at 03:22:19AM +0200, Marek Vasut wrote:
On 4/1/22 01:52, Rob Herring wrote:
On Wed, 23 Mar 2022 16:48:23 +0100, Maxime Ripard wrote:
MIPI-DSI devices, if they are controlled through the bus itself, have to
be described as a child node
On Fri, Apr 01, 2022 at 03:22:19AM +0200, Marek Vasut wrote:
> On 4/1/22 01:52, Rob Herring wrote:
> > On Wed, 23 Mar 2022 16:48:23 +0100, Maxime Ripard wrote:
> > > MIPI-DSI devices, if they are controlled through the bus itself, have to
> > > be described as a child node of the controller they
On 2022-03-31 18:25:05 +0200, Thierry Reding wrote:
> On Fri, Feb 11, 2022 at 12:15:44AM +0100, Janne Grunau wrote:
> > On 2022-02-09 17:31:16 +0100, Thierry Reding wrote:
> > > On Sun, Feb 06, 2022 at 11:27:00PM +0100, Janne Grunau wrote:
> > > > On 2021-09-15 17:19:39 +0200, Thierry Reding
tree: git://anongit.freedesktop.org/drm/drm-tip drm-tip
head: e797b8d09704b91463456234efdf04dc8f8c385d
commit: edc1a46d62b7a03d53067f598db831092f9e1b05 [4/8] Merge remote-tracking
branch 'drm-misc/drm-misc-next' into drm-tip
config: arm-randconfig-r033-20220401
(https://download.01.org/0day
On 4/1/22 19:02, Laurent Pinchart wrote:
On Fri, Apr 01, 2022 at 06:11:22PM +0200, Marek Vasut wrote:
On 4/1/22 17:48, Laurent Pinchart wrote:
Hi,
[...]
diff --git a/drivers/gpu/drm/panel/panel-lvds.c
b/drivers/gpu/drm/panel/panel-lvds.c
index 27a1c9923b09..65c6a6e9e223 100644
---
On Fri, Apr 01, 2022 at 06:11:22PM +0200, Marek Vasut wrote:
> On 4/1/22 17:48, Laurent Pinchart wrote:
>
> Hi,
>
> [...]
>
> >> diff --git a/drivers/gpu/drm/panel/panel-lvds.c
> >> b/drivers/gpu/drm/panel/panel-lvds.c
> >> index 27a1c9923b09..65c6a6e9e223 100644
> >> ---
Hi Laurent
Thanks for the review.
One question below.
On 4/1/2022 8:38 AM, Laurent Pinchart wrote:
Hi Abhinav,
Thank you for the patch.
On Thu, Mar 31, 2022 at 05:12:13PM -0700, Abhinav Kumar wrote:
For some vendor driver implementations, display hardware can
be shared between the encoder
tree/branch:
https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master
branch HEAD: e5071887cd2296a7704dbcd10c1cedf0f11cdbd5 Add linux-next specific
files for 20220401
Error/Warning reports:
https://lore.kernel.org/linux-media/202203171537.svhye362-...@intel.com
https
The of_get_drm_panel_display_mode() now does check for
presence of width-mm/height-mm DT properties, drop the
duplicate check here.
Signed-off-by: Marek Vasut
Cc: Christoph Niedermaier
Cc: Daniel Vetter
Cc: Dmitry Osipenko
Cc: Laurent Pinchart
Cc: Noralf Trønnes
Cc: Rob Herring
Cc: Robert
Make the width-mm/height-mm panel properties mandatory in
of_get_drm_panel_display_mode(), print error message and
return -ve in case these DT properties are not present.
This is needed to correctly report panel dimensions.
Signed-off-by: Marek Vasut
Cc: Christoph Niedermaier
Cc: Daniel Vetter
Make the width-mm/height-mm panel properties mandatory
to correctly report the panel dimensions to the OS.
Signed-off-by: Marek Vasut
Cc: Christoph Niedermaier
Cc: Daniel Vetter
Cc: Dmitry Osipenko
Cc: Laurent Pinchart
Cc: Noralf Trønnes
Cc: Rob Herring
Cc: Robert Foss
Cc: Sam Ravnborg
On Fri, 01 Apr 2022, Ville Syrjälä wrote:
> On Fri, Apr 01, 2022 at 11:55:21AM +0300, Jani Nikula wrote:
>> On Thu, 31 Mar 2022, Jani Nikula wrote:
>> > v2 of https://patchwork.freedesktop.org/series/101931/
>> >
>> > Rebased, review comments addressed.
>>
>> Ville, care to double check patches
This patch add myself as maintainer
Signed-off-by: Sui Jingfeng <15330273...@189.cn>
---
MAINTAINERS | 9 +
1 file changed, 9 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 10476280acb8..21184d8577f4 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -6487,6 +6487,15 @@ T:
There is a display controller in loongson's LS2K1000 SoC and LS7A1000
bridge chip, the display controller is a PCI device. It have two display
pipes but with only one hardware cursor. Each way has a DVO interface
which provide RGB888 signals, vertical & horizontal synchronisations,
data enable and
ls3A4000 evb board ship with adv7123 and tfp410 while ls2k1000 PI board
use a DPI panel from FORLINX company and a sii9022 HDMI transmitter.
Signed-off-by: Sui Jingfeng <15330273...@189.cn>
---
arch/mips/configs/loongson2k_defconfig | 5 +
arch/mips/configs/loongson3_defconfig | 5 +
2
Add DT bindings and simple usages for Loongson display controller
found in LS7A1000 bridge chip and LS2k1000 SoC.
Signed-off-by: Sui Jingfeng <15330273...@189.cn>
---
.../loongson/loongson,display-controller.yaml | 295 ++
1 file changed, 295 insertions(+)
create mode 100644
This patch introduce three dts which are board specific and each of them
is assigned a model property according to the board name printed on the
top overlay of the PCB.
The model property added can be used to provide board specific information,
mips kernel use it as machine name. For example:
$
The display controller is a pci device, it is used in ls2k1000 SoC and
LS7A1000 bridge. Its PCI vendor id is 0x0014, its PCI device id is 0x7a06.
In order to let the driver to know which chip the DC is contained in,
the compatible of the display controller is named according to the chip's
name.
There is a display controller in loongson's LS2K1000 SoC and LS7A1000
bridge chip, the display controller is a PCI device. It have two display
pipes but with only one hardware cursor. Each way has a DVO interface
which provide RGB888 signals, vertical & horizontal synchronisations,
data enable and
This driver currently rewrites bus_flags based solely on the value of
DT property 'data-mirror' and ignores bus_flags which might have been
set in DT panel-timing node. Specificaly, the 'de-active' DT property
sets DRM_BUS_FLAG_DE_ bus_flags.
Since of_get_drm_panel_display_mode() conveniently
The mode parsing is currently implemented in three steps:
of_get_display_timing() - DT panel-timing to struct display_timing
videomode_from_timing() - struct display_timing to struct videomode
drm_display_mode_from_videomode() - struct videomode to struct drm_display_mode
Replace all that with
On Fri, Apr 01, 2022 at 05:01:13PM +0200, Christian König wrote:
>
>
> Am 29.03.22 um 17:43 schrieb Daniel Vetter:
> > On Mon, Mar 21, 2022 at 02:58:50PM +0100, Christian König wrote:
> > [SNIP]
> > > /**
> > > - * dma_resv_add_shared_fence - Add a fence to a shared slot
> > > + *
On 4/1/22 17:48, Laurent Pinchart wrote:
Hi,
[...]
diff --git a/drivers/gpu/drm/panel/panel-lvds.c
b/drivers/gpu/drm/panel/panel-lvds.c
index 27a1c9923b09..65c6a6e9e223 100644
--- a/drivers/gpu/drm/panel/panel-lvds.c
+++ b/drivers/gpu/drm/panel/panel-lvds.c
@@ -30,7 +30,8 @@ struct
On Fri, Apr 01, 2022 at 10:21:22AM +0200, Christian König wrote:
> Daniel any more comments on this one here?
>
> It's the prerequisite to a bunch of other patches and I would like to get it
> out of my feet.
Apologies for the miss, I thought I've r-b stamped this one already.
>
> Thanks,
>
[AMD Official Use Only]
Hi Paul and Harry,
Thanks for reviewing the patch and commit msg has been revised as per your
comments in the v2.
From: Paul Menzel
Sent: Friday, April 1, 2022 1:46 AM
To: Zhang, Dingchen (David)
Cc: amd-...@lists.freedesktop.org ;
dri-devel@lists.freedesktop.org ;
Hi Marek,
Thank you for the patch.
On Thu, Mar 31, 2022 at 09:23:47PM +0200, Marek Vasut wrote:
> This driver currently rewrites bus_flags based solely on the value of
> DT property 'data-mirror' and ignores bus_flags which might have been
> set in DT panel-timing node. Specificaly, the
Hi Marek,
Thank you for the patch.
On Thu, Mar 31, 2022 at 09:23:46PM +0200, Marek Vasut wrote:
> The mode parsing is currently implemented in three steps:
> of_get_display_timing() - DT panel-timing to struct display_timing
> videomode_from_timing() - struct display_timing to struct videomode
>
Hi Abhinav,
Thank you for the patch.
On Thu, Mar 31, 2022 at 05:12:13PM -0700, Abhinav Kumar wrote:
> For some vendor driver implementations, display hardware can
> be shared between the encoder used for writeback and the physical
> display.
>
> In addition resources such as clocks and
Applied. Thanks!
Alex
On Fri, Apr 1, 2022 at 3:23 AM Haowen Bai wrote:
>
> report by coccicheck:
> drivers/gpu/drm/amd/amdgpu/vcn_v2_5.c:1951:2-3: Unneeded semicolon
>
> Fixes: c543dcbe4237 ("drm/amdgpu/vcn: Add VCN ras error query support")
>
> Signed-off-by: Haowen Bai
> ---
> V1->V2:
Applied. Thanks!
Alex
On Thu, Mar 24, 2022 at 9:46 AM Aashish Sharma wrote:
>
> Fix the kernel test robot warning below:
>
> drivers/gpu/drm/amd/amdgpu/../display/dmub/inc/dmub_cmd.h:2893:12:
> warning: variable 'temp' set but not used [-Wunused-but-set-variable]
>
> Replaced the assignment to
Hello Abhinav,
Thank you for the patch.
On Thu, Mar 31, 2022 at 05:12:10PM -0700, Abhinav Kumar wrote:
> Clients of drm_writeback_connector_init() initialize the
> possible_crtcs and then invoke the call to this API.
>
> To simplify things, allow passing possible_crtcs as a parameter
> to
lgtm, thanks for clarifications on the other patch.
Reviewed-by: Umesh Nerlige Ramappa
Umesh
On Fri, Apr 01, 2022 at 03:11:53PM +0100, Tvrtko Ursulin wrote:
From: Tvrtko Ursulin
Tests and intel_gpu_top will share common code for parsing this file.
v2:
* Fix key-value parsing if valid key
This driver has been changed to use the resource managed
devm_drm_of_get_bridge() to get bridge from ->bind(), it's
unnecessary to call drm_of_panel_bridge_remove() to remove the
bridge from ->unbind() as devm_drm_of_get_bridge()
is automatically remove the bridge when @dev is unbound.
Drop it
Am 29.03.22 um 17:43 schrieb Daniel Vetter:
On Mon, Mar 21, 2022 at 02:58:50PM +0100, Christian König wrote:
[SNIP]
/**
- * dma_resv_add_shared_fence - Add a fence to a shared slot
+ * dma_resv_add_fence - Add a fence to the dma_resv obj
* @obj: the reservation object
- * @fence: the
On Fri, Apr 1, 2022 at 5:03 PM Marek Vasut wrote:
>
> The module owner = THIS_MODULE is set by I2C core, drop duplicate assignment.
>
> Fixes: 8dde6f7452a1 ("drm: bridge: icn6211: Add I2C configuration support")
> Signed-off-by: Marek Vasut
> Cc: Jagan Teki
> Cc: Maxime Ripard
> Cc: Robert
On Fri, Apr 1, 2022 at 7:26 AM Liu Ying wrote:
>
> Since this driver has been changed to use the resource managed
> devm_drm_of_get_bridge() to get bridge from ->attach(), it's
> unnecessary to call drm_of_panel_bridge_remove() to remove the
> bridge from ->detach(). So, let's drop the
From: Alex Deucher
[ Upstream commit 9dff13f9edf755a15f6507874185a3290c1ae8bb ]
The driver has a fallback so make the message informational
rather than a warning. The driver has a fallback if the
Component Resource Association Table (CRAT) is missing, so
make this informational now.
Bug:
From: Xin Xiong
[ Upstream commit dfced44f122c54a48ecc8db516bb6a295a1b ]
This issue takes place in an error path in
amdgpu_cs_fence_to_handle_ioctl(). When `info->in.what` falls into
default case, the function simply returns -EINVAL, forgetting to
decrement the reference count of a
From: Anisse Astier
[ Upstream commit 0b464ca3e0dd3cec65f28bc6d396d82f19080f69 ]
Panel is 800x1280, but mounted on a laptop form factor, sideways.
Signed-off-by: Anisse Astier
Reviewed-by: Hans de Goede
Signed-off-by: Jani Nikula
Link:
From: Alex Deucher
[ Upstream commit 9dff13f9edf755a15f6507874185a3290c1ae8bb ]
The driver has a fallback so make the message informational
rather than a warning. The driver has a fallback if the
Component Resource Association Table (CRAT) is missing, so
make this informational now.
Bug:
From: Rajneesh Bhardwaj
[ Upstream commit 447c7997b62a5115ba4da846dcdee4fc12298a6a ]
Noticed the below warning while running a pytorch workload on vega10
GPUs. Change to trylock to avoid conflicts with already held reservation
locks.
[ +0.03] WARNING: possible recursive locking detected
[
From: Xin Xiong
[ Upstream commit dfced44f122c54a48ecc8db516bb6a295a1b ]
This issue takes place in an error path in
amdgpu_cs_fence_to_handle_ioctl(). When `info->in.what` falls into
default case, the function simply returns -EINVAL, forgetting to
decrement the reference count of a
From: Anisse Astier
[ Upstream commit 0b464ca3e0dd3cec65f28bc6d396d82f19080f69 ]
Panel is 800x1280, but mounted on a laptop form factor, sideways.
Signed-off-by: Anisse Astier
Reviewed-by: Hans de Goede
Signed-off-by: Jani Nikula
Link:
From: Alex Deucher
[ Upstream commit 9dff13f9edf755a15f6507874185a3290c1ae8bb ]
The driver has a fallback so make the message informational
rather than a warning. The driver has a fallback if the
Component Resource Association Table (CRAT) is missing, so
make this informational now.
Bug:
From: Rajneesh Bhardwaj
[ Upstream commit 447c7997b62a5115ba4da846dcdee4fc12298a6a ]
Noticed the below warning while running a pytorch workload on vega10
GPUs. Change to trylock to avoid conflicts with already held reservation
locks.
[ +0.03] WARNING: possible recursive locking detected
[
From: Xin Xiong
[ Upstream commit dfced44f122c54a48ecc8db516bb6a295a1b ]
This issue takes place in an error path in
amdgpu_cs_fence_to_handle_ioctl(). When `info->in.what` falls into
default case, the function simply returns -EINVAL, forgetting to
decrement the reference count of a
From: Dale Zhao
[ Upstream commit 047db281c026de5971cedb5bb486aa29bd16a39d ]
[Why]
For allow eDP hot-plug feature, the stream signal may change to VIRTUAL
when plug-out and back to eDP when plug-in. OS will still setPathMode
with same timing for each plugging, but eDP gets no stream update as
From: Anisse Astier
[ Upstream commit 0b464ca3e0dd3cec65f28bc6d396d82f19080f69 ]
Panel is 800x1280, but mounted on a laptop form factor, sideways.
Signed-off-by: Anisse Astier
Reviewed-by: Hans de Goede
Signed-off-by: Jani Nikula
Link:
From: Hans de Goede
[ Upstream commit 94fa115f7b28a3f02611499175e134f0a823b686 ]
Some devices use e.g. a portrait panel in a standard laptop casing made
for landscape panels. efifb calls drm_get_panel_orientation_quirk() and
sets fb_info.fbcon_rotate_hint to make fbcon rotate the console so
From: Alex Deucher
[ Upstream commit 9dff13f9edf755a15f6507874185a3290c1ae8bb ]
The driver has a fallback so make the message informational
rather than a warning. The driver has a fallback if the
Component Resource Association Table (CRAT) is missing, so
make this informational now.
Bug:
1 - 100 of 223 matches
Mail list logo
