Re: Re: board with broken vga ...

2 messages, 2 authors, 2002-07-22 · open the first message on its own page

Re: Re: board with broken vga ...

From: Petr Vandrovec <hidden>
Date: 2002-07-22 20:46:39

On 22 Jul 02 at 22:40, Sven wrote:
What would solve my problem in the easiest way would be to have some 
framebuffer restore hook or something in the fbdev driver, which would get called
in take_over_screen or something such, after the screen has been resized ?
Just put it into vc_screenbuf after register_framebuffer() returns, and
force redraw...
 
Or Maybe simply tell vc_resize that we use a special way of reading the framebuffer.

Or i should implement the trick you use for setting the card in 
graphic mode later on in the setvar stuff ?
If you'll override save_screen, and you'll put set_origin() into visual_init,
I believe that it will work:

(1) in take_over_console, copy data to screenbuf using your own save_screen.
(2) now vc_resize (with prior set_origin) will copy data from old screenbuf
    to reallocated screenbuf (instead of from videoram to reallocated
    screenbuf).
(3) and update_screen() will just paint data which are already on screen
    if resolution changed. If resolutions matched, it will put data on the
    screen.

                                                    Petr
                                                    


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf

Re: Re: board with broken vga ...

From: Sven <hidden>
Date: 2002-07-22 21:00:37

Just put it into vc_screenbuf after register_framebuffer() returns, and
force redraw...
mmm, will try.

BTW, how can i force a redraw from pm3fb ?
If you'll override save_screen, and you'll put set_origin() into visual_init,
NO, just tried, i got no more display, and the box hanged ...

How i do it :

i copy the data in pm3fb just after i first map the framebuffer. i hold it in a special
array in pm3fb (for now).

But then, maybe i should see if the location of the set_origin should be changed, maybe i could do it in vc_resize for now.

BTW, in the first case, i will see the screen flashing shortly with the garbage i see now, and then work ok, isn't it ? And i would need to handle resolution changes myself ?

Friendly,

Sven Luther:q


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help