Re: [Dri-devel] i810 sharing interrupts race condition..

2003-03-24 Thread Keith Whitwell
Dave Airlie wrote:
I've just had the misfortune of having my NFSROOT system (lots of network
interrupts), have its card sharing interrupts with the i810 graphics..
once I run anything 3d the kernel oops..
The attached patch contains the quick fix which is to check in thr irq
handler if dev-dev_private is NULL or not before going using it .. also a
udelay patch included which I think the DRI tree has but the LK one
doesn't(arrgg too many trees :-)..
I've attached a second patch to
xc/xc/programs/Xserver/hw/xfree86/drivers/i810/i810_dri.c that may also
fix the problem but which I haven't tested,
What happens is the DMA cleanup occurs which frees the private data, and
an interrupt comes in from the network card most likely but the i810
driver is let know as the IRQ hasn't been deregistered yet..
This issue also will affect the i830 and gamma (not that anyone cares) but
maybe others as well as my DRI tree is old enough at this stage
What codebase is this patch against?  I was of the opinion that we'd actually 
eliminated the use of interrupts from the i810 driver.

Keith



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel


Re: [Dri-devel] performance oddities

2003-03-24 Thread Ian Romanick
MichaelM wrote:
GLX extensions:
GLX_ARB_get_proc_address, GLX_EXT_import_context, GLX_EXT_visual_info,
GLX_EXT_visual_rating, GLX_MESA_agp_offset, GLX_MESA_swap_control,
GLX_NV_vertex_array_range, GLX_SGI_video_sync
You didn't say you were running the texmem branch.  It's only running at 
80fps because it's synced to the vertical refresh.  Set the environment 
variable LIBGL_NO_VSYNC=1 and try it.



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel


Re: [Dri-devel] i810 sharing interrupts race condition..

2003-03-24 Thread Leif Delgass
On Mon, 24 Mar 2003, Keith Whitwell wrote:

 Dave Airlie wrote:
  I've just had the misfortune of having my NFSROOT system (lots of network
  interrupts), have its card sharing interrupts with the i810 graphics..
  once I run anything 3d the kernel oops..
  
  The attached patch contains the quick fix which is to check in thr irq
  handler if dev-dev_private is NULL or not before going using it .. also a
  udelay patch included which I think the DRI tree has but the LK one
  doesn't(arrgg too many trees :-)..
  
  I've attached a second patch to
  xc/xc/programs/Xserver/hw/xfree86/drivers/i810/i810_dri.c that may also
  fix the problem but which I haven't tested,
  
  What happens is the DMA cleanup occurs which frees the private data, and
  an interrupt comes in from the network card most likely but the i810
  driver is let know as the IRQ hasn't been deregistered yet..
  
  This issue also will affect the i830 and gamma (not that anyone cares) but
  maybe others as well as my DRI tree is old enough at this stage
 
 What codebase is this patch against?  I was of the opinion that we'd actually 
 eliminated the use of interrupts from the i810 driver.
 
 Keith

It looks like the i810 and i830 drm modules in the 2.4.x kernel tree still
use interrupts.  In any case, I think the patch against i810/i830_dri.c
should be applied so we have a drmCtlUninstHandler to match the
drmCtlInstHandler -- which is there for backward compatibility with older
drm modules.  Also, this would be used if vblank support is added for
i810/i830.

-- 
Leif Delgass 
http://www.retinalburn.net



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel


[Dri-devel] Re: hi

2003-03-24 Thread mbishop8a
http://www.quickleadz.bz/mort/short/
Hi,
I just got a 30 year fixed mortgage at 4.75%. I found this website where Lenders 
compete for your business.
I thought you may want to look at it.
http://www.quickleadz.bz/mort/short/
Thanks,
William Burton
Remove:
http://www.quickleadz.bz/mort/rem/


---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel


Re: [Dri-devel] i810 sharing interrupts race condition..

