On Sun, 2002-12-22 at 21:00, Billy Biggs wrote:
[EMAIL PROTECTED] ([EMAIL PROTECTED]):
Feigning erudition, Chris Worley wrote:
%
% I turned off HAL by setting
%
% #define UseMatroxHalNO
% #define BuildMatroxHal NO
%
% in xf86site.def.
%
%
I turned off HAL by setting
#define UseMatroxHalNO
#define BuildMatroxHal NO
in xf86site.def.
Sync-On-Green now works. What's HAL and what does it have against the
SyncOnGreen mga option?
OpenGL stuff still won't work. So, I guess I need to find the source
for
On Wed, 2002-12-18 at 01:34, Dr Andrew C Aitchison wrote:
These are in the order of my docs., but they show spaces between some of
these registers; the frambuffer driver doesn't have a mapping array for
this list of interesting registers to their addresses does it ?
You are correct, the
First, the SyncOnGreen option doesn't work...
Running XFree 4.2.0, on SuSE 8.1, kernel 2.4.19, and the Matrox Frame
Buffer driver on a dual P3 with an MGA G200 AGP video card and a fixed
sync, sync on green, monitor.
The frame buffer driver works flawlessly! The boot line I use is:
The sync on green problem is not a syntax error... in checking the
log:
(**) MGA(0): Option SyncOnGreen on
It seems to think it set SyncOnGreen, but it doesn't. Since the
framebuffer driver works (see sync=0x28, below), it must be the X driver
not setting the option correctly on the
The sync-on-green issue might be either 1) composite sync isn't being
setup, which I've not figured out how the kernel mga framebuffer driver
or the X mga driver does it, or 2) some bad DAC register offsets in the
X driver.
From debugging, I'm pretty sure I'm taking the sync-on-green path
through