Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 15 Oct 2005 13:35:31 -0700
From:      Jared Evans <jnevans@gmail.com>
To:        Ask FreeBSD <freebsd-questions@freebsd.org>
Subject:   Re: How to get a high resolution console for FreeBSD inside a VMWare image?
Message-ID:  <2cbc9d820510151335p55d69785oc876161f4d425ad4@mail.gmail.com>
In-Reply-To: <ef10de9a0510141942i697a86c7ye436fb92b530a526@mail.gmail.com>
References:  <2cbc9d820510141024i80098bdpee425dd4d0eb19b6@mail.gmail.com> <ef10de9a0510141942i697a86c7ye436fb92b530a526@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
Thanks for taking the time to reply. I shall try your patch and see if I ca=
n
get it to work.

Jared

On 10/14/05, Nikolas Britton <nikolas.britton@gmail.com> wrote:
>
> On 10/14/05, Jared Evans <jnevans@gmail.com> wrote:
> > I know that this isn't exactly a standard configuration (VMWare as
> opposed
> > to native installation) for FreeBSD so most of the answers I found
> online
> > weren't really applicable for me.
> >
> > I simply wanted a high resolution FreeBSD console PTYs running under
> VMWare.
> > It was surprisingly more complex than I expected:
> >
> > When attempting to change screen resolution for a console in FreeBSD
> running
> > under VMWare, I ran across this error message:
> >
> > > vidcontrol -g 100x37 VESA_800x600
> >
> > vidcontrol: cannot set videomode inappropriate ioctl for device
> >
> > It seemed to me that VMWare was unable to init VESA correctly in consol=
e
> but
> > strangely enough Xorg is capable of changing to a higher resolution
> without
> > any problems.
> >
> > After some googling:
> >
> > VESA driver in current source tree checks the NONVGA flag of VESA
> > information block when loading. If this flag is set it will refuse to
> > initialize. Most VESA adapters do not set this flag, but the virtual
> display
> > adapter in VMWare does.
> >
> > in src/sys/i386/isa/vesa.c, there is a check for the flag V_NONVGA in
> line
> > 655. If you comment it out, flag check will be bypassed. After all, if
> Xorg
> > can use higher resolution, there shouldn't be a problem using VESA on
> the
> > console!
> >
> > Re-compiling my kernel to include the below as suggested by several mor=
e
> web
> > searches:
> >
> > options VESA
> > options SC_PIXEL_MODE
> > options VGA_WIDTH90
> >
> > rebooting then:
> >
> > > vidcontrol -g 100x37 VESA_800x600
> >
> > vidcontrol: operation not supported by device
> >
> > Any more tips for me?
>
> You computer (VMware) doesn't have a "proper" VESA BIOS and that is
> why 800x600 raster text mode won't work etc. FreeBSD 6 has this all
> worked just put 'allscreens_flags=3D"MODE_279"' in rc.conf for
> 1024x768... you can get a list of other modes supported by typing in
> vidcontrol -i MODE (I think, can never remember :-)). if you want this
> for FreeBSD 5.x then your going to have to manually patch your system,
> but I have a simple script that will do it for you. somewhere around
> here...... check for patch errors after you run the script.
> --------------------------------------------------
> cd /tmp
> rm current-vesa_patch.tar.gz
> fetch http://www.nbritton.org/uploads/current-vesa_patch.tar.gz
> rm -r current-vesa_patch
> tar -zxf current-vesa_patch.tar.gz
> cd /usr/src/sys/dev/syscons
> patch </tmp/current-vesa_patch/current-syscons.diff
> cd /usr/src/usr.sbin/vidcontrol
> cp /tmp/current-vesa_patch/current-vidcontrol.1 ./vidcontrol.1
> cp /tmp/current-vesa_patch/current-vidcontrol.c ./vidcontrol.c
> make && make install && make clean
> -----------------------------------------------------
> You still need to put in your kernel (both FreeBSD 5 and 6):
> options VESA
> options SC_PIXEL_MODE
>
> and when you cvsup your src in FreeBSD 5 you will need to reapply the
> patch, cvsup will overwrite the files becouse the cvs revision tags
> don't match up.
>
> Anyways....
>
>


--
http://jarednevans.typepad.com



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?2cbc9d820510151335p55d69785oc876161f4d425ad4>