Re: [Dri-devel] radeon: segfault with SW TCL
Michel Dänzer wrote: On Son, 2002-12-29 at 12:04, Keith Whitwell wrote: Michel Dänzer wrote: This patch avoids a segfault when running tuxracer with SW TCL, but I suspect it's just a workaround, I hope someone more familiar with Mesa sees and fixes the real problem. This didn't happen a while ago, it's probably related to Ian's secondary color fixes? What you want is for control to pass to the loop used when VB->importable_data is nonzero. You could change the test condition, How does this patch look? It does this, and fixes the fog stride as well. Yes, that looks better. Keith --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
[Dri-devel] This works! hv
dri-develdri-develdri-devel
áÄ
4DÞ¨¥Ë)¢{(ç[É*.Ç
¢¸ {^®â±á بâ3ââìV¢¹]J¶§dzm§ÿðà ڲíÁªÞr®'^½éfj)b b²ÐëׯzYb²Û,¢êÜyú+éÞ¶m¦Ïÿ+-²Ê.Ç¢¸ ë+-³ùb²Ø§~Ý®'^½é
[Dri-devel] dri-devel, Save 90% on N o r t o n System Works 2003 dc
dri-devel, A $300.00 Plus Combined Retail Value! NOW Only $39.99 (Free Shipping!) -N o r t o n AntiVirus 2003 -N o r t o n Ut i l i t i e s 2003 -N o r t o n Ghost 2003 -N o r t o n CleanSweep 2003 -N o r t o n WinFax Basic Edition Click http://www.antivirus-net.com/nsw5.htm __ remove request at: http://salesscape.com/goodbye.html brlqlvepynjbbxsdikblflldjqdtiuhholdrkqkefcrqjbjxtotdri-devel --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
[Dri-devel] Newbie (to DRI) wants support for Voodoo Graphics ...
even in spite of what the experts say:
http://sourceforge.net/mailarchive/forum.php?thread_id=1506938&forum_id=7177
I run Red Hat Linux 7.3, and have a Voodoo Graphics card.
I am prepared to fiddle with the sources myself, basically by
installing the sources from the SRPM, adding and changing things,
thus creating a patch, which can be included in a new SRPM, which
can be built, resulting in XFree86 RPMS which support the Voodoo
Graphics card. Sounds quite simple :-)
The sourcefiles which need to be added are (basically, I think)
the FX subdirectory from Mesa-3.4.2 (which corresponds to the version
of Mesa in the XFree86 sources).
As far as I can guess right now, after only limited research into the
sources, is that when X/DRI sees that no DRI support is available,
the software rendering in Mesa is used (which I guess is the files
programs/Xserver/GL/mesa/src/X/xmesa{1,2,3,4}.c and others ?)
The good old Mesa-3.4.2 can be Voodoo Graphics enabled by having
it include the FX subdirectory, so why shouldn't it still work ?
Erling Jacobsen
--
Hell is empty and all the devils are here.
-- Wm. Shakespeare, "The Tempest"
---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] Newbie (to DRI) wants support for Voodoo Graphics...
On Sun, 2003-01-12 at 16:45, Erling A. Jacobsen wrote: > The good old Mesa-3.4.2 can be Voodoo Graphics enabled by having > it include the FX subdirectory, so why shouldn't it still work ? Its possible to write a DRI driver layer for the Voodoo1/Voodoo2 X server. Nobody has done so and I can't see anyone bothering given the age of the cards and the complexity required to handle all the locking and verification constraints the hardware has. A more practical approach would probably be to add server side hardware rendering facilities to the rendering code in the X server. That is pretty much essential for the very old cards which are not designed to work with direct rendering. Alan --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] trunk (r200): Q3A ID LOGO & intro (cinematics) stuttering SOLVED
On Sat, 11 Jan 2003 19:23:27 +0100 Dieter Nützel <[EMAIL PROTECTED]> wrote: > > it went away following a recent DRI CVS upgrade. as did my mouse > > problems. > > Yesterday (last night) or today? ;-) > > The mouse thing is fixed and I reportet that lately. > It was the shadowfb patch if I'm right. Alas I dont remember, but thanks for the info ;) --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] Newbie (to DRI) wants support for Voodoo Graphics...
Alan Cox wrote: On Sun, 2003-01-12 at 16:45, Erling A. Jacobsen wrote: The good old Mesa-3.4.2 can be Voodoo Graphics enabled by having it include the FX subdirectory, so why shouldn't it still work ? Its possible to write a DRI driver layer for the Voodoo1/Voodoo2 X server. Nobody has done so and I can't see anyone bothering given the age of the cards and the complexity required to handle all the locking and verification constraints the hardware has. Perhaps the dri-devel list isn't the right place to be, because what I have in mind is indeed not a DRI driver, rather a modification of the version of Mesa which DRI uses if there's no hardware-accelerated DRI-driver available. But still, this is where the people who know most about Mesa, XFree86, DRI and the integration between these systems are ... A more practical approach would probably be to add server side hardware rendering facilities to the rendering code in the X server. That is pretty much essential for the very old cards which are not designed to work with direct rendering. This is my theory: DRI hands the task of rendering to Mesa when there is no support in DRI itself. Mesa (at least the Mesa in XFree86 in Red Hat Linux 7.3) doesn't know any other way of rendering than SW-rendering. Is that somewhat correct ? If it is, then why not import into XFree86-Mesa the ability to use a VG-card which stand-alone-Mesa has (when compiled with the correct options enabled, and linked with Glide etc) ? Erling Jacobsen --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
[Dri-devel] linux, Xfree86-4.2.99.3 cvs, i810, drm and drmAddMap()
i have allready asked on the Xfree86 mailing list, but got no reponse. i don't know what's the reason for this, most likely that were the wrong place to ask, so i try again here. i had a look at the archives before but no success, so if you know of any better place to ask for help, don't hasitate to turn me into the right direction. i was not able to get dri working on an i810 onboard gfx card. my latest try was to patch my kernel source (2.4.19-pre10) with the drm source from Xfree86-4.2.99.3. kernel builds and boots just fine but starting X gives me: (II) I810(0): [drm] created "i810" driver at busid "PCI:0:2:0" (II) I810(0): [drm] added 8192 byte SAREA at 0xc889f000 (II) I810(0): [drm] mapped SAREA 0xc889f000 to 0x40015000 (II) I810(0): [drm] framebuffer handle = 0xf800 (II) I810(0): [drm] added 1 reserved context for kernel (II) I810(0): [drm] Registers = 0xf400 (II) I810(0): [agp] dcacheHandle : (nil) (II) I810(0): [agp] GART: no dcache memory found (II) I810(0): [agp] Bound backbuffer memory (II) I810(0): [agp] Bound depthbuffer memory (II) I810(0): [agp] GART: Allocated 4K for mouse cursor image (II) I810(0): Adding 768 scanlines for pixmap caching (II) I810(0): Allocated Scratch Memory (II) I810(0): [dri] Buffer map : d1b800 (EE) I810(0): [drm] drmAddMap(buffer_map) failed. Disabling DRI. (II) I810(0): [drm] removed 1 reserved context for kernel (II) I810(0): [drm] unmapping 8192 bytes of SAREA 0xc889f000 at ... before that, i tried drm from that kernel, drm from Xfree-4.2.0 and drm from dri.sf.org (where i followd a DL link back to xfree86.org). all these versions, gave me a version mismatch, somethin like: [drm] kernel module i810.o has version 1.1.0, but version 1.2.0 or greater is needed. disabling dri. google didn't bring up something useful. :-( any suggestions? what could i try next? whould it make sence to download, the very latest kernel source and rebuild kernel? is the problem really the drm kernel module or is it the dri library that is calling wrong drm functions? i really want to make that beast work. many thx ... clemens --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] Newbie (to DRI) wants support for Voodoo Graphics...
On Sun, 2003-01-12 at 19:54, Erling A. Jacobsen wrote: > Perhaps the dri-devel list isn't the right place to be, because > what I have in mind is indeed not a DRI driver, rather a modification > of the version of Mesa which DRI uses if there's no hardware-accelerated > DRI-driver available. But still, this is where the people who > know most about Mesa, XFree86, DRI and the integration between these > systems are ... Mesa talks to the X server Mesa figures out if their is suitable direct rendering available If there is Mesa uses it If not Mesa renders and issues 2D commands to the Xserver Mesa (currently unaccelerated) also exists in the Xserver to handle GLX requests (clients remotely asking for 3D drawing to be done). Unlike the DRI drivers this is done by the Xserver in Xserver context so doesn't require trusted hardware and can relax locking rules a lot. Currently XFree86 server side GLX handling doesn't include hardware 3D acceleraton. At least as I follow it - I am no expert here. --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] trunk (r200): Q3A ID LOGO & intro (cinematics) stuttering SOLVED
On Sat, 11 Jan 2003 22:51:33 +0100 Dieter Nützel <[EMAIL PROTECTED]> wrote: > > No, it's a Q3A 1.32 bug fixed in 1.32b. > > OK, I'm downloading now. where do I get 1.32b? quake3arena just says 1.32 --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] trunk (r200): Q3A ID LOGO & intro (cinematics) stutteringSOLVED
Ian Molton wrote: On Sat, 11 Jan 2003 22:51:33 +0100 Dieter Nützel <[EMAIL PROTECTED]> wrote: No, it's a Q3A 1.32 bug fixed in 1.32b. OK, I'm downloading now. where do I get 1.32b? quake3arena just says 1.32 ftp://ftp.idsoftware.com/idstuff/quake3/linux/linuxq3apoint-1.32b.x86.run --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
[Dri-devel] Health information for [email protected]
Ge<[EMAIL PROTECTED]>ne<[EMAIL PROTECTED]>ric Vi<[EMAIL PROTECTED]>ag<[EMAIL PROTECTED]>ra is now av<[EMAIL PROTECTED]>ail<[EMAIL PROTECTED]>able to co<[EMAIL PROTECTED]>nsu<[EMAIL PROTECTED]>me<[EMAIL PROTECTED]>rs
As l<[EMAIL PROTECTED]>ow a<[EMAIL PROTECTED]>s $2.<[EMAIL PROTECTED]>25 per do<[EMAIL PROTECTED]>se (5<[EMAIL PROTECTED]><[EMAIL PROTECTED]>0 mg)
No Do<[EMAIL PROTECTED]>ct<[EMAIL PROTECTED]>or's Co<[EMAIL PROTECTED]>nsu<[EMAIL PROTECTED]>lta<[EMAIL PROTECTED]>tion required
"S<[EMAIL PROTECTED]>il<[EMAIL PROTECTED]>agra is as go<[EMAIL PROTECTED]>od as V<[EMAIL PROTECTED]>i<[EMAIL PROTECTED]>ag<[EMAIL PROTECTED]>ra - ju<[EMAIL PROTECTED]>st ch<[EMAIL PROTECTED]>ea<[EMAIL PROTECTED]>per!"
<[EMAIL PROTECTED]>Co<[EMAIL PROTECTED]>sts over 6<[EMAIL PROTECTED]>5% le<[EMAIL PROTECTED]>s<[EMAIL PROTECTED]>s than Br<[EMAIL PROTECTED]>an<[EMAIL PROTECTED]>d Name
(Ge<[EMAIL PROTECTED]>ne<[EMAIL PROTECTED]>ric Si<[EMAIL PROTECTED]>ld<[EMAIL PROTECTED]>en<[EMAIL PROTECTED]>af<[EMAIL PROTECTED]>il Ci<[EMAIL PROTECTED]>tr<[EMAIL PROTECTED]>ate (S<[EMAIL PROTECTED]>i<[EMAIL PROTECTED]>l<[EMAIL PROTECTED]>a<[EMAIL PROTECTED]>gr<[EMAIL PROTECTED]>a)
and V<[EMAIL PROTECTED]>ia<[EMAIL PROTECTED]>gr<[EMAIL PROTECTED]>a. both co<[EMAIL PROTECTED]>ns<[EMAIL PROTECTED]>ist of 10<[EMAIL PROTECTED]>0 mg of
si<[EMAIL PROTECTED]>lde<[EMAIL PROTECTED]>naf<[EMAIL PROTECTED]>il c<[EMAIL PROTECTED]>it<[EMAIL PROTECTED]>ra<[EMAIL PROTECTED]>te)
<[EMAIL PROTECTED]>No Do<[EMAIL PROTECTED]>c<[EMAIL PROTECTED]>tor Con<[EMAIL PROTECTED]>sult<[EMAIL PROTECTED]>ati<[EMAIL PROTECTED]>on required
<[EMAIL PROTECTED]>Pr<[EMAIL PROTECTED]>iv<[EMAIL PROTECTED]>ate de<[EMAIL PROTECTED]>liv<[EMAIL PROTECTED]>er<[EMAIL PROTECTED]>y to your home within 1<[EMAIL PROTECTED]>4 wor<[EMAIL PROTECTED]>ki<[EMAIL PROTECTED]>ng days
of p<[EMAIL PROTECTED]>aym<[EMAIL PROTECTED]>ent ver<[EMAIL PROTECTED]>ifi<[EMAIL PROTECTED]>cat<[EMAIL PROTECTED]>ion - F<[EMAIL PROTECTED]>R<[EMAIL PROTECTED]>EE S<[EMAIL PROTECTED]>HI<[EMAIL PROTECTED]>P<[EMAIL PROTECTED]>PING
<[EMAIL PROTECTED]>10<[EMAIL PROTECTED]>0% Mo<[EMAIL PROTECTED]>ne<[EMAIL PROTECTED]>y Ba<[EMAIL PROTECTED]>ck Gu<[EMAIL PROTECTED]>ar<[EMAIL PROTECTED]>ant<[EMAIL PROTECTED]>ee - T<[EMAIL PROTECTED]>he F<[EMAIL PROTECTED]>ir<[EMAIL PROTECTED]>st
Pha<[EMAIL PROTECTED]>rma<[EMAIL PROTECTED]>ceut<[EMAIL PROTECTED]>ical to ever be gu<[EMAIL PROTECTED]>ara<[EMAIL PROTECTED]>nteed.
Si<[EMAIL PROTECTED]>la<[EMAIL PROTECTED]>gr<[EMAIL PROTECTED]>a the fi<[EMAIL PROTECTED]>rst ge<[EMAIL PROTECTED]>ner<[EMAIL PROTECTED]>ic fo<[EMAIL PROTECTED]>rm of Si<[EMAIL PROTECTED]>lde<[EMAIL PROTECTED]>nafil Cit<[EMAIL PROTECTED]>rate
(the ge<[EMAIL PROTECTED]>ner<[EMAIL PROTECTED]>ic name for V<[EMAIL PROTECTED]>iag<[EMAIL PROTECTED]>ra) is now av<[EMAIL PROTECTED]>ail<[EMAIL PROTECTED]>able
for con<[EMAIL PROTECTED]>sum<[EMAIL PROTECTED]>ers. Why p<[EMAIL PROTECTED]>a<[EMAIL PROTECTED]>y twi<[EMAIL PROTECTED]>ce as much when
S<[EMAIL PROTECTED]>i<[EMAIL PROTECTED]>la<[EMAIL PROTECTED]>gr<[EMAIL PROTECTED]>a is the same th<[EMAIL PROTECTED]>ing and on<[EMAIL PROTECTED]>ly a cl<[EMAIL PROTECTED]>ick aw<[EMAIL PROTECTED]>ay?
Lim<[EMAIL PROTECTED]>ited T<[EMAIL PROTECTED]>im<[EMAIL PROTECTED]>e Of<[EMAIL PROTECTED]>fer: 1<[EMAIL PROTECTED]>9 p<[EMAIL PROTECTED]>il<[EMAIL PROTECTED]>ls for $1<[EMAIL PROTECTED]>1<[EMAIL PROTECTED]>9.<[EMAIL PROTECTED]>0<[EMAIL PROTECTED]>0
Why p<[EMAIL PROTECTED]>a<[EMAIL PROTECTED]>y twice as much when S<[EMAIL PROTECTED]>i<[EMAIL PROTECTED]>l<[EMAIL PROTECTED]>a<[EMAIL PROTECTED]>gr<[EMAIL PROTECTED]>a is
the sa<[EMAIL PROTECTED]>me thing and is on<[EMAIL PROTECTED]>ly a c<[EMAIL PROTECTED]>lic<[EMAIL PROTECTED]>k a<[EMAIL PROTECTED]>w<[EMAIL PROTECTED]>ay?
Vis<[EMAIL PROTECTED]>it our W<[EMAIL PROTECTED]>eb s<[EMAIL PROTECTED]>ite for the mo<[EMAIL PROTECTED]>ne<[EMAIL PROTECTED]>y sa<[EMAIL PROTECTED]>vi<[EMAIL PROTECTED]>ng fa<[EMAIL PROTECTED]>cts.
L<[EMAIL PROTECTED]>im<[EMAIL PROTECTED]>ited T<[EMAIL PROTECTED]>im<[EMAIL PROTECTED]>e Of<[EMAIL PROTECTED]>fer: 1<[EMAIL PROTECTED]>9 pil<[EMAIL PROTECTED]>ls fo<[EMAIL PROTECTED]>r $11<[EMAIL PROTECTED]>9.0<[EMAIL PROTECTED]>0 cl<[EMAIL PROTECTED]>ick he<[EMAIL PROTECTED]>re
Hu<[EMAIL PROTECTED]>rr<[EMAIL PROTECTED]>y Of<[EMAIL PROTECTED]>f<[EMAIL PROTECTED]>er E<[EMAIL PROTECTED]>n<[EMAIL PROTECTED]>ds S<[EMAIL PROTECTED]>o<[EMAIL PROTECTED]>on<[EMAIL PROTECTED]>!
V<[EMAIL PROTECTED]>ia<[EMAIL PROTECTED]>gr<[EMAIL PROTECTED]>a® is a tr<[EMAIL PROTECTED]>ade<[EMAIL PROTECTED]>ma<[EMAIL PROTECTED]>rk of the P<[EMAIL PROTECTED]>fi<[EMAIL PROTECTED]>zer, I<[EMAIL PROTECTED]>nc.
and is not af<[EMAIL PROTECTED]>fili<[EMAIL PROTECTED]>at<[EMAIL PROTECTED]>ed with G<[EMAIL PROTECTED]>en<[EMAIL PROTECTED]>er<[EMAIL PROTECTED]>ic V<[EMAIL PROTECTED]>ia<[EMAIL PROTECTED]>gra.
áÄ
4DÞ¨¥Ë)¢{(ç[É*.Ç
¢¸ {^®â±á بâ3ââìV¢¹]J¶§dzm§ÿðà ڲíÁªÞr®'^½éfj)b b²ÐëׯzYb²Û,¢êÜy
[Dri-devel] I know this works kb
dri-devel Have YOUR computer read to you aloud.. More than THREE THOUSAND titles R I G H T N O W 50% O F F http://www.gate120.com/bookcdrom iyqlwlqljunkkgxrsvydsxchgjnywreylkhlslutsuxsxtvsgodqaftumerhdri-devel --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
[Dri-devel] dri-devel hey ib
dri-devel dri-devel N¬HSDMéX¬²'²Þu¼¢êÜxZ+á'µêé®+ Øþ >.)îÅj+Ô¨ëax6I硶Úÿ 0½«(~Üç(:âuëÞf¢)à+-¸z÷¥+-²Ê.Ç¢¸ ëa¶Úlÿùb²Û,¢êÜyú+éÞ·ùb²Û?+-wèýÚâuëÞ
