Re: [PATCH v3 1/7] dt-bindings: display: panel: Add himax hx83102 panel bindings

2024-04-27 Thread cong yang
Hi, Conor Dooley 于2024年4月27日周六 01:06写道: > > On Thu, Apr 25, 2024 at 02:03:24PM +0800, cong yang wrote: > > Conor Dooley 于2024年4月25日周四 00:55写道: > > > On Wed, Apr 24, 2024 at 10:30:04AM +0800, Cong Yang wrote: > > > > > +++ b/Documentation/devicetree/bindings/display/panel/himax,hx83102.yaml > > >

[PATCH v3] software node: Implement device_get_match_data fwnode callback

2024-04-27 Thread Sui Jingfeng
Because the software node backend of the fwnode API framework lacks an implementation for the .device_get_match_data function callback. This makes it difficult to use(and/or test) a few drivers that originates from DT world on the non-DT platform. Implement the .device_get_match_data fwnode callba

Re: [PATCH v4 8/9] drm/bridge: tfp410: Use fwnode API to acquire device properties

2024-04-27 Thread Sui Jingfeng
Hi, On 2024/4/28 03:17, Dmitry Baryshkov wrote: On Sun, Apr 28, 2024 at 02:43:20AM +0800, Sui Jingfeng wrote: Hi, On 2024/4/23 04:08, Dmitry Baryshkov wrote: On Tue, Apr 23, 2024 at 03:19:02AM +0800, Sui Jingfeng wrote: Make this driver DT-independent by calling the freshly created helpers

Re: [PATCH v4 8/9] drm/bridge: tfp410: Use fwnode API to acquire device properties

2024-04-27 Thread Dmitry Baryshkov
On Sun, Apr 28, 2024 at 02:43:20AM +0800, Sui Jingfeng wrote: > Hi, > > > On 2024/4/23 04:08, Dmitry Baryshkov wrote: > > On Tue, Apr 23, 2024 at 03:19:02AM +0800, Sui Jingfeng wrote: > > > Make this driver DT-independent by calling the freshly created helpers, > > > which reduce boilerplate and

Re: [PATCH v4 8/9] drm/bridge: tfp410: Use fwnode API to acquire device properties

2024-04-27 Thread Sui Jingfeng
Hi, On 2024/4/23 04:08, Dmitry Baryshkov wrote: On Tue, Apr 23, 2024 at 03:19:02AM +0800, Sui Jingfeng wrote: Make this driver DT-independent by calling the freshly created helpers, which reduce boilerplate and open the door for otherwise use cases. No functional changes for DT based systems.

[Bug 218785] HP Victus by HP Laptop 16-e0xxx. HDMI connection doesn't detect counterpart projector.

2024-04-27 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218785 --- Comment #1 from Sergey Ivanov (icegood1...@gmail.com) --- laptop has two videocards: root@ice-home:/home/ice# lshw -C display *-display description: VGA compatible controller product: TU117M [GeForce GTX 1650

[Bug 218785] New: HP Victus by HP Laptop 16-e0xxx. HDMI connection doesn't detect counterpart projector.

2024-04-27 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=218785 Bug ID: 218785 Summary: HP Victus by HP Laptop 16-e0xxx. HDMI connection doesn't detect counterpart projector. Product: Drivers Version: 2.5 Hardware: All O

[PATCH] drm/amd/display: fix documentation warnings for mpc.h

2024-04-27 Thread Marcelo Mendes Spessoto Junior
Fix most of the display documentation compile warnings by documenting struct mpc_funcs functions in dc/inc/hw/mpc.h file. Signed-off-by: Marcelo Mendes Spessoto Junior --- drivers/gpu/drm/amd/display/dc/inc/hw/mpc.h | 372 +++- 1 file changed, 369 insertions(+), 3 deletions(-) d

Re: [PATCH RESEND] drm: panel-orientation-quirks: Add quirk for Aya Neo KUN

