All of lore.kernel.org
 help / color / mirror / Atom feed
From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
To: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
Cc: James Simmons <jsimmons@infradead.org>,
	Paul Mackerras <paulus@samba.org>,
	Linux Frame Buffer Device Development
	<linux-fbdev-devel@lists.sourceforge.net>,
	Linux/PPC Development <linuxppc-dev@ozlabs.org>
Subject: Re: [PATCH 0/10] ps3av/fb drivers for 2.6.21
Date: Thu, 08 Feb 2007 08:07:06 +1100	[thread overview]
Message-ID: <1170882427.2620.293.camel@localhost.localdomain> (raw)
In-Reply-To: <Pine.LNX.4.62.0702071743040.29060@pademelon.sonytel.be>

On Wed, 2007-02-07 at 17:51 +0100, Geert Uytterhoeven wrote:
> On Wed, 7 Feb 2007, Geert Uytterhoeven wrote:
> > On Wed, 7 Feb 2007, Benjamin Herrenschmidt wrote:
> > > > ps3av: Use a kernel thread to handle the actual video mode setting, as this
> > > > involves some quite big delays.
> > > 
> > > The ps3 fbdev already has it's own kernel thread no ? Why use a second
> > > one ? We could just have the ps3av code keep the delays but be called by
> > > a thread ?
> > 
> > That's another possibility.  And since the screen is blanked during mode
> > change, there's no need to refresh it, and I may even get rid of the call to
> > ps3fb_flip_ctl() in ps3av.
> > 
> > I'll look into it...
> 
> Below's a new patch (take 3).
> 
> But it doesn't work well: after each mode change, the old contents of the
> screen are visible for a (noticable) fraction of a second.
> Ps3fbd doesn't refresh the screen contents until ps3av_set_video_mode()
> returns, which is longer than my display needs to sync to the new video mode
> (this was actually the reason behind the msleep() calls).
> 
> I also could not get rid of the calls to ps3fb_flip_ctl() in ps3av, as screen
> updates have to be disabled while sending other AV packets, too.
> 
> So I prefer the previous solution, using a new ps3av kernel thread.
> Unless anyone has a better solution, of course :-)

Moving the flip to ps3av ? :-)

Ben.



-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642

WARNING: multiple messages have this Message-ID (diff)
From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
To: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
Cc: James Simmons <jsimmons@infradead.org>,
	Paul Mackerras <paulus@samba.org>,
	Linux Frame Buffer Device Development
	<linux-fbdev-devel@lists.sourceforge.net>,
	Linux/PPC Development <linuxppc-dev@ozlabs.org>
Subject: Re: [Linux-fbdev-devel] [PATCH 0/10] ps3av/fb drivers for 2.6.21
Date: Thu, 08 Feb 2007 08:07:06 +1100	[thread overview]
Message-ID: <1170882427.2620.293.camel@localhost.localdomain> (raw)
In-Reply-To: <Pine.LNX.4.62.0702071743040.29060@pademelon.sonytel.be>

On Wed, 2007-02-07 at 17:51 +0100, Geert Uytterhoeven wrote:
> On Wed, 7 Feb 2007, Geert Uytterhoeven wrote:
> > On Wed, 7 Feb 2007, Benjamin Herrenschmidt wrote:
> > > > ps3av: Use a kernel thread to handle the actual video mode setting, as this
> > > > involves some quite big delays.
> > > 
> > > The ps3 fbdev already has it's own kernel thread no ? Why use a second
> > > one ? We could just have the ps3av code keep the delays but be called by
> > > a thread ?
> > 
> > That's another possibility.  And since the screen is blanked during mode
> > change, there's no need to refresh it, and I may even get rid of the call to
> > ps3fb_flip_ctl() in ps3av.
> > 
> > I'll look into it...
> 
> Below's a new patch (take 3).
> 
> But it doesn't work well: after each mode change, the old contents of the
> screen are visible for a (noticable) fraction of a second.
> Ps3fbd doesn't refresh the screen contents until ps3av_set_video_mode()
> returns, which is longer than my display needs to sync to the new video mode
> (this was actually the reason behind the msleep() calls).
> 
> I also could not get rid of the calls to ps3fb_flip_ctl() in ps3av, as screen
> updates have to be disabled while sending other AV packets, too.
> 
> So I prefer the previous solution, using a new ps3av kernel thread.
> Unless anyone has a better solution, of course :-)

