On Mon, 2002-01-28 at 15:30, Vladimir Dergachev wrote:
On 28 Jan 2002, Michel [ISO-8859-1] Dänzer wrote:
On Mon, 2002-01-28 at 10:00, Vladimir Dergachev wrote:
On 28 Jan 2002, Michel [ISO-8859-1] Dänzer wrote:
On Mon, 2002-01-28 at 04:54, Davor Buvinic wrote:
Robert hedges writes:
This doesn't seem to be it either, this also returned it to the origianl
psychedelic behaviour.
Robert
Hi Robert,
I assume the origin of the problem is somewhere in ResetVideo.
Can you comment out the entire code in this function and see if
this is true? If so
On 30 Jan 2002, Michel [ISO-8859-1] Dänzer wrote:
On Mon, 2002-01-28 at 15:30, Vladimir Dergachev wrote:
On 28 Jan 2002, Michel [ISO-8859-1] Dänzer wrote:
On Mon, 2002-01-28 at 10:00, Vladimir Dergachev wrote:
On 28 Jan 2002, Michel [ISO-8859-1] Dänzer wrote:
Hi,
Frank v Waveren wrote:
Slightly OT: What kind of performance gain can one expect from using a
HW cursor anyway? I can't say it's noticable on my systems, and if it
is indeed negligable then perhaps defaulting to HWCursor off might be
a good idea considering the number of posts about
On Mit, 2002-01-30 at 10:32, Vladimir Dergachev wrote:
On 30 Jan 2002, Michel [ISO-8859-1] Dänzer wrote:
Btw, while I've been sleeping I thought how we could get CCE support into
Xvideo. The thing I am really against is duplicating code for case with
CCE and without.
Very much
Hi There,
Maybe, I know this is a long shot, but I am desperately looking for a bit of
help with a ATI RADEON 7000 Pro with TV-OUT. I am currently running a netBSD
system and would like to use this card but have managed to fall flat on my face
everytime. What options do i havein order to
On Fre, 2002-01-25 at 10:13, Darren Marshall wrote:
Before I installed 4.2.0 I deleted the /usr/X11R6 tree so everything there is
definitely 4.2.0.
It's possible that there's a stray libGL.so.1.2 in /usr/lib, or a
similar problem.
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux
On Die, 2002-01-29 at 15:07, Peter Muellner wrote:
I am a Newbie to Linux and so i have prompt some troubles to run the
x-Server.
As you see following system shown above is running only in Text mode by
using Suse Linux 7.3 Prof.
When I start x Server - my tft connected via DVI turns to
On Wed, 2002-01-30 at 04:30, Egbert Eich wrote:
Since I have no idea how to persuade the chip to return to the correct
behavior the only solution for now is disabling HW cursor.
I am having this error, even without a HW cursor.
Kevin Breit
___
Xpert
In /usr/lib I have:
/usr/lib/libGL.so - /usr/X11R6/lib/libGL.so
/usr/lib/libGL.so.1 - /usr/X11R6/lib/libGL.so.1
On Wed, Jan 30, 2002 at 03:17:38PM +0100, Michel D?nzer wrote:
On Fre, 2002-01-25 at 10:13, Darren Marshall wrote:
Before I installed 4.2.0 I deleted the /usr/X11R6 tree so
On 30 Jan 2002, Michel [ISO-8859-1] Dänzer wrote:
On Mit, 2002-01-30 at 10:32, Vladimir Dergachev wrote:
On 30 Jan 2002, Michel [ISO-8859-1] Dänzer wrote:
Btw, while I've been sleeping I thought how we could get CCE support into
Xvideo. The thing I am really against is
On Wed, 30 Jan 2002, Vladimir Dergachev wrote:
On 30 Jan 2002, Michel [ISO-8859-1] Dänzer wrote:
On Mon, 2002-01-28 at 15:30, Vladimir Dergachev wrote:
On 28 Jan 2002, Michel [ISO-8859-1] Dänzer wrote:
On Mon, 2002-01-28 at 10:00, Vladimir Dergachev wrote:
On Mit, 2002-01-30 at 16:28, Kevin Breit wrote:
On Wed, 2002-01-30 at 04:30, Egbert Eich wrote:
Since I have no idea how to persuade the chip to return to the correct
behavior the only solution for now is disabling HW cursor.
I am having this error, even without a HW cursor.
No way. HW
Le Mercredi 30 Janvier 2002 15:17, vous avez écrit :
On Fre, 2002-01-25 at 10:13, Darren Marshall wrote:
Before I installed 4.2.0 I deleted the /usr/X11R6 tree so everything
there is definitely 4.2.0.
It's possible that there's a stray libGL.so.1.2 in /usr/lib, or a
similar problem.
I
On Tue, 29 Jan 2002, Ani Joshi wrote:
Here you can see the problem when you are using a card in the second bus
and are mapping the IO for the first. To solve this there needs to be a
bit of abstraction involved. I suppose one could map all the IO's, and
then set a flag in the driver which
Hi,
There used to be a tool called SuperProbe, which could detect video hardware.
It has been removed from the latest version Xfree86. Is there any replacement
or an alternative to this?
Thanks,
Mark
___
Xpert mailing list
[EMAIL PROTECTED]
On Wed, Jan 30, 2002 at 03:50:29PM +, Boris Duerner wrote:
Hi,
There used to be a tool called SuperProbe, which could detect video hardware.
It has been removed from the latest version Xfree86. Is there any replacement
or an alternative to this?
It was horribly out of date.
The
Here you can see the problem when you are using a card in the second bus
and are mapping the IO for the first. To solve this there needs to be a
bit of abstraction involved. I suppose one could map all the IO's, and
then set a flag in the driver which tells which bus this particular driver
On Wed, 30 Jan 2002, deek wrote:
Vladimir Dergachev scribbled:
__snipped_
I've implemented this (easier than software CCE) scheme. If you want to
please try the latest ati.2 CVS code at http://gatos.sf.net - or just take
a look at it.
Basically I put in
Hello Mailing-List,
i'm working as a developer of an embedded linux system in a small company. We
are going to release a medical device with Linux/GNU as the OS and a GUI that
is currently developed by ourselves.
We would like to use the TinyX framebuffer X-Server for our device beause its
much
Can someone please help me here.
Thanks,
Ragini.
-Original Message-
From: Prasad, Ragini
Sent: Tuesday, January 29, 2002 3:58 PM
To: '[EMAIL PROTECTED]'
Subject: [Xpert]Information on XInput extension
Is there any information I can get on communicating with the elographics
driver? Is
Vladimir Dergachev wrote:
On Wed, 30 Jan 2002, deek wrote:
Vladimir Dergachev scribbled:
__snipped_
I've implemented this (easier than software CCE) scheme. If you want to
please try the latest ati.2 CVS code at http://gatos.sf.net - or just take
a look at it.
Vladimir Dergachev scribbled:
On Wed, 30 Jan 2002, deek wrote:
Vladimir Dergachev scribbled:
__snipped_
I've implemented this (easier than software CCE) scheme. If you want to
please try the latest ati.2 CVS code at http://gatos.sf.net - or just take
a look at it.
Basically I put
I've decided to add some pertinent comments from Mike Harris regarding
the availability of documentation under NDA to the DRI Devel FAQ (
http://mefriss1.swan.ac.uk/~jfonseca/dri/faq/html/hardware.html#ATI-SPECS )
In the comments Mike makes strong reference to join as XFree86 developer
as a mean
Le Mardi 29 Janvier 2002 15:27, vous avez écrit :
Hello,
I would like to ask some help, if possible, on how to make it run the
XFree86 4.1 on a Dell Inspiron 4100
I have a Nvidia, Geforce 2 Go 32mb video card and XGA 14' tft display.
I tried first to install redhat 7.2 with the drivers from
On Wed, 30 Jan 2002 [EMAIL PROTECTED] wrote:
I wonder if we could use RAC for this, anyone with more knowledge of how RAC
works cares to comment ?
It's my understanding that the domain patches (which are now in the trunk
afaik) will handle this. I haven't had a chance to try them out yet on
On Wed, 30 Jan 2002, deek wrote:
Vladimir Dergachev scribbled:
On Wed, 30 Jan 2002, deek wrote:
Vladimir Dergachev scribbled:
__snipped_
I've implemented this (easier than software CCE) scheme. If you want to
please try the latest ati.2 CVS code at http://gatos.sf.net -
On Wed, 30 Jan 2002, Keith Whitwell wrote:
Vladimir Dergachev wrote:
On Wed, 30 Jan 2002, deek wrote:
Vladimir Dergachev scribbled:
__snipped_
I've implemented this (easier than software CCE) scheme. If you want to
please try the latest ati.2 CVS code at
Come on Vladimir, I'm not green. :-P
My bad,.. correct code turned out not to work.. Especially if you commit
without testing (I had 8500DV board in).
Could you please try again ?
Vladimir Dergachev
I even checked out a fresh CVS copy of ati.2 and
drm-kernel to
Perhaps someone should just ask them politely to release their docs to
XFree86 project as a whole. They were certainly doing that before and, if
anything, they were much more cooperative w.r.t. documentation lately.
I could certainly do it,.. but perhaps someone more official.
On Wed, 2002-01-30 at 11:14, Vladimir Dergachev wrote:
My bad,.. correct code turned out not to work.. Especially if you commit
without testing (I had 8500DV board in).
Could you please try again ?
That seams to have fixed it.
--
Morgan Collins http://sirmorcant.morcant.org
Crypto
On Wed, Jan 30, 2002 at 02:05:42PM -0500, Vladimir Dergachev wrote:
Regardless of the way it is merged the driver major version will need to
be bumped. GATOS drivers does this but only minor - as I did not want to
upload a mesa radeon driver just because of the version change.
I'm afraid I
Vladimir Dergachev scribbled:
Come on Vladimir, I'm not green. :-P
My bad,.. correct code turned out not to work.. Especially if you commit
without testing (I had 8500DV board in).
You're fogiven, this time...
Could you please try again ?
Vladimir
On Wed, 30 Jan 2002, Daryll Strauss wrote:
On Wed, Jan 30, 2002 at 02:05:42PM -0500, Vladimir Dergachev wrote:
Regardless of the way it is merged the driver major version will need to
be bumped. GATOS drivers does this but only minor - as I did not want to
upload a mesa radeon driver
On Wed, Jan 30, 2002 at 03:15:53PM -0500, Vladimir Dergachev wrote:
I completely agree with you.. but I did not give you details :))
What happens is that if you try to use older drm driver with GATOS 2d
driver the GATOS driver will notice and complain. But if you use GATOS drm
driver with
On Wed, 30 Jan 2002, Daryll Strauss wrote:
On Wed, Jan 30, 2002 at 03:15:53PM -0500, Vladimir Dergachev wrote:
I completely agree with you.. but I did not give you details :))
What happens is that if you try to use older drm driver with GATOS 2d
driver the GATOS driver will notice and
Vladimir Dergachev wrote:
On Wed, 30 Jan 2002, Daryll Strauss wrote:
On Wed, Jan 30, 2002 at 02:05:42PM -0500, Vladimir Dergachev wrote:
Regardless of the way it is merged the driver major version will need to
be bumped. GATOS drivers does this but only minor - as I did not want to
Vladimir Dergachev wrote:
On Wed, 30 Jan 2002, Daryll Strauss wrote:
On Wed, Jan 30, 2002 at 03:15:53PM -0500, Vladimir Dergachev wrote:
I completely agree with you.. but I did not give you details :))
What happens is that if you try to use older drm driver with GATOS 2d
driver
Hi,
Prasad, Ragini wrote:
Is there any information I can get on communicating with the
elographics driver? Is it possible to communicate with this X
extension driver? If so, how can I do that?
I am writing a calibration program for Elographics touchscreen for
XFree86-4.1.0.
I'm no X
On 30 Jan 2002, Jose Fonseca wrote:
I've decided to add some pertinent comments from Mike Harris regarding
the availability of documentation under NDA to the DRI Devel FAQ (
http://mefriss1.swan.ac.uk/~jfonseca/dri/faq/html/hardware.html#ATI-SPECS )
In the comments Mike makes strong
On Wed, 30 Jan 2002, Keith Whitwell wrote:
Vladimir Dergachev wrote:
On Wed, 30 Jan 2002, Daryll Strauss wrote:
On Wed, Jan 30, 2002 at 02:05:42PM -0500, Vladimir Dergachev wrote:
Regardless of the way it is merged the driver major version will need to
be bumped. GATOS
On Wed, 30 Jan 2002, Keith Whitwell wrote:
Vladimir Dergachev wrote:
On Wed, 30 Jan 2002, Daryll Strauss wrote:
On Wed, Jan 30, 2002 at 03:15:53PM -0500, Vladimir Dergachev wrote:
I completely agree with you.. but I did not give you details :))
What happens is that if you
The assumption was only made for experimental GATOS drivers. It is a
practical one. More people come and ask: I upgraded to GATOS driver and
DRI won't work anymore ! Answer: RTFM, upgrade drm driver.
It's already been determined that:
I just upgraded my kernel, and DRI won't work anymore!
Gareth, the current driver is broken. If someone wants to use video
capture they _need_ both GATOS 2d driver and GATOS drm driver, period.
What's so wrong about upgrading ?
Guaranteed, someone will get a mismatch -- your changes may go back
into the stock kernel, breaking DRI CVS or
Michel Dänzer wrote:
On Mit, 2002-01-30 at 16:28, Kevin Breit wrote:
On Wed, 2002-01-30 at 04:30, Egbert Eich wrote:
Since I have no idea how to persuade the chip to return to the correct
behavior the only solution for now is disabling HW cursor.
I am having this error, even without
Alan
I've run Xconfigurator so many times, I'v lost count. I have two ATI cards
and old one and a new Rage 128.
I have the new 42 meg XFree86 on another computer and can put it on a cd for
my RedHat 7.2 server.
I'm new to Linux and would like the details on the make -f Makefile.linux.
Where
On Wed, 30 Jan 2002, Gareth Hughes wrote:
Gareth, the current driver is broken. If someone wants to use video
capture they _need_ both GATOS 2d driver and GATOS drm driver, period.
What's so wrong about upgrading ?
Guaranteed, someone will get a mismatch -- your changes may go back
I was happily running my system with SuSE 6.3, kernel 2.5.2, Asus A7V,
Matrox G400 dual head (Matrox drivers, but it worked with XFree drivers
too), mouse Microsoft Intellimouse w/IntelliEye USB (the best mouse
ever) and XFree 4.1.0. I upgraded to 4.2.0 while keeping the
/etc/X11/Xf86Config.
On Wed, 30 Jan 2002, Kevin Brosius wrote:
Mark Vojkovich wrote:
On 30 Jan 2002, Jose Fonseca wrote:
I've decided to add some pertinent comments from Mike Harris regarding
the availability of documentation under NDA to the DRI Devel FAQ (
I have a standard redhat install from the rpm's and I guess that the
kernel did not get configured to use the agp module. Now that my system
is installed, how to I get it to load the agpgart module on boot? I
have tried insmod, but that doesn't seem to want to work. I think you
have to
Vladimir Dergachev wrote:
As for Linus not wanting to accept it, 2.4 has dropped most nat filters
except for ftp and most of them aren't back yet. So I don't buy this
argument.
Vladimir,
This is no joke. We absolutely need compatability. Large amounts of
developer pain don't even begin to
Xpert -- confirmation of subscription -- request 996088
We have received a request from 62.179.128.156 for subscription of
your email address, [EMAIL PROTECTED], to the [EMAIL PROTECTED] mailing
list. To confirm the request, please send a message to
[EMAIL PROTECTED], and either:
- maintain
I dont know if this is coming, or if there's any interest. But X just
*dies* using the CPU to redraw 2D and 3D just isn't even worth using on
this P200.
I have a Mach64 chipset:
ATI Technologies Inc 3D Rage I/II 215GT [Mach64 GT] (rev 41) 2MB
There is no DRI support for this card (at the
On Wed, 30 Jan 2002, Shawn Starr wrote:
I dont know if this is coming, or if there's any interest. But X just
*dies* using the CPU to redraw 2D and 3D just isn't even worth using on
this P200.
I have a Mach64 chipset:
ATI Technologies Inc 3D Rage I/II 215GT [Mach64 GT] (rev 41) 2MB
On Wed, Jan 30, 2002 at 08:27:49PM -0700, Jens Owen wrote:
| This is no joke. We absolutely need compatability. Large amounts of
| developer pain don't even begin to compare to the enormous number of
| headaches incompatability causes our users.
Not to mention that Linus will almost certainly
GNOME 1.4.x still, but running TuxRacer totally blew up X/system. I
compared this to win2k and it just blew it out of the water HARD :(
On Wed, 30 Jan 2002, Vladimir Dergachev wrote:
On Wed, 30 Jan 2002, Shawn Starr wrote:
I dont know if this is coming, or if there's any interest. But
When I startup the X-server on a motherboard with the I815 chipset I get
a warning
xf86AllocateGARTMemory: allocation of 1024 pages failed(Cannot allocate
memory).
The server works ok for me. Can anyone tell me
what the cause for this message is? I have a new kernel with AGPGart
compiled into
Mark,
It's my application written using the SDL (ver 1.2.3) libraries in DGA mode.
I'm just using double buffering and swapping pages every 41ms to give me ~24
frames per second with some very basic sprites moving around...
Paul.
On Thu, 31 Jan 2002 05:36, you wrote:
On Wed, 30 Jan 2002,
58 matches
Mail list logo