[Bug 21193] New: [uxa]glean case/makeCurrent crash X with dri2
http://bugs.freedesktop.org/show_bug.cgi?id=21193 Summary: [uxa]glean case/makeCurrent crash X with dri2 Product: Mesa Version: unspecified Platform: Other OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/i915 AssignedTo: dri-devel@lists.sourceforge.net ReportedBy: haien@intel.com Created an attachment (id=24811) -- (http://bugs.freedesktop.org/attachment.cgi?id=24811) xorg.0.log System Environment: -- Host: x-945gm Arch: i386 Platform: 945GM OSD:Fedora release 9 (Sulphur) Kernel_version: 2.6.29.1 Libdrm: (master)07646002c6835537c6ae44ef9b3f8480762279b8 Mesa: (mesa_7_4_branch)de197cf991416f0cd65ad2e2d2ca9aa599b52075 Xserver:(server-1.6-branch)60c161545af80eb78eb790a05bde79409dfdf16e Xf86_video_intel: (2.7)121bd7ff7cfd9a43fbb61fa56f06ba2d2b55035e Kernel: (drm-intel-2.6.29)0aa7e8a61658193f90198d579c5ef8297b45be9b Bug detailed description: - startx with uxa, then run glean case makeCurrent,X will crash soon.the backtrace from gdb is as below: #0 0xb7eb3d1b in DRI2GetBuffers (pDraw=0x0, width=0x9754f04, height=0x9754f08, attachments=0xbff0c478, count=4, out_count=0xbff0c4a4) at dri2.c:139 #1 0xb7e51295 in dri2GetBuffers (driDrawable=0x9754ee0, width=0x9754f04, height=0x9754f08, attachments=0xbff0c478, count=4, out_count=0xbff0c4a4, loaderPrivate=0x9754e38) at glxdri2.c:363 #2 0xa7a4be10 in intel_update_renderbuffers (context=0x93ce2d0, drawable=0x9754ee0) at intel_context.c:235 #3 0xa7a4c261 in intelMakeCurrent (driContextPriv=0x93ce2d0, driDrawPriv=0x9754ee0, driReadPriv=0x9754ee0) at intel_context.c:837 #4 0xa7a272be in driBindContext (pcp=0x93ce2d0, pdp=0x9754ee0, prp=0x9754ee0) at ../common/dri_util.c:203 #5 0xb7e5113c in __glXDRIcontextForceCurrent (baseContext=0x93d3350) at glxdri2.c:202 #6 0xb7e46356 in __glXForceCurrent (cl=0x93cf2d0, tag=1, error=0xbff0c5a8) at glxext.c:394 #7 0xb7e43fe7 in DoMakeCurrent (cl=0x93cf2d0, drawId=value optimized out, readId=0, contextId=0, tag=1) at glxcmds.c:605 #8 0xb7e46876 in __glXDispatch (client=0x93ebec8) at glxext.c:523 #9 0x0808672f in Dispatch () at dispatch.c:437 #10 0x0806c65d in main (argc=2, argv=0xbff0c724, envp=0x9754e38) at main.c:397 Reproduce Steps: 1.xinit (with uxa) 2. run glean case makeCurrent -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 21193] [uxa]glean case/makeCurrent crash X with dri2
http://bugs.freedesktop.org/show_bug.cgi?id=21193 --- Comment #1 from liuhaien haien@intel.com 2009-04-15 00:50:17 PST --- Created an attachment (id=24812) -- (http://bugs.freedesktop.org/attachment.cgi?id=24812) xorg conf file -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 21193] [uxa]glean case/makeCurrent crash X with dri2
http://bugs.freedesktop.org/show_bug.cgi?id=21193 martin mn...@minimum.se changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #2 from martin mn...@minimum.se 2009-04-15 02:40:12 PST --- *** This bug has been marked as a duplicate of bug 20291 *** -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 7128] Radeon R300 lockup on 2 clients accessing XV
http://bugs.freedesktop.org/show_bug.cgi?id=7128 --- Comment #13 from Michel Dänzer mic...@daenzer.net 2009-04-15 09:08:51 PST --- This may be fixed in xserver 1.6.1. Can someone confirm? -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 20607] FlightGear asserts and aborts in r300_mipmap_tree.c:calculate_miptree_layout
http://bugs.freedesktop.org/show_bug.cgi?id=20607 --- Comment #6 from Michel Dänzer mic...@daenzer.net 2009-04-15 09:16:45 PST --- (In reply to comment #4) *WARN_ONCE* File r300_state.c function r500SetupRSUnit line 1907 Don't know how to satisfy InputsRead=0x0008 This looks like bug 17929, which was fixed before Mesa 7.3, but maybe the fix needs to be adapted for R5xx cards as well... *** fgfs: r300_texstate.c:348: r300SetTexImages: Assertion `numLevels = 12' failed. This should be fixed in Mesa Git master. If someone can confirm this and that it still happens with mesa_7_4_branch, the fix can be backported. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 20954] mesa/drm(git): kernel panic with radeon driver (Radeon 9500 Pro)
http://bugs.freedesktop.org/show_bug.cgi?id=20954 --- Comment #4 from Michel Dänzer mic...@daenzer.net 2009-04-15 09:44:59 PST --- (In reply to comment #3) if (dev_priv-mmio == NULL) return -EINVAL; Looks like a good solution. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 20607] FlightGear asserts and aborts in r300_mipmap_tree.c:calculate_miptree_layout
http://bugs.freedesktop.org/show_bug.cgi?id=20607 --- Comment #7 from Maciej Cencora m.cenc...@gmail.com 2009-04-15 10:50:40 PST --- (In reply to comment #6) (In reply to comment #4) *WARN_ONCE* File r300_state.c function r500SetupRSUnit line 1907 Don't know how to satisfy InputsRead=0x0008 This looks like bug 17929, which was fixed before Mesa 7.3, but maybe the fix needs to be adapted for R5xx cards as well... Nope, this bug and other fog related has been fixed by d8b8fb68954e6eebd0b38708c25a5bec4cf1a26c and 7ad7abc4cd5c94b83feea4553ffb5a69d8ad4757. These commits aren't in 7.3 neither in 7.4. *** fgfs: r300_texstate.c:348: r300SetTexImages: Assertion `numLevels = 12' failed. This should be fixed in Mesa Git master. If someone can confirm this and that it still happens with mesa_7_4_branch, the fix can be backported. I will try to reproduce it on my rs690. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Broken vblanks on Intel
On Tue, 2009-04-14 at 12:13 -0700, Jesse Barnes wrote: On Mon, 30 Mar 2009 01:10:51 -0500 Robert Noland rnol...@2hip.net wrote: The Intel driver continues to call modeset before installing the irq handler. I discussed this issue several months ago, but have only recently become painfully aware of the deeper issues. Things seem to work ok, when you first start X, due to the fact that nothing is actually waiting on vblanks before the handler gets installed. During a Vt switch however, what I found was that with gears running synced to vblank while switching, pre-modeset says that vblanks are on and enables the pipestat registers. post-modeset schedules them to be disabled at some point in the future. At this point, vblank_enabled = 1. Now, the interrupt handler gets installed, in preinstall it wipes out both pipestat registers and again in postinstall, clearing status bits this time. That means that vblank_enabled is 1 and pipestat is empty. As long as there is a consumer asking for vblank, vblank_disable_fn never fires to clean all of this mess up. vblank_get won't ever actually turn vblanks back on, because it thinks they are already on. So the client just hangs there. I think that all of the libdrm code to deal with clients stalling on vblank was probably not needed. What happens now, is that while you are switched away or in dpms sleep, the client requesting vblank just repeatedly fires the timeout, rather than just stalling until you come back and seeing that the vblank counter has jumped way ahead of it and going on. As it is now, it continues to render one frame / sec while it is offscreen. Yeah that does look like a real problem... Can we check whether the handler has been installed at modeset time instead though? E.g. (totally untested): diff --git a/drivers/gpu/drm/drm_irq.c b/drivers/gpu/drm/drm_irq.c index 93e677a..f2e4e1c 100644 --- a/drivers/gpu/drm/drm_irq.c +++ b/drivers/gpu/drm/drm_irq.c @@ -504,7 +504,7 @@ int drm_modeset_ctl(struct drm_device *dev, void *data, int crtc, ret = 0; /* If drm_vblank_init() hasn't been called yet, just no-op */ - if (!dev-num_crtcs) + if (!dev-num_crtcs || !dev-irq_enabled) goto out; crtc = modeset-crtc; I think that means that you won't take a reference of the hardware vblank counter over vt switch. Unfortunately, the rules keep changing here. When we first pushed this stuff we were assuming that interrupts vblanks would be enabled at load time and stay on forever. But now we have vblank init at load time, but interrupts going on off at VT switch and startup time... it really messes up the logic. This is basically what I am doing now... I have re-worked all the interrupt code to install/uninstall the handler on FreeBSD at load/unload time. The drm_irq_(un)install() ioctls just (un)mask stuff. Fixing the ddx still seems like the right plan though. The radeon driver seems to handle this correctly... It also doesn't try to disable interrupts over vt switch, which seems to work well. robert. -- Robert Noland rnol...@2hip.net 2 Hip Networks signature.asc Description: This is a digitally signed message part -- This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com-- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 20607] FlightGear asserts and aborts in r300_mipmap_tree.c:calculate_miptree_layout
http://bugs.freedesktop.org/show_bug.cgi?id=20607 --- Comment #8 from smrad...@gmail.com 2009-04-15 15:07:35 PST --- (In reply to comment #6) (In reply to comment #4) *WARN_ONCE* File r300_state.c function r500SetupRSUnit line 1907 Don't know how to satisfy InputsRead=0x0008 This looks like bug 17929, which was fixed before Mesa 7.3, but maybe the fix needs to be adapted for R5xx cards as well... *** fgfs: r300_texstate.c:348: r300SetTexImages: Assertion `numLevels = 12' failed. This should be fixed in Mesa Git master. If someone can confirm this and that it still happens with mesa_7_4_branch, the fix can be backported. This happens with mesa 7.4 as well (which I use, as you can see from the glxinfo I posted earlier). -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 20607] FlightGear asserts and aborts in r300_mipmap_tree.c:calculate_miptree_layout
http://bugs.freedesktop.org/show_bug.cgi?id=20607 --- Comment #9 from Brian Paul brian.p...@tungstengraphics.com 2009-04-15 15:58:00 PST --- If you apply the two patches mentioned above to 7.4, does it fix the issue? I may release Mesa 7.4.1. on Friday... -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Intel(r) G45 Programmer's Reference Manual
Digital Enterprise Group (DEG) Software Solutions Group (SSG) _ FROM: Angela Gill (Visual Computing Group), and Keith Packard (Open Source Technology Center) DATE: April 15, 2009 RE: Intel® G45 Programmer’s Reference Manual _ We are pleased to announce that the Intel® G45 Express Chipset [Graphics and Memory Controller Hub-GMCH] Programmer’s Reference Manual (PRM) is now publicly available! The PRM resides on the Linux Graphics website (http://intellinuxgraphics.org/index.html) as well as the Visual Computing Training website (http://moss.amr.ith.intel.com/sites/VCG/VCG% 20Training/default.aspx). The PRM describes the architectural behavior and programming environment of the chipset and graphics devices. The GMCH’s Graphics Controller (GC) contains an extensive set of registers and instructions for configuration, 2D, 3D, and Video systems. The PRM describes the register, instruction, and memory interfaces and the device behaviors as controlled and observed through those interfaces. The PRM also describes the registers and instructions and provides detailed bit/field descriptions. This information is critical to the development and maintenance of Intel graphics drivers for this hardware. Many thanks to the Graphics Engineering team and the Open Source Technology Center for their work in identifying the appropriate material to include in the PRM. We would like to recognize Patricia Langstraat for her technical writing prowess as well as Eric Anholt for his help in reviewing the draft PRM material. Others on Jeff Bock’s team were invaluable in their efforts to ensure this PRM contains useful information for the open source community. -- keith.pack...@intel.com signature.asc Description: This is a digitally signed message part -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p-- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 13039] i915(?): Scheduling while atomic when kdm (display manager) restarting after logging out
http://bugzilla.kernel.org/show_bug.cgi?id=13039 --- Comment #3 from Sami Liedes slie...@cc.hut.fi 2009-04-15 23:19:17 --- Under a non-SMP kernel (the machine on which I run only has one core anyway, it's a Celeron M 530) it doesn't seem to crash the kernel - but I can't guarantee that was the only thing to change. However I managed to capture the relevant Xorg crash (that possibly triggered, or at least was closely related, to this kernel crash) backtrace, if it helps at all to debug this. I reported it in the Debian BTS at http://bugs.debian.org/524287 . I'm still working to get a good backtrace on the kernel crash, I guess I'll have to compile a SMP kernel for that and see if SMP makes this happen... -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug. -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 20607] FlightGear asserts and aborts in r300_mipmap_tree.c:calculate_miptree_layout
http://bugs.freedesktop.org/show_bug.cgi?id=20607 --- Comment #10 from smrad...@gmail.com 2009-04-15 16:32:36 PST --- (In reply to comment #9) If you apply the two patches mentioned above to 7.4, does it fix the issue? Unfortunately, I have no idea how to do that. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 20607] FlightGear asserts and aborts in r300_mipmap_tree.c:calculate_miptree_layout
http://bugs.freedesktop.org/show_bug.cgi?id=20607 --- Comment #11 from Maciej Cencora m.cenc...@gmail.com 2009-04-15 16:53:56 PST --- (In reply to comment #9) If you apply the two patches mentioned above to 7.4, does it fix the issue? I may release Mesa 7.4.1. on Friday... I'd suggest not to include those patches even if they would fix the issue. They are pretty invasive, touch sensitive area (incorrect RS setup can easily lockup GPU) and weren't tested separately that much (but the whole patch-set from 2009-03-06 has been tested thoroughly on r300, r400 and r500 cards by Markus Amsler and on rs690 by me). Also d8b8fb68954e6eebd0b38708c25a5bec4cf1a26c patch depends on 25dfbb03f8acf91a707d722af2336821dd73b8ff. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Intel(r) G45 Programmer's Reference Manual
On 16.04.2009 01:18, Keith Packard wrote: Digital Enterprise Group (DEG) Software Solutions Group (SSG) _ FROM: Angela Gill (Visual Computing Group), and Keith Packard (Open Source Technology Center) DATE: April 15, 2009 RE: Intel® G45 Programmer’s Reference Manual _ We are pleased to announce that the Intel® G45 Express Chipset [Graphics and Memory Controller Hub-GMCH] Programmer’s Reference Manual (PRM) is now publicly available! The PRM resides on the Linux Graphics website (http://intellinuxgraphics.org/index.html) as well as the Visual Computing Training website (http://moss.amr.ith.intel.com/sites/VCG/VCG% 20Training/default.aspx). That's great news! However, http://intellinuxgraphics.org/Vol_4_G45_subsystem.pdf just gets me a 404 and the other site doesn't seem to be publicly available. Roland -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 4374] [855GM] Incorrect painting in crack-attack
http://bugs.freedesktop.org/show_bug.cgi?id=4374 --- Comment #18 from Brice Goglin brice.gog...@ens-lyon.org 2009-04-15 22:22:09 PST --- Still happens with Xserver 1.6.1, Intel 2.7.0 and Mesa 7.4 on i865. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Intel(r) G45 Programmer's Reference Manual
Digital Enterprise Group (DEG) Software Solutions Group (SSG) FROM: Angela Gill (Visual Computing Group), and Keith Packard (Open Source Technology Center) DATE: April 15, 2009 RE: Intel(r) G45 Programmer's Reference Manual We are pleased to announce that the Intel(r) G45 Express Chipset [Graphics and Memory Controller Hub-GMCH] Programmer's Reference Manual (PRM) is now publicly available! The PRM resides on the Linux Graphics website (http://intellinuxgraphics.org/index.html) as well as the Visual Computing Training website (http://moss.amr.ith.intel.com/sites/VCG/VCG%20Training/default.aspx). The PRM describes the architectural behavior and programming environment of the chipset and graphics devices. The GMCH's Graphics Controller (GC) contains an extensive set of registers and instructions for configuration, 2D, 3D, and Video systems. The PRM describes the register, instruction, and memory interfaces and the device behaviors as controlled and observed through those interfaces. The PRM also describes the registers and instructions and provides detailed bit/field descriptions. This information is critical to the development and maintenance of Intel graphics drivers for this hardware. Many thanks to the Graphics Engineering team and the Open Source Technology Center for their work in identifying the appropriate material to include in the PRM. We would like to recognize Patricia Langstraat for her technical writing prowess as well as Eric Anholt for his help in reviewing the draft PRM material. Others on Jeff Bock's team were invaluable in their efforts to ensure this PRM contains useful information for the open source community. -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p-- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
