similar to: Switching from Vesa driver to video adapter driver fails

Jan, List: Is there any way we can compile a kernel to include the VESA Video Modes for 1440x900 resolution so that we can pass grub VGA=867 for 1440x900. This will all me to work in runlevel 3 without the screen resolution being stretched from 1024x768 to 1440x900. The stretch causes everything to be distorted. The necessary VESA modes and numbers are: 1440x900 (dec;

Hi! Recently I've been working with the rest of the X.Org board to try to get X.org access to VESA memberships so that contributors that don't have an employer who is able/willing to join VESA can potentially get access to the various benefits of a VESA membership, such as access to DisplayPort specifications. Since I need to gather a list of interested X.org members, I'd like to know

"H. Peter Anvin" <hpa at zytor.com> writes: > On 06/03/2014 02:59 AM, Ady wrote: > >> Testing Syslinux 6.03-pre13 in a BIOS 32-bit VM, >> boot: vesa.c32 >> Undef symbol FAIL: luaL_checklstring >> Failed to load COM32 file vesa.c32 >> boot: >> >> Is there a Lua-related issue? >> >> Is vesa.c32 expecting some kind of

Testing Syslinux 6.03-pre13 in a BIOS 32-bit VM, boot: vesa.c32 Undef symbol FAIL: luaL_checklstring Failed to load COM32 file vesa.c32 boot: Is there a Lua-related issue? Is vesa.c32 expecting some kind of argument? TIA, Ady.

I have noticed anything using ANSI escape sequences to color text does not work if syslinux is in VESA mode. It only works if the \1#, \2#, or \3# are used. This means that libmenu which relies on csprint fails to render colors in VESA mode. I noticed the default color table has a complete table generated at runtime for all VGA color combinations, which csprint also does but from VGA attributes on

Hi all, new to this list ;) I have a Lenovo Thinkpad T61. lspci|grep VGA says: 01:00.0 VGA compatible controller: nVidia Corporation Quadro NVS 140M (rev a1) I have Slacware64-13.0 and Slackware64-current installed. Nouveau is modularized in all my kernels for -current. A problem arise even if I don't want to use nouveau under X: unless nouveau be blacklisted in

On 01/07/2013 12:51 PM, syslinux-bot for Matt Fleming wrote: > Commit-ID: 15a67011987c341814533ac4d8e23c9a72dc7605 > Gitweb: http://www.syslinux.org/commit/15a67011987c341814533ac4d8e23c9a72dc7605 > Author: Matt Fleming <matt.fleming at intel.com> > AuthorDate: Mon, 7 Jan 2013 14:42:16 +0000 > Committer: Matt Fleming <matt.fleming at intel.com> > CommitDate:

Ady <ady-sf at hotmail.com> writes: >> "H. Peter Anvin" <hpa at zytor.com> writes: >> >>> I didn't realize how many modules there are in Lua, and quite frankly >>> not all of them are very well named in the sense that it is clear that >>> they are Lua-related. vesa.c32 is one of those - it is one of several >>> Lua

I have the same problem on the install disks and on the Live CD: The computer locks as soon as the Xserver starts. I end up with a blank screen (color varies) with a moving mouse cursor. Nothing else. Nothing appears on the screen. Keyboard and mouse are inoperative. Even Alt-SysRq-R doesn't work. Only way out is the reset button (or maybe SSH, but I don't have another machine handy

This release rolls up a few minor bug fixes since 2.4.0. We now refuse to run on machines with UEFI firmware (on Linux only, patches welcome for other OSes) since it won't work in the general case and you probably have a kernel framebuffer driver running already. We also only attempt to use 24bpp if the alternative would be pseudocolor, but note that since xserver 1.20 24bpp will not work at

Nothing terribly exciting, but enough bug fixes to justify a release. Adam Jackson (4): Don't build old probe method on sufficiently new servers Fall back to VGA if the palette API isn't supported Use VBEFreeVBEInfo not free vesa 2.4.0 Emil Velikov (1): autogen.sh: use quoted string variables Ian Lepore (1): Honor Option "NoDDC" correctly

Minor update to fix PanelID support. The minimum xserver version is now 1.6; if you haven't updated your xserver in the last six years, now would be a good time. Adam Jackson (3): configure: Drop PanelID test Don't include deprecated xf86PciInfo.h vesa 2.3.4 Alan Coopersmith (1): Raise required version of xorg-server to >= 1.6 git tag: xf86-video-vesa-2.3.4

Aaron Plattner (1): Don't disable FB access when it's already disabled. Adam Jackson (9): Remove all trace of mfb Bug #10004: Fix palette initialization in 8bpp modes. Fix boolean inversion in VBE screen clear. Remove some useless module loading cruft. Prefer a more modern depth/bpp selection. Add semi-reasonable mode validation. Clean up

Bug #2150: Don't call VBEGetSetDACPaletteFormat when in direct colour or YUV modes. (David Sterratt) CVS tag: xf86-video-vesa-1_2_1 http://xorg.freedesktop.org/releases/individual/driver/xf86-video-vesa-1.2.1.tar.gz: MD5: 1bf4a36af8422245bcdd99c2aa2f8f4f xf86-video-vesa-1.2.1.tar.gz SHA1: 92323676608ff9ec357c8d94f14133794943b542 xf86-video-vesa-1.2.1.tar.gz

Hi I want to play Duke Nukem 3d, but I need a Vesa driver, but i can't find anyone who want to work. Is there somebody who know something about this problem?????? I have: Windows 2000 Creative Labs RIVA TNT

Is there any chance that nouveau will be able to support VESA Adaptive Sync before Nvidia adds it to their proprietary drivers? Or is this effectively impossible without their cooperation? I've looked, but haven't managed to find any previous discussion on this topic.

I boot from the installation DVD, with an already existing CentOS 5.5 system on my hard disks. I have separate boot, root, and home partitions. I have moved the boot partition and now I need to re-initialize grub from rescue mode. Attempting to use 'rescue mode" to automatically mount my system under /mnt/sysimage eventally fails with an error message, which essentially says

> "H. Peter Anvin" <hpa at zytor.com> writes: > > > On 06/03/2014 02:59 AM, Ady wrote: > > > >> Testing Syslinux 6.03-pre13 in a BIOS 32-bit VM, > >> boot: vesa.c32 > >> Undef symbol FAIL: luaL_checklstring > >> Failed to load COM32 file vesa.c32 > >> boot: > >> > >> Is there a Lua-related issue?

https://bugs.freedesktop.org/show_bug.cgi?id=32453 Summary: SIGABRT caused by malloc around RegionCreate. Can only reproduce with nouveau not vesa. Product: xorg Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

On 06/03/2014 02:59 AM, Ady wrote: > Testing Syslinux 6.03-pre13 in a BIOS 32-bit VM, > boot: vesa.c32 > Undef symbol FAIL: luaL_checklstring > Failed to load COM32 file vesa.c32 > boot: > > Is there a Lua-related issue? > > Is vesa.c32 expecting some kind of argument? > luaL_checklstring should be found in liblua.c32. Are you perhaps missing the latter? I