Re: [PATCH v3 07/23] drm: atmel: use vblank hooks in struct drm_crtc_funcs

t; in struct drm_crtc_funcs should be used instead. > > Signed-off-by: Shawn Guo <shawn....@linaro.org> > Cc: Boris Brezillon <boris.brezil...@free-electrons.com> Acked-by: Boris Brezillon <boris.brezil...@free-electrons.com> > --- > drivers/gpu/drm/atmel-hlcdc/atme

Re: [PATCH v3 02/23] drm: remove drm_vblank_no_hw_counter assignment from driver code

ali DP Maintainers <mal...@foss.arm.com> > Cc: Russell King <li...@armlinux.org.uk> > Cc: Boris Brezillon <boris.brezil...@free-electrons.com> Acked-by: Boris Brezillon <boris.brezil...@free-electrons.com> > Cc: Inki Dae <inki@samsung.com> > Cc: Stefan

[PATCH] drm/atmel-hlcdc: Simplify the HLCDC layer logic

) which I failed to clearly identify. Signed-off-by: Boris Brezillon <boris.brezil...@free-electrons.com> --- Hi Daniel, You might not remember, but this is something you asked me to do a while ago, and it's finally there. This patch reworks the Atmel HLCDC plane logic to get rid

Re: [PATCH] drm/bridge: sii902x: fix get edid may fail

On Mon, 23 Jan 2017 13:12:12 +0100 Andrea Merello <andrea.mere...@gmail.com> wrote: > On Mon, Jan 23, 2017 at 12:32 PM, Jani Nikula > <jani.nik...@linux.intel.com> wrote: > > On Mon, 23 Jan 2017, Boris Brezillon <boris.brezil...@free-electrons.com> > > wrote

Re: [PATCH] drm/bridge: sii902x: fix get edid may fail

us to it. > > Signed-off-by: Andrea Merello <andrea.mere...@iit.it> > Cc: Andrea Merello <andrea.mere...@gmail.com> > Cc: Boris Brezillon <boris.brezil...@free-electrons.com> > Cc: Archit Taneja <arch...@codeaurora.org>

Re: RFC: drm-misc for small drivers?

Hi Daniel, On Thu, 26 Jan 2017 18:08:42 +0100 Daniel Vetter wrote: > Hi all, > > We've discussed this a bit at LCA (with Dave and Eric), and it's > probably best if I just summarize all the questions and opens and > throw them out here for discussions: > > - When's a

[PULL] drm/atmel-hlcdc: Changes for 4.11

registration time instead of waiting for the connector status change. Boris Brezillon (1): drm/atmel-hlcdc: Rework the fbdev creation logic drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_dc.c | 18 +++--- 1 file changed, 7

Re: [PATCH 2/3] drm/vc4: Add HDMI audio support

Hi Eric, On Tue, 7 Feb 2017 13:07:02 -0800 Eric Anholt wrote: > +static int vc4_hdmi_audio_init(struct vc4_hdmi *hdmi) > +{ > + struct snd_soc_dai_link *dai_link = >audio.link; > + struct snd_soc_card *card = >audio.card; > + struct device *dev = >pdev->dev; > +

[PATCH v2] drm/atmel-hlcdc: Simplify the HLCDC layer logic

) which I failed to clearly identify. Signed-off-by: Boris Brezillon <boris.brezil...@free-electrons.com> --- Hi Daniel, I intentionally dropped your ack, since inheriting from atmel_hlcdc_layer is implying a lot of changes. Regards, Boris Changes in v2: - make atmel_hlcdc_plane inheri

Re: [PATCH v2 5/6] drm: convert drivers to use drm_of_find_panel_or_bridge

On Thu, 9 Feb 2017 13:05:57 -0600 Rob Herring wrote: > Similar to the previous commit, convert drivers open coding OF graph > parsing to use drm_of_find_panel_or_bridge instead. > > This changes some error messages to debug messages (in the graph core). > Graph connections are

drm timing problems in sama5d3 Xplained.

Hi Alex, On Mon, 5 Sep 2016 11:04:51 +0200 Alex Vazquez wrote: > Hi All. > I am using DRM in a sama5d3 Xplained with display TM43 and I've found with > the following problem: > I deleted the network interfaces in the device tree for my system to boot > faster. My problem is that now the startup

[PULL] drm/atmel-hlcdc: fixes for 4.8-rc6

Hi Dave, Here are two fixes for 4.8-rc6. I was supposed to send this PR just after -rc1, but I completely forgot, so if you feel it's too late for this release, I can queue them for 4.9 (note that the fixes are trivial, and I don't think they can introduce a regression). Regards, Boris The

[PATCH] drm/atmel-hlcdc: mark atmel_hlcdc_crtc_reset() static

On Tue, 06 Sep 2016 15:43:45 +0200 Arnd Bergmann wrote: > On Tuesday, September 6, 2016 3:46:16 PM CEST Baoyou Xie wrote: > > We get 1 warning when building kernel with W=1: > > drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_crtc.c:390:6: warning: no previous > > prototype for 'atmel_hlcdc_crtc_reset'

