On Mon, 16 Jul 2001, Branden Robinson wrote: >> (II) LoadModule: "mga_hal" >> (II) Loading /usr/X11R6/lib/modules/drivers/mga_hal_drv.o >> (II) Module mga_hal: vendor="The XFree86 Project" >> compiled for 4.0.3, module version = 1.0.0 >> ABI class: XFree86 Video Driver, version 0.3 >> (II) MGA(0): Matrox HAL module used > >As I understand it, the HAL module is not necessary in XFree86 4.1.0 for >basic functionality. Consider moving this module out of the way.
I think the HAL is needed for dualhead on G400, and for any of the available TV-foo features. Not 100% sure as I don't use HAL though. >> This is disconcerting. But I am confident it will work out. > >You're using experimental XFree86 packages in conjunction with a closed >source server module that Debian doesn't supply, and using a server option >that is known to cause problems in some configurations (for all I know, it >is the combination of mga_hal and fbdevhw that is the problem; both are >ways of communicating with the MGA hardware). > >Unless you're interested in being a guinea pig, I suggest a more >conservative approach. Otherwise, I suggest we take this problem report >upstream. Our builds disable support for the hallib. I don't know if that is an option for your packages, but it is: #define UseMatroxHal NO For those who use X builds with HAL support built in, and have the Matrox HAL, you should send bug reports directly to Matrox. They are fairly responsive in my experience. Luugi Marsan, Karl Lessard are two engineers there working on XFree86 support. <[EMAIL PROTECTED]>. Hope this helps. ---------------------------------------------------------------------- Mike A. Harris Shipping/mailing address: OS Systems Engineer 190 Pittsburgh Ave., Sault Ste. Marie, XFree86 maintainer Ontario, Canada, P6C 5B3 Red Hat Inc. Phone: (705)949-2136 http://www.redhat.com ftp://people.redhat.com/mharris ----------------------------------------------------------------------
