From: Archit Taneja <archit@ti.com>
To: "Valkeinen, Tomi" <tomi.valkeinen@ti.com>
Cc: "linux-omap@vger.kernel.org" <linux-omap@vger.kernel.org>,
"linux-fbdev@vger.kernel.org" <linux-fbdev@vger.kernel.org>
Subject: Re: [PATCH 3/4] OMAP: DSS2: Handle manager change in apply
Date: Fri, 02 Sep 2011 06:51:43 +0000 [thread overview]
Message-ID: <4E607CC3.2000407@ti.com> (raw)
In-Reply-To: <1314001636-18036-4-git-send-email-tomi.valkeinen@ti.com>
On Monday 22 August 2011 01:57 PM, Valkeinen, Tomi wrote:
> Currently when changing the manager of an overlay, set_manager() directly
> calls dispc to set the overlay's destination.
>
> Change this to be more in line with other overlay configurations, and
> this will also remove the need to have dispc clocks enabled when calling
> set_manager().
>
> A new field is added to overlay struct, "manager_changed". This is
> similar to "display_changed" field in manager struct, and is used to
> inform apply that the manager has changed and thus write to the
> registers is needed.
I was wondering if it would be better to create an overlay_info member
called 'channel_out' rather than having 'manager_enabled' at a higher
level? This way, we won't need to do some of the things below(I have
pointed them out):
>
> Signed-off-by: Tomi Valkeinen<tomi.valkeinen@ti.com>
> ---
> drivers/video/omap2/dss/dispc.c | 4 +++-
> drivers/video/omap2/dss/dss.h | 2 --
> drivers/video/omap2/dss/manager.c | 5 +++++
> drivers/video/omap2/dss/overlay.c | 9 ++-------
> include/video/omapdss.h | 1 +
> 5 files changed, 11 insertions(+), 10 deletions(-)
>
> diff --git a/drivers/video/omap2/dss/dispc.c b/drivers/video/omap2/dss/dispc.c
> index 9d9fbeb..003227c 100644
> --- a/drivers/video/omap2/dss/dispc.c
> +++ b/drivers/video/omap2/dss/dispc.c
> @@ -841,7 +841,7 @@ static void _dispc_set_color_mode(enum omap_plane plane,
> REG_FLD_MOD(DISPC_OVL_ATTRIBUTES(plane), m, 4, 1);
> }
>
> -void dispc_set_channel_out(enum omap_plane plane,
> +static void dispc_set_channel_out(enum omap_plane plane,
> enum omap_channel channel)
> {
> int shift;
> @@ -1860,6 +1860,8 @@ int dispc_setup_plane(enum omap_plane plane,
> _dispc_set_pre_mult_alpha(plane, pre_mult_alpha);
> _dispc_setup_global_alpha(plane, global_alpha);
>
> + dispc_set_channel_out(plane, channel);
> +
> return 0;
> }
>
> diff --git a/drivers/video/omap2/dss/dss.h b/drivers/video/omap2/dss/dss.h
> index adeff04..ff7ac35 100644
> --- a/drivers/video/omap2/dss/dss.h
> +++ b/drivers/video/omap2/dss/dss.h
> @@ -399,8 +399,6 @@ void dispc_set_plane_ba0(enum omap_plane plane, u32 paddr);
> void dispc_set_plane_ba1(enum omap_plane plane, u32 paddr);
> void dispc_set_plane_pos(enum omap_plane plane, u16 x, u16 y);
> void dispc_set_plane_size(enum omap_plane plane, u16 width, u16 height);
> -void dispc_set_channel_out(enum omap_plane plane,
> - enum omap_channel channel_out);
>
> void dispc_enable_gamma_table(bool enable);
> int dispc_setup_plane(enum omap_plane plane,
> diff --git a/drivers/video/omap2/dss/manager.c b/drivers/video/omap2/dss/manager.c
> index 63674b0..a6a909a 100644
> --- a/drivers/video/omap2/dss/manager.c
> +++ b/drivers/video/omap2/dss/manager.c
> @@ -1338,6 +1338,11 @@ static int omap_dss_mgr_apply(struct omap_overlay_manager *mgr)
>
> oc =&dss_cache.overlay_cache[ovl->id];
>
> + if (ovl->manager_changed) {
> + ovl->manager_changed = false;
> + ovl->info_dirty = true;
> + }
> +
We won't need to do this if we created channel_out as an overlay_info
member. The info will get dirty automatically.
> if (!overlay_enabled(ovl)) {
> if (oc->enabled) {
> oc->enabled = false;
> diff --git a/drivers/video/omap2/dss/overlay.c b/drivers/video/omap2/dss/overlay.c
> index c84380c..ab44403 100644
> --- a/drivers/video/omap2/dss/overlay.c
> +++ b/drivers/video/omap2/dss/overlay.c
> @@ -516,6 +516,7 @@ static int omap_dss_set_manager(struct omap_overlay *ovl,
> }
>
> ovl->manager = mgr;
> + ovl->manager_changed = true;
>
> /* XXX: When there is an overlay on a DSI manual update display, and
> * the overlay is first disabled, then moved to tv, and enabled, we
> @@ -529,15 +530,12 @@ static int omap_dss_set_manager(struct omap_overlay *ovl,
> * Userspace workaround for this is to update the LCD after disabling
> * the overlay, but before moving the overlay to TV.
> */
> - dispc_set_channel_out(ovl->id, mgr->id);
We would need to do a get_overlay_info/set_overlay_info here, like it is
done for other overlay sysfs attributes.
>
> return 0;
> }
>
> static int omap_dss_unset_manager(struct omap_overlay *ovl)
> {
> - int r;
> -
> if (!ovl->manager) {
> DSSERR("failed to detach overlay: manager not set\n");
> return -EINVAL;
> @@ -548,11 +546,8 @@ static int omap_dss_unset_manager(struct omap_overlay *ovl)
> return -EINVAL;
> }
>
> - r = ovl->wait_for_go(ovl);
> - if (r)
> - return r;
> -
> ovl->manager = NULL;
> + ovl->manager_changed = true;
>
> return 0;
> }
> diff --git a/include/video/omapdss.h b/include/video/omapdss.h
> index 9301805..b965f5a 100644
> --- a/include/video/omapdss.h
> +++ b/include/video/omapdss.h
> @@ -326,6 +326,7 @@ struct omap_overlay {
> struct omap_overlay_manager *manager;
> struct omap_overlay_info info;
>
> + bool manager_changed;
> /* if true, info has been changed, but not applied() yet */
> bool info_dirty;
>
WARNING: multiple messages have this Message-ID (diff)
From: Archit Taneja <archit@ti.com>
To: "Valkeinen, Tomi" <tomi.valkeinen@ti.com>
Cc: "linux-omap@vger.kernel.org" <linux-omap@vger.kernel.org>,
"linux-fbdev@vger.kernel.org" <linux-fbdev@vger.kernel.org>
Subject: Re: [PATCH 3/4] OMAP: DSS2: Handle manager change in apply
Date: Fri, 2 Sep 2011 12:20:43 +0530 [thread overview]
Message-ID: <4E607CC3.2000407@ti.com> (raw)
In-Reply-To: <1314001636-18036-4-git-send-email-tomi.valkeinen@ti.com>
On Monday 22 August 2011 01:57 PM, Valkeinen, Tomi wrote:
> Currently when changing the manager of an overlay, set_manager() directly
> calls dispc to set the overlay's destination.
>
> Change this to be more in line with other overlay configurations, and
> this will also remove the need to have dispc clocks enabled when calling
> set_manager().
>
> A new field is added to overlay struct, "manager_changed". This is
> similar to "display_changed" field in manager struct, and is used to
> inform apply that the manager has changed and thus write to the
> registers is needed.
I was wondering if it would be better to create an overlay_info member
called 'channel_out' rather than having 'manager_enabled' at a higher
level? This way, we won't need to do some of the things below(I have
pointed them out):
>
> Signed-off-by: Tomi Valkeinen<tomi.valkeinen@ti.com>
> ---
> drivers/video/omap2/dss/dispc.c | 4 +++-
> drivers/video/omap2/dss/dss.h | 2 --
> drivers/video/omap2/dss/manager.c | 5 +++++
> drivers/video/omap2/dss/overlay.c | 9 ++-------
> include/video/omapdss.h | 1 +
> 5 files changed, 11 insertions(+), 10 deletions(-)
>
> diff --git a/drivers/video/omap2/dss/dispc.c b/drivers/video/omap2/dss/dispc.c
> index 9d9fbeb..003227c 100644
> --- a/drivers/video/omap2/dss/dispc.c
> +++ b/drivers/video/omap2/dss/dispc.c
> @@ -841,7 +841,7 @@ static void _dispc_set_color_mode(enum omap_plane plane,
> REG_FLD_MOD(DISPC_OVL_ATTRIBUTES(plane), m, 4, 1);
> }
>
> -void dispc_set_channel_out(enum omap_plane plane,
> +static void dispc_set_channel_out(enum omap_plane plane,
> enum omap_channel channel)
> {
> int shift;
> @@ -1860,6 +1860,8 @@ int dispc_setup_plane(enum omap_plane plane,
> _dispc_set_pre_mult_alpha(plane, pre_mult_alpha);
> _dispc_setup_global_alpha(plane, global_alpha);
>
> + dispc_set_channel_out(plane, channel);
> +
> return 0;
> }
>
> diff --git a/drivers/video/omap2/dss/dss.h b/drivers/video/omap2/dss/dss.h
> index adeff04..ff7ac35 100644
> --- a/drivers/video/omap2/dss/dss.h
> +++ b/drivers/video/omap2/dss/dss.h
> @@ -399,8 +399,6 @@ void dispc_set_plane_ba0(enum omap_plane plane, u32 paddr);
> void dispc_set_plane_ba1(enum omap_plane plane, u32 paddr);
> void dispc_set_plane_pos(enum omap_plane plane, u16 x, u16 y);
> void dispc_set_plane_size(enum omap_plane plane, u16 width, u16 height);
> -void dispc_set_channel_out(enum omap_plane plane,
> - enum omap_channel channel_out);
>
> void dispc_enable_gamma_table(bool enable);
> int dispc_setup_plane(enum omap_plane plane,
> diff --git a/drivers/video/omap2/dss/manager.c b/drivers/video/omap2/dss/manager.c
> index 63674b0..a6a909a 100644
> --- a/drivers/video/omap2/dss/manager.c
> +++ b/drivers/video/omap2/dss/manager.c
> @@ -1338,6 +1338,11 @@ static int omap_dss_mgr_apply(struct omap_overlay_manager *mgr)
>
> oc =&dss_cache.overlay_cache[ovl->id];
>
> + if (ovl->manager_changed) {
> + ovl->manager_changed = false;
> + ovl->info_dirty = true;
> + }
> +
We won't need to do this if we created channel_out as an overlay_info
member. The info will get dirty automatically.
> if (!overlay_enabled(ovl)) {
> if (oc->enabled) {
> oc->enabled = false;
> diff --git a/drivers/video/omap2/dss/overlay.c b/drivers/video/omap2/dss/overlay.c
> index c84380c..ab44403 100644
> --- a/drivers/video/omap2/dss/overlay.c
> +++ b/drivers/video/omap2/dss/overlay.c
> @@ -516,6 +516,7 @@ static int omap_dss_set_manager(struct omap_overlay *ovl,
> }
>
> ovl->manager = mgr;
> + ovl->manager_changed = true;
>
> /* XXX: When there is an overlay on a DSI manual update display, and
> * the overlay is first disabled, then moved to tv, and enabled, we
> @@ -529,15 +530,12 @@ static int omap_dss_set_manager(struct omap_overlay *ovl,
> * Userspace workaround for this is to update the LCD after disabling
> * the overlay, but before moving the overlay to TV.
> */
> - dispc_set_channel_out(ovl->id, mgr->id);
We would need to do a get_overlay_info/set_overlay_info here, like it is
done for other overlay sysfs attributes.
>
> return 0;
> }
>
> static int omap_dss_unset_manager(struct omap_overlay *ovl)
> {
> - int r;
> -
> if (!ovl->manager) {
> DSSERR("failed to detach overlay: manager not set\n");
> return -EINVAL;
> @@ -548,11 +546,8 @@ static int omap_dss_unset_manager(struct omap_overlay *ovl)
> return -EINVAL;
> }
>
> - r = ovl->wait_for_go(ovl);
> - if (r)
> - return r;
> -
> ovl->manager = NULL;
> + ovl->manager_changed = true;
>
> return 0;
> }
> diff --git a/include/video/omapdss.h b/include/video/omapdss.h
> index 9301805..b965f5a 100644
> --- a/include/video/omapdss.h
> +++ b/include/video/omapdss.h
> @@ -326,6 +326,7 @@ struct omap_overlay {
> struct omap_overlay_manager *manager;
> struct omap_overlay_info info;
>
> + bool manager_changed;
> /* if true, info has been changed, but not applied() yet */
> bool info_dirty;
>
next prev parent reply other threads:[~2011-09-02 6:51 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-08-22 8:27 [PATCH 0/4] OMAPDSS: misc minor fixes Tomi Valkeinen
2011-08-22 8:27 ` Tomi Valkeinen
2011-08-22 8:27 ` [PATCH 1/4] OMAP: OMAPFB: make omapfb start even when a display is missing a driver Tomi Valkeinen
2011-08-22 8:27 ` Tomi Valkeinen
2011-08-27 10:28 ` [PATCH 1/4] OMAP: OMAPFB: make omapfb start even when a display Jaya Kumar
2011-08-27 10:28 ` [PATCH 1/4] OMAP: OMAPFB: make omapfb start even when a display is missing a driver Jaya Kumar
2011-08-22 8:27 ` [PATCH 2/4] OMAP: DSS2: fix clock sources on error and uninit Tomi Valkeinen
2011-08-22 8:27 ` Tomi Valkeinen
2011-08-22 8:27 ` [PATCH 3/4] OMAP: DSS2: Handle manager change in apply Tomi Valkeinen
2011-08-22 8:27 ` Tomi Valkeinen
2011-09-02 6:50 ` Archit Taneja [this message]
2011-09-02 6:51 ` Archit Taneja
2011-09-02 7:25 ` Tomi Valkeinen
2011-09-02 7:25 ` Tomi Valkeinen
2011-09-02 7:32 ` Archit Taneja
2011-09-02 7:44 ` Archit Taneja
2011-08-22 8:27 ` [PATCH 4/4] OMAP: DSS2: Remove "EXPERIMENTAL" from Kconfig Tomi Valkeinen
2011-08-22 8:27 ` 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=4E607CC3.2000407@ti.com \
--to=archit@ti.com \
--cc=linux-fbdev@vger.kernel.org \
--cc=linux-omap@vger.kernel.org \
--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 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.