On Sun, 29 May 2005, Dave Airlie wrote:
Okay I've a Dell Inspiron 6000 with a X300 (1002:5460) on a PCI-Express
bus..
I've installed Xorg CVS and the latest r300 drm and with the drm loaded, X
hangs the card (usual 99% X server can't kill it ...) turning on debug
just gives the usual deadloc
On Mon, 30 May 2005, Bernhard Rosenkraenzer wrote:
Hi,
I've just tried out the r300 driver - works remarkably well for "untested and
broken" code.
:))
I've run into 2 bugs though:
It doesn't work well if the display uses 16 bpp (24 bpp works perfectly) -- 3D
in 16 bpp is pretty badly misr
Hi,
16 bpp is not supported in r300 driver. It will be probably supported
if fglrx will support 16 bpp (I think, this will never hapend.
Peter Zubaj
___
Podte na navstevu k Wande - k najlepsej priatelke kazdej zeny na int
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://bugs.freedesktop.org/show_bug.cgi?id=1615
--- Additional Comments From [EMAIL PROTECTED] 2005-05-29 19:18 ---
No lo
Ok, with help so far from a number of people on this list (thank you), I
have built and installed Mesa and drm.
However, I am getting symbol errors (listed below) when I try to load
the new radeon module. I presume that the problem is caused by
differences between the new modules and the libra
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://bugs.freedesktop.org/show_bug.cgi?id=2195
--- Additional Comments From [EMAIL PROTECTED] 2005-05-29 18:53 ---
I've
On May 29, 2005, at 15:58:10, Geert Uytterhoeven wrote:
What Kyle said is the correct answer... we either keep this lovely
construct (I'll add a comment for 2.6.13) or we go back to the old
intermodule or module_get stuff... DRM built-in with modular AGP
is always
wrong... or at least I'll get
Hi,
I've just tried out the r300 driver - works remarkably well for "untested and
broken" code.
I've run into 2 bugs though:
It doesn't work well if the display uses 16 bpp (24 bpp works perfectly) -- 3D
in 16 bpp is pretty badly misrendered (sample attached; 2D works well w/ r300
DRI even at 1
On Sun, 29 May 2005, Dave Airlie wrote:
> > > The whole dependancy seems like nonsense to me.
> > > I think
> > >
> > > depends on PCI
> > >
> > > is a lot more sensible.
> >
> > I think the original reasoning was something like this:
> >
> > If DRM is built-in, then AGP _must_ be built-in or n
On 5/29/05, Dave Airlie <[EMAIL PROTECTED]> wrote:
>
> Okay I've a Dell Inspiron 6000 with a X300 (1002:5460) on a PCI-Express
> bus..
>
> I've installed Xorg CVS and the latest r300 drm and with the drm loaded, X
> hangs the card (usual 99% X server can't kill it ...) turning on debug
> just giv
Hi,
No, you are not correct.
You need cvs version of xorg, cvs version of mesa and cvs version of
r300 driver from r300.sf.net. r300 driver is still in alpha stage (it
can lock or crash your computer).
Peter Zubaj
Najdi svojich spoluziakov!
http://www.spolu
I have xorg.conf set up to use radeon driver with big
desktop mode and xinerama.
It works fine, but I want acceleration.
So am I correct in saying all I need to do is
# Load "dri"
Load "glx"
uncomment the dri load, and make install your modules?
___
Nicolai Haehnle wrote:
Hi everybody,
I once again tripped upon an R300 lockup (possibly the same one that
everybody's been talking about) and spent the last one and half days
chasing it down.
It turns out that writing the vertex buffer age to scratch registers (the
ones that are written ba
On 5/29/05, Dave Airlie <[EMAIL PROTECTED]> wrote:
>
> Okay I've a Dell Inspiron 6000 with a X300 (1002:5460) on a PCI-Express
> bus..
>
> I've installed Xorg CVS and the latest r300 drm and with the drm loaded, X
> hangs the card (usual 99% X server can't kill it ...) turning on debug
> just giv
Okay I've a Dell Inspiron 6000 with a X300 (1002:5460) on a PCI-Express
bus..
I've installed Xorg CVS and the latest r300 drm and with the drm loaded, X
hangs the card (usual 99% X server can't kill it ...) turning on debug
just gives the usual deadlock ioctl,
the end of the log is
May 29 20:15:
On Sunday 29 May 2005 02:31, Ben Skeggs wrote:
> Morning,
>
> After playing UT2004 for 10 or so minutes, and then quickly checking
> some other
> apps known to worn, I see no regressions with either patch.
>
> I'll be putting it through some more rigorous testing as the day
> progresses, will
>
Peter Zubaj wrote:
Hi,
First patch helped lot (but there are still lockups).
Second - no diffrence with or without.
Peter Zubaj
Nicolai Haehnle wrote:
Same here. All the lockups happen, it just takes them longer.
Boris Peterbarg
Hi everybody,
I once again tripped upon an R300 lockup (po
On Sun, May 29, 2005 at 12:25:10AM -0400, Kyle Moffett wrote:
> If DRM is built-in, then AGP _must_ be built-in or not included at
> all, modular
> won't work. If DRM is modular or not built, then AGP may be built-
> in, modular,
> or not built at all.
>
> The "depends on AGP || AGP=n" means t
Hi,
First patch helped lot (but there are still lockups).
Second - no diffrence with or without.
Peter Zubaj
Nicolai Haehnle wrote:
Hi everybody,
I once again tripped upon an R300 lockup (possibly the same one that
everybody's been talking about) and spent the last one and half days
chasin
> > >
> >
> > The whole dependancy seems like nonsense to me.
> > I think
> >
> > depends on PCI
> >
> > is a lot more sensible.
>
> I think the original reasoning was something like this:
>
> If DRM is built-in, then AGP _must_ be built-in or not included at all,
> modular
> won't work. If DR
20 matches
Mail list logo
