to this mail.
Best regards,
--
Svante Signell [EMAIL PROTECTED]
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT business topics
On Wed, 2007-01-24 at 21:41 +0100, Stephane Marchesin wrote:
Svante Signell wrote:
Dear Noveau developers,
Some years ago, around 2000-2002 there was a guy in New Zealand, David,
working on Nvidia drivers, see the message at the Utah-GLX mailing list
archive from April 2002:
http
people having a txdfx card! Otherwise,
since I'm running Debian I would submit a patch for the maintainers to
make the driver work again (starting from 1.2.2) for Debian but not for
other distribs. This would be suboptimal, the more upstream the better.
Thanks,
Svante Signell
On Thu, 2006-11-16
On Wed, 2006-11-15 at 15:02 -0500, Alex Deucher wrote:
...
See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=395044 for further
information.
Thanks,
Sounds like a locking problem in the DDX. the locking stuff was
cleaned up when AIGLX was merged and a lot of drivers broke (savage,
On Wed, 2006-11-15 at 17:00 -0500, Alex Deucher wrote:
On 11/15/06, Svante Signell [EMAIL PROTECTED] wrote:
On Wed, 2006-11-15 at 15:02 -0500, Alex Deucher wrote:
...
See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=395044 for further
information.
Thanks,
Sounds
On Thu, 2006-01-05 at 00:27 +0100, Svante Signell wrote:
On Wed, 2006-01-04 at 23:09 +, Dave Airlie wrote:
Dave Airlie: Can we get those DRM changes pushed into 2.6.15 or is it
too late for that
...
Is it possible to make a patch to add to the DRM module for kernels
2.6.14
On Tue, 2006-01-03 at 23:51 +0100, Svante Signell wrote:
On Tue, 2006-01-03 at 13:34 +, David Mulcahy wrote:
Hello all
I have been experiencing problems getting drm to work again with my matrox
g4oo card.
...
I have had this problem for some time now, both with xorg 6.9.0pre
of SAREA 0xe8b7d000 at
0xb50d3000
+(WW) MGA(0): Direct rendering disabled
(==) RandR enabled
(II) Initializing built-in extension MIT-SHM
(II) Initializing built-in extension XInputExtension
--
Svante Signell [EMAIL PROTECTED]
---
This SF.net
Is anything happening on the Mach64 front for DRI/X.org? It would be
nice to use the 3D capabilities, now that Debian has upgraded unstable
to Xorg.
--
Svante Signell [EMAIL PROTECTED]
---
SF.Net email is Sponsored by the Better Software
I'm following DRI devel the mailing lists and have not seen anything on
the Mach64 driver lately, especially on the security issues. Any
progress? Is Mach64 in Xorg-6.8.1? I'm running Debian with XFree86-4.3.0
and self compiled xlibmesa-dri xserver-xfree86 packages. Unless the
switch to X.org
I'm fully aware of the lack of documentation for recent graphics cards
and the problems associated with that. Maybe the open source vs closed
source problem is already a lost battle especially already. The
situation seems to be much better for other HW such as audio cards,
NICs, printers, etc
Thanks fot your input. I have now built a new xserver and the drm kernel
modules. glxgears runs at approx 160 fps for 1280x1024x16, with mmio and
agp 2x. This seems a little slow, how much is speed improved by
asynchronous or synchronous DMA? Which one is preferred?
A note on the build process of
Hello,
I made a fresh checkout of the mach64-0-0-7 cvs branch together with the
Mesa and drm modules according to the Building and ATIMach64 web pages.
However the build fails. The tail of world.log is as follows:
...
ln -s /usr/CVS/dri-cvs/Mesa/src/mesa/main/accum.h accum.h
make[5]: *** No rule
On Wed, 2004-04-07 at 01:08, Svante Signell wrote:
On Wed, 2004-04-07 at 00:53, Felix Kühling wrote:
...
I suspect there was a configuration change on the snapshot build machine
that made the build fail after April 1. I just committed a workaround to
the snapshot build scripts. Unofficial
Additional info, this shows up in the XFree86.0.log file:
(II) SAVAGE(0): [drm] Could not create dummy context
On Wed, 2004-04-07 at 08:07, Svante Signell wrote:
On Wed, 2004-04-07 at 01:08, Svante Signell wrote:
On Wed, 2004-04-07 at 00:53, Felix Kühling wrote:
...
I suspect
Hello,
I installed and built the latest savage snapshot
savage-20040401-linux.i386.tar.bz2 from
www.freedesktop.org/~dri/snapshots together with the extras/XFree86.bz2
dated 29-Sep-2003.
XFree86 packages installed are Debian/testing 4.3.0-7.
The XV stuff seem to work OK at 16 bits, but at 24
On Tue, 2004-04-06 at 12:36, Felix Kühling wrote:
The kernel messages look harmless. Since XFree86.0.log reports DRI
enabled the problem is either due to a wrong libGL or a broken 3D
driver. Or maybe the 3D driver doesn't have permission to access the
kernel driver. Could you run
On Wed, 2004-04-07 at 00:53, Felix Kühling wrote:
...
I suspect there was a configuration change on the snapshot build machine
that made the build fail after April 1. I just committed a workaround to
the snapshot build scripts. Unofficial up-to-date snapshots are
available from
addressed to Leif D. who has been _very_ responsive (and
interested) so far :-)
Maybe I should buy a new graphics card, such as Radeon 9000 (or an Nvidia one, god
forgive) instead
of bothering with old cards?? (even if they work properly)
Svante
Svante Signell writes:
Leif Delgass writes:
On Thu
Leif Delgass writes:
On Thu, 28 Nov 2002, Svante Signell wrote:
Leif Delgass writes:
On Wed, 27 Nov 2002, Svante Signell wrote:
I have now tested at 1024x768, and everything works OK, but I think there is
memory not returned to the card in the 3D driver, see below
Leif Delgass writes:
On Wed, 27 Nov 2002, Svante Signell wrote:
Leif Delgass writes:
Have you tried a lower resolution?
Not yet.
Try restarting X with 1024x768@16bpp for a while and see if you still have
the same problem.
I have now tested at 1024x768, and everything works
Leif Delgass writes:
Have you tried a lower resolution?
Not yet.
If it's some sort of memory leak, I'd
expect that you'd run into it eventually even at a lower resolution. If
it doesn't happen at lower resolutions, maybe you really just don't have
enough offscreen memory at 1280x1024.
Hello,
I have problems with the latest mach64 branch from dri-cvs. After a
successful view of an .avi clip next time the card memory does not
seem to be available, i.e. the card is left in a bad state? The only
way to rerun the application is to exit X and restart.
The example given below is
Hi,
Is there a known bug in the mga driver resulting in tribes2 switching
between SW and HW rendering on my G400 DH? All games patches seem to
be similar, latest one installed is #23669. Any options to set to run
fully in HW?
If not, is compiling from DRI CVS solving the problems?
Other games,
24 matches
Mail list logo