[PATCH] drm/sun4i: Check that the plane coordinates are not negative

On Mon, 3 Oct 2016 14:58:11 +0200 Maxime Ripard wrote: > Hi Boris, > > On Fri, Sep 30, 2016 at 06:08:26PM +0200, Boris Brezillon wrote: > > On Fri, 30 Sep 2016 16:33:20 +0200 > > Maxime Ripard wrote: > > > > > Our planes cannot be set at negat

Panel unable to use atmel,hlcdc-pwm for backlight

On Mon, 26 Sep 2016 21:35:43 +0200 Peter Rosin wrote: > Hi! > > I'm trying to attach a simpel-panel to an atmel,sama5d3-hlcdc > controller. See below for the parts of my .dts that I find > relevant. > > When I boot with this, I run into a problem. What I think > happens is that the hlcdc probe

[PATCH] drm/sun4i: Check that the plane coordinates are not negative

On Fri, 30 Sep 2016 16:33:20 +0200 Maxime Ripard wrote: > Our planes cannot be set at negative coordinates. Make sure we reject such > configuration. > > Reported-by: Boris Brezillon > Signed-off-by: Maxime Ripard > --- > drivers/gpu/drm/sun4i/sun4i_layer.c | 3 +++

[PATCH] drm/sun4i: Check that the plane coordinates are not negative

On Fri, 30 Sep 2016 19:22:11 +0300 Ville Syrjälä wrote: > On Fri, Sep 30, 2016 at 06:08:26PM +0200, Boris Brezillon wrote: > > On Fri, 30 Sep 2016 16:33:20 +0200 > > Maxime Ripard wrote: > > > > > Our planes cannot be set at negative co

Re: [PATCH v2 2/3] drm/vc4: Add HDMI audio support

es only, > which alsalib will format-convert for us. > > This patch is the combined work of Eric Anholt (initial register setup > with a separate dmaengine driver and using simple-audio-card) and > Boris Brezillon (moving it all into HDMI, massive debug to get it > actually working),

Re: [PATCH v2] drm/atmel-hlcdc: Simplify the HLCDC layer logic

Hi Eric, On Mon, 27 Feb 2017 14:30:13 -0800 Eric Anholt <e...@anholt.net> wrote: > Boris Brezillon <boris.brezil...@free-electrons.com> writes: > > > An HLCDC layers in Atmel's nomenclature is either a DRM plane or a 'Post > > Processing Layer' which can

[maintainers-tools] dim: Clarify how to proceed when adding drm-xxx remotes

through SSH. Signed-off-by: Boris Brezillon <boris.brezil...@free-electrons.com> --- dim.rst | 7 +++ 1 file changed, 7 insertions(+) diff --git a/dim.rst b/dim.rst index 911b4666b4aa..bbb1d15a6d4b 100644 --- a/dim.rst +++ b/dim.rst @@ -54,6 +54,13 @@ This will also check out the latest main

Re: [PATCH] MAINTAINERS: Update git entries for drivers in drm-misc

On Tue, 28 Feb 2017 20:36:57 +0100 Daniel Vetter <daniel.vet...@ffwll.ch> wrote: > It's still just an experiment, but one lesson learned from drm-misc is > that not updating MAINTAINERS just leads to confusion. And this is > easy to revert. > > Cc: Boris Brezillon

Re: [PATCH 1/2 RESEND] drm/vc4: Fulfill user BO creation requests from the kernel BO cache.

p of 5 glsl-algebraic-add-add-1 by > -1.44989% +/- 0.862891% (n=28, 1 outlier removed from each that > appeared to be other system noise) > > Note that there's an intel-gpu-tools test to check for the proper > zeroing behavior here, which we continue to pass. > > Signed-off-b

Re: [PATCH 2/2 RESEND] drm/vc4: Fix OOPSes from trying to cache a partially constructed BO.

e, > the kernel would OOPS. > > Signed-off-by: Eric Anholt <e...@anholt.net> > Fixes: c826a6e10644 ("drm/vc4: Add a BO cache.") Reviewed-by: Boris Brezillon <boris.brezil...@free-electrons.com> > --- > drivers/gpu/drm/vc4/vc4_bo.c | 8 > 1 f

[PATCH v3 1/2] drm: bridge: Add sii902x driver

