[Dri-devel] weird corruption with r200
I just got my 9200 up and running but I'm seeing some weird behavior. 3d works fine if I run in single head mode. however, if I run with mergedfb I get weird corruption in fullscreen apps like screen savers. for example, if I run the atlantis screen saver, there appears to be "junk" from previous 3D apps that is colored the same as the blue back ground. then when the whales are drawn you appear to be swimming behind remnants of old whales and gears from glxgears. running in single head mode works fine and running windowed 3d apps works fine on both heads in mergedfb mode. On my laptop in mergedfb mode (m6 - r100), fullscreen apps like screen savers show no such corruption; they render fine across both heads. I've tried all the different settings (TCL, frame throttling, etc.) nothing changes. does anyone know why this could happening? has anyone else experienced anything similar? Thanks, Alex __ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com --- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
[Dri-devel] weird corruption with r200
Well, I solved the problem...sort of... it happens when I'm using a merged mode that's 2048 wide. Does anyone know why there would be corruption at 2048x768 (2 heads of 1024x768)? Has anyone tried a single head at 2048x1536? Mergedfb works at 2048x768, it just shows that corruption I described below. It's almost like there's old state getting mixed in or something. changing to 2047x768 clears it up, but then you have screen overlap. Alex --- I just got my 9200 up and running but I'm seeing some weird behavior. 3d works fine if I run in single head mode. however, if I run with mergedfb I get weird corruption in fullscreen apps like screen savers. for example, if I run the atlantis screen saver, there appears to be "junk" from previous 3D apps that is colored the same as the blue back ground. then when the whales are drawn you appear to be swimming behind remnants of old whales and gears from glxgears. running in single head mode works fine and running windowed 3d apps works fine on both heads in mergedfb mode. On my laptop in mergedfb mode (m6 - r100), fullscreen apps like screen savers show no such corruption; they render fine across both heads. I've tried all the different settings (TCL, frame throttling, etc.) nothing changes. does anyone know why this could happening? has anyone else experienced anything similar? Thanks, Alex __ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com --- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] weird corruption with r200
On Sun, 2003-10-12 at 17:27, Alex Deucher wrote: > Well, I solved the problem...sort of... it happens when I'm using a > merged mode that's 2048 wide. Does anyone know why there would be > corruption at 2048x768 (2 heads of 1024x768)? Has anyone tried a > single head at 2048x1536? You could try yourself. :) > 3d works fine if I run in single head mode. however, if I run with > mergedfb I get weird corruption in fullscreen apps like screen savers. > for example, if I run the atlantis screen saver, there appears to be > "junk" from previous 3D apps that is colored the same as the blue back > ground. then when the whales are drawn you appear to be swimming > behind remnants of old whales and gears from glxgears. running in > single head mode works fine and running windowed 3d apps works fine on > both heads in mergedfb mode. Weird, as there's no fundamental difference between windowed and fullscreen. > On my laptop in mergedfb mode (m6 - r100), fullscreen apps like screen > savers show no such corruption; they render fine across both heads. > I've tried all the different settings (TCL, frame throttling, etc.) > nothing changes. does anyone know why this could happening? has > anyone else experienced anything similar? I see problems in 2048x1024 on R100, but only with page flipping. Is that also true for your problem? -- Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI developer Software libre enthusiast \ http://svcs.affero.net/rm.php?r=daenzer --- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
re: [Dri-devel] weird corruption with r200
Further info on this. Not all GL apps are affected. I've only tried xscreensavers. of the GL screensavers most show that corruption I spoke of, but some seem unaffected (many from the rss package: http://rss-glx.sourceforge.net/). Those that work: BusySpheres Cage Colorfire Hufos smoke hufos tunnel pulsar Skyrocket solarwinds sundancer2 Don't work: Atlantis Bubble3D Circuit Cubenetic Cyclone Dangerball Endgame Engine Flipscreen3D Flocks lament most others Certain modes work: BioF Flux Helios Any insight would be much appreciated. thanks, Alex Well, I solved the problem...sort of... it happens when I'm using a merged mode that's 2048 wide. Does anyone know why there would be corruption at 2048x768 (2 heads of 1024x768)? Has anyone tried a single head at 2048x1536? Mergedfb works at 2048x768, it just shows that corruption I described below. It's almost like there's old state getting mixed in or something. changing to 2047x768 clears it up, but then you have screen overlap. Alex --- I just got my 9200 up and running but I'm seeing some weird behavior. 3d works fine if I run in single head mode. however, if I run with mergedfb I get weird corruption in fullscreen apps like screen savers. for example, if I run the atlantis screen saver, there appears to be "junk" from previous 3D apps that is colored the same as the blue back ground. then when the whales are drawn you appear to be swimming behind remnants of old whales and gears from glxgears. running in single head mode works fine and running windowed 3d apps works fine on both heads in mergedfb mode. On my laptop in mergedfb mode (m6 - r100), fullscreen apps like screen savers show no such corruption; they render fine across both heads. I've tried all the different settings (TCL, frame throttling, etc.) nothing changes. does anyone know why this could happening? has anyone else experienced anything similar? Thanks, Alex __ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com --- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] weird corruption with r200
--- Michel Dänzer <[EMAIL PROTECTED]> wrote: > On Sun, 2003-10-12 at 17:27, Alex Deucher wrote: > > Well, I solved the problem...sort of... it happens when I'm using a > > merged mode that's 2048 wide. Does anyone know why there would be > > corruption at 2048x768 (2 heads of 1024x768)? Has anyone tried a > > single head at 2048x1536? > > You could try yourself. :) I wish I had a monitor that could display 2048x1536. Mine tops out at 1600x1200 :) 3D works fine as long the width of the crtc(s) is less than 2048. virtual desktop size doesn't seem to affect 3D. > > > 3d works fine if I run in single head mode. however, if I run with > > mergedfb I get weird corruption in fullscreen apps like screen > savers. > > for example, if I run the atlantis screen saver, there appears to > be > > "junk" from previous 3D apps that is colored the same as the blue > back > > ground. then when the whales are drawn you appear to be swimming > > behind remnants of old whales and gears from glxgears. running in > > single head mode works fine and running windowed 3d apps works fine > on > > both heads in mergedfb mode. > > Weird, as there's no fundamental difference between windowed and > fullscreen. yeah. > > > On my laptop in mergedfb mode (m6 - r100), fullscreen apps like > screen > > savers show no such corruption; they render fine across both heads. > > > I've tried all the different settings (TCL, frame throttling, etc.) > > > nothing changes. does anyone know why this could happening? has > > anyone else experienced anything similar? > > I see problems in 2048x1024 on R100, but only with page flipping. Is > that also true for your problem? > No. I have pageflipping disabled. pageflipping doesn't work right in certain mergedfb modes (leftOf and Above - those where crtc2 precedes crtc1 in the framebuffer). Alex __ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com --- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] weird corruption with r200
Well, I just tried the mergedfb mode for the first time this evening and I can confirm what Alex is seeing... Many of the GL xscreensaver modes (and xlock modes) are pretty psychedlic. On Sun, 12 Oct 2003, Alex Deucher wrote: > > --- Michel Dänzer <[EMAIL PROTECTED]> wrote: > > On Sun, 2003-10-12 at 17:27, Alex Deucher wrote: > > > Well, I solved the problem...sort of... it happens when I'm using a > > > merged mode that's 2048 wide. Does anyone know why there would be > > > corruption at 2048x768 (2 heads of 1024x768)? Has anyone tried a > > > single head at 2048x1536? > > > > You could try yourself. :) > > I wish I had a monitor that could display 2048x1536. Mine tops out at > 1600x1200 :) > 3D works fine as long the width of the crtc(s) is less than 2048. > virtual desktop size doesn't seem to affect 3D. > > > > > > 3d works fine if I run in single head mode. however, if I run with > > > mergedfb I get weird corruption in fullscreen apps like screen > > savers. > > > for example, if I run the atlantis screen saver, there appears to > > be > > > "junk" from previous 3D apps that is colored the same as the blue > > back > > > ground. then when the whales are drawn you appear to be swimming > > > behind remnants of old whales and gears from glxgears. running in > > > single head mode works fine and running windowed 3d apps works fine > > on > > > both heads in mergedfb mode. > > > > Weird, as there's no fundamental difference between windowed and > > fullscreen. > > yeah. > > > > > > On my laptop in mergedfb mode (m6 - r100), fullscreen apps like > > screen > > > savers show no such corruption; they render fine across both heads. > > > > > I've tried all the different settings (TCL, frame throttling, etc.) > > > > > nothing changes. does anyone know why this could happening? has > > > anyone else experienced anything similar? > > > > I see problems in 2048x1024 on R100, but only with page flipping. Is > > that also true for your problem? > > > > No. I have pageflipping disabled. pageflipping doesn't work right in > certain mergedfb modes (leftOf and Above - those where crtc2 precedes > crtc1 in the framebuffer). > > Alex > > > > __ > Do you Yahoo!? > The New Yahoo! Shopping - with improved product search > http://shopping.yahoo.com > > > --- > This SF.net email is sponsored by: SF.net Giveback Program. > SourceForge.net hosts over 70,000 Open Source Projects. > See the people who have HELPED US provide better services: > Click here: http://sourceforge.net/supporters.php > ___ > Dri-devel mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/dri-devel > --- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] weird corruption with r200
On Mon, 2003-10-13 at 01:26, Alex Deucher wrote: > -- Michel Dnzer <[EMAIL PROTECTED]> wrote: > > On Sun, 2003-10-12 at 17:27, Alex Deucher wrote: > > > Well, I solved the problem...sort of... it happens when I'm using a > > > merged mode that's 2048 wide. Does anyone know why there would be > > > corruption at 2048x768 (2 heads of 1024x768)? Has anyone tried a > > > single head at 2048x1536? > > > > You could try yourself. :) > > I wish I had a monitor that could display 2048x1536. Mine tops out at > 1600x1200 :) > 3D works fine as long the width of the crtc(s) is less than 2048. > virtual desktop size doesn't seem to affect 3D. It should actually be the other way around... unless it's some kind of bandwidth issue or something, but I assume you're running with Hui's patch for that? -- Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI developer Software libre enthusiast \ http://svcs.affero.net/rm.php?r=daenzer --- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] weird corruption with r200
You can have as big a virtual desktop as you want so long as the total 3D contexts are not greater than 2048 in either direction. Alex --- Michel Dänzer <[EMAIL PROTECTED]> wrote: > On Mon, 2003-10-13 at 01:26, Alex Deucher wrote: > > -- Michel Dnzer <[EMAIL PROTECTED]> wrote: > > > On Sun, 2003-10-12 at 17:27, Alex Deucher wrote: > > > > Well, I solved the problem...sort of... it happens when I'm > using a > > > > merged mode that's 2048 wide. Does anyone know why there would > be > > > > corruption at 2048x768 (2 heads of 1024x768)? Has anyone tried > a > > > > single head at 2048x1536? > > > > > > You could try yourself. :) > > > > I wish I had a monitor that could display 2048x1536. Mine tops out > at > > 1600x1200 :) > > 3D works fine as long the width of the crtc(s) is less than 2048. > > virtual desktop size doesn't seem to affect 3D. > > It should actually be the other way around... unless it's some kind > of > bandwidth issue or something, but I assume you're running with Hui's > patch for that? > > > -- > Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI > developer > Software libre enthusiast \ > http://svcs.affero.net/rm.php?r=daenzer > __ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com --- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] weird corruption with r200
On Mon, 2003-10-13 at 06:13, Alex Deucher wrote: > You can have as big a virtual desktop as you want so long as the total > 3D contexts are not greater than 2048 in either direction. Wrong. The 2048 limit is for the virtual location of the right and bottom edges of 3D windows. The 3D engine couldn't care less about what the CRTCs do with the data it renders, except for the bandwidth. -- Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI developer Software libre enthusiast \ http://svcs.affero.net/rm.php?r=daenzer --- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] weird corruption with r200
You are right. Last night I created a virtual desktop of 2100x768 and display mode of 1024x768, then ran several fullscreen GL xscreensaver hacks. All of them displayed fine. I haven't looked at the source to the hacks, but I assume they look at the current display mode and the create a 3D window of that size, 1024x768 in this case. I guess the GL screensavers may be draw their 3D window at starting at 0,0. The only time I see the rendering fail is when the actual 3D window(s) itself exceeds 2048. For instance if I resize a glxgears window, it will render fine up to 2048, then the window goes blank, or if I run several instances of glxgears lined up, the one that exceeds 2048 will go blank. perhaps the limit is actually 2047? that wouldn't seem to be the case since rendering still happens at 2048 it's just full of arifacts. perhaps it is bandwidth. I downloaded the newest version of xscreensaver last night. the new behavior is to create 2 instances of the GL hack based on the xinerama info and display one on head head. the hack running on the first head displays fine; the one running on the second head shows the corruption. So it seems to have something to do with 2048. Alex --- Michel Dänzer <[EMAIL PROTECTED]> wrote: > On Mon, 2003-10-13 at 06:13, Alex Deucher wrote: > > You can have as big a virtual desktop as you want so long as the > total > > 3D contexts are not greater than 2048 in either direction. > > Wrong. The 2048 limit is for the virtual location of the right and > bottom edges of 3D windows. The 3D engine couldn't care less about > what > the CRTCs do with the data it renders, except for the bandwidth. > > > -- > Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI > developer > Software libre enthusiast \ > http://svcs.affero.net/rm.php?r=daenzer > __ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com --- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] weird corruption with r200
Also, I don't think it's a bandwith issue. I can run mergedfb in "above" mode with a virtual desktop of 1280x1792 (1024x768 above 1280x1024) and all is well. this is signifigantly more bandwidth than 2048x768. Unless the pitch has more to do with it than the height... Alex --- Michel Dänzer <[EMAIL PROTECTED]> wrote: > On Mon, 2003-10-13 at 06:13, Alex Deucher wrote: > > You can have as big a virtual desktop as you want so long as the > total > > 3D contexts are not greater than 2048 in either direction. > > Wrong. The 2048 limit is for the virtual location of the right and > bottom edges of 3D windows. The 3D engine couldn't care less about > what > the CRTCs do with the data it renders, except for the bandwidth. > > > -- > Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI > developer > Software libre enthusiast \ > http://svcs.affero.net/rm.php?r=daenzer > __ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com --- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] weird corruption with r200
On Mon, 2003-10-13 at 16:26, Alex Deucher wrote: > > perhaps the limit is actually 2047? No, the RE_WIDTH_HEIGHT register takes 11 bits for the coordinates of the rightmost column and bottommost line. There may be off-by-one errors in the code though... > perhaps it is bandwidth. I agree with you that's unlikely. > I downloaded the newest version of xscreensaver last night. the new > behavior is to create 2 instances of the GL hack based on the xinerama > info and display one on head head. the hack running on the first head > displays fine; the one running on the second head shows the corruption. > So it seems to have something to do with 2048. It wouldn't be as simple as clears not working (properly) >= 2048, would it? Can you capture the problem in screenshots? -- Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI developer Software libre enthusiast \ http://svcs.affero.net/rm.php?r=daenzer --- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] weird corruption with r200
--- Michel Dänzer <[EMAIL PROTECTED]> wrote: > On Mon, 2003-10-13 at 16:26, Alex Deucher wrote: > > > > perhaps the limit is actually 2047? > > No, the RE_WIDTH_HEIGHT register takes 11 bits for the coordinates of > the rightmost column and bottommost line. There may be off-by-one > errors > in the code though... Yeah, that's what I thought... > > > perhaps it is bandwidth. > > I agree with you that's unlikely. > > > > I downloaded the newest version of xscreensaver last night. the > new > > behavior is to create 2 instances of the GL hack based on the > xinerama > > info and display one on head head. the hack running on the first > head > > displays fine; the one running on the second head shows the > corruption. > > So it seems to have something to do with 2048. > > It wouldn't be as simple as clears not working (properly) >= 2048, > would > it? Can you capture the problem in screenshots? > > That sounds right. because the 3D image shows up correctly. it's like looking through a mesh of bits of old 3d objects (colored the same as the background) with the new 3D scene rendering correctly behind it. I'll try ang grab a screenshot tonight. Alex __ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com --- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] weird corruption with r200
I've uploaded some screenshots as an example: http://www.botchco.com/alex/2048-error/ the new version of xscreensaver displays a separate instance on each head of a xinerama desktop. so in this case only the context running up again the 2048 limit (the right side) shows the error. When I turn off xinerama or run an older version of xscreensaver the corruption shown on the right side of the above images shows across the entire screen. Looks like a clearing problem. you can see there seems to be remnants of old whales and glxgears overlayed on the new scene. Alex --- Michel Dänzer <[EMAIL PROTECTED]> wrote: ... > > I downloaded the newest version of xscreensaver last night. the > new > > behavior is to create 2 instances of the GL hack based on the > xinerama > > info and display one on head head. the hack running on the first > head > > displays fine; the one running on the second head shows the > corruption. > > So it seems to have something to do with 2048. > > It wouldn't be as simple as clears not working (properly) >= 2048, > would > it? Can you capture the problem in screenshots? > > __ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com --- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] weird corruption with r200
On Tue, 2003-10-14 at 06:44, Alex Deucher wrote: > I've uploaded some screenshots as an example: > http://www.botchco.com/alex/2048-error/ > > the new version of xscreensaver displays a separate instance on each > head of a xinerama desktop. so in this case only the context running up > again the 2048 limit (the right side) shows the error. When I turn off > xinerama or run an older version of xscreensaver the corruption shown > on the right side of the above images shows across the entire screen. > Looks like a clearing problem. you can see there seems to be remnants > of old whales and glxgears overlayed on the new scene. Doesn't look like what I'd expect if clears didn't work though, but you may still want to start digging in radeon_cp_dispatch_clear(). -- Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI developer Software libre enthusiast \ http://svcs.affero.net/rm.php?r=daenzer --- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] weird corruption with r200
Sounds good. I may play around with it when I get a chance. Any other thoughts on what it might be if not clears? Alex --- Michel D�nzer <[EMAIL PROTECTED]> wrote: > On Tue, 2003-10-14 at 06:44, Alex Deucher wrote: > > I've uploaded some screenshots as an example: > > http://www.botchco.com/alex/2048-error/ > > > > the new version of xscreensaver displays a separate instance on > each > > head of a xinerama desktop. so in this case only the context > running up > > again the 2048 limit (the right side) shows the error. When I turn > off > > xinerama or run an older version of xscreensaver the corruption > shown > > on the right side of the above images shows across the entire > screen. > > Looks like a clearing problem. you can see there seems to be > remnants > > of old whales and glxgears overlayed on the new scene. > > Doesn't look like what I'd expect if clears didn't work though, but > you > may still want to start digging in radeon_cp_dispatch_clear(). > > > -- > Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI > developer > Software libre enthusiast \ > http://svcs.affero.net/rm.php?r=daenzer > __ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com --- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] weird corruption with r200
Before I go grepping through the tree, where would I find this code (in the DRM, DRI, or 2D)? Also is it for r100 or r200 or both? is there a r200_cp_dispatch_clear()? thanks, Alex --- Michel Dänzer <[EMAIL PROTECTED]> wrote: > On Tue, 2003-10-14 at 06:44, Alex Deucher wrote: > > I've uploaded some screenshots as an example: > > http://www.botchco.com/alex/2048-error/ > > > > the new version of xscreensaver displays a separate instance on > each > > head of a xinerama desktop. so in this case only the context > running up > > again the 2048 limit (the right side) shows the error. When I turn > off > > xinerama or run an older version of xscreensaver the corruption > shown > > on the right side of the above images shows across the entire > screen. > > Looks like a clearing problem. you can see there seems to be > remnants > > of old whales and glxgears overlayed on the new scene. > > Doesn't look like what I'd expect if clears didn't work though, but > you > may still want to start digging in radeon_cp_dispatch_clear(). > > > -- > Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI > developer > Software libre enthusiast \ > http://svcs.affero.net/rm.php?r=daenzer > __ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com --- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] weird corruption with r200
Alex Deucher wrote: Before I go grepping through the tree, where would I find this code (in the DRM, DRI, or 2D)? Also is it for r100 or r200 or both? is there a r200_cp_dispatch_clear()? It's in the drm module. The r200 shares the radeon kernel code. Keith --- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
