https://bugzilla.kernel.org/show_bug.cgi?id=206021
Clément Guérin (li...@protonmail.com) changed:
What|Removed |Added
Kernel Version|5.4 |5.6
--
You are
Hi Vincent,
Thank you for the patch.
On Tue, Mar 31, 2020 at 04:16:29PM +0200, Vincent Whitchurch wrote:
> If adv7511's devm_clk_get() for the cec clock returns -EPROBE_DEFER, we
> end up in an infinite probe loop. This happens:
>
> (1) adv7511's probe is called.
>
> (2) adv7511's probe
On Mon, Apr 06, 2020 at 02:39:29AM +0300, Laurent Pinchart wrote:
> Hello,
>
> This patch series attempts a conversion of the DWC HDMI TX DT bindings
> to YAML. I've marked it as RFC as the base schema doesn't work is
> intended in this (naive) approach, and I'm not sure how to fix it
> properly.
Convert the i.MX6 HDMI TX text binding to YAML.
Signed-off-by: Laurent Pinchart
---
.../bindings/display/imx/fsl,imx6-hdmi.yaml | 143 ++
.../devicetree/bindings/display/imx/hdmi.txt | 65
2 files changed, 143 insertions(+), 65 deletions(-)
create mode 100644
Hello,
This patch series attempts a conversion of the DWC HDMI TX DT bindings
to YAML. I've marked it as RFC as the base schema doesn't work is
intended in this (naive) approach, and I'm not sure how to fix it
properly.
The DWC HDMI TX is an HDMI transmitter IP core from Synopsys, integrated
in
Add a .yaml schema containing the common properties for the Synopsys
DesignWare HDMI TX controller. This isn't a full device tree binding
specification, but is meant to be referenced by platform-specific
bindings for the IP core.
Signed-off-by: Laurent Pinchart
---
Convert the Renesas R-Car DWC HDMI TX text binding to YAML.
Signed-off-by: Laurent Pinchart
---
.../display/bridge/renesas,dw-hdmi.txt| 86 ---
.../display/bridge/renesas,dw-hdmi.yaml | 142 ++
2 files changed, 142 insertions(+), 86 deletions(-)
delete
Convert the Rockchip HDMI TX text binding to YAML.
Signed-off-by: Laurent Pinchart
---
.../display/rockchip/dw_hdmi-rockchip.txt | 74
.../display/rockchip/rockchip,dw-hdmi.yaml| 178 ++
2 files changed, 178 insertions(+), 74 deletions(-)
delete mode 100644
dw_hdmi.txt has been replaced with synopsys,dw-hdmi.yaml, and all
references to the old file have been converted. Remove it.
Signed-off-by: Laurent Pinchart
---
.../bindings/display/bridge/dw_hdmi.txt | 33 ---
1 file changed, 33 deletions(-)
delete mode 100644
Replace the reference to the DWC HDMI text DT binding with a reference
to the YAML equivalent.
Signed-off-by: Laurent Pinchart
---
.../bindings/display/allwinner,sun8i-a83t-dw-hdmi.yaml| 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
The simple-bridge driver supports multiple simple or dumb bridges,
covered by different compatible strings but otherwise identical DT
bindings. Some of those bridges have undocumented bindings, while others
are documented in text form in separate files. Group them all in a
single binding and
Document the #address-cells and #size-cells properties of the ports node
in the schemas of the bridge DT bindings, and set additionalProperties
to false to reject additional properties.
Signed-off-by: Laurent Pinchart
---
.../devicetree/bindings/display/bridge/anx6345.yaml | 8
Convert the Renesas R-Car LVDS encoder text binding to YAML.
Signed-off-by: Laurent Pinchart
---
.../bindings/display/bridge/renesas,lvds.txt | 85 --
.../bindings/display/bridge/renesas,lvds.yaml | 248 ++
2 files changed, 248 insertions(+), 85 deletions(-)
delete mode
Hello,
This small patch series converts DT bindings for several bridges used by
the R-Car DU to YAML. The R-Car DWC HDMI TX is left out and will be
addressed in a separate series.
Patch 1/4 starts with a cleanup to disallow additional properties in
"ports" nodes of the existing YAML bridge
Convert the Thine THC63LVD1024 text binding to YAML.
Signed-off-by: Laurent Pinchart
---
.../display/bridge/thine,thc63lvd1024.txt | 66 --
.../display/bridge/thine,thc63lvd1024.yaml| 121 ++
2 files changed, 121 insertions(+), 66 deletions(-)
delete mode
Hi Sam,
Thank you for the patch.
On Tue, Mar 31, 2020 at 09:53:18AM +0200, Daniel Vetter wrote:
> On Sat, Mar 28, 2020 at 02:20:23PM +0100, Sam Ravnborg wrote:
> > Document the callbacks:
> > drm_connector_helper_funcs.prepare_writeback_job
> >
On Sat, Mar 28, 2020 at 02:20:22PM +0100, Sam Ravnborg wrote:
> Fix following warning:
> gpu_scheduler.h:103: warning: Function parameter or member 'priority' not
> described in 'drm_sched_entity'
>
> Signed-off-by: Sam Ravnborg
> Cc: Nirmoy Das
> Cc: David Airlie
> Cc: Daniel Vetter
> ---
>
On Sat, Mar 28, 2020 at 02:20:25PM +0100, Sam Ravnborg wrote:
> Add missing documentation to fix following warning:
> panel.c:303: warning: Function parameter or member 'bridge' not described in
> 'drm_panel_bridge_connector'
>
> Signed-off-by: Sam Ravnborg
> Cc: Laurent Pinchart
> Cc: Boris
This is required for the AMDGPU driver to report fan speed for Hawaii
GPUs (otherwise the fan speed is just reported as 0)
---
.../drm/amd/powerplay/hwmgr/processpptables.c | 28 +++
1 file changed, 28 insertions(+)
diff --git
On Sun, Apr 05, 2020 at 10:47:49AM -0400, Alex Deucher wrote:
> On Fri, Mar 27, 2020 at 12:23 PM Marek Szyprowski
> wrote:
> >
> > Scatterlist elements contains both pages and DMA addresses, but one
> > should not assume 1:1 relation between them. The sg->length is the size
> > of the physical
Hi, Jitao:
Jitao Shi 於 2020年4月5日 週日 下午9:39寫道:
>
>
> On Sat, 2020-04-04 at 22:26 +0800, Chun-Kuang Hu wrote:
> > Hi, Jitao:
> >
> > Jitao Shi 於 2020年3月31日 週二 下午4:28寫道:
> > >
> > > Read calibration data from nvmem, and config mipitx impedance with
> > > calibration data to make sure their
On Fri, Mar 27, 2020 at 12:23 PM Marek Szyprowski
wrote:
>
> Scatterlist elements contains both pages and DMA addresses, but one
> should not assume 1:1 relation between them. The sg->length is the size
> of the physical memory chunk described by the sg->page, while
> sg_dma_len(sg) is the size
Den 05.04.2020 15.47, skrev Daniel Vetter:
> On Sun, Apr 5, 2020 at 12:18 PM Noralf Trønnes wrote:
>>
>>
>>
>> Den 03.04.2020 15.57, skrev Daniel Vetter:
>>> Also init the fbdev emulation before we register the device, that way
>>> we can rely on the auto-cleanup and simplify the probe error
Hi Joonas.
On Sat, Apr 04, 2020 at 04:27:02PM +0300, Joonas Kylmälä wrote:
> Hi,
>
> addressing this email to you all since there might be widespread race
> condition issue in the DRM panel drivers that are using MIPI DSI. See
> below for my message.
>
> Andrzej Hajda:
> >> +static int
On Sat, Apr 4, 2020 at 8:46 AM Maxime Ripard wrote:
>
> Hi,
>
> On Fri, Apr 03, 2020 at 03:47:46PM +, Deucher, Alexander wrote:
> > [AMD Official Use Only - Internal Distribution Only]
> >
> > > -Original Message-
> > > From: Guillaume Tucker
> > > Sent: Friday, April 3, 2020 10:14
On Sat, Apr 4, 2020 at 3:27 PM Joonas Kylmälä wrote:
>
> Hi,
>
> addressing this email to you all since there might be widespread race
> condition issue in the DRM panel drivers that are using MIPI DSI. See
> below for my message.
>
> Andrzej Hajda:
> >> +static int s6e8aa0_set_brightness(struct
On Sun, Apr 5, 2020 at 12:18 PM Noralf Trønnes wrote:
>
>
>
> Den 03.04.2020 15.57, skrev Daniel Vetter:
> > Also init the fbdev emulation before we register the device, that way
> > we can rely on the auto-cleanup and simplify the probe error code even
> > more.
> >
> > Signed-off-by: Daniel
On Sat, 2020-04-04 at 22:26 +0800, Chun-Kuang Hu wrote:
> Hi, Jitao:
>
> Jitao Shi 於 2020年3月31日 週二 下午4:28寫道:
> >
> > Read calibration data from nvmem, and config mipitx impedance with
> > calibration data to make sure their impedance are 100ohm.
> >
> > Signed-off-by: Jitao Shi
> > ---
> >
From: Colin Ian King
The variable ret is being initialized with a value that is never read
and it is being updated later with a new value. The initialization
is redundant and can be removed.
Addresses-Coverity: ("Unused value")
Signed-off-by: Colin Ian King
---
Den 03.04.2020 15.58, skrev Daniel Vetter:
> Following functions are only used internally, not by drivers:
> - drm_dev_init
> - devm_drm_dev_init
> - drmm_add_final_kfree
>
> Also, now that we have a very slick and polished way to allocate a
> drm_device with devm_drm_dev_alloc, update all the
Den 03.04.2020 15.57, skrev Daniel Vetter:
> The kerneldoc is only added for this new function. Existing kerneldoc
> and examples will be udated at the very end, since once all drivers
> are converted over to devm_drm_dev_alloc we can unexport a lot of
> interim functions and make the
Den 03.04.2020 15.57, skrev Daniel Vetter:
> Also init the fbdev emulation before we register the device, that way
> we can rely on the auto-cleanup and simplify the probe error code even
> more.
>
> Signed-off-by: Daniel Vetter
> Cc: Dave Airlie
> Cc: Sean Paul
> Cc: Thomas Zimmermann
>
Den 03.04.2020 15.58, skrev Daniel Vetter:
> Already using devm_drm_dev_init, so very simple replacment.
>
> Signed-off-by: Daniel Vetter
> Cc: Dave Airlie
> Cc: Gerd Hoffmann
> Cc: Daniel Vetter
> Cc: Sam Ravnborg
> Cc: "Noralf Trønnes"
> Cc: Rob Herring
> Cc: Thomas Zimmermann
> Cc:
Den 03.04.2020 15.58, skrev Daniel Vetter:
> Already using devm_drm_dev_init, so very simple replacment.
>
> Signed-off-by: Daniel Vetter
> Cc: Kamlesh Gurudasani
> ---
Acked-by: Noralf Trønnes
___
dri-devel mailing list
Den 03.04.2020 15.58, skrev Daniel Vetter:
> Already using devm_drm_dev_init, so very simple replacment.
>
> Signed-off-by: Daniel Vetter
> Cc: "Noralf Trønnes"
> ---
Acked-by: Noralf Trønnes
___
dri-devel mailing list
Den 03.04.2020 15.58, skrev Daniel Vetter:
> Already using devm_drm_dev_init, so very simple replacment.
>
> Signed-off-by: Daniel Vetter
> Cc: "Noralf Trønnes"
> ---
Acked-by: Noralf Trønnes
___
dri-devel mailing list
Hi,
I completely agree with Pekka here.
On Sunday, April 5, 2020 10:21 AM, Pekka Paalanen wrote:
> I have heard of such a screen scraper already existing, maybe Simon
> remembers where one is?
Yes, ffmpeg's kmsgrab does the same thing. It doesn't support modifiers
and only grabs the primary
On Fri, 3 Apr 2020 12:56:33 -0700
Erik Jensen wrote:
> First off, apologies if the functionality described already exists and I
> just failed to find it, or if this isn't the correct venue for this
> discussion. If so, pointers to the correct location would be appreciated.
>
> I'm currently
38 matches
Mail list logo