Hi Meng, On Fri, 22 Apr 2016 09:58:34 + Meng Yi wrote: > Hi Boris, > > > -Original Message- > > From: Boris Brezillon [mailto:boris.brezillon at free-electrons.com] > > + > > > +static int sii902x_bridge_attach(struct drm_bridge *bridge) { > &g

[PATCH] drm: atmel-hlcdc: fix atmel_hlcdc_crtc_reset() implementation

Reset crtc->state to NULL after freeing the state object and call __drm_atomic_helper_crtc_destroy_state() helper instead of manually calling drm_property_unreference_blob(). Signed-off-by: Boris Brezillon --- drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_crtc.c | 5 ++--- 1 file changed

[patch] drm: atmel-hlcdc: fix a NULL check

On Mon, 25 Apr 2016 12:04:54 +0300 Dan Carpenter wrote: > If kmalloc() returned NULL we would end up dereferencing "state" a > couple lines later. > > Signed-off-by: Dan Carpenter Acked-by: Boris Brezillon Thanks, Boris > > diff --git a/drivers/gpu/drm/atmel-h

[patch] drm: atmel-hlcdc: fix a NULL check

NULL; > + __drm_atomic_helper_crtc_duplicate_state(crtc, >base); > > cur = drm_crtc_state_to_atmel_hlcdc_crtc_state(crtc->state); > state->output_mode = cur->output_mode; -- Boris Brezillon, Free Electrons Embedded Linux and Kernel engineering http://free-electrons.com

[PATCH v4 05/11] drm: Add Allwinner A10 Display Engine support

with a limited set of features for now, and we will hopefully > support all of them eventually > > Signed-off-by: Maxime Ripard Just 2 comments below. Once addressed you can add my Reviewed-by: Boris Brezillon > --- [...] > + > +static int sun4i_drv_connecto

[PATCH v4 06/11] drm: sun4i: Add RGB output

: Maxime Ripard Reviewed-by: Boris Brezillon > --- > drivers/gpu/drm/sun4i/Makefile | 1 + > drivers/gpu/drm/sun4i/sun4i_drv.c | 24 > drivers/gpu/drm/sun4i/sun4i_rgb.c | 250 > + > drivers/gpu/drm/sun4i/sun4i_rgb.h | 18 +++ >

[PATCH v4 07/11] drm: sun4i: Add composite output

off-by: Maxime Ripard Reviewed-by: Boris Brezillon > --- > drivers/gpu/drm/sun4i/Makefile | 2 + > drivers/gpu/drm/sun4i/sun4i_tv.c | 621 > +++ > 2 files changed, 623 insertions(+) > create mode 100644 drivers/gpu/drm/sun4i/sun4i_tv.c

[PATCH v4 08/11] drm: sun4i: tv: Add PAL output standard

On Mon, 25 Apr 2016 15:22:49 +0200 Maxime Ripard wrote: > Now that we have support for the composite output, we can start adding new > supported standards. Start with PAL, and we will add other eventually. > > Signed-off-by: Maxime Ripard Reviewed-by: Boris Brezillon > ---

[PATCH v4 09/11] drm: sun4i: tv: Add NTSC output standard

On Mon, 25 Apr 2016 15:22:50 +0200 Maxime Ripard wrote: > Add the settings to support the NTSC standard. > > Signed-off-by: Maxime Ripard Reviewed-by: Boris Brezillon > --- > drivers/gpu/drm/sun4i/sun4i_tv.c | 45 > > 1 file c

Linux 4.8-rc1 Cirrus QEMU crashes on boot.

encoder = drm_atomic_helper_best_encoder(connector); > else > encoder = connector_funcs->best_encoder(connector); > > in particular, the trapping instruction is the load of "atomic_commit". > > (The "callq *%rax" seems to be the &qu

[PATCH] drm/cirrus: Fix NULL pointer dereference when registering the fbdev

ocess. Make sure dev->mode_config.funcs is properly set to avoid dereferencing a NULL pointer. Signed-off-by: Boris Brezillon Fixes: c61b93fe51b1 ("drm/atomic: Fix remaining places where !funcs->best_encoder is valid") --- Hi Dave, As discussed on IRC, I'm sending this patch in

[PATCH] drm/cirrus: Fix NULL pointer dereference when registering the fbdev

On Mon, 08 Aug 2016 22:36:13 -0500 ebiederm at xmission.com (Eric W. Biederman) wrote: > Boris Brezillon writes: > > > cirrus_modeset_init() is initializing/registering the emulated fbdev > > and, since commit c61b93fe51b1 ("drm/atomic: Fix remaining places where &

[PATCH v2 05/15] drm/atmel-hlcdc: Use per-plane rotation property

Hi Ville, On Fri, 22 Jul 2016 18:47:01 +0300 ville.syrjala at linux.intel.com wrote: > From: Ville Syrjälä > > The global mode_config.rotation_property is going away, switch over to > per-plane rotation_property. > > v2: Propagate error upwards (Boris) > > Cc: Boris

[PATCH v2 05/15] drm/atmel-hlcdc: Use per-plane rotation property

On Wed, 10 Aug 2016 12:09:41 +0300 Ville Syrjälä wrote: > On Wed, Aug 10, 2016 at 10:35:22AM +0200, Boris Brezillon wrote: > > Hi Ville, > > > > On Fri, 22 Jul 2016 18:47:01 +0300 > > ville.syrjala at linux.intel.com wrote: > > > > > From

[PATCH v2 05/15] drm/atmel-hlcdc: Use per-plane rotation property

On Wed, 10 Aug 2016 14:41:52 +0300 Ville Syrjälä wrote: > On Wed, Aug 10, 2016 at 11:25:03AM +0200, Boris Brezillon wrote: > > On Wed, 10 Aug 2016 12:09:41 +0300 > > Ville Syrjälä wrote: > > > > > On Wed, Aug 10, 2016 at 10:35:22AM +0200, Boris Brezi

[PATCH v2 05/15] drm/atmel-hlcdc: Use per-plane rotation property

On Wed, 10 Aug 2016 13:52:45 +0200 Boris Brezillon wrote: > On Wed, 10 Aug 2016 14:41:52 +0300 > Ville Syrjälä wrote: > > > On Wed, Aug 10, 2016 at 11:25:03AM +0200, Boris Brezillon wrote: > > > On Wed, 10 Aug 2016 12:09:41 +0300 > > > Ville Syrjälä wrot

[Intel-gfx] [PATCH v2 05/15] drm/atmel-hlcdc: Use per-plane rotation property

On Wed, 10 Aug 2016 16:04:37 +0200 Daniel Vetter wrote: > On Wed, Aug 10, 2016 at 01:52:45PM +0200, Boris Brezillon wrote: > > On Wed, 10 Aug 2016 14:41:52 +0300 > > Ville Syrjälä wrote: > > > > > On Wed, Aug 10, 2016 at 11:25:03AM +0200, Boris Brezillon w

[PATCH] drm/atmel-hlcdc: Rework the fbdev creation logic

dev creation (polling period = 10 seconds). Signed-off-by: Boris Brezillon Reported-by: Alex Vazquez --- drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_dc.c | 18 +++--- 1 file changed, 7 insertions(+), 11 deletions(-) diff --git a/drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_dc.c b/drivers/gpu/

[PATCH v3 03/13] drm: bridge: Link encoder and bridge in core code

put.c | 4 +- For atmel-hlcdc Acked-by: Boris Brezillon > drivers/gpu/drm/bridge/analogix/analogix_dp_core.c | 4 +- > drivers/gpu/drm/bridge/dw-hdmi.c | 3 +- > drivers/gpu/drm/drm_bridge.c | 46 > -- > d

[PATCH] drm: atmel-hlcdc: actually disable scaling when no scaling is required

The driver is only enabling scaling, but never disabling it, thus, if you enable the scaling feature once it stays enabled forever. Signed-off-by: Boris Brezillon Reported-by: Alex Vazquez Fixes: 1a396789f65a ("drm: add Atmel HLCDC Display Controller support") Cc: --- drivers/gpu

[PULL] drm: atmel-hlcdc: fixes for 4.7-rc2

. Boris Brezillon (1): drm: atmel-hlcdc: fix atmel_hlcdc_crtc_reset() implementation Dan Carpenter (1): drm: atmel-hlcdc: fix a NULL check drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_crtc.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions

[PULL] drm: atmel-hlcdc: fixes for 4.7-rc2

Hi Dave, On Wed, 1 Jun 2016 14:23:27 +0200 Boris Brezillon wrote: > Hi Dave, > > This pull request contains 2 trivial fixes for the atmel-hlcdc driver. Please ignore this PR. The __drm_atomic_helper_crtc_destroy_state() prototype has changed between my submission and the 4.7-rc

[PULL v2] drm: atmel-hlcdc: fixes for 4.7-rc2

one is fixing a possible NULL pointer dereference. Boris Brezillon (1): drm: atmel-hlcdc: fix atmel_hlcdc_crtc_reset() implementation Dan Carpenter (1): drm: atmel-hlcdc: fix a NULL check drivers/gpu/drm/atmel-hlcdc

[PATCH v4 1/2] drm: bridge: Add sii902x driver

On Tue, 17 May 2016 08:47:11 +0200 Daniel Vetter wrote: > > +static struct drm_encoder *sii902x_best_encoder(struct drm_connector > > *connector) > > +{ > > + struct sii902x *sii902x = connector_to_sii902x(connector); > > + > > + return sii902x->bridge.encoder; > > +} > >

[PATCH] drm: atomic: Handle funcs->best_encoder == NULL case

Fallback drm_atomic_helper_best_encoder() is funcs->best_encoder() is NULL so that DRM drivers can leave this hook unassigned if they know they want to use drm_atomic_helper_best_encoder(). Signed-off-by: Boris Brezillon --- drivers/gpu/drm/drm_atomic_helper.c | 4 +++- 1 file changed

[PATCH v4 1/2] drm: bridge: Add sii902x driver

Hi Daniel, On Wed, 1 Jun 2016 23:56:02 +0200 Daniel Vetter wrote: > On Wed, Jun 01, 2016 at 06:03:37PM +0200, Boris Brezillon wrote: > > On Tue, 17 May 2016 08:47:11 +0200 > > Daniel Vetter wrote: > > > > > > +static struct drm_encoder *sii902x_

[PATCH v4 1/2] drm: bridge: Add sii902x driver

On Wed, 1 Jun 2016 23:56:02 +0200 Daniel Vetter wrote: > On Wed, Jun 01, 2016 at 06:03:37PM +0200, Boris Brezillon wrote: > > On Tue, 17 May 2016 08:47:11 +0200 > > Daniel Vetter wrote: > > > > > > +static struct drm_encoder *sii902x_best_encoder(struct

[PATCH 01/20] drm/atomic: Fix remaining places where !funcs->best_encoder is valid

Adapt drm_pick_crtcs() and update_connector_routing() to fallback to drm_atomic_helper_best_encoder() if funcs->best_encoder() is NULL so that DRM drivers can leave this hook unassigned if they know they want to use drm_atomic_helper_best_encoder(). Signed-off-by: Boris Brezillon --- driv

[PATCH 11/20] drm: sti: Rely on the default ->best_encoder() behavior

All outputs have a 1:1 relationship between connectors and encoders and the driver is relying on the atomic helpers: we can drop the custom ->best_encoder() implementations and let the core call drm_atomic_helper_best_encoder() for us. Signed-off-by: Boris Brezillon --- drivers/gpu/drm/

[PATCH 13/20] drm: tegra: Rely on the default ->best_encoder() behavior

All outputs have a 1:1 relationship between connectors and encoders and the driver is relying on the atomic helpers: we can drop the custom ->best_encoder() implementation and let the core call drm_atomic_helper_best_encoder() for us. Signed-off-by: Boris Brezillon --- drivers/gpu/drm/te

[PATCH 02/20] drm: arc: Rely on the default ->best_encoder() behavior

We have a 1:1 relationship between connectors and encoders and the driver is relying on the atomic helpers: we can drop the custom ->best_encoder(), and let the core call drm_atomic_helper_best_encoder() for us. Signed-off-by: Boris Brezillon --- drivers/gpu/drm/arc/arcpgu_hdmi.c |

[PATCH 03/20] drm: atmel-hlcdc: Rely on the default ->best_encoder() behavior

We have a 1:1 relationship between connectors and encoders and the driver is relying on the atomic helpers: we can drop the custom ->best_encoder() and let the core call drm_atomic_helper_best_encoder() for us. Signed-off-by: Boris Brezillon --- drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_outpu

[PATCH 04/20] drm: exynos: Rely on the default ->best_encoder() behavior

We have 1:1 relationship between connectors and encoders and the driver is relying on the atomic helpers: we can drop the custom ->best_encoder() implementations and let the core call drm_atomic_helper_best_encoder() for us. Signed-off-by: Boris Brezillon --- drivers/gpu/drm/exy

[PATCH 05/20] drm: fsl-dcu: Rely on the default ->best_encoder() behavior

We have a 1:1 relationship between connectors and encoders and the driver is relying on the atomic helpers: we can drop the custom ->best_encoder() and let the core call drm_atomic_helper_best_encoder() for us. Signed-off-by: Boris Brezillon --- drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_rgb.c

[PATCH 06/20] drm: i915: Rely on the default ->best_encoder() behavior where appropriate

For all outputs except dp_mst, we have a 1:1 relationship between connectors and encoders and the driver is relying on the atomic helpers: we can drop the custom ->best_encoder() implementation and let the core call drm_atomic_helper_best_encoder() for us. Signed-off-by: Boris Brezil

[PATCH 07/20] drm: mediatek: Rely on the default ->best_encoder() behavior

We have a 1:1 relationship between connectors and encoders and the driver is relying on the atomic helpers: we can drop the custom ->best_encoder() implementation and let the core call drm_atomic_helper_best_encoder() for us. Signed-off-by: Boris Brezillon --- drivers/gpu/drm/mediatek/mtk_ds

[PATCH 08/20] drm: msm: Rely on the default ->best_encoder() behavior where appropriate

For all outputs except DSI we have a 1:1 relationship between connectors and encoders and the driver is relying on the atomic helpers: we can drop the custom ->best_encoder() and let the core call drm_atomic_helper_best_encoder() for us. Signed-off-by: Boris Brezillon --- drivers/gpu/drm/

[PATCH 09/20] drm: rcar-du: Rely on the default ->best_encoder() behavior

All outputs have a 1:1 relationship between connectors and encoders, and the driver is relying on the atomic helpers: we can drop the custom ->best_encoder() implementations and let the core call drm_atomic_helper_best_encoder() for us. Signed-off-by: Boris Brezillon --- drivers/gpu/drm/rcar

[PATCH 10/20] drm: rockchip: Rely on the default ->best_encoder() behavior

All outputss have a 1:1 relationship between connectors and encoders and the driver is relying on the atomic helpers: we can drop the custom ->best_encoder() implementations and let the core call drm_atomic_helper_best_encoder() for us. Signed-off-by: Boris Brezillon --- drivers/gpu/

[PATCH 12/20] drm: sun4i: Rely on the default ->best_encoder() behavior

All outputs have a 1:1 relationship between connectors and encoders and the driver is relying on the atomic helpers: we can drop the custom ->best_encoder() implementations and let the core call drm_atomic_helper_best_encoder() for us. Signed-off-by: Boris Brezillon --- drivers/gpu/drm/su

[PATCH 14/20] drm: vc4: Rely on the default ->best_encoder() behavior

All outputs have a 1:1 relationship between connectors and encoders and the driver is relying on the atomic helpers: we can drop the custom ->best_encoder() implementations and let the core call drm_atomic_helper_best_encoder() for us. Signed-off-by: Boris Brezillon --- drivers/gpu/drm/

[PATCH 15/20] drm: virtgpu: Rely on the default ->best_encoder() behavior

The virtgpu output exposes a 1:1 relationship between connectors and encoders and the driver is relying on the atomic helpers: we can drop the custom ->best_encoder() implementation and let the core call drm_atomic_helper_best_encoder() for us. Signed-off-by: Boris Brezillon --- drivers/gpu/

[PATCH 16/20] drm: omap: Rely on the default ->best_encoder() behavior

We have a 1:1 relationship between connectors and encoders and the driver is relying on the atomic helpers: we can drop the custom ->best_encoder() implementation and let the core call drm_atomic_helper_best_encoder() for us. Signed-off-by: Boris Brezillon --- drivers/gpu/drm/omap

[PATCH 17/20] drm/bridge: anx78xx: Rely on the default ->best_encoder() behavior

We have a 1:1 relationship between connectors and encoders, and the driver is relying on the atomic helpers: we can drop the custom ->best_encoder(), and let the core call drm_atomic_helper_best_encoder() for us. Signed-off-by: Boris Brezillon --- drivers/gpu/drm/bridge/analogix-anx78xx.c

[PATCH 19/20] drm/bridge: ps8622: Rely on the default ->best_encoder() behavior

We have a 1:1 relationship between connectors and encoders, and the driver is relying on the atomic helpers: we can drop the custom ->best_encoder(), and let the core call drm_atomic_helper_best_encoder() for us. Signed-off-by: Boris Brezillon --- drivers/gpu/drm/bridge/parade-ps8622.c |

[PATCH 20/20] drm/bridge: dw-hdmi: Use drm_atomic_helper_best_encoder()

hen ->best_encoder() is NULL is only available when the DRM device is using the atomic helpers, and this bridge is compatible with non-atomic and atomic devices. Signed-off-by: Boris Brezillon --- drivers/gpu/drm/bridge/dw-hdmi.c | 11 +-- 1 file changed, 1 insertion(+), 10 deletions(-)

[PATCH 18/20] drm/bridge: ptn3460: Rely on the default ->best_encoder() behavior

We have a 1:1 relationship between connectors and encoders, and the driver is relying on the atomic helpers: we can drop the custom ->best_encoder(), and let the core call drm_atomic_helper_best_encoder() for us. Signed-off-by: Boris Brezillon --- drivers/gpu/drm/bridge/nxp-ptn3460.c

[PATCH v5 2/2] drm/bridge: Add sii902x DT bindings doc

Add Sii9022 DT bindings description. Signed-off-by: Boris Brezillon Acked-by: Rob Herring --- Changes since v1: - rename doc file - s/sil902/sii902/ --- .../devicetree/bindings/display/bridge/sii902x.txt | 35 ++ 1 file changed, 35 insertions(+) create mode 100644

[PATCH v5 1/2] drm/bridge: Add sii902x driver

Add basic support for the sii902x RGB -> HDMI bridge. This driver does not support audio output yet. Signed-off-by: Boris Brezillon Tested-by: Nicolas Ferre --- Hello, This patch is only adding basic support for the sii9022 chip. As stated in the commit log, there's no audio supp

[PATCH v5 1/2] drm/bridge: Add sii902x driver

t; + { .compatible = "sil,sii9022", }, > > + { } > > +}; > > +MODULE_DEVICE_TABLE(of, sii902x_dt_ids); > > +#endif > > + > > +static const struct i2c_device_id sii902x_i2c_ids[] = { > > + { "sii9022", 0 }, > > + { }, > > +}; > > +MODULE_DEVICE_TABLE(i2c, sii902x_i2c_ids); > > + > > +static struct i2c_driver sii902x_driver = { > > + .probe = sii902x_probe, > > + .remove = sii902x_remove, > > + .driver = { > > + .name = "sii902x", > > + .of_match_table = of_match_ptr(sii902x_dt_ids), > > You already depend on OF in Kconfig so you don't need of_match_ptr() > here, of_match_ptr(x) will always evaluate to x. I'll directly pass sii902x_dt_ids. Thanks for your review. Regards, Boris -- Boris Brezillon, Free Electrons Embedded Linux and Kernel engineering http://free-electrons.com

[PATCH] drm: atmel-hlcdc: Fix OF graph parsing

atmel_hlcdc_create_outputs() iterates over OF graph nodes and releases the node (using of_node_put()) after each iteration, which is wrong since for_each_endpoint_of_node() is already taking care of that. Move the of_node_put() call in the error path. Signed-off-by: Boris Brezillon Fixes

[PATCH v5 1/2] drm/bridge: Add sii902x driver

Hi Emil, On Fri, 3 Jun 2016 10:38:49 +0100 Emil Velikov wrote: > Hi Boris. > > On 2 June 2016 at 16:00, Boris Brezillon > wrote: > > > +static void sii902x_reset(struct sii902x *sii902x) > > +{ > > + if (!sii902x->reset_gpio) > > +

[PATCH 09/20] drm: rcar-du: Rely on the default ->best_encoder() behavior

On Thu, 02 Jun 2016 23:57:14 +0300 Laurent Pinchart wrote: > Hi Boris, > > Thank you for the patch. > > On Thursday 02 Jun 2016 16:31:36 Boris Brezillon wrote: > > All outputs have a 1:1 relationship between connectors and encoders, > > and the driver is relying on

[PATCH 01/20] drm/atomic: Fix remaining places where !funcs->best_encoder is valid

On Fri, 03 Jun 2016 00:05:46 +0300 Laurent Pinchart wrote: > Hi Boris, > > Thank you for the patch. > > On Thursday 02 Jun 2016 16:31:28 Boris Brezillon wrote: > > Adapt drm_pick_crtcs() and update_connector_routing() to fallback to > > drm_atomic_helper_best_encod

[PATCH 01/20] drm/atomic: Fix remaining places where !funcs->best_encoder is valid

On Thu, 2 Jun 2016 23:57:02 +0200 Daniel Vetter wrote: > On Thu, Jun 2, 2016 at 11:05 PM, Laurent Pinchart > wrote: > > Hi Boris, > > > > Thank you for the patch. > > > > On Thursday 02 Jun 2016 16:31:28 Boris Brezillon wrote: > >> Adapt

[PATCH v5 1/2] drm/bridge: Add sii902x driver

ng like > > that? > > > > I had checked the datasheet of sii9022a, which said the Min of TRESET is 100 > μs, and Max is not specified. Oh, thanks a lot. treset-min is exactly what I needed. Regards, Boris -- Boris Brezillon, Free Electrons Embedded Linux and Kernel engineering http://free-electrons.com

[PATCH v5 1/2] drm/bridge: Add sii902x driver

ail/linux-arm-kernel/2016-June/432869.html -- Boris Brezillon, Free Electrons Embedded Linux and Kernel engineering http://free-electrons.com

[PATCH 10/14] drm/atmel: use drm_crtc_vblank_{get,put}()

On Mon, 6 Jun 2016 11:41:41 -0300 Gustavo Padovan wrote: > From: Gustavo Padovan > > Replace the legacy drm_vblank_{get,put}() with the new helper functions. > > Signed-off-by: Gustavo Padovan Acked-by: Boris Brezillon > --- > drivers/gpu/drm/atmel-hlcdc/atmel_hlc

[PATCH RESEND 03/14] drm/atmel: use drm_crtc_send_vblank_event()

On Mon, 6 Jun 2016 11:41:34 -0300 Gustavo Padovan wrote: > From: Gustavo Padovan > > Replace the legacy drm_send_vblank_event() with the new helper function. > > Signed-off-by: Gustavo Padovan Acked-by: Boris Brezillon > --- > drivers/gpu/drm/atmel-hlcdc/atmel_hlc

[PATCH 03/27] drm/atmel: Use lockless gem BO free callback

On Mon, 30 May 2016 19:52:55 +0200 Daniel Vetter wrote: > No dev->struct_mutex anywhere to be seen. > > Cc: Boris Brezillon > Signed-off-by: Daniel Vetter Acked-by: Boris Brezillon > --- > drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_dc.c | 2 +- > 1 file changed, 1

[PATCH v6 1/2] drm/bridge: Add sii902x driver

Add basic support for the sii902x RGB -> HDMI bridge. This driver does not support audio output yet. Signed-off-by: Boris Brezillon Tested-by: Nicolas Ferre --- Hello, This patch is only adding basic support for the sii9022 chip. As stated in the commit log, there's no audio supp

[PATCH v6 2/2] drm/bridge: Add sii902x DT bindings doc

Add Sii9022 DT bindings description. Signed-off-by: Boris Brezillon Acked-by: Rob Herring --- Changes since v1: - rename doc file - s/sil902/sii902/ --- .../devicetree/bindings/display/bridge/sii902x.txt | 35 ++ 1 file changed, 35 insertions(+) create mode 100644

[PATCH v2 02/20] drm: arc: Rely on the default ->best_encoder() behavior

We have a 1:1 relationship between connectors and encoders and the driver is relying on the atomic helpers: we can drop the custom ->best_encoder(), and let the core call drm_atomic_helper_best_encoder() for us. Signed-off-by: Boris Brezillon --- drivers/gpu/drm/arc/arcpgu_hdmi.c |

[PATCH v2 03/20] drm: atmel-hlcdc: Rely on the default ->best_encoder() behavior

We have a 1:1 relationship between connectors and encoders and the driver is relying on the atomic helpers: we can drop the custom ->best_encoder() and let the core call drm_atomic_helper_best_encoder() for us. Signed-off-by: Boris Brezillon --- drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_outpu

[PATCH v2 10/20] drm: rockchip: Rely on the default ->best_encoder() behavior

All outputs have a 1:1 relationship between connectors and encoders and the driver is relying on the atomic helpers: we can drop the custom ->best_encoder() implementations and let the core call drm_atomic_helper_best_encoder() for us. Signed-off-by: Boris Brezillon Acked-by: Mark

[PATCH v2 00/20] drm/atomic: Provide default ->best_encoder() behavior

the associated changes. Note that once patch 1 is applied, the other patches can be applied independently. Best Regards, Boris Changes since v1: - remove useless ->encoder backpointers in some implementations - documented the default behavior in the vtable doc - added R-b/A-b tags Boris Bre

[PATCH v2 01/20] drm/atomic: Fix remaining places where !funcs->best_encoder is valid

gly. Signed-off-by: Boris Brezillon --- drivers/gpu/drm/drm_atomic_helper.c | 4 +++- drivers/gpu/drm/drm_fb_helper.c | 13 - include/drm/drm_modeset_helper_vtables.h | 10 -- 3 files changed, 23 insertions(+), 4 deletions(-) diff --git a/drivers/gpu/

[PATCH v2 04/20] drm: exynos: Rely on the default ->best_encoder() behavior

We have 1:1 relationship between connectors and encoders and the driver is relying on the atomic helpers: we can drop the custom ->best_encoder() implementations and let the core call drm_atomic_helper_best_encoder() for us. Signed-off-by: Boris Brezillon --- drivers/gpu/drm/exy

[PATCH v2 05/20] drm: fsl-dcu: Rely on the default ->best_encoder() behavior

We have a 1:1 relationship between connectors and encoders and the driver is relying on the atomic helpers: we can drop the custom ->best_encoder() and let the core call drm_atomic_helper_best_encoder() for us. Signed-off-by: Boris Brezillon --- drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_rgb.c

[PATCH v2 08/20] drm: msm: Rely on the default ->best_encoder() behavior where appropriate

For all outputs except DSI we have a 1:1 relationship between connectors and encoders and the driver is relying on the atomic helpers: we can drop the custom ->best_encoder() and let the core call drm_atomic_helper_best_encoder() for us. Signed-off-by: Boris Brezillon --- drivers/gpu/drm/

[PATCH v2 11/20] drm: sti: Rely on the default ->best_encoder() behavior

All outputs have a 1:1 relationship between connectors and encoders and the driver is relying on the atomic helpers: we can drop the custom ->best_encoder() implementations and let the core call drm_atomic_helper_best_encoder() for us. Signed-off-by: Boris Brezillon --- drivers/gpu/drm/

[PATCH v2 12/20] drm: sun4i: Rely on the default ->best_encoder() behavior

All outputs have a 1:1 relationship between connectors and encoders and the driver is relying on the atomic helpers: we can drop the custom ->best_encoder() implementations and let the core call drm_atomic_helper_best_encoder() for us. Signed-off-by: Boris Brezillon --- drivers/gpu/drm/su

[PATCH v2 13/20] drm: tegra: Rely on the default ->best_encoder() behavior

All outputs have a 1:1 relationship between connectors and encoders and the driver is relying on the atomic helpers: we can drop the custom ->best_encoder() implementation and let the core call drm_atomic_helper_best_encoder() for us. Signed-off-by: Boris Brezillon --- drivers/gpu/drm/te

[PATCH v2 14/20] drm: vc4: Rely on the default ->best_encoder() behavior

All outputs have a 1:1 relationship between connectors and encoders and the driver is relying on the atomic helpers: we can drop the custom ->best_encoder() implementations and let the core call drm_atomic_helper_best_encoder() for us. Signed-off-by: Boris Brezillon --- drivers/gpu/drm/

[PATCH v2 15/20] drm: virtgpu: Rely on the default ->best_encoder() behavior

The virtgpu output exposes a 1:1 relationship between connectors and encoders and the driver is relying on the atomic helpers: we can drop the custom ->best_encoder() implementation and let the core call drm_atomic_helper_best_encoder() for us. Signed-off-by: Boris Brezillon --- drivers/gpu/

[PATCH v2 16/20] drm: omap: Rely on the default ->best_encoder() behavior

We have a 1:1 relationship between connectors and encoders and the driver is relying on the atomic helpers: we can drop the custom ->best_encoder() implementation and let the core call drm_atomic_helper_best_encoder() for us. Signed-off-by: Boris Brezillon Reviewed-by: Laurent Pinch

[PATCH v2 18/20] drm/bridge: ptn3460: Rely on the default ->best_encoder() behavior

We have a 1:1 relationship between connectors and encoders, and the driver is relying on the atomic helpers: we can drop the custom ->best_encoder(), and let the core call drm_atomic_helper_best_encoder() for us. Signed-off-by: Boris Brezillon --- drivers/gpu/drm/bridge/nxp-ptn3460.c

  1   2   3   4   5   6   7   8   9   10   >