2003-03-24 Thread Leif Delgass
On Mon, 24 Mar 2003, Keith Whitwell wrote:

 Leif Delgass wrote:
  On Mon, 24 Mar 2003, Keith Whitwell wrote:
  
  
 Dave Airlie wrote:
 
 I've just had the misfortune of having my NFSROOT system (lots of network
 interrupts), have its card sharing interrupts with the i810 graphics..
 once I run anything 3d the kernel oops..
 
 The attached patch contains the quick fix which is to check in thr irq
 handler if dev-dev_private is NULL or not before going using it .. also a
 udelay patch included which I think the DRI tree has but the LK one
 doesn't(arrgg too many trees :-)..
 
 I've attached a second patch to
 xc/xc/programs/Xserver/hw/xfree86/drivers/i810/i810_dri.c that may also
 fix the problem but which I haven't tested,
 
 What happens is the DMA cleanup occurs which frees the private data, and
 an interrupt comes in from the network card most likely but the i810
 driver is let know as the IRQ hasn't been deregistered yet..
 
 This issue also will affect the i830 and gamma (not that anyone cares) but
 maybe others as well as my DRI tree is old enough at this stage
 
 What codebase is this patch against?  I was of the opinion that we'd actually 
 eliminated the use of interrupts from the i810 driver.
 
 Keith
  
  
  It looks like the i810 and i830 drm modules in the 2.4.x kernel tree still
  use interrupts. 
 
 Oh, wow.
 
  In any case, I think the patch against i810/i830_dri.c
  should be applied so we have a drmCtlUninstHandler to match the
  drmCtlInstHandler -- which is there for backward compatibility with older
  drm modules.  Also, this would be used if vblank support is added for
  i810/i830.
 
 I'm well snowed under right now - can you commit this if it looks right?
 
 Keith

It looks fine to me, though I can't test it myself.  Even if it doesn't
completely fix the problem, I think it's the 'Right Thing' to do.  I've
committed the i810/i830_dri.c fix to the DRI trunk (I also added the
drmCtlUninstHandler symbol to the referenced symbol list in
i810_driver.c).  If someone can verify that this fix works with a Linux
2.4.x drm module, I can submit this to XFree86 as well for the 4.3.x
branch.

-- 
Leif Delgass 
http://www.retinalburn.net







---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel


Re: [Dri-devel] i810 sharing interrupts race condition..

2003-03-24 Thread Keith Whitwell

It looks fine to me, though I can't test it myself.  Even if it doesn't
completely fix the problem, I think it's the 'Right Thing' to do.  I've
committed the i810/i830_dri.c fix to the DRI trunk (I also added the
drmCtlUninstHandler symbol to the referenced symbol list in
i810_driver.c).  If someone can verify that this fix works with a Linux
2.4.x drm module, I can submit this to XFree86 as well for the 4.3.x
branch.
OK, I can put an i810 box together once I get a bit of spare time (tomorrow, 
hooray).

Keith



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel


[Dri-devel] Weekly IRC meeting reminder

2003-03-24 Thread Ian Romanick

This is just a friendly reminder that the weekly dri-devel IRC meeting will
be starting in the #dri-devel channel on irc.freenode.net at 2100 UTC (or
4:00PM EST or 1:00PST, if you prefer).

Time zone conversion available at:

http://www.timezoneconverter.com/cgi-bin/tzc.tzc

Logs of previous IRC meetings are available at:

http://dri.sourceforge.net/IRC-logs/


---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel


Re: [Dri-devel] Fallback in radeon_Materialfv() doesnt work

2003-03-24 Thread Keith Whitwell
Andreas Stenglein wrote:
this patch helps for the demo.
but someone more familiar with radeon_vtxfmt should
check if it really fixes all cases...
I think in case of GL_QUAD_STRIP we should check
for 0, too.
(and maybe for 1?)
--- radeon_vtxfmt.c_origFri Mar 21 17:22:23 2003
+++ radeon_vtxfmt.cMon Mar 24 21:52:58 2003
@@ -312,6 +312,8 @@
  return 2;
   }
