From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Jatin Kumar" Subject: Re: asynchronous resolution change Date: Mon, 24 Nov 2008 20:52:52 -0500 Message-ID: <333fec630811241752i616754f5wcde88e812a439b01@mail.gmail.com> References: <333fec630811181704t19194e5et6d5299e2305f4401@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============5523743415968159253==" Return-path: Received: from sfi-mx-2.v28.ch3.sourceforge.com ([172.29.28.122] helo=mx.sourceforge.net) by 235xhf1.ch3.sourceforge.com with esmtp (Exim 4.69) (envelope-from ) id 1L4n6m-0008K0-CD for linux-fbdev-devel@lists.sourceforge.net; Tue, 25 Nov 2008 01:52:56 +0000 Received: from yw-out-1718.google.com ([74.125.46.155]) by 72vjzd1.ch3.sourceforge.com with esmtp (Exim 4.69) id 1L4n6j-000559-Ng for linux-fbdev-devel@lists.sourceforge.net; Tue, 25 Nov 2008 01:52:56 +0000 Received: by yw-out-1718.google.com with SMTP id 6so915353ywa.82 for ; Mon, 24 Nov 2008 17:52:52 -0800 (PST) In-Reply-To: List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: linux-fbdev-devel-bounces@lists.sourceforge.net To: Geert Uytterhoeven Cc: linux-fbdev-devel@lists.sourceforge.net --===============5523743415968159253== Content-Type: multipart/alternative; boundary="----=_Part_134786_14687732.1227577972084" ------=_Part_134786_14687732.1227577972084 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline On Wed, Nov 19, 2008 at 3:35 AM, Geert Uytterhoeven wrote: > On Tue, 18 Nov 2008, Jatin Kumar wrote: > > I am new to linux fb model and had some queries regarding resolution > change > > mechanisms. > > > > Consider a situation where the frambuffer kernel module (vfb/xenfb etc) > > wants to change the resolution. > > > > 1. Is there a mechanism to this, considering the applications/windowing > > system/console above the framebuffer hasnt initiated the size change? > > > > 2. Is there a way to do an upcall into the application/windowing > > system/console modules to inform them about the size change > asynchronously? > > > > In this particular case ; the display hardware(instead of the user) has > > initiated the resolution change.Is it possible in the current fb > framework > > to support it? > > Yes there is! If the resolution is changed, and the number of columns and > lines of the console changes, the tty subsystem will send the SIGWINCH > signal > to the application, cfr. tty_do_resize() in drivers/char/tty_io.c. > > Note that not all applications handle it. E.g. X doesn't, AFAIK. > > Gr{oetje,eeting}s, > > Geert Hi Geert, Thanks much for the info. Is the tty_io_resize( ) relatively new? . I am looking at 2.6.18.8 src code (used for xen) and could not find the function. Also are there any plans for exposing a similar callback api in the linux fb model to make the applications stay updated about the underlying resolution/hardware mode changes? Thanks so much, Jatin > > > -- > Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- > geert@linux-m68k.org > > In personal conversations with technical people, I call myself a hacker. > But > when I'm talking to journalists I just say "programmer" or something like > that. > -- Linus > Torvalds > ------=_Part_134786_14687732.1227577972084 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline
On Wed, Nov 19, 2008 at 3:35 AM, Geert Uytterhoeven <geert@linux-m68k.org> wrote:
On Tue, 18 Nov 2008, Jatin Kumar wrote:
> I am new to linux fb model and had some queries regarding resolution change
> mechanisms.
>
> Consider a situation where the frambuffer kernel module (vfb/xenfb etc)
> wants to change the resolution.
>
> 1. Is there a mechanism to this, considering the applications/windowing
> system/console above the framebuffer hasnt initiated the size change?
>
> 2. Is there a way to do an upcall into the application/windowing
> system/console modules to inform them about the size change asynchronously?
>
> In this particular case ; the display hardware(instead of the user) has
> initiated the resolution change.Is it possible in the current fb framework
> to support it?

Yes there is! If the resolution is changed, and the number of columns and
lines of the console changes, the tty subsystem will send the SIGWINCH signal
to the application, cfr. tty_do_resize() in drivers/char/tty_io.c.

Note that not all applications handle it. E.g. X doesn't, AFAIK.

Gr{oetje,eeting}s,

                                               Geert

 
Hi Geert,

Thanks much for the info.

Is the tty_io_resize( ) relatively new? .
I am looking at 2.6.18.8 src code (used for xen) and could not find the function.

Also are there any plans for exposing a similar callback api in the linux fb model to make the applications stay updated about the underlying resolution/hardware mode changes?

Thanks so much,
Jatin
 


--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                                           -- Linus Torvalds

------=_Part_134786_14687732.1227577972084-- --===============5523743415968159253== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ --===============5523743415968159253== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Linux-fbdev-devel mailing list Linux-fbdev-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-fbdev-devel --===============5523743415968159253==--