Hi Tomi, now as DPI panels have been moved to drm/panel are there plans to support DSI panels sitting there as well?
I have looked to move our boe-w677l driver for the omap5/Pyra handheld but it seems there are still some omapdrm dependencies.
A quick search for "omap" reveals:
#include "../dss/omapdss.h" struct omap_dss_device struct omap_dss_driver struct omap_dsi_pin_config struct omap_dss_device_ops OMAP_DSS_DSI_FMT_RGB888 OMAP_DSS_DSI_VIDEO_MODE OMAP_DSS_DSI_BURST_MODE OMAP_DSS_DEVICE_OP_MODES OMAP_DISPLAY_TYPE_DSI omapdss_device_is_enabled() omapdss_display_get_modes() omapdss_display_init() omapdss_device_register() omapdss_device_unregister()
BR and thanks, Nikolaus
Hi,
On 10/10/2019 09:02, H. Nikolaus Schaller wrote:
Hi Tomi, now as DPI panels have been moved to drm/panel are there plans to support DSI panels sitting there as well?
I have looked to move our boe-w677l driver for the omap5/Pyra handheld but it seems there are still some omapdrm dependencies.
No, OMAPDSS DSI support has not been moved to DRM model yet. I believe Sebastian has been looking at that.
Tomi
On Thu, Oct 10, 2019 at 09:07:27AM +0300, Tomi Valkeinen wrote:
On 10/10/2019 09:02, H. Nikolaus Schaller wrote:
Hi Tomi, now as DPI panels have been moved to drm/panel are there plans to support DSI panels sitting there as well?
I have looked to move our boe-w677l driver for the omap5/Pyra handheld but it seems there are still some omapdrm dependencies.
No, OMAPDSS DSI support has not been moved to DRM model yet. I believe Sebastian has been looking at that.
That's my understanding too, if I recall correctly Sebastian told me he had a working implementation, but I'm not sure if it can be upstreamed as-is. It would be amazing to get it in mainline, as we'll be able to drop lots of code from omapdrm.
Am 10.10.2019 um 08:25 schrieb Laurent Pinchart laurent.pinchart@ideasonboard.com:
On Thu, Oct 10, 2019 at 09:07:27AM +0300, Tomi Valkeinen wrote:
On 10/10/2019 09:02, H. Nikolaus Schaller wrote:
Hi Tomi, now as DPI panels have been moved to drm/panel are there plans to support DSI panels sitting there as well?
I have looked to move our boe-w677l driver for the omap5/Pyra handheld but it seems there are still some omapdrm dependencies.
No, OMAPDSS DSI support has not been moved to DRM model yet. I believe Sebastian has been looking at that.
That's my understanding too, if I recall correctly Sebastian told me he had a working implementation, but I'm not sure if it can be upstreamed as-is. It would be amazing to get it in mainline, as we'll be able to drop lots of code from omapdrm.
Ok, fine. I just wonder if a new driver for omapdrm/displays can then be accepted for upstreaming or how long we should have to wait.
BR and thanks, Nikolaus
Hi Nikolaus,
On Thu, Oct 10, 2019 at 08:41:43AM +0200, H. Nikolaus Schaller wrote:
Am 10.10.2019 um 08:25 schrieb Laurent Pinchart:
On Thu, Oct 10, 2019 at 09:07:27AM +0300, Tomi Valkeinen wrote:
On 10/10/2019 09:02, H. Nikolaus Schaller wrote:
Hi Tomi, now as DPI panels have been moved to drm/panel are there plans to support DSI panels sitting there as well?
I have looked to move our boe-w677l driver for the omap5/Pyra handheld but it seems there are still some omapdrm dependencies.
No, OMAPDSS DSI support has not been moved to DRM model yet. I believe Sebastian has been looking at that.
That's my understanding too, if I recall correctly Sebastian told me he had a working implementation, but I'm not sure if it can be upstreamed as-is. It would be amazing to get it in mainline, as we'll be able to drop lots of code from omapdrm.
Ok, fine. I just wonder if a new driver for omapdrm/displays can then be accepted for upstreaming or how long we should have to wait.
I would prefer avoiding new drivers in omapdrm/displays. If you could collaborate with Sebastian that would be best :-)
Hi Sebastian,
Am 10.10.2019 um 09:16 schrieb Laurent Pinchart laurent.pinchart@ideasonboard.com:
Hi Nikolaus,
On Thu, Oct 10, 2019 at 08:41:43AM +0200, H. Nikolaus Schaller wrote:
Am 10.10.2019 um 08:25 schrieb Laurent Pinchart:
On Thu, Oct 10, 2019 at 09:07:27AM +0300, Tomi Valkeinen wrote:
On 10/10/2019 09:02, H. Nikolaus Schaller wrote:
Hi Tomi, now as DPI panels have been moved to drm/panel are there plans to support DSI panels sitting there as well?
I have looked to move our boe-w677l driver for the omap5/Pyra handheld but it seems there are still some omapdrm dependencies.
No, OMAPDSS DSI support has not been moved to DRM model yet. I believe Sebastian has been looking at that.
That's my understanding too, if I recall correctly Sebastian told me he had a working implementation, but I'm not sure if it can be upstreamed as-is. It would be amazing to get it in mainline, as we'll be able to drop lots of code from omapdrm.
Ok, fine. I just wonder if a new driver for omapdrm/displays can then be accepted for upstreaming or how long we should have to wait.
I would prefer avoiding new drivers in omapdrm/displays. If you could collaborate with Sebastian that would be best :-)
if you have a patch series to share, I could base my driver on it for testing.
BR, NIkolaus
Hi,
On Thu, Oct 10, 2019 at 09:27:52AM +0200, H. Nikolaus Schaller wrote:
Am 10.10.2019 um 09:16 schrieb Laurent Pinchart laurent.pinchart@ideasonboard.com: On Thu, Oct 10, 2019 at 08:41:43AM +0200, H. Nikolaus Schaller wrote:
Am 10.10.2019 um 08:25 schrieb Laurent Pinchart:
On Thu, Oct 10, 2019 at 09:07:27AM +0300, Tomi Valkeinen wrote:
On 10/10/2019 09:02, H. Nikolaus Schaller wrote:
Hi Tomi, now as DPI panels have been moved to drm/panel are there plans to support DSI panels sitting there as well?
I have looked to move our boe-w677l driver for the omap5/Pyra handheld but it seems there are still some omapdrm dependencies.
No, OMAPDSS DSI support has not been moved to DRM model yet. I believe Sebastian has been looking at that.
That's my understanding too, if I recall correctly Sebastian told me he had a working implementation, but I'm not sure if it can be upstreamed as-is. It would be amazing to get it in mainline, as we'll be able to drop lots of code from omapdrm.
Ok, fine. I just wonder if a new driver for omapdrm/displays can then be accepted for upstreaming or how long we should have to wait.
I would prefer avoiding new drivers in omapdrm/displays. If you could collaborate with Sebastian that would be best :-)
if you have a patch series to share, I could base my driver on it for testing.
This is my WIP development branch for converting the panel-dsi-cm driver into a drm_panel. The driver still is in omapdrm/displays in the branch, but it is free of any omapdrm specific things and can trivially be moved to drm/panels.
https://git.kernel.org/pub/scm/linux/kernel/git/sre/linux-n900.git/log/?h=om...
The branch is working on Droid 4, but panel unblanking after a blank results in a kernel crash. Also system shutdown results in a kernel crash. I plan to send out the series once I fixed these issues.
-- Sebastian