Hi,
On Thu, 2012-05-03 at 12:37 +0530, Archit Taneja wrote:
> DISPC manager size and DISPC manager blanking parameters(for LCD managers)
> follow the shadow register programming model. Currently, they are programmed
> directly by the interface drivers.
>
> To configure manager timings using APPLY, there is a need to introduce extra
> info flags for managers, similar to what is done for overlays. This is needed
> because timings aren't a part of overlay_manager_info struct configured by a
> user of DSS, they are configured internally by the interface or panel drivers.
>
> Add dirty and shadow_dirty extra_info flags for managers, update these flags
> at the appropriate places. Rewrite the function extra_info_update_ongoing()
> slightly as checking for manager's extra_info flags can simplify the code a bit.
>
> Create function dss_mgr_set_timings() which applies the new manager timings to
> extra_info.
>
> Signed-off-by: Archit Taneja <archit@xxxxxx>
<snip>
> +static void dss_apply_mgr_timings(struct omap_overlay_manager *mgr,
> + struct omap_video_timings *timings)
> +{
> + struct mgr_priv_data *mp = get_mgr_priv(mgr);
> +
> + mp->timings = *timings;
> + mp->extra_info_dirty = true;
> +}
> +
> +void dss_mgr_set_timings(struct omap_overlay_manager *mgr,
> + struct omap_video_timings *timings)
> +{
> + unsigned long flags;
> +
> + mutex_lock(&apply_lock);
> +
> + spin_lock_irqsave(&data_lock, flags);
> +
> + dss_apply_mgr_timings(mgr, timings);
> +
> + spin_unlock_irqrestore(&data_lock, flags);
> +
> + mutex_unlock(&apply_lock);
> +}
With this, dpi.c & others still need to use dispc_mgr_go(), which is
something that should be removed and done only from apply.c.
dss_<ovl|mgr>_<enable|disable> functions handle GO, so you could have a
look at them. However, setting the timings is a bit different, so I'm
not sure how it should be done.
I think we have a few different options:
- Separate omapdss internal function (in apply.c) that can be used to
set GO after set_timings
- set GO in dss_mgr_set_timings(), but don't block
- set GO in dss_mgr_set_timings(), and block until the changes are in HW
(this is more or less what the dss_<ovl|mgr>_<enable|disable> functions
do).
The first one would be good if the interface drivers would need to set
multiple configurations, and we don't want to block after each set call.
But we don't have anything like that, at least currently.
The second one avoids blocking, but could perhaps cause problems because
the timings are not actually used yet when the function returns.
I don't see any problem with the last option, so I'm slightly leaning
towards it.
Tomi
Attachment:
signature.asc
Description: This is a digitally signed message part
