Samium Gromoff wrote (in a message from Sunday 23)
Hello folks, /me have been recently struck by the following issue
when i modify cf/cf/xfree86site.def::DefaultGcc2i386Opt
to contain -mcpu=pentium, all makefiles, xmakefile and Makefile.proto`s
start to contain -mcpu=1
Hi!
I have just tested CVS version of XFree86 on the same hardware as
in http://www.xfree86.org/pipermail/xpert/2001-September/011381.html .
Without HAL module CVS has exactly the same problems as 4.0.3.
However, with Option Int10 the driver managed to
On Fri, 21 Sep 2001 23:28:50 +0200, Peter Surda wrote:
I vaguely remember that for mga you can use /dev/mga_vid. I think there is a
generic interface somewhere in X but don't know where.
The /dev/mga_vid is a specific device that belongs to a kernel driver which
you can use to directly
Hello.
I am looking for Xkb documentation. Can
anyoone indicate references for configuring
Xkb?
Regards.
Romildo
--
Prof. José Romildo Malaquias [EMAIL PROTECTED] [EMAIL PROTECTED]
Departamento de Computação - Universidade Federal de Ouro Preto
Brasil
On Sun, 23 Sep 2001 16:10:50 +0200, Peter Surda wrote:
As he also pointed out that hardware automatically does this.
That depends on the hardware - matrox cards unfortunately don't do this
automatically. And I guess if it did, some people would complain about
it because they want the best
On an eight-bit visual, XDPS will allocate a 9-level gray ramp, and a
4x4x4 colour cube, for a total of 73 colourmap entries. (Colour
allocation happens on the client side in XDPS.)
Can RENDER deal with such a configuration?
KP RENDER must have the colors allocated within the server;
On Sun, Sep 23, 2001 at 04:52:24PM +0200, Matthias Dahl wrote:
As he also pointed out that hardware automatically does this.
That depends on the hardware - matrox cards unfortunately don't do this
automatically. And I guess if it did, some people would complain about
it because they want
On Sun, 23 Sep 2001 14:59:14 -0400, didier wrote:
No MGA can do that without polling, If you only want to wait the next vsync.
Interesting. Without waiting for a hardware IRQ or anything like that?
I just mailed a patch at [EMAIL PROTECTED]
If you don't mind and if it's not too much
On Sun, Sep 23, 2001 at 05:38:52PM +0200, Peter Surda wrote:
Well, you can't get higher frame rate than your monitor can go can you?
Unless your brain is plugged directly to the videoram :-)
Um, pluging myself directly to the video ram... hey... good idea. :-)))
So the signal is generated
On Sun, Sep 23, 2001 at 07:26:47PM +0200, Matthias Dahl wrote:
So the signal is generated the same way and indeed you should need to sync
drawing.
But you shouldn't forget that one is progressive and other one is interlaced.
yes there are 2 of them.
And I guess the TV does all the
This sounds very good. If you want a tester, I can test the Trident Cyberblade XP part.
On Sun, 2001-09-23 at 15:55, Branden Robinson wrote: On Sun, Sep 23, 2001 at 12:03:33PM +0100, Alan Hourihane wrote:
I've no idea on how Debian update their XFree86 packages, you'd need to
contact
On Sun, 23 Sep 2001, Matthias Dahl wrote:
Now what confuses me is that I thought it isn't possible to get the retrace
information in user space - just in kernel space. I guess this is only true
if you want to make use of the hardware interrupt that is being issued (and
naturally that
12 matches
Mail list logo
