On Do, 2.10.2008, 21:35, Paulo Cesar Pereira de Andrade sagte:
I figured out the UseFBDev function yesterday. When enabling this
specific
function my screen shows up with the mighty X cursor. I can move it with
Does it also happen when using the SwCursor option?
When enabling the SwCursor
tirengarfio escreveu:
I have observed, since some days, xorg process takes too much time cpu. I
didn't touch anything at all at my computer or files. But im sure about this
change...
The last days I've been with a moderate fever. I didn't do anything
wrong. But I'm sure about this change.
Hello,
I have a user reporting his horizontal wheel is inverted using the evdev input
driver. If I understand correctly, evdev handles positive values as to the
right and negative as to the left:
case REL_HWHEEL:
if (value 0)
Hello,
I have a question about _XtMatchStandardMods() ( test-case is simple
motif-based program ).
It seems like TRANSLATE macro from _XtMatchStandardMods() is using some
sort of caching for entered keys. So, keycode is translated only once,
in my case with XmTranslate(), Xt is calling
Am Donnerstag, den 02.10.2008, 20:09 -0700 schrieb Paul White:
What is agpgart? What do I need to make this work?
In linux it is a kernel driver that manages the agp gart.
A similar driver seems to exist dor freebsd, a quick google returned
agp(4) driver. You will need that driver.
Even
Em Monday 06 October 2008 13:23:48 Dan Nicholson escreveu:
On Mon, Oct 6, 2008 at 7:41 AM, Ander Conselvan de Oliveira
[EMAIL PROTECTED] wrote:
Hello,
I have a user reporting his horizontal wheel is inverted using the evdev
input driver. If I understand correctly, evdev handles positive
On Sun, 2008-10-05 at 09:21 +0200, Thomas Hilber wrote:
Hi list,
with the attached patch and xorg.conf I successfully use interlaced modes
like 720x576i on a 915G chipset. For an i830M this unfortunately does not
yet work completely. First of all thanks to Keith Packard and
Krzysztof
On Mon, Oct 06, 2008 at 09:58:57AM -0700, Keith Packard wrote:
On Sun, 2008-10-05 at 09:21 +0200, Thomas Hilber wrote:
Hi list,
with the attached patch and xorg.conf I successfully use interlaced modes
like 720x576i on a 915G chipset. For an i830M this unfortunately does not
yet work
On Mon, 2008-10-06 at 20:04 +0200, Stefan /*St0fF*/ Hübner wrote:
Hello list,
I've got a system here which consists of Intel 830CGC and a focus fs454
chip to produce TV-output. Is there any way of making this work on a
relatively current linux? I'm asking this as I could not make
On Mon, 2008-10-06 at 19:27 +0200, Thomas Hilber wrote:
but it's quite strange. Even my i810 is running in
interlaced mode (i.e. 720x576i) with exactly the patch above with no
problems at all.
Yeah, i810 is completely different than i830 and later. And, for some
reason, i830 has no interlaced
On Tue, 2008-10-07 at 00:46 -0300, Tiago Vignatti wrote:
BTW, all mieqEnqueue() calls isn't needed to be wrapped by
OsBlockSignals() and OsReleaseSignals()? This is not what is happening
in our code.
OsBlockSignals is only required when queuing events other than from the
SIGIO handler as
Simon Thum escreveu:
Keith Packard wrote:
Why does inserting events do anything but pull events from the kernel,
insert them to the queue and update the sprite location on the screen?
All event processing should happen in the main server thread; the only
latency we're looking to reduce is the
12 matches
Mail list logo