On Fri, 2003-09-26 at 18:16, Alex Deucher wrote:
>
> 1. looking at the mga textured video code, it disables the DRI when it
> is in use. is there any reason for this? is it possible to use the
> texture engine for Xv and DRI at the smae time. It seems like it
> should.
I agree.
> When impl
I believe this is a problem isolated to the Redhat Rawhide Xfree binaries,
specifically their r128_dri.so modules. No version of the DRM module is causing
problems.
I was tricked earlier when I though I was running DRI CVS but in fact I wasn't.
RH has a tls enabled version in /usr/X11R6/lib/modul
On Fri, 2003-09-26 at 19:26, Alan Hourihane wrote:
>
> Log message:
> no longer need radeon_pci.h since the XFree86 merge
Then it was never needed. I added it in order to
* try and confine radeon driver merges between XFree86 and DRI CVS
to the ati driver directory (as mentioned
On Fri, 2003-09-26 at 22:30, Alex Deucher wrote:
>
> Also I believe Michel added the patch to CVS so it should show up in
> the snapshots soon.
It's only in XFree86 CVS yet, but overriding the chip ID to another 9200
should be fine.
--
Earthling Michel Dänzer \ Debian (powerpc), XFree86 and
On Fri, 2003-09-26 at 21:17, Jon Smirl wrote:
>
> Redhat Rawhide Xfree works on 2.4 uni and smp with R128 DRM
> Redhat Rawhide Xfree fails on 2.6 uni and smp, using kernel R128 DRM
> DRI CVS fails on 2.6 uni and smp, using kernel R128 DRM
> All combinations work on Radeon
Could still be another d
www.mail-archive.com/[EMAIL PROTECTED]/msg12830.html)
> i recompiled XFree86 and it worked perfectly.
>
> now i want dri support too. i downloaded the radeon package
> (radeon-20030926-linux.i386.tar.bz2) run install.sh and everything
> worked great but when i run startx i get the same
perfectly.
now i want dri support too. i downloaded the radeon package
(radeon-20030926-linux.i386.tar.bz2) run install.sh and everything
worked great but when i run startx i get the same message as when the
card wasnt detected by the driver before.
[quote /var/log/XF86log.0.log]
...snip
(II) Primary
The DRM changed between xfree86 4.0.x and 4.1.0 in an incompatible way.
some kernel trees retained both DRMs so that you could build the
appropriate DRM depending on what version of xfree86 you were using.
Alex
--- John Dennis <[EMAIL PROTECTED]> wrote:
> In the linux 2.4 kernel tree under drive
Here's what I know:
Redhat Rawhide Xfree works on 2.4 uni and smp with R128 DRM
Redhat Rawhide Xfree fails on 2.6 uni and smp, using kernel R128 DRM
DRI CVS fails on 2.6 uni and smp, using kernel R128 DRM
All combinations work on Radeon
All failures are the same, immediate segfault of 3D apps.
I
In the linux 2.4 kernel tree under drivers/char there is both a drm
subdirectory and a drm-4.0 subdirectory.
I've looked high and low for an explanation of drm vs. drm-4.0, I assume
its a version difference, but I've come up dry. Can someone either
explain to me what drm-4.0 is or send me a pointe
I believe there was some discussion of this on the directfb mailing
list. I think the savage chips require a tile based framebuffer for
acceleration, but this is incompatible with things that assume a linear
based framebuffer.
Alex
--- Felix K�hling <[EMAIL PROTECTED]> wrote:
> I found at leas
Hello Dimitry,
Thanks for the patch. The BCI_LINE_MISC thing is already corrected on
the savage-1_0_0-branch. The other things look like attempts to enable
DRI on a chip for which DRI is not supported at this point. As was said
before, the S3 driver has DRI support for the Savage4 series but not t
I think I found it. Try this patch with patch -p0 in
xc/programs/Xserver/hw/xfree86/drivers/savage:
--- ./savage_driver.c.~1.10.10.5.~ 2003-09-26 14:00:23.0 +0200
+++ ./savage_driver.c 2003-09-26 19:03:30.0 +0200
@@ -2601,7 +2601,7 @@
pScrn = xf86Screens[pScreen->myNum]
I found at least a workaround for the problem. Set
Option "DisableTile" "on"
in the Device section of XF86Config-4. I think this has something to do
with the frame buffer layout. Accellerated stuff seems to get it right.
But non-accelerated stuff accesses the frame buffer in the wrong way.
Try Op
I'm thinking about implementing a textured video option on radeon for
mergedfb (or non-mergedfb too for that matter). It would be useful
since video windows could span heads in mergedfb mode and you could
also have multiple Xv windows at the same time rather than just one
with the overlay unit. M
On Fri, Sep 26, 2003 at 10:49:03AM +0300, Ville Syrj?l? wrote:
> On Thu, Sep 25, 2003 at 01:24:21PM -0400, Malcolm Mallardi wrote:
>
> I doubt it's an SDL bug because I think that most games render their own
> mouse cursor. I've seen this bug with freespace2 under XFree86. It works
> fine under Di
On Fri, 2003-09-26 at 14:06, Jon Smirl wrote:
> I think R128 support is broken in the current 2.6 bk kernel. All 3D apps
> segfault. Can anyone else verify?
Have you verified that the same 3D driver works with another DRM? IIRC
you posted somewhere that it segfaults in the Mesa SSE check, which is
I think R128 support is broken in the current 2.6 bk kernel. All 3D apps
segfault. Can anyone else verify?
Radeon support works without problem.
=
Jon Smirl
[EMAIL PROTECTED]
__
Do you Yahoo!?
The New Yahoo! Shopping - with improved product search
http://shopp
On Fri, 26 Sep 2003 07:36:02 -0300
Rafael Maximo <[EMAIL PROTECTED]> wrote:
> At 06:28 AM 26/9/2003, Dimitry N. Naldaev wrote:
> >Ð_ Ñ_ообÑ_ении оÑ_ 26 СенÑ_Ñ_бÑ_Ñ_ 2003 14:31 Felix Kühling
> >напиÑ_ал:
> > > On Fri, 26 Sep 2003 14:03:39 +0600
> > >
> > > "Dimitry N. Naldaev" <
Markus Fakler wrote:
Hello!
I'm developing a graphic driver for radeon cards
as part of a research OS ("PLURIX") at an university.
We're already supporting the R100-based radeon cards
(including the (simple) TCL) and want also to support
the R200-based cards.
But with these cards I have a big prob
At 06:28 AM 26/9/2003, Dimitry N. Naldaev wrote:
Ð ÑообÑении Ð¾Ñ 26 СенÑÑбÑÑ 2003 14:31 Felix Kühling
напиÑал:
> On Fri, 26 Sep 2003 14:03:39 +0600
>
> "Dimitry N. Naldaev" <[EMAIL PROTECTED]> wrote:
> > àÃÂþþñÃÂõýøø þà26
áõý
On Fri, 26 Sep 2003 00:53:13 +0100
José Fonseca <[EMAIL PROTECTED]> wrote:
> BTW, have u seen
> http://dri.sourceforge.net/cgi-bin/moin.cgi/ConfigurationInfrastructure
> ? ;-)
>
> Feel free to add any more info you see fit.
>
> Also, I noticed I put your name wrong there too: The umlaut ü->ue t
Hello!
I'm developing a graphic driver for radeon cards
as part of a research OS ("PLURIX") at an university.
We're already supporting the R100-based radeon cards
(including the (simple) TCL) and want also to support
the R200-based cards.
But with these cards I have a big problem:
I can draw pri
В сообщении от 26 Сентябрь 2003 14:31 Felix Kühling
написал:
> On Fri, 26 Sep 2003 14:03:39 +0600
>
> "Dimitry N. Naldaev" <[EMAIL PROTECTED]> wrote:
> > Ð’ Ñообщении от 26
> > СентÑбрь 2003 07:48 Rafael Maximo
напиÑал:
> > > At 07:38 PM 25/9/2003, Felix Kühling wrote:
On Fri, 26 Sep 2003 14:03:39 +0600
"Dimitry N. Naldaev" <[EMAIL PROTECTED]> wrote:
> Ð ÑообÑении Ð¾Ñ 26 СенÑÑбÑÑ 2003 07:48 Rafael Maximo
> напиÑал:
> > At 07:38 PM 25/9/2003, Felix Kühling wrote:
> > >Hi Rafael, (a bit confused now, which one is your first name ;-)
> >
В сообщении от 26 Сентябрь 2003 07:48 Rafael Maximo написал:
> At 07:38 PM 25/9/2003, Felix Kühling wrote:
> >Hi Rafael, (a bit confused now, which one is your first name ;-)
> >
> >I'm just back from vacation and read about your progress. I'm eager to
> >start testing and debugging the new driver.
On Thu, Sep 25, 2003 at 01:24:21PM -0400, Malcolm Mallardi wrote:
> Second concern. With any build of the drivers, certain applications
> and games when in hardware accellerated mode will not display the mouse
> cursor. Two games that readily come to mind are Unreal Tournament and
> Soldier of Fo
On Thu, 2003-09-25 at 22:58, Linus Torvalds wrote:
> On Thu, 25 Sep 2003, Dave Airlie wrote:
> >
> > If Linus thinks your patch goes far enough for him..
>
> I actually usually don't much like whitespace changes, and the one I sent
> was purely in response to the fact that there already was a lo
28 matches
Mail list logo
