From: Tomi Valkeinen <tomi.valkeinen@nokia.com>
To: linux-fbdev-devel@lists.sourceforge.net
Cc: linux-omap@vger.kernel.org
Subject: [REVIEW PATCH 0/9] DSS: Series description
Date: Tue, 04 Nov 2008 18:09:46 +0200 [thread overview]
Message-ID: <20081104160946.19071.44903.stgit@tubuntu> (raw)
New Display Subsystem for OMAP2/3
---------------------------------
This patch set implements new Display Subsystem (DSS) for OMAP2/3 processors.
The DSS is still under work and these patches are for review. Note that there
is also another new DSS implementation from TI.
The DSS has been tested on OMAP3 SDP board, Beagle Board and on two unreleased
boards with DSI and SDI displays. The DSS used to work on OMAP2 board also, but
it's been a while since I was able to test with OMAP2 board.
The first patch is a doc file that tries to explain a bit how the drivers work.
The patch set is based on the current linux-omap tree.
You can find the patches also from a git tree at
http://www.bat.org/~tomba/git/linux-omap-dss.git/
Note that you also need two patches from Mans Rullgard to make things work. These
are needed to be able to reconfigure DSS functional clock.
http://git.mansr.com/?p=linux-omap;a=commit;h=e2de5e5578fbaa9b4b75074796da0608fc93e6ae
http://git.mansr.com/?p=linux-omap;a=commit;h=2b7b958dc79e51127d7a4ecf88ce12dbc6c31426
Questions/problems
------------------
Perhaps the biggest problems I have is the interface to user space. OMAP
hardware doesn't quite fit in to the framebuffer framework. The problem is that
a framebuffer can go to multiple overlays, and also the target display, to
which a framebuffer goes, can change. In addition, the framebuffer size is
used as overlay size, not display resolution. So a framebuffer != display.
I believe DRM modesetting could be of help here, at least partially, but I
haven't tried that approach yet.
But DRM modesetting wouldn't solve all the problems. For example, we still need
to configure overlays and overlay managers, and they don't quite belong to
either the framebuffer side or the display side. Currently you configure them
via a hackish sysfs interface, but I've been wondering if a /dev/omap-dss
device with ioctls would be a better choice.
There's currently no V4L2 support, but I have been thinking about that. I don't
want to make any hardcoded configuration for those, because sometimes you want
to use framebuffer devices for video overlays. So what I'd like to have is a
way, compile time or run time, to configure which overlays go to framebuffer
devices and which go to V4L2 devices.
---
Tomi Valkeinen (9):
DSS: support for OMAP3 SDP board
DSS: support for Beagle Board
DSS: Add generic DVI panel
DSS: OMAPFB: fb driver for new display subsystem
DSS: DSI support for OMAP2/3 DSS
DSS: TV-out support for OMAP2/3 DSS
DSS: RFBI support for OMAP2/3 DSS
DSS: New display subsystem driver for OMAP2/3
DSS: Documentation for OMAP2/3 display subsystem
Documentation/arm/OMAP/DSS | 240 ++
arch/arm/mach-omap2/board-3430sdp.c | 234 ++
arch/arm/mach-omap2/board-omap3beagle.c | 121 +
arch/arm/plat-omap/Kconfig | 2
arch/arm/plat-omap/Makefile | 2
arch/arm/plat-omap/dss/Kconfig | 66 +
arch/arm/plat-omap/dss/Makefile | 6
arch/arm/plat-omap/dss/dispc.c | 1667 ++++++++++++++++
arch/arm/plat-omap/dss/display.c | 781 +++++++
arch/arm/plat-omap/dss/dpi.c | 303 +++
arch/arm/plat-omap/dss/dsi.c | 3027 +++++++++++++++++++++++++++++
arch/arm/plat-omap/dss/dss.c | 547 +++++
arch/arm/plat-omap/dss/dss.h | 240 ++
arch/arm/plat-omap/dss/rfbi.c | 1234 ++++++++++++
arch/arm/plat-omap/dss/sdi.c | 154 +
arch/arm/plat-omap/dss/venc.c | 499 +++++
arch/arm/plat-omap/fb.c | 9
arch/arm/plat-omap/include/mach/display.h | 458 ++++
arch/arm/plat-omap/include/mach/omapfb.h | 7
drivers/video/Kconfig | 1
drivers/video/Makefile | 1
drivers/video/omap/Kconfig | 5
drivers/video/omap2/Kconfig | 54 +
drivers/video/omap2/Makefile | 5
drivers/video/omap2/omapfb-ioctl.c | 428 ++++
drivers/video/omap2/omapfb-main.c | 1247 ++++++++++++
drivers/video/omap2/omapfb-sysfs.c | 833 ++++++++
drivers/video/omap2/omapfb.h | 104 +
drivers/video/omap2/panel-dvi.c | 121 +
drivers/video/omap2/panel-sdp3430.c | 110 +
30 files changed, 12479 insertions(+), 27 deletions(-)
create mode 100644 Documentation/arm/OMAP/DSS
create mode 100644 arch/arm/plat-omap/dss/Kconfig
create mode 100644 arch/arm/plat-omap/dss/Makefile
create mode 100644 arch/arm/plat-omap/dss/dispc.c
create mode 100644 arch/arm/plat-omap/dss/display.c
create mode 100644 arch/arm/plat-omap/dss/dpi.c
create mode 100644 arch/arm/plat-omap/dss/dsi.c
create mode 100644 arch/arm/plat-omap/dss/dss.c
create mode 100644 arch/arm/plat-omap/dss/dss.h
create mode 100644 arch/arm/plat-omap/dss/rfbi.c
create mode 100644 arch/arm/plat-omap/dss/sdi.c
create mode 100644 arch/arm/plat-omap/dss/venc.c
create mode 100644 arch/arm/plat-omap/include/mach/display.h
create mode 100644 drivers/video/omap2/Kconfig
create mode 100644 drivers/video/omap2/Makefile
create mode 100644 drivers/video/omap2/omapfb-ioctl.c
create mode 100644 drivers/video/omap2/omapfb-main.c
create mode 100644 drivers/video/omap2/omapfb-sysfs.c
create mode 100644 drivers/video/omap2/omapfb.h
create mode 100644 drivers/video/omap2/panel-dvi.c
create mode 100644 drivers/video/omap2/panel-sdp3430.c
--
Tomi Valkeinen
next reply other threads:[~2008-11-04 16:09 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-11-04 16:09 Tomi Valkeinen [this message]
2008-11-04 16:09 ` [REVIEW PATCH 1/9] DSS: Documentation for OMAP2/3 display subsystem Tomi Valkeinen
2008-11-05 7:56 ` [Linux-fbdev-devel] " Geert Uytterhoeven
2008-11-05 10:12 ` Tomi Valkeinen
2008-11-04 16:09 ` [REVIEW PATCH 2/9] DSS: New display subsystem driver for OMAP2/3 Tomi Valkeinen
2008-11-04 16:10 ` [REVIEW PATCH 3/9] DSS: RFBI support for OMAP2/3 DSS Tomi Valkeinen
2008-11-04 16:10 ` [REVIEW PATCH 4/9] DSS: TV-out " Tomi Valkeinen
2008-11-05 10:27 ` Jarkko Nikula
2008-11-04 16:10 ` [REVIEW PATCH 5/9] DSS: DSI " Tomi Valkeinen
2008-11-04 16:10 ` [REVIEW PATCH 6/9] DSS: OMAPFB: fb driver for new display subsystem Tomi Valkeinen
2008-11-04 16:10 ` [REVIEW PATCH 7/9] DSS: Add generic DVI panel Tomi Valkeinen
2008-11-04 16:10 ` [REVIEW PATCH 8/9] DSS: support for Beagle Board Tomi Valkeinen
2008-11-04 17:28 ` Koen Kooi
2008-11-05 10:05 ` Tomi Valkeinen
2008-11-05 21:15 ` Koen Kooi
2008-11-04 18:24 ` [Linux-fbdev-devel] " Tony Lindgren
2008-11-05 10:09 ` Tomi Valkeinen
2008-11-05 10:27 ` Jarkko Nikula
2008-11-05 23:21 ` David Brownell
2008-11-06 8:23 ` Tomi Valkeinen
2008-11-06 8:30 ` Koen Kooi
2008-11-04 16:10 ` [REVIEW PATCH 9/9] DSS: support for OMAP3 SDP board Tomi Valkeinen
2008-11-05 10:54 ` Jarkko Nikula
2008-11-10 4:03 ` [Linux-fbdev-devel] [REVIEW PATCH 0/9] DSS: Series description Shah, Hardik
2008-11-10 11:31 ` Tomi Valkeinen
2008-11-10 12:03 ` Shah, Hardik
2008-11-18 6:40 ` Shah, Hardik
2008-11-18 12:06 ` Tomi Valkeinen
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=20081104160946.19071.44903.stgit@tubuntu \
--to=tomi.valkeinen@nokia.com \
--cc=linux-fbdev-devel@lists.sourceforge.net \
--cc=linux-omap@vger.kernel.org \
/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: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).