From: Rob Clark <rob.clark@linaro.org>
To: dri-devel@lists.freedesktop.org, linux-omap@vger.kernel.org
Cc: patches@linaro.org, Greg KH <greg@kroah.com>,
Tomi Valkeinen <tomi.valkeinen@ti.com>,
Andy Gross <andy.gross@ti.com>, Rob Clark <rob@ti.com>
Subject: [PATCH 00/10] omapdrm patches for 3.4
Date: Mon, 5 Mar 2012 10:48:30 -0600 [thread overview]
Message-ID: <1330966120-28582-1-git-send-email-rob.clark@linaro.org> (raw)
From: Rob Clark <rob@ti.com>
This is the (potentially first) batch of patches for omapdrm for 3.4.
It includes some fixes for OMAP3 (without DMM), and change in how
the DMM code gets it's platform data based on review comments from
the first version of the patch which added the omapdrm platform dev.
Also, a few cleanups, a better solution for handling fbdev calls from
atomix context, deferred unpin until scanout completes, mmap of tiled
buffers w/ stride larger than PAGE_SIZE.
There is one additional patch to come after the platform device patch
is merged (in arch/arm/plat-omap) to remove some duplicated structs.
And I am still working on support for scanout and rotated scanout of
tiled buffers, which may or may not be ready in time for 3.4 merge
window.
Andy Gross (3):
staging: drm/omap: Disable DMM debugfs for OMAP3
staging: drm/omap: Validate debugfs device
staging: drm/omap: Get DMM resources from hwmod
Rob Clark (7):
staging: drm/omap: get supported color formats from ovl
staging: drm/omap: add a workqueue
staging: drm/omap: call omap_gem_roll() in non-atomic ctx
staging: drm/omap: some minor fb cleanups
staging: drm/omap: defer unpin until scanout completes
staging: drm/omap: debugfs for object and fb tracking
staging: drm/omap: mmap of tiled buffers with stride >4kb
drivers/staging/omapdrm/omap_debugfs.c | 97 +++++++++++++++++-
drivers/staging/omapdrm/omap_dmm_tiler.c | 91 ++++++++++++----
drivers/staging/omapdrm/omap_dmm_tiler.h | 15 ++--
drivers/staging/omapdrm/omap_drv.c | 16 +++
drivers/staging/omapdrm/omap_drv.h | 17 +++-
drivers/staging/omapdrm/omap_fb.c | 124 +++++++++++++++-------
drivers/staging/omapdrm/omap_fbdev.c | 26 ++++-
drivers/staging/omapdrm/omap_gem.c | 172 ++++++++++++++++++++++--------
drivers/staging/omapdrm/omap_plane.c | 161 +++++++++++++++++++++++-----
9 files changed, 570 insertions(+), 149 deletions(-)
--
1.7.5.4
next reply other threads:[~2012-03-05 16:48 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-03-05 16:48 Rob Clark [this message]
2012-03-05 16:48 ` [PATCH 01/10] staging: drm/omap: get supported color formats from ovl Rob Clark
2012-03-05 16:48 ` [PATCH 02/10] staging: drm/omap: add a workqueue Rob Clark
2012-03-05 16:48 ` [PATCH 03/10] staging: drm/omap: call omap_gem_roll() in non-atomic ctx Rob Clark
2012-03-05 16:48 ` [PATCH 04/10] staging: drm/omap: some minor fb cleanups Rob Clark
2012-03-05 16:48 ` [PATCH 05/10] staging: drm/omap: defer unpin until scanout completes Rob Clark
2012-03-05 16:48 ` [PATCH 06/10] staging: drm/omap: debugfs for object and fb tracking Rob Clark
2012-03-05 16:48 ` [PATCH 07/10] staging: drm/omap: Disable DMM debugfs for OMAP3 Rob Clark
2012-03-05 16:48 ` [PATCH 08/10] staging: drm/omap: Validate debugfs device Rob Clark
2012-03-05 16:48 ` [PATCH 09/10] staging: drm/omap: Get DMM resources from hwmod Rob Clark
2012-03-05 16:48 ` [PATCH 10/10] staging: drm/omap: mmap of tiled buffers with stride >4kb Rob Clark
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=1330966120-28582-1-git-send-email-rob.clark@linaro.org \
--to=rob.clark@linaro.org \
--cc=andy.gross@ti.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=greg@kroah.com \
--cc=linux-omap@vger.kernel.org \
--cc=patches@linaro.org \
--cc=rob@ti.com \
--cc=tomi.valkeinen@ti.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: 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).