hello out there,
I have a problem with the current dri cvs
(trunk) for a Rage 128. the odd thing is that I got
the damn thing to work (nicely), but with all
programming i think i found a bug in the dri side of
Mesa 5.0.(if that makes any sence.)
ok, glxinfo output::
display: :0 scr
On Tue, Dec 10, 2002 at 01:45:09PM +0100, Charl P. Botha wrote:
>On Tue, 2002-12-10 at 13:36, Alan Hourihane wrote:
>> One thing though. It doesn't look like it's hooked to any APM events.
>>
>> It's just run generically everytime on ModeInit. What happens when you
>> VT switch - does it handle th
Let lenders compete for
your
business!
*5.25%
30 Yr Fixed Rate Mortgage!
another SIGFPE:
It occurs when running the moebius xscreensaver 3.33
without MESA_NO_SSE=1 at least on my AthlonXP1700+/Radeon7500
/usr/X11R6/lib/xscreensaver/moebius
-> SIGFPE in _mesa_sse_transform_points3_3d () from
radeon_dri.so
It occurs with/without TCL/VTXFMT.
And I remember it worke
> Try modprobe -v radeon. This should tell you where the radeon module is
> loaded from. If you also compiled DRM from your kernel tree you have
> another radeon.o module in /lib/modules/2.4.19/kernel/drivers/char/drm.
> Modprobe will prefer that one.
systemhalted:/# modprobe -v radeon
/sbin/insmo
On Tue, 10 Dec 2002, Dave Jones wrote:
> On Tue, Dec 10, 2002 at 04:21:03PM -0500, Leif Delgass wrote:
> > --- xc/programs/Xserver/hw/kdrive/linux/agp.c 9 Apr 2001 16:27:42 -
> 1.1.1.1
> > +++ xc/programs/Xserver/hw/kdrive/linux/agp.c 10 Dec 2002 20:51:02 -
> > @@ -120,9
On Tue, Dec 10, 2002 at 04:21:03PM -0500, Leif Delgass wrote:
> --- xc/programs/Xserver/hw/kdrive/linux/agp.c9 Apr 2001 16:27:42 -
>1.1.1.1
> +++ xc/programs/Xserver/hw/kdrive/linux/agp.c10 Dec 2002 20:51:02 -
> @@ -120,9 +120,16 @@
> KdReleaseGART(-1);
>
This patch fixes two problems with the version requirement check for the
Linux agpgart module in kdrive and libdrm.a:
1. The current code has faulty logic which prevents an error from ocurring
if the major version number of agpgart is equal to that required, but the
minor version is less than tha
On Tue, Dec 10, 2002 at 12:53:51PM -0800, Ian Romanick wrote:
> On Tue, Dec 10, 2002 at 10:31:08AM +0100, Charl P. Botha wrote:
> > Dear list,
> >
> > In spite of some issues with binary snapshots, the DRI resume patches
> > seem to work well. They have been available and in use on several
> > di
On Tue, Dec 10, 2002 at 10:31:08AM +0100, Charl P. Botha wrote:
> Dear list,
>
> In spite of some issues with binary snapshots, the DRI resume patches
> seem to work well. They have been available and in use on several
> different kinds of laptops for a few months now.
>
> What are the chances o
On Tue, Dec 10, 2002 at 05:14:37PM +, Steven Newbury wrote:
> I have got DRI running with Dual Screens with DRI working on display
> :0.0 and Indirect rendering on :0.1.
>
> If I attempt to enable DRI on the second screen if fails to open
> /dev/dri/card0 because it is busy. It is ready use
Am 2002.12.10 11:59:13 +0100 schrieb(en) Felix Kühling:
On Tue, 10 Dec 2002 10:37:07 +
Keith Whitwell <[EMAIL PROTECTED]> wrote:
> Charl P. Botha wrote:
> > Okay, I just checked and I can still reproduce a SIGFPE with
today's CVS.
> > I've made doubly sure that the new libGL is used.
Tue, 10 Dec 2002 17:14:37 +, tu as dit :
> I have got DRI running with Dual Screens with DRI working on display
> :0.0 and Indirect rendering on :0.1.
> If I attempt to enable DRI on the second screen if fails to open
> /dev/dri/card0 because it is busy. It is ready used for the first
On Tue, 10 Dec 2002 13:08:28 -0500
Carlos O'Donell <[EMAIL PROTECTED]> wrote:
> > >Did I miss something? :}
> > You need to upgrade your kernel module.
>
[...]
> DRI Tree Config
> ===
> ./src/dri/build/xc/config/cf/hosts.def
> 56 /* Optionally turn this on to force the kernel mod
> >Did I miss something? :}
> You need to upgrade your kernel module.
Tell me if there is anything else you might need. I'm a veteran at
these types of problems :} but I'm stuck in exam hell right now with
little time to dig, so I'm just passing off my weekly testing results.
[Email not trimmed t
Hi,
I am attempting to get DRI/DRM working on my laptop. The problem is that when I
attempt to enable acceleration, X attempts to start, but I see a corrupted screen -
the mouse is incorrect, the background is corrupted and none of the applications in my
".xsession" start up. Without accelerati
I have got DRI running with Dual Screens with DRI working on display
:0.0 and Indirect rendering on :0.1.
If I attempt to enable DRI on the second screen if fails to open
/dev/dri/card0 because it is busy. It is ready used for the first
screen. On failing to access the device DRI is then disa
On Tue, 2002-12-10 at 12:45, Dieter Nützel wrote:
> No disk stuttering but some latency here and there and some Mesa demos aren't
> running smooth anymore.
The new DRI modules appear to be really bad from the bug reports I've
received so far. Thats a bit worrying since XFree 4.3 seems to need
the
Keith Whitwell wrote:
Charl P. Botha wrote:
Dear list,
In spite of some issues with binary snapshots, the DRI resume patches
seem to work well. They have been available and in use on several
different kinds of laptops for a few months now.
What are the chances of this patch being accepted int
On Die, 2002-12-10 at 13:45, Charl P. Botha wrote:
> On Tue, 2002-12-10 at 13:36, Alan Hourihane wrote:
> > One thing though. It doesn't look like it's hooked to any APM events.
> >
> > It's just run generically everytime on ModeInit. What happens when you
> > VT switch - does it handle them cases
Am Samstag, 7. Dezember 2002 12:27 schrieb [EMAIL PROTECTED]:
> Just to say that I still have significant disk access latency and (>10
> seconds) lock ups on X using DRM 1.7.0 from
>
> Linux version 2.4.20-ac1 (root@trinity) (gcc version 2.95.4 20011002
> (Debian prerelease)) #1 SMP Sun Dec 1 10:56
On Tue, 2002-12-10 at 13:36, Alan Hourihane wrote:
> One thing though. It doesn't look like it's hooked to any APM events.
>
> It's just run generically everytime on ModeInit. What happens when you
> VT switch - does it handle them cases too ?
At the moment it's called from RADEONEnterVT() in rad
On Tue, Dec 10, 2002 at 12:17:05PM +, Alan Hourihane wrote:
> On Tue, Dec 10, 2002 at 10:51:20AM +, Keith Whitwell wrote:
> > Charl P. Botha wrote:
> > >Dear list,
> > >
> > >In spite of some issues with binary snapshots, the DRI resume patches
> > >seem to work well. They have been availa
Michel Dänzer wrote:
On Die, 2002-12-10 at 06:01, Carlos O'Donell wrote:
Kernel Says:
Linux agpgart interface v0.99 (c) Jeff Hartmann
agpgart: Maximum main memory to use for agp memory: 565M
agpgart: Detected Intel 440BX chipset
agpgart: AGP aperture is 64M @ 0xec00
[drm] AGP 0.
Am Dienstag, 10. Dezember 2002 12:03 schrieb Charl P. Botha:
> On Tue, 2002-12-10 at 11:59, Felix Kühling wrote:
> > On Tue, 10 Dec 2002 10:37:07 +
> >
> > Keith Whitwell <[EMAIL PROTECTED]> wrote:
> > > Charl P. Botha wrote:
> > > > Program received signal SIGFPE, Arithmetic exception.
> > > >
On Tue, 2002-12-10 at 13:13, Alan Hourihane wrote:
> I haven't looked at it in a while. Is there a link to it ?
http://cpbotha.net/files/dri_resume/xfree86-dri-resume-v6.patch
applies cleanly to current DRI CVS.
http://cpbotha.net/dri_resume.html has some miscellaneous information.
Thanks,
Charl
On Tue, Dec 10, 2002 at 10:51:20AM +, Keith Whitwell wrote:
> Charl P. Botha wrote:
> >Dear list,
> >
> >In spite of some issues with binary snapshots, the DRI resume patches
> >seem to work well. They have been available and in use on several
> >different kinds of laptops for a few months now
On Tue, Dec 10, 2002 at 10:51:20AM +, Keith Whitwell wrote:
> Charl P. Botha wrote:
> >Dear list,
> >
> >In spite of some issues with binary snapshots, the DRI resume patches
> >seem to work well. They have been available and in use on several
> >different kinds of laptops for a few months now
On Die, 2002-12-10 at 06:01, Carlos O'Donell wrote:
>
> Kernel Says:
>
> Linux agpgart interface v0.99 (c) Jeff Hartmann
> agpgart: Maximum main memory to use for agp memory: 565M
> agpgart: Detected Intel 440BX chipset
> agpgart: AGP aperture is 64M @ 0xec00
> [drm] AGP 0.99 on I
On Tue, 2002-12-10 at 11:59, Felix Kühling wrote:
> On Tue, 10 Dec 2002 10:37:07 +
> Keith Whitwell <[EMAIL PROTECTED]> wrote:
>
> > Charl P. Botha wrote:
> > > Program received signal SIGFPE, Arithmetic exception.
> > > 0x4246fe4a in _mesa_sse_transform_points3_general ()
> > >from /usr/X
On Tue, 10 Dec 2002 10:37:07 +
Keith Whitwell <[EMAIL PROTECTED]> wrote:
> Charl P. Botha wrote:
> > On Mon, Dec 09, 2002 at 10:30:35PM +, Keith Whitwell wrote:
> >
> >>Charl P. Botha wrote:
> >>
> >>>On Mon, Dec 09, 2002 at 09:45:12PM +, Keith Whitwell wrote:
> >>>
> There's a fi
b/modules# glxgears
Radeon DRI driver:
Compatibility mode for DRM driver version 1.1.1
TCL will be disabled, expect reduced performance
(prefer DRM radeon.o 1.3.x or newer)
disabling TCL support
glxgears: radeon_ioctl.h:165: radeonAllocCmdBuf: Assertion
`rmesa->dri.drmMinor >= 3' failed.
Abort
Philip Brown wrote:
I might have asked a varient of this many months ago.. maybe things have
changed since then...
Does anyone know of a dri Xserver-side video card module that will function
successfully, even if the card-specific IOCTLs are not available from
the kernel driver?
That is to say,
Charl P. Botha wrote:
Dear list,
In spite of some issues with binary snapshots, the DRI resume patches
seem to work well. They have been available and in use on several
different kinds of laptops for a few months now.
What are the chances of this patch being accepted into the DRI CVS
repository
Charl P. Botha wrote:
On Mon, Dec 09, 2002 at 10:30:35PM +, Keith Whitwell wrote:
Charl P. Botha wrote:
On Mon, Dec 09, 2002 at 09:45:12PM +, Keith Whitwell wrote:
There's a fix for this in recent cvs:
/* Mask out highest bit, which is used by AMD for 3dnow
* Newer Intel have
On Tue, Dec 10, 2002 at 01:43:08AM -0800, Philip Brown wrote:
> I've been doing a little grepping here and there.
> Correct me if I'm wrong, but in dri_dma_t, there are fields
> send_count, and related send_XXX values;
> these fields never seem to be used from the user level. They seem to
> only b
I've been doing a little grepping here and there.
Correct me if I'm wrong, but in dri_dma_t, there are fields
send_count, and related send_XXX values;
these fields never seem to be used from the user level. They seem to
only be used internally to the kernel driver.
In which case, sounds like they
Dear list,
In spite of some issues with binary snapshots, the DRI resume patches
seem to work well. They have been available and in use on several
different kinds of laptops for a few months now.
What are the chances of this patch being accepted into the DRI CVS
repository? How should I go abou
Dear lists,
It seems that there are some problems with the latest Radeon DRI resume
binary snapshots on http://cpbotha.net/dri_resume.html - these
correspond to v6 of the resume patch. There is nothing wrong with the
patch, but installing the binary snapshots over an XFree86 4.2.x
installation se
39 matches
Mail list logo