case GL_TRIANGLE_STRIP:
+  if (nr == 0) /* dont let verts go negative! */
+ return 0;
   ovf = MIN2( nr-1, 2 );
   for (i = 0 ; i  ovf ; i++)
  copy_vertex( rmesa, nr-ovf+i, tmp[i] );
Good catch!

I'll commit fixes for this.

Keith



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel


[Dri-devel] Network Uzmaný olun (Yeni bir kariyer)

2003-03-24 Thread [EMAIL PROTECTED]





  
Gelecei
  bizimle yakalayn.
  
  

  
  Dnyay elinize alabilmek iin art deeriniz olmal.
  Gelin bu deeri Network uzman
  olarak bizden elde edin.
  http://www.mcseteam.com
  
  

  











---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel


Re: [Dri-devel] 4.3.0 merge

2003-03-24 Thread Keith Whitwell
Alan Hourihane wrote:
I'm going to start the 4.3.0 merge. Be prepared for breakage.

I'll post another followup when I'm finished.
Thanks for doing this, Alan.

Keith



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel


Re: [Dri-devel] 4.3.0 merge

2003-03-24 Thread Jens Owen
Keith Whitwell wrote:
Alan Hourihane wrote:

I'm going to start the 4.3.0 merge. Be prepared for breakage.

I'll post another followup when I'm finished.


Thanks for doing this, Alan.
Definitely.  Thanks, Alan.

--
   /\
 Jens Owen/  \/\ _
  [EMAIL PROTECTED]  /\ \ \   Steamboat Springs, Colorado


---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel


Re: [Dri-devel] 4.3.0 merge

2003-03-24 Thread Martin Spott
Jens Owen [EMAIL PROTECTED] wrote:
 Keith Whitwell wrote:
 Alan Hourihane wrote:
 
 I'm going to start the 4.3.0 merge. Be prepared for breakage.

 I'll post another followup when I'm finished.
 
 
 Thanks for doing this, Alan.

 Definitely.  Thanks, Alan.

Oh yes, this way we'll have best of both worlds. I'm sort of happy about
this,

Martin.
-- 
 Unix _IS_ user friendly - it's just selective about who its friends are !
--


---
This SF.net email is sponsored by:
The Definitive IT and Networking Event. Be There!
NetWorld+Interop Las Vegas 2003 -- Register today!
http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel


Re: [Dri-devel] 4.3.0 merge

2003-03-24 Thread Alan Hourihane
On Mon, Mar 24, 2003 at 04:22:11PM -0700, Jens Owen wrote:
 Keith Whitwell wrote:
 Alan Hourihane wrote:
 
 I'm going to start the 4.3.0 merge. Be prepared for breakage.
 
 I'll post another followup when I'm finished.
 
 
 Thanks for doing this, Alan.
 
 Definitely.  Thanks, Alan.

No problems. But it's late here now, and my ISDN connection is sucking
down the tree to resolve the conflicts now.

I'll finish up tomorrow, sorry for the build bustage for now.

Alan.


---
This SF.net email is sponsored by:
The Definitive IT and Networking Event. Be There!
NetWorld+Interop Las Vegas 2003 -- Register today!
http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel


Re: [Dri-devel] performance oddities

2003-03-24 Thread MichaelM
DUDE! I was wondering what the environment variable was!!!
Thanks a million!

On Mon, 24 Mar 2003 04:39 pm, Ian Romanick wrote:
 MichaelM wrote:
  GLX extensions:
  GLX_ARB_get_proc_address, GLX_EXT_import_context,
  GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_agp_offset,
  GLX_MESA_swap_control, GLX_NV_vertex_array_range, GLX_SGI_video_sync

 You didn't say you were running the texmem branch.  It's only running at
 80fps because it's synced to the vertical refresh.  Set the environment
 variable LIBGL_NO_VSYNC=1 and try it.



 ---
 This sf.net email is sponsored by:ThinkGeek
 Welcome to geek heaven.
 http://thinkgeek.com/sf
 ___
 Dri-devel mailing list
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/dri-devel



