[Xorg-driver-geode] FW: Desktop screen corruption (AMD LX driver)

Puneet Goel puneet.maillist at gmail.com
Sun Dec 16 21:49:18 PST 2007


Hello John,

I checked with remote X apps also. No issues with thm. The only issue
seems to be with Citrix published apps. I tested with various citrix
apps and this issue is coming in all.

Hello Christpher,

I tested with green background as well, same issue. Attaching a
screenshot with green background also.

Thanks
Puneet

On 12/15/07, Yoder, John <John.Yoder at amd.com> wrote:
> Have you seen it happen with other local applications? Have you tried
> Remote X applications? I'm curious whether this is a Citrix only issue.
>
> Regards,
>
> John Yoder
>
> -----Original Message-----
> From: christopher reder [mailto:creder at digitalcpt.com]
> Sent: Friday, December 14, 2007 10:10 AM
> To: Puneet Goel
> Cc: Yoder, John; xorg-driver-geode at lists.x.org;
> xorg at lists.freedesktop.org
> Subject: Re: FW: Desktop screen corruption (AMD LX driver)
>
> On Fri, 2007-12-14 at 22:19 +0530, Puneet Goel wrote:
> > Hello John,
> >
> > Thanks for the quick reply.
> >
> > You are right. It is happening at the 4 corners of the app. I was
> > dragging Notepad application on my desktop when i saw this behavior.
> > All the 4 corners of the notepad window were leaving trail behind on
> > desktop. If i refresh desktop everything becomes normal but dragging
> > notepad application again corrupted desktop. However if the drag any
> > of the native linux application which are installed on my system, it
> > works perfectly fine. I shall try to do more testing on this by
> > publishing some other apps as well.
> >
> > My host linux system is having Citrix ICA client 9.0. and server is
> > citrix presentation (metaframe) 4.5. There is a standard way of
> > publishing application via citrix server and that is what i am also
> > following.
> >
> > Is there any other info i need to provide ?
> >
>
>
> What happens with other backgrounds?  From the picture you showed, it
> was a black image changing over to white, correct?  So, that's 0xFF to
> 0x00 I believe so perhaps changing to a pure green color on your
> background would be a good experiment to see how the buffer could be
> getting overwritten.
>
>
>
>
>
>
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: file1.JPG
Type: image/jpeg
Size: 44448 bytes
Desc: not available
Url : http://lists.x.org/archives/xorg-driver-geode/attachments/20071217/3cc0b4d6/attachment.jpe 


More information about the Xorg-driver-geode mailing list