I am just a casual reader on this list so I could be entirly wrong about
all this.
I've read the thread that you started last spring, and I've been following
this one, and I sympathize with you on the problems with the acceleration
in X (it's down right unusable IMHO) but what I'm missing is what
On Fri, 1 Nov 2002, J. Imlay wrote:
I am just a casual reader on this list so I could be entirly wrong about
all this.
I've read the thread that you started last spring, and I've been following
this one, and I sympathize with you on the problems with the acceleration
in X (it's down right
On Sat, 2 Nov 2002, Dr Andrew C Aitchison wrote:
Speaking as someone in the outer circle (I'm on the private lists, but
don't get to change the code) I think that the problem is that none one will
commit a patch that they don't understand.
Hi Andrew,
So those who send patches should expect
Le ven 01/11/2002 à 22:37, [EMAIL PROTECTED] a écrit :
Also, how could the actual sync be performed? Could we have a device
like /dev/vblank that blocks on read until the vblank interrupt is
sent? Or some kind of ioctl?
Scott Long
A simple suggestion: What if there was a function
El vie, 01-11-2002 a las 22:16, Stephen Davies escribió:
Hi,
Some while back I sent to fixes@xfree86,org my patch to make XVideo in
tdfx driver double buffered.
I have had no response. Are patches wanted? Should I expect a response?
Your patch is in CVS. Look at
Joe,
while you are at it: Would it be possible to implement some sort of
generic/custom key combination (of your choice) to be used by video
drivers, such as a replacement of the Fn-combination found on many
laptops?
I am facing the following problem: On SiS based machines, the
Fn-combination
On Sat, Nov 02, 2002 at 09:09:25AM +, Dr Andrew C Aitchison wrote:
On Fri, 1 Nov 2002, J. Imlay wrote:
I am just a casual reader on this list so I could be entirly wrong about
all this.
I've read the thread that you started last spring, and I've been following
this one, and I
On Sat, 2 Nov 2002, Stephen Davies wrote:
On Sat, 2 Nov 2002, Dr Andrew C Aitchison wrote:
Speaking as someone in the outer circle (I'm on the private lists, but
don't get to change the code) I think that the problem is that none one will
commit a patch that they don't understand.
On Sat, Nov 02, 2002 at 10:31:10AM +, Stephen Davies wrote:
On Sat, 2 Nov 2002, Dr Andrew C Aitchison wrote:
Speaking as someone in the outer circle (I'm on the private lists, but
don't get to change the code) I think that the problem is that none one will
commit a patch that they
Is there any way to get X to support the ALT+keypad ASCII code support
working under X?
Under a normal Linux console, ALT+(three digit ASCII code) will yield a
key event for that key - in other words, ALT+(Keypad 0 6 5) will yield
an 'A'.
I have a barcode scanner that generates all its events
At 2002\11\01 23:01 -0800 Friday, Michael Toomim wrote:
At 2002\11\02 17:22 +1300 Saturday, Craig Carey wrote:
Correction: dx' = k1 * * (+1 if dx 0 else -1)
dx' = k2 * dx
[dx is a C int, dx' is real that is added to a real sum and then
later converted into a
On Fri, Nov 01, 2002 at 11:58:31PM -0800, J. Imlay wrote:
I am just a casual reader on this list so I could be entirly wrong about
all this.
I've read the thread that you started last spring, and I've been following
this one, and I sympathize with you on the problems with the acceleration
in X
On Sat, Nov 02, 2002 at 10:31:10AM +, Stephen Davies wrote:
So those who send patches should expect some feedback or questions as to
our code.
I submitted a tdfx driver patch on 7th Oct:
Your submission to [EMAIL PROTECTED] has been assigned the
sequence number A.1297.
I would have
Craig Carey wrote:
Here are some arguments having considerations of deceleration appear in
this thread:
Ok, let me rephrase. I'm not saying that what you're saying is
irrelevant -- I agree that it needs to be discussed. I was just
pointing out that we are talking about two separate things:
Hello,
I'm planning to buy a video card soon. I like the best performance, but
one that's fully compatible with X. I'm looking at nVidia, but I'm not
sure I want to go with them since the most stable drivers seem to be
their own, proprietary ones. I'd really appreciate your opinions on
this.
J. Imlay wrote:
I am just a casual reader on this list so I could be entirly wrong about
all this.
I've read the thread that you started last spring, and I've been following
this one, and I sympathize with you on the problems with the acceleration
in X (it's down right unusable IMHO) but what
J. Imlay wrote:
But lambasting people for commenting there opinions on this matter as
being off topic (even if they are) doesn't get any of us anywhere.
Wow. I didn't think I was lambasting Craig.
Craig, I sincerely apologize if I offended you. I *really* didn't mean
it to come off that
David Dawes wrote:
Once a submission is reviewed, any of the following may happen:
1. submission found to be a duplicate, or problem already fixed
2. committed with or without changes
3. submitter contacted for further information
4. held for further review
5. rejected
Thanks for the
David Dawes wrote:
I think the problem in this particular case is lack of agreement about
the nature of the pointer accleration problem and/or its solution. If
those interested in solving the problem can discuss it here and come to
some agreement on what the true nature of the problem is, and
Michael Toomim [EMAIL PROTECTED] writes:
The issue disappeared from the mailing list, but I had some discussion
offline with Joe Krahn about it after the mailing list posts that you
saw. During that discussion, I communicated with the woman who
researched mouse acceleration algorithms at
Michael Toomim [EMAIL PROTECTED] writes:
David Dawes wrote:
Once a submission is reviewed, any of the following may happen:
1. submission found to be a duplicate, or problem already fixed
2. committed with or without changes
3. submitter contacted for further information
4.
Here's what I'm trying to get at: I think that the constant multiplier
should be settable with xset, instead of requiring one to modify the
Resolution option in XF86Config.
[...]
This setup works really well for me! The only problem is that it was a
bitch to figure out the right values
That's beyond the scope of what I'm doing, but it's certainly possible.
Right now I'm just trying to improve the interface between the XFree86 ddx
and the XKB extension so that the latter can handle the various special
key sequences that the former has be doing itself. In other words, I'm
trying
On Fri, Nov 01, 2002 at 10:41:33PM +0100, [EMAIL PROTECTED] wrote:
I guess I'm proposing some sort of X extension that allows a
particular X request to be tagged as synced to vblank. For example a
XCopyArea request could be preceded by another request (call it
XRequestVerticalSync) that
Hi,
I am installing redhat 8.0 on my IBM thinkpad laptop
R32. XFree86 fails to start after installatoin complaining about "No
screens found." Is it something specific to the way I configure my laptop
LCD display, or is it about VMware?. Below I attach the XF86Config
contents and the crash
Hi,
I have an iBook with a r128 LF. The video output in mirroring mode is
broken (recognizable but waves horizontally). I could manage to make
it work in 256 colours by switching to using the second CRTC (and
feeding it with the right values), but I failed to make it work in
15/16/24 bit
Hello,
On my new compaq evo N5001v, there's supposedly a radeon 7500 card. The
card woun't work with the either the radeon or ati driver, though. Is
there any way to use this card (OK, I'm using the vesa driver for now,
but I mean natively), or is support under way? I'm attaching lspci -xxx
Hello,
I would like to know if there is anyone currently working on porting the
driver for S3 864 chipsets to the XFree 4.x tree. I have some older machines
with S3 adaptors and would like to start using XFree 4.x instead of XFree 3.x
on them. In case there isn't anyone working on the drivers
I propose adding an option to the XF86Config mouse settings that lets a
user modify the mouse speed (not acceleration) dynamically (with xset
rather than XF86Config).
Right now, xset m acceleration threshold tells X to make the mouse go
acceleration times faster when it's going beyond speed
Sorry about that . . .here is the log with the verbose switch on.
comment out the horiz and vert synch values didn't work
Thanks again
Charlie Moon
Then please send me /var/log/XFree86.0.log, after an attempt to run
the
server with -logverbose 4 after a power-down/reboot sequence.
I
I reported a bug a while ago and didn't receive any response. In recent
releases of 4.2.1 the behaviour has changed slightly. The change in behaviour
makes me suspect somebody might think they've fixed the bug but in fact it's
still present.
The problem manifests when in a screen size smaller
On Tue, Oct 29, 2002 at 05:29:06PM +0100, Michel D?nzer wrote:
On Die, 2002-10-29 at 12:53, Stian Jordet wrote:
Will there ever be support for Radeon 9700 Pro in XFree? I would be very
happy with just 2d support.
2D support is in current CVS and will be in 4.3.0.
BTW, when is 4.3.0 is
Hi,
I have a Sony Vaio with a Radeon Mobility .. X runs fine at 1024 x 768
on the LCD panel, but when I plug in an external monitor it runs at 800
x 600 and a warning appears in the log ..
(WW) RADEON(0): Mode 1024x768 is out of range.
Valid mode should be between 640x480-800x600
I've tried
To: SuSE LINUX
IBM
ATi
XFree86
Date: Day Month Year
Date: 29th October 2002
RE Linux Driver for ATi Radeon Mobility Fire GL 7800
Hi folks,
I recently bought an IBM A31p Thinkpad with a 15 inch 1600 X 1200 UXGA
TFT Monitor, 1.8Ghz P4 Pentium
In relation to a post by Chris Metcalf and Geoffrey:
# pci info: 0x1002, 0x5159, 0x100
# extra options in [video.1] VideoRam = 16384k
Section Device
Identifier Device1
Driver radeon
BusID PCI:1:0:0
Screen 0
EndSection
Section
Hi,
I've been having some strange troubles with Xv on my MGA G200 card.
Specifically, I get black flickery vertical lines down the right hand
side of the xv image whenever playing larger video files.
Playing a large (720x480) MPEG file with mplayer:
VIDEO: MPEG2 720x480 (aspect 2) 29.97 fps
Hi All,
Last night i have downloaded the 4.2.1.99 version of XFree...
the 'make world' works well, but whet i try 'make install' then following error
occours:
xf86Wacom.c: In function `xf86WcmReadUSBInput':
xf86Wacom.c:1591: `ABS_WHEEL' undeclared (first use in this function)
xf86Wacom.c:1591:
Background:
I have a Linux box (and a Windoze box) attached to a KVM switch.
When I switch away from the Linux box and come back, the mouse
(an MS Intellimouse, IMPS2) goes haywire. Switching from the graphical
X mode to a console mode (Ctrl-Alt-F1) and back fixes the problem.
It looks like the
Around 20 o'clock on Oct 25, Juliusz Chroboczek wrote:
KP If you're running current XFree86 CVS, you should be seeing ARGB cursors
KP all over your screen as Xlib has been hacked to use them in place of the
KP stock cursor images.
XCreateFontCursor ? Can that behaviour be disabled ?
Yes,
I'm running into a couple of interesting problems. I have a PIV, Nvidia
GeForce2 dual head pc running redhat 7.1. Initially I had
Xfree86_4.0.3. The first problem I had was the Xserver would not
start. Unfortunately, it would work sometimes which makes it very
difficult to troubleshoot. I
Hi,
I have an IBM thinkpad 560 with Trident TGUI 9660/Cyber9382 card
and a 12.1 TFT. XF86 3.3.6 works fine on this computer, 4.2.0 does
not. The LCD becomes garbled and an external monitor doesn't sync.
Fiddling with the XF86Config settings doesn't seem to help, so I
wrote a simple register dump
On Thu, 2002-10-31 at 02:16, José Fonseca wrote:
project. Also the proprietary nVidia Linux drivers come with some source
code (which was also the basis for the Utah-GLX drivers).
I have the last release they did that was merely all obfuscated, and
some tools for partially deobfuscating it.
Count me in as much as I can help. I can make the hardware sing but I
know zilch about the Mesa end of things. I'm also interested in Voodoo2
since its for many people the best video card you can shove in old hppa
boxes and in sis 6326 (because its a good simplicity test)
At one point there was
On Thu, 2002-10-31 at 11:26, Keith Whitwell wrote:
At one point there was a shadowfb based 2d driver for the voodoo cards -- it
would be interesting an interesting approach to add a dri layer to that
driver, if it still exists.
I use it on several boxes. It has some endian limitations (from
Cheers all,
I've finally gotten what I want (within XF86's limitations) for my X,
namely
-radeon accel working(windows are still horribly sluggish-try it and
see: grab a window by its bar and shake it. Repeat on
well-configured(yeah right) winblows with same gfx card. You see what I
mean?)
Now I had included some lines of the files XF86Config.new and
XFree86.0.log
I will like to participate and contribute for this project.
Thanks for the help provided.
This is the configuration file XF86Config.new:
Section ServerLayout
Identifier XFree86 Configured
Screen
On Thu, 2002-10-31 at 15:58, José Fonseca wrote:
I don't know much about SIS 6326. I know that there is some deprecated
(it hasn't been updated for the architectural changes) support for SIS
630 chips on the CVS.
6326 is much older than 630 and 315 etc. Its in the PIO with very small
fifo
Alan Cox wrote:
On Thu, 2002-10-31 at 15:58, José Fonseca wrote:
I don't know much about SIS 6326. I know that there is some deprecated
(it hasn't been updated for the architectural changes) support for SIS
630 chips on the CVS.
6326 is much older than 630 and 315 etc. Its in the PIO with
On Thu, Oct 31, 2002 at 03:58:29PM +, José Fonseca wrote:
The Voodoo 2 specs are available from http://www.medex.hu/~danthe/tdfx/
. I don't know what's the current state of the tdfx driver in respect
with Voodoo 2. The tdfx driver is quite different from any other driver
because it uses
On Thu, 31 Oct 2002, Keith Whitwell wrote:
On voodoo-1, even vertices that aren't snapped to 1/16th(?) subpixel coords
will crash it... Hmmm, you can't do fp in the kernel, right?
You _can_ use FP, but you have to jump through hoops to do so, especially
if you're in an asynchronous context
I have a problem with Xnest (running XFree 4.2.0 on NetBSD 1.6/i386).
I start it as usual with XNest :1, but when I try connecting
via xterm -display :1 or use any client after setting DISPLAY I get the
following message:
Xlib: connection to :1.0 refused by server
Xlib: No protocol specified
I propose adding an option to the XF86Config mouse settings that lets a
user modify the mouse speed dynamically with xset, rather than with the
Resolution option in XF86Config.
Right now, xset m acceleration threshold means:
Move the cursor at speed `acceleration*raw_mouse_speed' whenever
-- Forwarded message --
Date: Thu, 31 Oct 2002 19:26:31 +0100 (CET)
From: Frank Cornelis [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: i845G crashes after 30 seconds
Hi,
I'm using the latest DRI drivers i830-20021031-linux.i386 but I still get
the same
Hello,
I am writing this email to notify you I had the same problem as Mikkel
Lauritsen with my nForce motherboard graphics.
The XFree86 drivers in the XFree86-4.2.0-72 RPM package which comes with
RedHat 8.0 do not work with nForce properly.
When doing a RedHat 8.0 install I need to use
Hello!
I have installed FreeBSD 4.7, and it seems there's no i845G driver for
my onboard video card. XFree86 even doesn't want to start from the
/stand/sysinstall menu in graphical mode. The error I get is unable to
open /dev/agpgart (Device not configured). What can I do about it?
Hello.
First off, I'd like to say thank you to all of the xfree86 developers
for your tremendous contribution to making a world of free software a
reality.
I have backported the 2d driver of the intel 845G driver for our
upcoming release of lindowsOS.
In our testing, we have come across a
Craig Carey wrote:
The XFree86 mouse deceleration function gets dx,dy integers that are
small integers in between -1 and +1 quite often. Whatever the function
(formula) was, it could be replaced with these two without much change:
dx' = k1 * dx * (+1 if dx 0 else -1)
dx' = k2 * dx
Hi
I'm having a really strange problem with an nVidia GeForce 4Ti AGP card
and DPMS on SuSE 8.0 (XFree86 4.2.0) updated to have the nVidia driver
release 1.0-3123. I have DPMS enabled in the XF86Config and xset q reports:
DPMS (Energy Star):
Standby: 1200Suspend: 1800Off: 2400
Hi,
It seems to work now when i back from kde 3.0.4 to 3.0.3 but i don't be really
sur that du to that. I didn't apply your changes... but i keep it mind .. for
example kde 3.1... i mail a another mail to inform you.
Thanks,
bye
Patrick Rutka
___
At 11:49 AM 11/2/2002 -0500, you wrote:
On Sat, Nov 02, 2002 at 10:31:10AM +, Stephen Davies wrote:
So those who send patches should expect some feedback or questions as to
our code.
I submitted a tdfx driver patch on 7th Oct:
Your submission to [EMAIL PROTECTED] has been assigned the
J. Imlay wrote:
But lambasting people for commenting there opinions on this matter as
being off topic (even if they are) doesn't get any of us anywhere.
Wow. I didn't think I was lambasting Craig.
Craig, I sincerely apologize if I offended you. I *really* didn't mean
it to come off that
On Fri, Nov 01, 2002 at 10:46:40PM +0100, [EMAIL PROTECTED] wrote:
I think the main reason for the lack of a standard effort is the
varying requirements of the projects proposing these solutions. The
mplayer folks (and some xine/etc authors) want some kernel solution
that's independent
Around 21 o'clock on Oct 30, oliver wrote:
So if i get things right by reading these couple posts, it means that
this pretty ARGB cursor I'm getting is software based.
The Radeon driver now has HW support for ARGB cursors; the nVidia driver
should have support shortly. Adding support to
I think it would be very interesting if there was a public archive of
these private lists. It would give people on the outside a better
understanding of what is actually being talked about and actively worked
on. Also it would make a lot of us much less ignorant. (and that's a good
thing for
It might be best to provide both interfaces. It's probably not
significantly harder to provide both API's - they both trigger off the
same hardware event.
Some things to consider:
Very nice:
* The interface needs to provide a vblank counter, so the user can easily
detect dropped vblanks.
*
On Fri, Nov 01, 2002 at 04:18:47PM -0600, Billy Biggs wrote:
Owen Taylor ([EMAIL PROTECTED]):
Michel D?nzer [EMAIL PROTECTED] writes:
The interface we've implemented in the DRM is an ioctl which
basically blocks for a requested number of vertical blanks (it's
more flexible in
On Thu, 31 Oct 2002, Ulrich Hobelmann wrote:
I have a problem with Xnest (running XFree 4.2.0 on NetBSD 1.6/i386).
I start it as usual with XNest :1, but when I try connecting
via xterm -display :1 or use any client after setting DISPLAY I get the
following message:
Xlib: connection to
[EMAIL PROTECTED] wrote:
You keep saying that the resolution can't be changed without editing the
XF86Config file, but the XFree86-Misc extension has made it possible for
years to change that setting on the fly. It's just a matter of having
a client to interface to that extension and there are
68 matches
Mail list logo