---
This SF.net email is sponsored by:
The Definitive IT and Networking Event. Be There!
NetWorld+Interop Las Vegas 2003 -- Register today!
http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel


[Dri-devel] XFree86-4.3 DRI and kernel-2.5.X

2003-03-24 Thread Louis Garcia
Is their anyway I can get a diff for XFree86-4.3 DRI against 2.5.latest?
I'm starting to play with this kernel and want dri working for my
radeon.

--Lou



---
This SF.net email is sponsored by:
The Definitive IT and Networking Event. Be There!
NetWorld+Interop Las Vegas 2003 -- Register today!
http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel


Re: [Dri-devel] Fallback in radeon_Materialfv() doesnt work

2003-03-24 Thread Andreas Stenglein
unfortunately it was only a partial fix
(but was enough for that particular program)
heres a new one: (and maybe it should be handeld this way
with GL_QUAD_STRIP, too)
--- radeon_vtxfmt.c_origFri Mar 21 17:22:23 2003
+++ radeon_vtxfmt.c Tue Mar 25 07:45:52 2003
@@ -312,7 +312,14 @@
 return 2;
   }
case GL_TRIANGLE_STRIP:
-  ovf = MIN2( nr-1, 2 );
+  if (nr == 0) /* dont let verts go negative! */
+ return 0;
+  if (nr == 1) /* copy the right one ? */
+ ovf = 1;
+  else if (nr == 2) /* copy 2 verts, not only one */
+ ovf = 2;
+  else
+ ovf = MIN2( nr-1, 2 );
   for (i = 0 ; i  ovf ; i++)
 copy_vertex( rmesa, nr-ovf+i, tmp[i] );
   return i;
could that be a bit faster in the hole thing?

--- radeon_vtxfmt.c Tue Mar 25 07:57:34 2003
+++ radeon_vtxfmt.c_origFri Mar 21 17:22:23 2003
@@ -312,17 +312,7 @@
 return 2;
   }
case GL_TRIANGLE_STRIP:
-  if (nr  3)
-  {
- if (nr == 2)   /* copy 2 verts, not only one */
-ovf = 2;
- else if (nr == 1)  /* copy the right one ? */
-ovf = 1;
- else   /* nr==0: dont let verts go negative! */
-return 0;
-  }
-  else
- ovf = MIN2( nr-1, 2 );
+  ovf = MIN2( nr-1, 2 );
   for (i = 0 ; i  ovf ; i++)
 copy_vertex( rmesa, nr-ovf+i, tmp[i] );
   return i;
Am 2003.03.24 22:13:12 +0100 schrieb(en) Keith Whitwell:
Andreas Stenglein wrote:
this patch helps for the demo.
but someone more familiar with radeon_vtxfmt should
check if it really fixes all cases...
I think in case of GL_QUAD_STRIP we should check
for 0, too.
(and maybe for 1?)
--- radeon_vtxfmt.c_origFri Mar 21 17:22:23 2003
+++ radeon_vtxfmt.cMon Mar 24 21:52:58 2003
@@ -312,6 +312,8 @@
  return 2;
   }
case GL_TRIANGLE_STRIP:
+  if (nr == 0) /* dont let verts go negative! */
+ return 0;
   ovf = MIN2( nr-1, 2 );
   for (i = 0 ; i  ovf ; i++)
  copy_vertex( rmesa, nr-ovf+i, tmp[i] );
Good catch!

I'll commit fixes for this.

Keith


---
This SF.net email is sponsored by:
The Definitive IT and Networking Event. Be There!
NetWorld+Interop Las Vegas 2003 -- Register today!
http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel