Re: vesa(4) and amd64

From: Anonymous <swell.k_at_gmail.com>
Date: Mon, 14 Sep 2009 04:09:50 +0400
ddk ddk <ddkprog_at_yahoo.com> writes:

>> > ddk ddk wrote:
>> >  I think this is a problem that has added a new
>> terminal
>> >  teken by ed_at_
>> >  
>> >  becouse there is no problem on freebsd 7 where
>> is no teken
>> >  where I can switch to any low mode 
>> 
>> Hmmm... As far as I know, syscons reinitializes the
>> terminal completely
>> when switching resolutions. Does it crash? If so, are you
>> capable of
>> obtainining a backtrace?
>> 
>> In my newcons branch I do have a very small patch for
>> libteken that
>> changes the resizing behaviour. In my new vt console driver
>> I do resize
>> the terminal emulator without reinitializing it completely,
>> so I had to
>> make set_winsize() a bit more robust.
>> 
>> I think it's very unlikely that this patch fixes the issue
>> you are
>> seeing, but please do try.
>> 
>
> the problem was localized 
> No more problems with switching to decrease the screen resolution in graphics modes 
> (I just updated to tag =. 
> I used to use its working version of freebsd consisting of many patches) 
>
> but exists problem in switching graphic screen back to text mode on ttyv0
> but only on ttyv0
>
> I can not provide backtrace because the system is fully freezes
>
> sequence that leads to the problem 
> 1) boot freebsd 
> 2) stay only on ttyv0
> 3) kldload vesa 
> 4) vidcontrol MODE_277 (800x600x32)
> 5) vidcontrol MODE_24  (80x24 text mode)

I think r197174 fixed this. It would freeze if you leave INVARIANTS out,
but no more.

>
> The system immediately freezes
> switch to any of the consoles is an infinite beeeeeep
>
> if you do the same but on another ttyvX (/dev/ttyv1 .../dev/ttyv9)
> then there is no problem
Received on Sun Sep 13 2009 - 22:10:59 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:55 UTC