From: Sebastian Reichel <sre@kernel.org> To: Tony Lindgren <tony@atomide.com> Cc: Laurent Pinchart <laurent.pinchart@ideasonboard.com>, Tomi Valkeinen <tomi.valkeinen@ti.com>, Merlijn Wajer <merlijn@wizzup.org>, "H. Nikolaus Schaller" <hns@goldelico.com>, Rob Herring <robh@kernel.org>, linux-omap@vger.kernel.org, dri-devel@lists.freedesktop.org, kernel@collabora.com Subject: Re: [PATCHv2 00/56] drm/omap: Convert DSI code to use drm_mipi_dsi and drm_panel Date: Wed, 26 Feb 2020 00:52:43 +0100 [thread overview] Message-ID: <20200225235243.dr2apisbxzugj34u@earth.universe> (raw) In-Reply-To: <20200225230937.GL37466@atomide.com> [-- Attachment #1: Type: text/plain, Size: 3326 bytes --] Hi, On Tue, Feb 25, 2020 at 03:09:37PM -0800, Tony Lindgren wrote: > * Sebastian Reichel <sre@kernel.org> [200225 23:03]: > > Hi, > > > > On Tue, Feb 25, 2020 at 07:42:37AM -0800, Tony Lindgren wrote: > > > * Sebastian Reichel <sre@kernel.org> [200225 02:29]: > > > > On Mon, Feb 24, 2020 at 04:10:11PM -0800, Tony Lindgren wrote: > > > > > BTW, I think there's also some refcount issue in general where > > > > > the omapdrm related modules cannot be unloaded any longer? > > > > > > > > I wouldn't be too surprised. The dependencies are quite interesting > > > > at the moment with omapdss registering omapdrm and then omapdrm > > > > registers the drm_device, which references the encoders from > > > > omapdss. I think this is something to look at once Laurent's and > > > > my branch have been merged to avoid increasing the complexity. > > > > Technically it should be possible to link everything into one > > > > module. > > > > > > Well the DSS is really DOSSI for Display Output SubSystem > > > Interconnect :) The devices on the interconnect are mostly > > > independent and ideally the toplevel dss driver would just > > > provide Linux generic resources to dispc and various output > > > drivers. So probably not a good idea to try to build it all > > > into a single module. > > > > All the output drivers and dispc are already in a single module: > > omapdss.ko. There is omapdss-base.ko, omapdss.ko and omapdrm.ko > > module. omapdss-base.ko contains a few helpers, omapdss.ko contains > > dispc and all output encoders, omapdrm has the tiler code and > > wraps some of the custom DSS APIs to DRM APIs. I think the best > > way forward is to eliminate the custom API and use common DRM > > APIs directly. Then merge all 3 modules into one module. > > > > In theory one could add modules for each encoder, but practically > > this only increases complexity. DRM cannnot hotplug encoders, so > > removing any module results in complete loss of DRM. Also during > > probe we need to load all modules, since something might be > > connected. So having extra modules is not really useful? > > Well my main concern here is that we should use generic > Linux frameworks between the devices within DSS where possible. Ack. > I can see a single driver pile of code quickly turn into a > spaghetti of internal calls instead. I was only talking about generating a single module, it contains multiple drivers. And we already have the spaghetti of internal calls between omapdrm and omapdss. With the modules it only means, that functions are either exported or accessed via callbacks. > Also each devices on the DSS interconnect needs to do > pm_runtime_get for it's struct device naturally. Sure, but you are talking about things that are already part of a single module (omapdss.ko). omapdss-base.ko and omapdrm.ko do not directly access hardware. > If you can avoid the issues above, then I have no objections > of just having one module. Well for now let's get Laurent's and my series forward. I think the next step would be to get rid of omap_encoder by moving the encoder init into the DSS output code. Technically we are already merging omapdrm and omapdss, e.g. omap_connector is gone from omapdrm after the series. -- Sebastian [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 833 bytes --]
WARNING: multiple messages have this Message-ID (diff)
From: Sebastian Reichel <sre@kernel.org> To: Tony Lindgren <tony@atomide.com> Cc: kernel@collabora.com, "H. Nikolaus Schaller" <hns@goldelico.com>, Merlijn Wajer <merlijn@wizzup.org>, dri-devel@lists.freedesktop.org, Tomi Valkeinen <tomi.valkeinen@ti.com>, Laurent Pinchart <laurent.pinchart@ideasonboard.com>, linux-omap@vger.kernel.org Subject: Re: [PATCHv2 00/56] drm/omap: Convert DSI code to use drm_mipi_dsi and drm_panel Date: Wed, 26 Feb 2020 00:52:43 +0100 [thread overview] Message-ID: <20200225235243.dr2apisbxzugj34u@earth.universe> (raw) In-Reply-To: <20200225230937.GL37466@atomide.com> [-- Attachment #1.1: Type: text/plain, Size: 3326 bytes --] Hi, On Tue, Feb 25, 2020 at 03:09:37PM -0800, Tony Lindgren wrote: > * Sebastian Reichel <sre@kernel.org> [200225 23:03]: > > Hi, > > > > On Tue, Feb 25, 2020 at 07:42:37AM -0800, Tony Lindgren wrote: > > > * Sebastian Reichel <sre@kernel.org> [200225 02:29]: > > > > On Mon, Feb 24, 2020 at 04:10:11PM -0800, Tony Lindgren wrote: > > > > > BTW, I think there's also some refcount issue in general where > > > > > the omapdrm related modules cannot be unloaded any longer? > > > > > > > > I wouldn't be too surprised. The dependencies are quite interesting > > > > at the moment with omapdss registering omapdrm and then omapdrm > > > > registers the drm_device, which references the encoders from > > > > omapdss. I think this is something to look at once Laurent's and > > > > my branch have been merged to avoid increasing the complexity. > > > > Technically it should be possible to link everything into one > > > > module. > > > > > > Well the DSS is really DOSSI for Display Output SubSystem > > > Interconnect :) The devices on the interconnect are mostly > > > independent and ideally the toplevel dss driver would just > > > provide Linux generic resources to dispc and various output > > > drivers. So probably not a good idea to try to build it all > > > into a single module. > > > > All the output drivers and dispc are already in a single module: > > omapdss.ko. There is omapdss-base.ko, omapdss.ko and omapdrm.ko > > module. omapdss-base.ko contains a few helpers, omapdss.ko contains > > dispc and all output encoders, omapdrm has the tiler code and > > wraps some of the custom DSS APIs to DRM APIs. I think the best > > way forward is to eliminate the custom API and use common DRM > > APIs directly. Then merge all 3 modules into one module. > > > > In theory one could add modules for each encoder, but practically > > this only increases complexity. DRM cannnot hotplug encoders, so > > removing any module results in complete loss of DRM. Also during > > probe we need to load all modules, since something might be > > connected. So having extra modules is not really useful? > > Well my main concern here is that we should use generic > Linux frameworks between the devices within DSS where possible. Ack. > I can see a single driver pile of code quickly turn into a > spaghetti of internal calls instead. I was only talking about generating a single module, it contains multiple drivers. And we already have the spaghetti of internal calls between omapdrm and omapdss. With the modules it only means, that functions are either exported or accessed via callbacks. > Also each devices on the DSS interconnect needs to do > pm_runtime_get for it's struct device naturally. Sure, but you are talking about things that are already part of a single module (omapdss.ko). omapdss-base.ko and omapdrm.ko do not directly access hardware. > If you can avoid the issues above, then I have no objections > of just having one module. Well for now let's get Laurent's and my series forward. I think the next step would be to get rid of omap_encoder by moving the encoder init into the DSS output code. Technically we are already merging omapdrm and omapdss, e.g. omap_connector is gone from omapdrm after the series. -- Sebastian [-- Attachment #1.2: signature.asc --] [-- Type: application/pgp-signature, Size: 833 bytes --] [-- Attachment #2: Type: text/plain, Size: 160 bytes --] _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel
next prev parent reply other threads:[~2020-02-25 23:52 UTC|newest] Thread overview: 226+ messages / expand[flat|nested] mbox.gz Atom feed top 2020-02-24 23:20 [PATCHv2 00/56] drm/omap: Convert DSI code to use drm_mipi_dsi and drm_panel Sebastian Reichel 2020-02-24 23:20 ` Sebastian Reichel 2020-02-24 23:20 ` [PATCHv2 01/56] ARM: dts: omap: add channel to DSI panels Sebastian Reichel 2020-02-24 23:20 ` Sebastian Reichel 2020-02-24 23:38 ` Laurent Pinchart 2020-02-24 23:38 ` Laurent Pinchart 2020-02-25 0:01 ` Sebastian Reichel 2020-02-25 0:01 ` Sebastian Reichel 2020-02-27 20:09 ` Sam Ravnborg 2020-02-27 20:09 ` Sam Ravnborg 2020-02-24 23:20 ` [PATCHv2 02/56] ARM: dts: omap4-droid4: add panel compatible Sebastian Reichel 2020-02-24 23:20 ` Sebastian Reichel 2020-02-24 23:37 ` Laurent Pinchart 2020-02-24 23:37 ` Laurent Pinchart 2020-02-24 23:47 ` Tony Lindgren 2020-02-24 23:47 ` Tony Lindgren 2020-02-27 22:10 ` Laurent Pinchart 2020-02-27 22:10 ` Laurent Pinchart 2020-02-28 15:34 ` Tony Lindgren 2020-02-28 15:34 ` Tony Lindgren 2020-02-24 23:57 ` Sebastian Reichel 2020-02-24 23:57 ` Sebastian Reichel 2020-02-27 20:10 ` Sam Ravnborg 2020-02-27 20:10 ` Sam Ravnborg 2020-02-24 23:20 ` [PATCHv2 03/56] Revert "drm/omap: dss: Remove unused omap_dss_device operations" Sebastian Reichel 2020-02-24 23:20 ` Sebastian Reichel 2020-03-25 12:42 ` Tomi Valkeinen 2020-03-25 12:42 ` Tomi Valkeinen 2020-02-24 23:20 ` [PATCHv2 04/56] omap/drm: drop unused dsi.configure_pins Sebastian Reichel 2020-02-24 23:20 ` Sebastian Reichel 2020-02-24 23:42 ` Laurent Pinchart 2020-02-24 23:42 ` Laurent Pinchart 2020-02-26 21:28 ` Sebastian Reichel 2020-02-26 21:28 ` Sebastian Reichel 2020-02-26 21:36 ` Laurent Pinchart 2020-02-26 21:36 ` Laurent Pinchart 2020-02-26 22:25 ` Sebastian Reichel 2020-02-26 22:25 ` Sebastian Reichel 2020-03-25 12:45 ` Tomi Valkeinen 2020-03-25 12:45 ` Tomi Valkeinen 2020-02-24 23:20 ` [PATCHv2 05/56] drm/omap: dsi: use MIPI_DSI_FMT_* instead of OMAP_DSS_DSI_FMT_* Sebastian Reichel 2020-02-24 23:20 ` Sebastian Reichel 2020-02-25 13:58 ` Laurent Pinchart 2020-02-25 13:58 ` Laurent Pinchart 2020-02-26 21:25 ` Sebastian Reichel 2020-02-26 21:25 ` Sebastian Reichel 2020-03-25 12:52 ` Tomi Valkeinen 2020-03-25 12:52 ` Tomi Valkeinen 2020-02-24 23:20 ` [PATCHv2 06/56] drm/omap: constify write buffers Sebastian Reichel 2020-02-24 23:20 ` Sebastian Reichel 2020-02-25 14:13 ` Laurent Pinchart 2020-02-25 14:13 ` Laurent Pinchart 2020-03-25 12:53 ` Tomi Valkeinen 2020-03-25 12:53 ` Tomi Valkeinen 2020-02-24 23:20 ` [PATCHv2 07/56] drm/omap: dsi: add generic transfer function Sebastian Reichel 2020-02-24 23:20 ` Sebastian Reichel 2020-02-25 14:16 ` Laurent Pinchart 2020-02-25 14:16 ` Laurent Pinchart 2020-03-25 13:05 ` Tomi Valkeinen 2020-03-25 13:05 ` Tomi Valkeinen 2020-02-24 23:20 ` [PATCHv2 08/56] drm/omap: panel-dsi-cm: convert to transfer API Sebastian Reichel 2020-02-24 23:20 ` Sebastian Reichel 2020-02-25 14:52 ` Laurent Pinchart 2020-02-25 14:52 ` Laurent Pinchart 2020-02-26 22:12 ` Sebastian Reichel 2020-02-26 22:12 ` Sebastian Reichel 2020-02-24 23:20 ` [PATCHv2 09/56] drm/omap: dsi: unexport specific data transfer functions Sebastian Reichel 2020-02-24 23:20 ` Sebastian Reichel 2020-02-25 14:53 ` Laurent Pinchart 2020-02-25 14:53 ` Laurent Pinchart 2020-02-24 23:20 ` [PATCHv2 10/56] drm/omap: dsi: drop virtual channel logic Sebastian Reichel 2020-02-24 23:20 ` Sebastian Reichel 2020-02-25 15:01 ` Laurent Pinchart 2020-02-25 15:01 ` Laurent Pinchart 2020-04-01 11:30 ` Tomi Valkeinen 2020-04-01 11:30 ` Tomi Valkeinen 2020-04-01 11:33 ` Laurent Pinchart 2020-04-01 11:33 ` Laurent Pinchart 2020-04-01 11:43 ` Tomi Valkeinen 2020-04-01 11:43 ` Tomi Valkeinen 2020-02-24 23:20 ` [PATCHv2 11/56] drm/omap: dsi: simplify write function Sebastian Reichel 2020-02-24 23:20 ` Sebastian Reichel 2020-02-25 15:31 ` Laurent Pinchart 2020-02-25 15:31 ` Laurent Pinchart 2020-02-26 22:46 ` Sebastian Reichel 2020-02-26 22:46 ` Sebastian Reichel 2020-02-26 22:48 ` Laurent Pinchart 2020-02-26 22:48 ` Laurent Pinchart 2020-02-24 23:20 ` [PATCHv2 12/56] drm/omap: dsi: simplify read functions Sebastian Reichel 2020-02-24 23:20 ` Sebastian Reichel 2020-02-25 16:20 ` Laurent Pinchart 2020-02-25 16:20 ` Laurent Pinchart 2020-02-24 23:20 ` [PATCHv2 13/56] drm/omap: dsi: switch dsi_vc_send_long/short to mipi_dsi_msg Sebastian Reichel 2020-02-24 23:20 ` Sebastian Reichel 2020-02-25 16:30 ` Laurent Pinchart 2020-02-25 16:30 ` Laurent Pinchart 2020-02-26 23:34 ` Sebastian Reichel 2020-02-26 23:34 ` Sebastian Reichel 2020-02-24 23:20 ` [PATCHv2 14/56] drm/omap: dsi: introduce mipi_dsi_host Sebastian Reichel 2020-02-24 23:20 ` Sebastian Reichel 2020-02-24 23:20 ` [PATCHv2 15/56] drm/omap: panel-dsi-cm: use DSI helpers Sebastian Reichel 2020-02-24 23:20 ` Sebastian Reichel 2020-02-24 23:20 ` [PATCHv2 16/56] drm/omap: dsi: request VC via mipi_dsi_attach Sebastian Reichel 2020-02-24 23:20 ` Sebastian Reichel 2020-02-24 23:20 ` [PATCHv2 17/56] drm/omap: panel-dsi-cm: drop hardcoded VC Sebastian Reichel 2020-02-24 23:20 ` Sebastian Reichel 2020-02-24 23:20 ` [PATCHv2 18/56] drm/omap: panel-dsi-cm: use common MIPI DCS 1.3 defines Sebastian Reichel 2020-02-24 23:20 ` Sebastian Reichel 2020-04-01 12:09 ` Tomi Valkeinen 2020-04-01 12:09 ` Tomi Valkeinen 2020-02-24 23:20 ` [PATCHv2 19/56] drm/omap: dsi: drop unused memory_read() Sebastian Reichel 2020-02-24 23:20 ` Sebastian Reichel 2020-02-24 23:20 ` [PATCHv2 20/56] drm/omap: dsi: drop unused get_te() Sebastian Reichel 2020-02-24 23:20 ` Sebastian Reichel 2020-02-24 23:20 ` [PATCHv2 21/56] drm/omap: dsi: drop unused enable_te() Sebastian Reichel 2020-02-24 23:20 ` Sebastian Reichel 2020-02-24 23:20 ` [PATCHv2 22/56] drm/omap: dsi: drop useless sync() Sebastian Reichel 2020-02-24 23:20 ` Sebastian Reichel 2020-02-24 23:20 ` [PATCHv2 23/56] drm/omap: dsi: use pixel-format and mode from attach Sebastian Reichel 2020-02-24 23:20 ` Sebastian Reichel 2020-02-24 23:20 ` [PATCHv2 24/56] drm/omap: panel-dsi-cm: use bulk regulator API Sebastian Reichel 2020-02-24 23:20 ` Sebastian Reichel 2020-02-24 23:20 ` [PATCHv2 25/56] drm/omap: dsi: lp/hs switching support for transfer() Sebastian Reichel 2020-02-24 23:20 ` Sebastian Reichel 2020-02-24 23:20 ` [PATCHv2 26/56] drm/omap: dsi: move TE GPIO handling into core Sebastian Reichel 2020-02-24 23:20 ` Sebastian Reichel 2020-02-24 23:20 ` [PATCHv2 27/56] drm/omap: dsi: drop custom enable_te() API Sebastian Reichel 2020-02-24 23:20 ` Sebastian Reichel 2020-02-24 23:20 ` [PATCHv2 28/56] drm/omap: dsi: do bus locking in host driver Sebastian Reichel 2020-02-24 23:20 ` Sebastian Reichel 2020-02-24 23:20 ` [PATCHv2 29/56] drm/omap: dsi: untangle ulps ops from enable/disable Sebastian Reichel 2020-02-24 23:20 ` Sebastian Reichel 2020-02-24 23:21 ` [PATCHv2 30/56] drm/dsi: add MIPI_DSI_MODE_ULPS_IDLE Sebastian Reichel 2020-02-24 23:21 ` Sebastian Reichel 2020-02-24 23:21 ` [PATCHv2 31/56] drm/omap: dsi: do ULPS in host driver Sebastian Reichel 2020-02-24 23:21 ` Sebastian Reichel 2020-02-24 23:21 ` [PATCHv2 32/56] drm/omap: dsi: move panel refresh function to host Sebastian Reichel 2020-02-24 23:21 ` Sebastian Reichel 2020-02-24 23:21 ` [PATCHv2 33/56] drm/omap: dsi: Reverse direction of the DSS device enable/disable operations Sebastian Reichel 2020-02-24 23:21 ` Sebastian Reichel 2020-02-24 23:21 ` [PATCHv2 34/56] drm/omap: dsi: drop custom panel capability support Sebastian Reichel 2020-02-24 23:21 ` Sebastian Reichel 2020-02-24 23:21 ` [PATCHv2 35/56] drm/omap: dsi: convert to drm_panel Sebastian Reichel 2020-02-24 23:21 ` Sebastian Reichel 2020-02-24 23:21 ` [PATCHv2 36/56] drm/omap: drop omapdss-boot-init Sebastian Reichel 2020-02-24 23:21 ` Sebastian Reichel 2020-02-24 23:21 ` [PATCHv2 37/56] drm/omap: dsi: implement check timings Sebastian Reichel 2020-02-24 23:21 ` Sebastian Reichel 2020-02-24 23:21 ` [PATCHv2 38/56] drm/omap: panel-dsi-cm: use DEVICE_ATTR_RO Sebastian Reichel 2020-02-24 23:21 ` Sebastian Reichel 2020-02-24 23:21 ` [PATCHv2 39/56] drm/omap: panel-dsi-cm: support unbinding Sebastian Reichel 2020-02-24 23:21 ` Sebastian Reichel 2020-02-24 23:21 ` [PATCHv2 40/56] drm/omap: panel-dsi-cm: fix remove() Sebastian Reichel 2020-02-24 23:21 ` Sebastian Reichel 2020-02-24 23:21 ` [PATCHv2 41/56] drm/omap: dsi: return proper error code from dsi_update_all() Sebastian Reichel 2020-02-24 23:21 ` Sebastian Reichel 2020-04-01 12:23 ` Tomi Valkeinen 2020-04-01 12:23 ` Tomi Valkeinen 2020-02-24 23:21 ` [PATCHv2 42/56] drm/omap: remove global dss_device variable Sebastian Reichel 2020-02-24 23:21 ` Sebastian Reichel 2020-02-24 23:21 ` [PATCHv2 43/56] drm/omap: bind components with drm_device argument Sebastian Reichel 2020-02-24 23:21 ` Sebastian Reichel 2020-02-27 0:32 ` Sebastian Reichel 2020-02-27 0:32 ` Sebastian Reichel 2020-02-24 23:21 ` [PATCHv2 44/56] drm/panel: Move OMAP's DSI command mode panel driver Sebastian Reichel 2020-02-24 23:21 ` Sebastian Reichel 2020-02-24 23:21 ` [PATCHv2 45/56] drm/omap: dsi: Register a drm_bridge Sebastian Reichel 2020-02-24 23:21 ` Sebastian Reichel 2020-02-25 11:50 ` [PATCHv2.1 " Sebastian Reichel 2020-02-25 11:50 ` Sebastian Reichel 2020-02-24 23:21 ` [PATCHv2 46/56] drm/omap: remove legacy DSS device operations Sebastian Reichel 2020-02-24 23:21 ` Sebastian Reichel 2020-02-24 23:21 ` [PATCHv2 47/56] drm/omap: remove unused omap_connector Sebastian Reichel 2020-02-24 23:21 ` Sebastian Reichel 2020-02-24 23:21 ` [PATCHv2 48/56] drm/omap: simplify omap_display_id Sebastian Reichel 2020-02-24 23:21 ` Sebastian Reichel 2020-02-24 23:21 ` [PATCHv2 49/56] drm/omap: drop unused DSS next pointer Sebastian Reichel 2020-02-24 23:21 ` Sebastian Reichel 2020-02-24 23:21 ` [PATCHv2 50/56] drm/omap: drop empty omap_encoder helper functions Sebastian Reichel 2020-02-24 23:21 ` Sebastian Reichel 2020-02-24 23:21 ` [PATCHv2 51/56] drm/omap: drop DSS ops_flags Sebastian Reichel 2020-02-24 23:21 ` Sebastian Reichel 2020-02-24 23:21 ` [PATCHv2 52/56] drm/omap: drop dssdev display field Sebastian Reichel 2020-02-24 23:21 ` Sebastian Reichel 2020-02-24 23:21 ` [PATCHv2 53/56] drm/omap: simplify DSI manual update code Sebastian Reichel 2020-02-24 23:21 ` Sebastian Reichel 2020-02-24 23:21 ` [PATCHv2 54/56] ARM: omap2plus_defconfig: Update for moved DSI command mode panel Sebastian Reichel 2020-02-24 23:21 ` Sebastian Reichel 2020-02-24 23:21 ` [PATCHv2 55/56] drm/panel/panel-dsi-cm: support rotation property Sebastian Reichel 2020-02-24 23:21 ` Sebastian Reichel 2020-02-24 23:21 ` [PATCHv2 56/56] ARM: dts: omap4-droid4: add panel orientation Sebastian Reichel 2020-02-24 23:21 ` Sebastian Reichel 2020-02-25 0:10 ` [PATCHv2 00/56] drm/omap: Convert DSI code to use drm_mipi_dsi and drm_panel Tony Lindgren 2020-02-25 0:10 ` Tony Lindgren 2020-02-25 2:28 ` Sebastian Reichel 2020-02-25 2:28 ` Sebastian Reichel 2020-02-25 15:42 ` Tony Lindgren 2020-02-25 15:42 ` Tony Lindgren 2020-02-25 23:01 ` Sebastian Reichel 2020-02-25 23:01 ` Sebastian Reichel 2020-02-25 23:06 ` Laurent Pinchart 2020-02-25 23:06 ` Laurent Pinchart 2020-02-25 23:09 ` Tony Lindgren 2020-02-25 23:09 ` Tony Lindgren 2020-02-25 23:52 ` Sebastian Reichel [this message] 2020-02-25 23:52 ` Sebastian Reichel 2020-02-26 12:20 ` Tomi Valkeinen 2020-02-26 12:20 ` Tomi Valkeinen 2020-02-25 11:53 ` [PATCHv2 57/56] dt-bindings: display: panel-dsi-cm: convert to YAML Sebastian Reichel 2020-02-25 11:53 ` Sebastian Reichel 2020-02-27 20:35 ` Sam Ravnborg 2020-02-27 20:35 ` Sam Ravnborg 2020-02-27 22:08 ` Laurent Pinchart 2020-02-27 22:08 ` Laurent Pinchart 2020-02-26 12:28 ` [PATCHv2 00/56] drm/omap: Convert DSI code to use drm_mipi_dsi and drm_panel Tomi Valkeinen 2020-02-26 12:28 ` Tomi Valkeinen 2020-02-27 0:28 ` Sebastian Reichel 2020-02-27 0:28 ` Sebastian Reichel 2020-03-25 12:47 ` Tomi Valkeinen 2020-03-25 12:47 ` Tomi Valkeinen 2020-03-25 13:03 ` Laurent Pinchart 2020-03-25 13:03 ` Laurent Pinchart 2020-04-01 12:43 ` Tomi Valkeinen 2020-04-01 12:43 ` Tomi Valkeinen 2020-06-25 13:07 ` H. Nikolaus Schaller 2020-06-25 13:07 ` H. Nikolaus Schaller
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20200225235243.dr2apisbxzugj34u@earth.universe \ --to=sre@kernel.org \ --cc=dri-devel@lists.freedesktop.org \ --cc=hns@goldelico.com \ --cc=kernel@collabora.com \ --cc=laurent.pinchart@ideasonboard.com \ --cc=linux-omap@vger.kernel.org \ --cc=merlijn@wizzup.org \ --cc=robh@kernel.org \ --cc=tomi.valkeinen@ti.com \ --cc=tony@atomide.com \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.