2024-04-27 Thread Tobias Jakobi
On 3/10/24 23:04, tjak...@math.uni-bielefeld.de wrote: From: Tobias Jakobi Similar to the other Aya Neo devices this one features again a portrait screen, here with a native resolution of 1600x2560. Signed-off-by: Tobias Jakobi --- drivers/gpu/drm/drm_panel_orientation_quirks.c | 6 ++

Re: [PATCH] drm/amd/display: Add MSF panel to DPCD 0x317 patch list

2024-04-27 Thread Tobias Jakobi
On 3/9/24 02:47, tjak...@math.uni-bielefeld.de wrote: From: Tobias Jakobi This 8.4 inch panel is integrated in the Ayaneo Kun handheld device. The panel resolution is 2560×1600, i.e. it has portrait dimensions. Decoding the EDID shows: Manufacturer: MSF Model: 4099 Display Product Name: 'TV08

Re: [PATCH v4 7/9] drm-bridge: it66121: Use fwnode API to acquire device properties

2024-04-27 Thread Sui Jingfeng
Hi, On 2024/4/23 04:06, Dmitry Baryshkov wrote: + static int it66121_probe(struct i2c_client *client) { u32 revision_id, vendor_ids[2] = { 0 }, device_ids[2] = { 0 }; - struct device_node *ep; int ret; struct it66121_ctx *ctx; struct device *dev = &clie

Re: [PATCH v12 27/28] drm/rockchip: inno_hdmi: Switch to HDMI connector

2024-04-27 Thread Andy Yan
Hi Maxime, On 4/23/24 18:45, Maxime Ripard wrote: The new HDMI connector infrastructure allows to remove some boilerplate, especially to generate infoframes. Let's switch to it. Reviewed-by: Heiko Stuebner Acked-by: Heiko Stuebner Signed-off-by: Maxime Ripard --- drivers/gpu/drm/rockchip/K

Re: [PATCH v12 27/28] drm/rockchip: inno_hdmi: Switch to HDMI connector

2024-04-27 Thread Andy Yan
Hi Maxime, On 4/23/24 18:45, Maxime Ripard wrote: The new HDMI connector infrastructure allows to remove some boilerplate, especially to generate infoframes. Let's switch to it. Reviewed-by: Heiko Stuebner Acked-by: Heiko Stuebner Signed-off-by: Maxime Ripard --- drivers/gpu/drm/rockchip/K

Re: [PATCH v2 8/8] drm/panel: boe-tv101wum-nl6: Convert hex to lowercase

2024-04-27 Thread Dmitry Baryshkov
On Sat, 27 Apr 2024 at 02:59, Douglas Anderson wrote: > > Kernel convention is that we use 0xabcd, not 0xABCD. Convert the > boe-tv101wum-nl6 driver to this convention. > > Signed-off-by: Douglas Anderson I think it's better to squash this into the corresponding previous patch. > --- > > Change

Re: [PATCH v3 0/2] Fix Kernel CI issues

2024-04-27 Thread Tomi Valkeinen
On 26/04/2024 22:27, Anatoliy Klymenko wrote: Fix number of CI reported W=1 build issues. Patch 1/2: Fix function arguments description. Closes: https://lore.kernel.org/oe-kbuild-all/202404260616.kfgdpcdn-...@intel.com/ Patch 2/2: Fix clang compilation error. Closes: https://lore.kernel.org/o

Re: [PATCH] drm: zynqmp_dpsub: Always register bridge

2024-04-27 Thread Tomi Valkeinen
On 26/04/2024 12:30, Laurent Pinchart wrote: On Fri, Mar 22, 2024 at 08:01:44AM +0200, Tomi Valkeinen wrote: On 08/03/2024 22:47, Sean Anderson wrote: We must always register the DRM bridge, since zynqmp_dp_hpd_work_func calls drm_bridge_hpd_notify, which in turn expects hpd_mutex to be initial

Re: [PATCH v4 00/13] drm: zynqmp_dp: IRQ cleanups and debugfs support

2024-04-27 Thread Tomi Valkeinen
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 d