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
ize is around 160kB, so it would
probably not be accepted as an attachment to this mail.
Best regards,
--
Svante Signell <[EMAIL PROTECTED]>
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net'
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-
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
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 brok
me to help finding
the causes of the errors, please advice how to best debug this driver?
See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=395044 for further
information.
Thanks,
--
Svante Signell <[EMAIL PROTECTED]>
--
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 m
people to add this patch when
building the stock kernels. Or is Option "OldDmaInit" "true" the only
way out?
> Dave.
>
--
Svante Signell <[EMAIL PROTECTED]>
---
This SF.net email is sponsored by: Splunk Inc. Do
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
[drm] dma control initialized, using IRQ 193
-(II) MGA(0): Direct rendering enabled
+(EE) MGA(0): [drm] Failed to map DMA buffers list
+(II) MGA(0): [drm] removed 1 reserved context for kernel
+(II) MGA(0): [drm] unmapping 8192 bytes of SAREA 0xe8b7d000 at
0xb50d3000
+(WW) MGA(0)
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 So
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 inclu
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 neede
I'm currently installing the DRI drivers for some of my graphics cards
on various boxes and try them on modern games, only to find out that
none is usable for 3D. I have a Mach64 Rage Pro, an MGA G400 and a
Banshee card (and a Voodoo 2 and TNT2 too) Games tried are Q3A and UT
full versions, UT2003
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 11:49, Felix Kühling wrote:
> On Wed, 07 Apr 2004 08:17:52 +0200
> Svante Signell <[EMAIL PROTECTED]> wrote:
>
> > Additional info, this shows up in the XFree86.0.log file:
> > (II) SAVAGE(0): [drm] Could not create dummy context
>
> Coul
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:
> > ...
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
> > th
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 http://freed
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
>
> LIB
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 bit
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:
>
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
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
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 1280x1
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 with
Hi,
After downloading the DRI CVS and following the instructions on the
web pages to build the DRI part and using /usr/X11R6-DRI as project
root, the installed X libraries and header files are not found:
cd ~/DRI-CVS/build/xc/
make World >& World.LOG &
tail -14l World.LOG
/usr/bin/ld: cannot fin
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,
29 matches
Mail list logo
