On Friday, January 14, 2005 11:43 am, Stephane Marchesin wrote: > [from the SDL maling list] > > Jesse Barnes wrote: > >I noticed that on my ia64 machine when SDL_Quit was called, the machine > > would hang in weird ways. It turned out to be caused by a machine check > > in the memset() call near the top of FB_VideoQuit. Generally memset > > shouldn't be used on I/O regions like the framebuffer or other I/O device > > memory (the Linux kernel has special routines for dealing with I/O > > memory), so I changed the #ifdef __powerpc__ to #if defined(__powerpc__) > > || defined(__ia64__) and SDL_Quit now works properly. The change should > > probably be made > >unconditional though since doing one byte at a time is the only way to be > >portable, afaik. > > Do you think this could also fix the strange miniglx troubles I have (in > RADEONScreenInit, it says "Quick hack to clear the front & back > buffers." and does it with a memset()). I'm thinking about this file : > http://cvs.freedesktop.org/mesa/Mesa/src/mesa/drivers/dri/radeon/server/rad >eon_dri.c?rev=1.15&view=auto
I figured other projects might have similar problems, thanks for checking dri. I already audited the xserver tree (not Xorg, but xserver, the one with kdrive and the other simple X servers) and it seems ok. Thanks, Jesse ------------------------------------------------------- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt -- _______________________________________________ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel