From: Brian Swetland <swetland@google.com>
To: Imre Deak <imre.deak@nokia.com>
Cc: linux-omap-open-source@linux.omap.com
Subject: [PATCH] omapfb: panel enable/disable reordering
Date: Mon, 5 Dec 2005 05:49:05 -0800 [thread overview]
Message-ID: <20051205134905.GA21963@localhost.localdomain> (raw)
In-Reply-To: <1133786154.7902.11.camel@localhost.localdomain>
[-- Attachment #1: Type: text/plain, Size: 420 bytes --]
[Imre Deak <imre.deak@nokia.com>]
> Actually there is no requirement on calling panel->enable() before
> omapfb_set_update_mode(), which enables the LCD DMA. It's even possible
> to enable / disable the panel while having the LCD DMA active.
>
> So lets simply switch the order of the two calls in omapfb_probe and the
> suspend / resume functions. Please send a patch.
Sounds fine to me.
Here's such a patch.
Brian
[-- Attachment #2: omapfb-init-order.patch --]
[-- Type: text/plain, Size: 1860 bytes --]
diff --git a/drivers/video/omap/omapfb_main.c b/drivers/video/omap/omapfb_main.c
index 2c4098d..0eefec5 100644
--- a/drivers/video/omap/omapfb_main.c
+++ b/drivers/video/omap/omapfb_main.c
@@ -349,9 +349,9 @@ static int omapfb_blank(int blank, struc
switch (blank) {
case VESA_NO_BLANKING:
if (fbdev->state == OMAPFB_SUSPENDED) {
- fbdev->panel->enable();
if (fbdev->ctrl->resume)
fbdev->ctrl->resume();
+ fbdev->panel->enable();
fbdev->state = OMAPFB_ACTIVE;
if (fbdev->ctrl->get_update_mode() ==
OMAPFB_MANUAL_UPDATE)
@@ -360,9 +360,9 @@ static int omapfb_blank(int blank, struc
break;
case VESA_POWERDOWN:
if (fbdev->state == OMAPFB_ACTIVE) {
+ fbdev->panel->disable();
if (fbdev->ctrl->suspend)
fbdev->ctrl->suspend();
- fbdev->panel->disable();
fbdev->state = OMAPFB_SUSPENDED;
}
break;
@@ -1108,11 +1108,12 @@ static void omapfb_free_resources(struct
switch (state) {
case OMAPFB_ACTIVE:
unregister_framebuffer(fbdev->fb_info);
- case 6:
+ case 7:
omapfb_unregister_sysfs(fbdev);
- omapfb_set_update_mode(fbdev, OMAPFB_UPDATE_DISABLED);
- case 5:
+ case 6:
fbdev->panel->disable();
+ case 5:
+ omapfb_set_update_mode(fbdev, OMAPFB_UPDATE_DISABLED);
case 4:
fbinfo_cleanup(fbdev);
case 3:
@@ -1296,11 +1297,6 @@ static int omapfb_probe(struct platform_
omap_set_dma_priority(OMAP_DMA_PORT_EMIFF, 15);
#endif
- r = fbdev->panel->enable();
- if (r)
- goto cleanup;
- init_state++;
-
r = ctrl_change_mode(fbdev);
if (r) {
pr_err("mode setting failed\n");
@@ -1311,6 +1307,12 @@ static int omapfb_probe(struct platform_
omapfb_set_update_mode(fbdev, manual_update ?
OMAPFB_MANUAL_UPDATE : OMAPFB_AUTO_UPDATE);
+ init_state++;
+
+ r = fbdev->panel->enable();
+ if (r)
+ goto cleanup;
+ init_state++;
r = omapfb_register_sysfs(fbdev);
if (r)
[-- Attachment #3: Type: text/plain, Size: 0 bytes --]
next prev parent reply other threads:[~2005-12-05 13:49 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-12-03 3:42 omapfb -- panel initialization inflexibility Brian Swetland
2005-12-05 12:35 ` Imre Deak
2005-12-05 13:49 ` Brian Swetland [this message]
2005-12-20 12:15 ` [PATCH] omapfb: panel enable/disable reordering Juha Yrjölä
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=20051205134905.GA21963@localhost.localdomain \
--to=swetland@google.com \
--cc=imre.deak@nokia.com \
--cc=linux-omap-open-source@linux.omap.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