Moving the flip to ps3av ? :-)

Ben.

  reply	other threads:[~2007-02-07 21:09 UTC|newest]

Thread overview: 40+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-01-30 16:57 [PATCH 0/10] ps3av/fb drivers for 2.6.21 Geert Uytterhoeven
2007-01-30 16:57 ` Geert Uytterhoeven
2007-01-30 16:59 ` [PATCH 1/10] ps3: Add shutdown to virtual uart port driver framework Geert Uytterhoeven
2007-01-30 20:28   ` Geoff Levand
2007-01-30 17:00 ` [PATCH 2/10] ps3: AV Settings Driver Library Geert Uytterhoeven
2007-01-30 17:00   ` Geert Uytterhoeven
2007-01-31 16:34   ` Geoff Levand
2007-01-31 16:34     ` Geoff Levand
2007-01-30 17:00 ` fbdev modedb: allow refresh rates for named video modes Geert Uytterhoeven
2007-01-30 17:00   ` Geert Uytterhoeven
2007-01-30 17:01 ` [PATCH 4/10] fbdev modedb: make more pointer parameters const Geert Uytterhoeven
2007-01-30 17:01   ` Geert Uytterhoeven
2007-01-30 17:01 ` [PATCH 5/10] fb_videomode_to_var: reset virtual screen parameters Geert Uytterhoeven
2007-01-30 17:01   ` Geert Uytterhoeven
2007-01-30 17:02 ` [PATCH 6/10] ps3: Preallocate bootmem memory for ps3fb Geert Uytterhoeven
2007-01-30 17:02   ` Geert Uytterhoeven
2007-01-30 17:02 ` [PATCH 7/10] ps3: Virtual Frame Buffer Driver Geert Uytterhoeven
2007-01-30 17:02   ` Geert Uytterhoeven
2007-01-30 17:02 ` [PATCH 8/10] ps3: disable display flipping during mode changes Geert Uytterhoeven
2007-01-30 17:02   ` Geert Uytterhoeven
2007-01-30 17:03 ` [PATCH 9/10] ps3: cleanup ps3fb before clearing HPTE Geert Uytterhoeven
2007-01-30 17:03   ` Geert Uytterhoeven
2007-01-30 17:03 ` [PATCH 10/10] ps3: ps3av/fb defconfig updates Geert Uytterhoeven
2007-01-30 17:03   ` Geert Uytterhoeven
2007-01-30 17:06 ` [PATCH 3/10] fbdev modedb: allow refresh rates for named video modes Geert Uytterhoeven
2007-01-30 17:06   ` Geert Uytterhoeven
2007-02-05 15:33 ` [PATCH 0/10] ps3av/fb drivers for 2.6.21 Geert Uytterhoeven
2007-02-06 15:01   ` Geert Uytterhoeven
2007-02-06 15:01     ` Geert Uytterhoeven
2007-02-06 20:49     ` Benjamin Herrenschmidt
2007-02-07  8:01       ` Geert Uytterhoeven
2007-02-07  8:01         ` Geert Uytterhoeven
2007-02-07 16:51         ` Geert Uytterhoeven
2007-02-07 16:51           ` [Linux-fbdev-devel] " Geert Uytterhoeven
2007-02-07 21:07           ` Benjamin Herrenschmidt [this message]
2007-02-07 21:07             ` Benjamin Herrenschmidt
2007-02-08  8:13             ` Geert Uytterhoeven
2007-02-08  8:13               ` [Linux-fbdev-devel] " Geert Uytterhoeven
2007-02-08 13:56 Geert Uytterhoeven
2007-02-08 13:56 ` Geert Uytterhoeven

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=1170882427.2620.293.camel@localhost.localdomain \
    --to=benh@kernel.crashing.org \
    --cc=Geert.Uytterhoeven@sonycom.com \
    --cc=jsimmons@infradead.org \
    --cc=linux-fbdev-devel@lists.sourceforge.net \
    --cc=linuxppc-dev@ozlabs.org \
    --cc=paulus@samba.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 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.