On 29/03/2023 22:13, Dmitry Baryshkov wrote:
On 29/03/2023 22:52, Rob Herring wrote:
On Tue, Mar 28, 2023 at 5:38 PM Dmitry Baryshkov
wrote:
On Mon, 09 Jan 2023 11:15:17 +0100, Neil Armstrong wrote:
This adds support for the MDSS/DPU/DSI on the Qualcomm SM8550 platform.
This patchset is ba
On Thu, Mar 30, 2023 at 08:57:36AM +0200, Thomas Zimmermann wrote:
Hi
Am 30.03.23 um 06:17 schrieb Lucas De Marchi:
On Wed, Mar 29, 2023 at 11:04:17AM +0200, Thomas Zimmermann wrote:
(cc'ing Lucas)
Hi
Am 25.03.23 um 08:46 schrieb Sui Jingfeng:
The assignment already done in drm_client_buff
Hi,
On 2023/3/30 14:57, Thomas Zimmermann wrote:
Hi
Am 30.03.23 um 06:17 schrieb Lucas De Marchi:
On Wed, Mar 29, 2023 at 11:04:17AM +0200, Thomas Zimmermann wrote:
(cc'ing Lucas)
Hi
Am 25.03.23 um 08:46 schrieb Sui Jingfeng:
The assignment already done in drm_client_buffer_vmap(),
just
From: Ofir Bitton
There are rare cases of failures when cards are initialized due to
wrong values in efuse mappings that are parsed by firmware.
To help debug those cases, print (in debug level) the raw binning masks
as fetched from the firmware during device initialization.
Signed-off-by: Ofir
From: Tomer Tayar
Decoder abnormal interrupts are for errors and not for completion, so
rename the relevant work and work function to not include 'completion'.
Signed-off-by: Tomer Tayar
Reviewed-by: Oded Gabbay
Signed-off-by: Oded Gabbay
---
drivers/accel/habanalabs/common/decoder.c| 22
From: Tomer Tayar
The decoder IRQ status register may have several set bits upon an
abnormal interrupt. Therefore, when setting the events mask, need to
check all bits and not using if-else.
Signed-off-by: Tomer Tayar
Reviewed-by: Oded Gabbay
Signed-off-by: Oded Gabbay
---
drivers/accel/haba
From: Koby Elbaz
Sending COMMS_GOTO_WFE instructs the FW's CPU to halt (WFE state).
Once sent, FW's CPU isn't expected to continue communicating with LKD.
Therefore, the stage of waiting for COMMS_STS_OK should be skipped or
else waiting for COMMS_STS_OK will simply timeout, which will trigger
un
From: Ofir Bitton
Removing redundant asic prop variable as we don't need to expose this
to common code. In addition, fix some typos.
Signed-off-by: Ofir Bitton
Reviewed-by: Oded Gabbay
Signed-off-by: Oded Gabbay
---
drivers/accel/habanalabs/common/habanalabs.h | 2 --
drivers/accel/habanalab
From: Tal Cohen
Receiving events from FW, while the device is in hard reset, causes
a warning message in Driver log. The message may point to a
problem in the Driver or FW. But It also can appear as a result
of events that have been sent from FW just before the hard reset.
In order to avoid recei
From: Ofir Bitton
During event handling, driver sets relevant reset and user event
notifier flags. Fix few wrong flags settings.
Signed-off-by: Ofir Bitton
Reviewed-by: Oded Gabbay
Signed-off-by: Oded Gabbay
---
drivers/accel/habanalabs/gaudi2/gaudi2.c | 13 +
1 file changed, 9 i
Hi
Am 30.03.23 um 09:17 schrieb Sui Jingfeng:
Hi,
On 2023/3/30 14:57, Thomas Zimmermann wrote:
Hi
Am 30.03.23 um 06:17 schrieb Lucas De Marchi:
On Wed, Mar 29, 2023 at 11:04:17AM +0200, Thomas Zimmermann wrote:
(cc'ing Lucas)
Hi
Am 25.03.23 um 08:46 schrieb Sui Jingfeng:
The assignment
Convert armada's fbdev code to struct drm_client. Replaces the current
ad-hoc integration. The conversion includes a number of cleanups. As
with most other driver's fbdev emulation, fbdev in armada is now just
another DRM client that runs after the DRM device has been registered.
Once all drivers'
Initialize the fbdev client in the fbdev code with empty helper
functions. Also clean up the client. The helpers will later
implement various functionality of the DRM client. No functional
changes.
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/armada/armada_fbdev.c | 43 ++
Move code from ad-hoc fbdev callbacks into DRM client functions
and remove the old callbacks. The functions instruct the client
to poll for changed output or restore the display. The DRM core
calls both, the old callbacks and the new client helpers, from
the same places. The new functions perform t
Include to get declarations of of_node_put() and
of_device_is_available(). No functional changes.
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/armada/armada_drv.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/armada/armada_drv.c
b/drivers/gpu/drm/armada/armada_drv
Only build armada's fbdev emulation if CONFIG_DRM_FBDEV_EMULATION
has been enabled. No functional changes, but allows to build armada
without fbdev.
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/armada/Makefile | 3 ++-
drivers/gpu/drm/armada/armada_drm.h | 14 --
2 files
On 29/03/2023 22:11, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Marco's NXP email is no longer valid.
>
> Marco told me offline that he has no interest to be listed as the
> maintainer contact for this binding, so add my contact.
>
Acked-by: Krzysztof Kozlowski
Best regards,
Krzysztof
Hi,
On Wed, 29 Mar 2023 17:11:50 -0300, Fabio Estevam wrote:
> Marco's NXP email is no longer valid.
>
> Marco told me offline that he has no interest to be listed as the
> maintainer contact for this binding, so add my contact.
>
>
Thanks, Applied to https://anongit.freedesktop.org/git/drm/dr
Convert exynos' fbdev code to struct drm_client. Replaces the current
ad-hoc integration. The conversion includes a number of cleanups. As
with most other drivers' fbdev emulation, fbdev in exynos is now just
another DRM client that runs after the DRM device has been registered.
Once all drivers'
Remove struct exynos_drm_fbdev, which is an empty wrapper around
struct drm_fb_helper. Use the latter directly. No functional changes.
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/exynos/exynos_drm_fbdev.c | 21 +
1 file changed, 5 insertions(+), 16 deletions(-)
diff
The DRM device stores a pointer to the fbdev helper. Remove struct
exynos_drm_private.fb_helper, which contains the same value. No
functional changes.
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/exynos/exynos_drm_drv.h | 2 --
drivers/gpu/drm/exynos/exynos_drm_fbdev.c | 15 +-
Fbdev's framebuffer stores a pointer to the GEM object. Remove
struct exynos_drm_fbdev.exynos_gem, which contains the same value.
No functional changes.
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/exynos/exynos_drm_fbdev.c | 13 -
1 file changed, 4 insertions(+), 9 deletions
Move code from ad-hoc fbdev callbacks into DRM client functions
and remove the old callbacks. The functions instruct the client
to poll for changed output or restore the display. The DRM core
calls both, the old callbacks and the new client helpers, from
the same places. The new functions perform t
Initialize the fbdev client in the fbdev code with empty helper
functions. Also clean up the client. The helpers will later
implement various functionality of the DRM client. No functional
changes.
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/exynos/exynos_drm_fbdev.c | 35 ++
On 29/03/2023 16:41, Fabio Estevam wrote:
> From: Fabio Estevam
>
> The Samsung DSIM IP block allows the inversion of the clock and
> data lanes.
>
> Add an optional property called 'lane-polarities' that describes the
> polarities of the MIPI DSI clock and data lanes.
>
> This is property is u
Move aperture management out of the fbdev code. It is unrelated
and needs to run even if fbdev support has been disabled. Call
the helper at the top of msm_drm_init() to take over hardware
from other drivers.
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/msm/msm_drv.c | 6 ++
driver
Convert msm' fbdev code to struct drm_client. Replaces the current
ad-hoc integration. The conversion includes a number of cleanups. As
with most other drivers' fbdev emulation, fbdev in msm is now just
another DRM client that runs after the DRM device has been registered.
Once all drivers' fbdev
Remove struct msm_fbdev, which is an empty wrapper around struct
drm_fb_helper. Use the latter directly. No functional changes.
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/msm/msm_fbdev.c | 19 +++
1 file changed, 3 insertions(+), 16 deletions(-)
diff --git a/drivers/gp
Fbdev's struct fb_helper stores a pointer to the framebuffer. Remove
struct msm_fbdev.fb, which contains thre same value. No functional
changes.
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/msm/msm_fbdev.c | 32 +---
1 file changed, 13 insertions(+), 19 deleti
The DRM device stores a pointer to the fbdev helper. Remove struct
msm_drm_private.fbdev, which contains the same value. No functional
changes.
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/msm/msm_debugfs.c | 5 ++---
drivers/gpu/drm/msm/msm_drv.c | 4 ++--
drivers/gpu/drm/msm/msm_dr
Initialize the fbdev client in the fbdev code with empty helper
functions. Also clean up the client. The helpers will later
implement various functionality of the DRM client. No functional
changes.
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/msm/msm_fbdev.c | 38
Move code from ad-hoc fbdev callbacks into DRM client functions
and remove the old callbacks. The functions instruct the client
to poll for changed output or restore the display. The DRM core
calls both, the old callbacks and the new client helpers, from
the same places. The new functions perform t
On 29/03/2023 15:04, Fabio Estevam wrote:
> From: Fabio Estevam
>
> i.MX6SX has a single LVDS port and share a similar LDB_CTRL register
> layout with i.MX8MP and i.MX93.
>
> Signed-off-by: Fabio Estevam
> ---
> .../devicetree/bindings/display/bridge/fsl,ldb.yaml | 11 +++
> 1 file c
On 2023/3/30 15:26, Thomas Zimmermann wrote:
Hi
Am 30.03.23 um 09:17 schrieb Sui Jingfeng:
Hi,
On 2023/3/30 14:57, Thomas Zimmermann wrote:
Hi
Am 30.03.23 um 06:17 schrieb Lucas De Marchi:
On Wed, Mar 29, 2023 at 11:04:17AM +0200, Thomas Zimmermann wrote:
(cc'ing Lucas)
Hi
Am 25.03.23
On Thu, Mar 30, 2023 at 1:08 PM Krzysztof Kozlowski
wrote:
>
> On 29/03/2023 16:41, Fabio Estevam wrote:
> > From: Fabio Estevam
> >
> > The Samsung DSIM IP block allows the inversion of the clock and
> > data lanes.
> >
> > Add an optional property called 'lane-polarities' that describes the
> >
On 2023/3/30 14:57, Thomas Zimmermann wrote:
Hi
Am 30.03.23 um 06:17 schrieb Lucas De Marchi:
On Wed, Mar 29, 2023 at 11:04:17AM +0200, Thomas Zimmermann wrote:
(cc'ing Lucas)
Hi
Am 25.03.23 um 08:46 schrieb Sui Jingfeng:
The assignment already done in drm_client_buffer_vmap(),
just tri
Include to get the contained declarations. No functional
changes.
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/omapdrm/omap_drv.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/omapdrm/omap_drv.c
b/drivers/gpu/drm/omapdrm/omap_drv.c
index 699ed814e021..fb403b44769c
Convert omapdrm's fbdev code to struct drm_client. Replaces the current
ad-hoc integration. The conversion includes a number of cleanups. As
with most other drivers' fbdev emulation, fbdev in omapdrm is now just
another DRM client that runs after the DRM device has been registered.
Once all driver
The DRM device stores a pointer to the fbdev helper. Remove struct
omap_drm_private.fbdev, which contains the same value. No functional
changes.
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/omapdrm/omap_debugfs.c | 6 +++---
drivers/gpu/drm/omapdrm/omap_drv.c | 1 +
drivers/gpu/drm/o
Move code from ad-hoc fbdev callbacks into DRM client functions
and remove the old callbacks. The functions instruct the client
to poll for changed output or restore the display. The DRM core
calls both, the old callbacks and the new client helpers, from
the same places. The new functions perform t
Fbdev's struct fb_helper stores a pointer to the framebuffer. Remove
struct omap_fbdev.fb, which contains the same value. No functional
changes.
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/omapdrm/omap_fbdev.c | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
diff --git
Fbdev's framebuffer stores a pointer to the GEM object. Remove
struct omap_fbdev.exynos_gem, which contains the same value. No
functional changes.
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/omapdrm/omap_fbdev.c | 32 +---
1 file changed, 19 insertions(+), 13 del
Initialize the fbdev client in the fbdev code with empty helper
functions. Also clean up the client. The helpers will later
implement various functionality of the DRM client. No functional
changes.
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/omapdrm/omap_fbdev.c | 33 +++
Include to get the contained declarations. No functional
changes.
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/tegra/output.c | 2 ++
drivers/gpu/drm/tegra/rgb.c| 1 +
2 files changed, 3 insertions(+)
diff --git a/drivers/gpu/drm/tegra/output.c b/drivers/gpu/drm/tegra/output.c
inde
Convert tegra's fbdev code to struct drm_client. Replaces the current
ad-hoc integration. The conversion includes a number of cleanups. As
with most other drivers' fbdev emulation, fbdev in tegra is now just
another DRM client that runs after the DRM device has been registered.
Once all drivers' f
Include to get the contained declarations. No functional
changes.
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/tegra/output.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/tegra/output.c b/drivers/gpu/drm/tegra/output.c
index d31c87f48da0..dc2dcb5ca1c8 100644
--- a
Fbdev's struct fb_helper stores a pointer to the framebuffer. Remove
struct tegra_fbdev.fb, which contains the same value. No functional
changes.
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/tegra/drm.h | 1 -
drivers/gpu/drm/tegra/fb.c | 23 ---
2 files changed, 12
Move code from ad-hoc fbdev callbacks into DRM client functions
and remove the old callbacks. The functions instruct the client
to poll for changed output or restore the display. The DRM core
calls both, the old callbacks and the new client helpers, from
the same places. The new functions perform t
Remove struct tegra_fbdev, which is an empty wrapper around struct
drm_fb_helper. Use the latter directly. No functional changes.
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/tegra/drm.h | 10 ---
drivers/gpu/drm/tegra/fb.c | 59 ++---
2 files changed
Only build tegra's fbdev emulation if CONFIG_DRM_FBDEV_EMULATION
has been enabled. As part of this change, move the code into its
own source file. No functional changes.
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/tegra/Makefile | 2 +
drivers/gpu/drm/tegra/drm.h| 20 +++
drivers
Initialize the fbdev client in the fbdev code with empty helper
functions. Also clean up the client. The helpers will later
implement various functionality of the DRM client. No functional
changes.
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/tegra/fbdev.c | 33 ++
Hi,
On Wed, Mar 29, 2023 at 08:14:02PM +0300, Ville Syrjala wrote:
> diff --git a/drivers/gpu/drm/display/drm_scdc_helper.c
> b/drivers/gpu/drm/display/drm_scdc_helper.c
> index c3ad4ab2b456..2b124152384c 100644
> --- a/drivers/gpu/drm/display/drm_scdc_helper.c
> +++ b/drivers/gpu/drm/display/drm
On Thu, Mar 30, 2023 at 12:15:49PM +0530, Jagan Teki wrote:
> On Wed, Mar 29, 2023 at 9:36 PM Maxime Ripard wrote:
> >
> > On Wed, Mar 29, 2023 at 09:08:17PM +0530, Jagan Teki wrote:
> > > On Wed, Mar 29, 2023 at 8:29 PM Maxime Ripard wrote:
> > > >
> > > > Hi,
> > > >
> > > > The patch prefix sh
From: Sui Jingfeng
else is not generally useful after return
Signed-off-by: Sui Jingfeng
---
drivers/gpu/drm/drm_gem.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/drm_gem.c b/drivers/gpu/drm/drm_gem.c
index a6208e2c089b..364e3733af98 100644
--- a
From: Sui Jingfeng
The assignment already done in drm_client_buffer_vmap(), this patch save
a copy. No functional change.
Signed-off-by: Sui Jingfeng
---
drivers/gpu/drm/drm_fbdev_generic.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/drm_fbdev_gen
From: Sui Jingfeng
Trivial cleanup, no functional change.
Signed-off-by: Sui Jingfeng
---
drivers/dma-buf/dma-buf.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/dma-buf/dma-buf.c b/drivers/dma-buf/dma-buf.c
index aa4ea8530cb3..485b022a31fa 100644
--- a/dri
On 2023/3/30 14:57, Thomas Zimmermann wrote:
Hi
Am 30.03.23 um 06:17 schrieb Lucas De Marchi:
On Wed, Mar 29, 2023 at 11:04:17AM +0200, Thomas Zimmermann wrote:
(cc'ing Lucas)
Hi
Am 25.03.23 um 08:46 schrieb Sui Jingfeng:
The assignment already done in drm_client_buffer_vmap(),
just tri
From: Francesco Dolcini
LT8912 DSI port supports only Non-Burst mode video operation with Sync
Events and continuous clock on clock lane, correct dsi mode flags
according to that removing MIPI_DSI_MODE_VIDEO_BURST flag.
Cc:
Fixes: 30e2ae943c26 ("drm/bridge: Introduce LT8912B DSI to HDMI bridge"
Add definition of a new Gaudi2 server type. This represents
the connectivity between the cards in that server type.
Signed-off-by: Oded Gabbay
---
include/uapi/drm/habanalabs_accel.h | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/include/uapi/drm/habanalabs_accel.h
b/incl
On Thu, Mar 30, 2023 at 11:31 AM Francesco Dolcini wrote:
>
> From: Francesco Dolcini
>
> LT8912 DSI port supports only Non-Burst mode video operation with Sync
> Events and continuous clock on clock lane, correct dsi mode flags
> according to that removing MIPI_DSI_MODE_VIDEO_BURST flag.
>
> Cc:
On Thu, Mar 30, 2023 at 2:22 AM Sean Christopherson wrote:
>
> +David
>
> On Wed, Mar 29, 2023, Paolo Bonzini wrote:
> > On 3/29/23 18:43, Christian K�nig wrote:
> > > >
> > > >
> > > > 3) other uses of kmap() must switch to MMU-notifier protection.
> > >
> > > I would rather suggest to return t
On Thu, 30 Mar 2023 at 10:41, Thomas Zimmermann wrote:
>
> Convert msm' fbdev code to struct drm_client. Replaces the current
> ad-hoc integration. The conversion includes a number of cleanups. As
> with most other drivers' fbdev emulation, fbdev in msm is now just
> another DRM client that runs a
On Thu, 30 Mar 2023 at 10:41, Thomas Zimmermann wrote:
>
> Move aperture management out of the fbdev code. It is unrelated
> and needs to run even if fbdev support has been disabled. Call
> the helper at the top of msm_drm_init() to take over hardware
> from other drivers.
>
> Signed-off-by: Thoma
On Thu, 30 Mar 2023 at 10:41, Thomas Zimmermann wrote:
>
> Fbdev's struct fb_helper stores a pointer to the framebuffer. Remove
> struct msm_fbdev.fb, which contains thre same value. No functional
> changes.
>
> Signed-off-by: Thomas Zimmermann
> ---
> drivers/gpu/drm/msm/msm_fbdev.c | 32 ++
On Thu, 30 Mar 2023 at 10:41, Thomas Zimmermann wrote:
>
> Remove struct msm_fbdev, which is an empty wrapper around struct
> drm_fb_helper. Use the latter directly. No functional changes.
>
> Signed-off-by: Thomas Zimmermann
> ---
> drivers/gpu/drm/msm/msm_fbdev.c | 19 +++
> 1
From: Francesco Dolcini
Add new toshiba,input-rgb-mode property to describe the actual signal
connection on the parallel RGB input interface.
Signed-off-by: Francesco Dolcini
---
.../bindings/display/bridge/toshiba,tc358768.yaml | 15 +++
1 file changed, 15 insertions(+)
diff --gi
From: Francesco Dolcini
Add atomic_get_input_bus_fmts() implementation, tc358768 has a parallel
RGB input interface with the actual bus format depending on the amount
of parallel input data lines.
Without this change when the tc358768 is used with less than 24bit the
color mapping is completely
From: Francesco Dolcini
Add TC9594 ids, from the software point of view this is fully compatible
with tc358768, the only difference is the automotive qualification.
Signed-off-by: Francesco Dolcini
---
drivers/gpu/drm/bridge/tc358768.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/driv
From: Francesco Dolcini
Add configuration for parallel data format register, tc358768 supports
different mapping on the parallel input RGB interface, enable the
configuration for it.
Valid values, and the related meaning, are:
0 = R[7:0], G[7:0], B[7:0]
1 = R[1:0], G[1:0], B[1:0], R[7:2], G[
From: Francesco Dolcini
Add support for different parallel RGB input format and mapping, this enables
using the TC358768 when the parallel input width is less than 24-bit or the
input mapping is not the default one.
In addition to that this series add support for the TC9594, that is the
automoti
From: Francesco Dolcini
Add TC9594, from the software point of view this is identical to
TC358768 with the main difference being automotive qualified.
Signed-off-by: Francesco Dolcini
---
.../devicetree/bindings/display/bridge/toshiba,tc358768.yaml | 5 +++--
1 file changed, 3 insertions(+), 2
From: Francesco Dolcini
Correct Toshiba spelling.
Signed-off-by: Francesco Dolcini
---
.../devicetree/bindings/display/bridge/toshiba,tc358768.yaml| 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
a/Documentation/devicetree/bindings/display/bridge/toshiba,tc358768.yaml
b/
Hi Jagan
On Thu, 30 Mar 2023 at 07:56, Jagan Teki wrote:
>
> On Wed, Mar 29, 2023 at 10:16 PM Maxime Ripard wrote:
> >
> > On Wed, Mar 29, 2023 at 05:28:28PM +0100, Dave Stevenson wrote:
> > > On Wed, 29 Mar 2023 at 14:19, Jagan Teki
> > > wrote:
> > > >
> > > > DSI sink devices typically send
On Thu, 30 Mar 2023 at 10:41, Thomas Zimmermann wrote:
>
> The DRM device stores a pointer to the fbdev helper. Remove struct
> msm_drm_private.fbdev, which contains the same value. No functional
> changes.
>
> Signed-off-by: Thomas Zimmermann
> ---
> drivers/gpu/drm/msm/msm_debugfs.c | 5 ++---
On Thu, 30 Mar 2023 at 10:41, Thomas Zimmermann wrote:
>
> Initialize the fbdev client in the fbdev code with empty helper
> functions. Also clean up the client. The helpers will later
> implement various functionality of the DRM client. No functional
> changes.
>
> Signed-off-by: Thomas Zimmerman
From: Francesco Dolcini
SN65DSI8[34] device supports burst video mode and non-burst video mode with
sync events or with sync pulses packet transmission as described in the DSI
specification.
Enable configuration of the DSI video mode instead of hard-coding
MIPI_DSI_MODE_VIDEO_BURST.
Francesco D
From: Francesco Dolcini
SN65DSI8[34] device supports burst video mode and non-burst video mode
with sync events or with sync pulses packet transmission as described in
the DSI specification.
Add property to select the expected mode, this allows for example to
select a mode that is compatible wit
From: Francesco Dolcini
Enable configuration of the DSI video mode instead of hard-coding
MIPI_DSI_MODE_VIDEO_BURST. The bridge support any of burst-mode,
non-burst with sync event or non-burst with sync pulse
With this change is possible to use the bridge with host DSI
that do not support burst
Hi Thomas,
I love your patch! Yet something to improve:
[auto build test ERROR on drm-misc/drm-misc-next]
[also build test ERROR on linus/master v6.3-rc4]
[cannot apply to next-20230330]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when submitting patch, we suggest
On Tue, 21 Mar 2023 16:36:41 +0200
Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Add a new immutable plane property by which a plane can advertise
> a handful of recommended plane sizes. This would be mostly exposed
> by cursor planes as a slightly more capable replacement for
> the DRM_CAP_CU
Hi Thomas,
I love your patch! Yet something to improve:
[auto build test ERROR on drm-misc/drm-misc-next]
[also build test ERROR on linus/master v6.3-rc4]
[cannot apply to next-20230330]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when submitting patch, we suggest
From: Fabio Estevam
i.MX6SX has a single LVDS port and share a similar LDB_CTRL register
layout with i.MX8MP and i.MX93.
Signed-off-by: Fabio Estevam
---
Changes since v1:
- Do not duplicate the entire if. (Krzysztof)
.../devicetree/bindings/display/bridge/fsl,ldb.yaml | 5 -
1 f
From: Fabio Estevam
i.MX6SX has a single LVDS port and share a similar LDB_CTRL register layout
with i.MX8MP and i.MX93.
There is no LVDS CTRL register on the i.MX6SX, so only write to
this register on the appropriate SoCs.
Add support for the i.MX6SX LDB.
Tested on a imx6sx-sdb board with a H
is_power_of_2() only works for types <= sizeof(unsigned long) and it's
also not a constant expression. There are a number of places in kernel
where is_power_of_2() is called on u64, which fails on 32-bit
builds. Try to remedy that. While at it, make it a constant expression
when possible.
I admit
is_power_of_2() does not work properly for e.g. u64 in 32-bit
builds. Choose an unsigned long long version if the argument is bigger
than unsigned long.
Cc: Andrew Morton
Cc: Christian König
Cc: David Gow
Link: https://lore.kernel.org/r/20230329065532.2122295-2-david...@google.com
Signed-off-by
Add a helper to avoid duplication in the subsequent changes.
Cc: Andrew Morton
Cc: Christian König
Cc: David Gow
Signed-off-by: Jani Nikula
---
include/linux/log2.h | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/include/linux/log2.h b/include/linux/log2.h
index 9f30d08
Even though the static inline functions are __attribute__((const)) you
can't use them in constant expressions. Make is_power_of_2() a constant
expression if possible.
Cc: Andrew Morton
Cc: Christian König
Cc: David Gow
Signed-off-by: Jani Nikula
---
include/linux/log2.h | 8 +---
1 file c
Now that log2.h is_power_of_2() supports constant expressions, use it.
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/i915/i915_reg_defs.h | 7 +--
1 file changed, 1 insertion(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/i915/i915_reg_defs.h
b/drivers/gpu/drm/i915/i915_reg_defs.h
index
On Wed, 29 Mar 2023, David Gow wrote:
> The drm buddy allocator tests were broken on 32-bit systems, as
> rounddown_pow_of_two() takes a long, and the buddy allocator handles
> 64-bit sizes even on 32-bit systems.
>
> This can be reproduced with the drm_buddy_allocator KUnit tests on i386:
>
Am 30.03.23 um 12:53 schrieb Jani Nikula:
On Wed, 29 Mar 2023, David Gow wrote:
The drm buddy allocator tests were broken on 32-bit systems, as
rounddown_pow_of_two() takes a long, and the buddy allocator handles
64-bit sizes even on 32-bit systems.
This can be reproduced with the drm_buddy_al
Am 30.03.23 um 12:42 schrieb Jani Nikula:
is_power_of_2() only works for types <= sizeof(unsigned long) and it's
also not a constant expression. There are a number of places in kernel
where is_power_of_2() is called on u64, which fails on 32-bit
builds. Try to remedy that. While at it, make it a
On Mon, Mar 27, 2023 at 11:17 PM Chun-Kuang Hu wrote:
>
> Hi, Angelo:
>
> AngeloGioacchino Del Regno 於
> 2023年3月24日 週五 下午4:38寫道：
> >
> > Il 24/03/23 00:25, Chun-Kuang Hu ha scritto:
> > > Hi, Angelo:
> > >
> > > AngeloGioacchino Del Regno 於
> > > 2023年3月23日 週四 下午4:58寫道：
> > >>
> > >> Il 21/03/23
On 30.03.2023 00:24, Dmitry Baryshkov wrote:
> Konrad brought up the topic of scaling the MX domain according to the
> OPP changes. Here is my RFC for this functionality. I post it as an RFC
> for two reasons:
>
> 1) I'm not sure that we should scale MX if we are not scaling main
> voltage foll
Hi Jagan,
On Thu, Mar 30, 2023 at 4:55 AM Jagan Teki wrote:
> I have a previous iteration of this conversion. Can I resend it on top
> of drm-misc-next?
> https://lore.kernel.org/all/20210704090230.26489-9-ja...@amarulasolutions.com/
I tried applying your patch against linux-next, but I get the
On Thu, 30 Mar 2023, Christian König wrote:
> Am 30.03.23 um 12:53 schrieb Jani Nikula:
>> On Wed, 29 Mar 2023, David Gow wrote:
>>> The drm buddy allocator tests were broken on 32-bit systems, as
>>> rounddown_pow_of_two() takes a long, and the buddy allocator handles
>>> 64-bit sizes even on 32
On 30/03/2023 14:06, Konrad Dybcio wrote:
On 30.03.2023 00:24, Dmitry Baryshkov wrote:
Konrad brought up the topic of scaling the MX domain according to the
OPP changes. Here is my RFC for this functionality. I post it as an RFC
for two reasons:
1) I'm not sure that we should scale MX if we a
On 30.03.2023 13:15, Dmitry Baryshkov wrote:
> On 30/03/2023 14:06, Konrad Dybcio wrote:
>>
>>
>> On 30.03.2023 00:24, Dmitry Baryshkov wrote:
>>> Konrad brought up the topic of scaling the MX domain according to the
>>> OPP changes. Here is my RFC for this functionality. I post it as an RFC
>>>
On Thu, 30 Mar 2023 at 14:16, Konrad Dybcio wrote:
>
>
>
> On 30.03.2023 13:15, Dmitry Baryshkov wrote:
> > On 30/03/2023 14:06, Konrad Dybcio wrote:
> >>
> >>
> >> On 30.03.2023 00:24, Dmitry Baryshkov wrote:
> >>> Konrad brought up the topic of scaling the MX domain according to the
> >>> OPP ch
Hi Dave & Daniel -
drm-intel-fixes-2023-03-30:
drm/i915 fixes for v6.3-rc5:
- Fix PMU support by reusing functions with sysfs
- Fix a number of issues related to color, PSR and arm/noarm
- Fix state check related to ICL PHY ownership check in TC-cold state
- Flush lmem contents after constructio
On 12.02.2023 00:12, Dmitry Baryshkov wrote:
> Signed-off-by: Dmitry Baryshkov
> ---
> .../msm/disp/dpu1/catalog/dpu_8_1_sm8450.h| 203 +
> .../gpu/drm/msm/disp/dpu1/dpu_hw_catalog.c| 204 +-
> 2 files changed, 205 insertions(+), 202 deletions(-)
> crea
1 - 100 of 355 matches
Mail list logo
