Am 30.09.2013 13:36, schrieb Daniel Vetter:
On Sat, Sep 28, 2013 at 12:49:24PM -0400, John Hupp wrote:
[I emailed the list with this same material on 9/13, but it has
received no response and someone on the Ubuntu kernel team suggested
that I change the email Subject from "Re: Moving a bug upstream per
downstream request, emailing the maintainers" to the more
descriptive one above.]
When I emailed the maintainers with the report below on 8/15 (and
archived at
http://lists.freedesktop.org/archives/dri-devel/2013-August/043876.html),
a response came on 8/16:
"It's a flash bug. They ignore the format of the Window that they
PutImage to. (Worse, they create an image of the right depth or else X
would reject the PutImage with a BadMatch and then render incorrect
pixel data into it.)"
Despite that, someone on the Ubuntu kernel team asserted "at a
minimum a non-flash regression exists going from Quantal to Raring,"
and urged me to proceed with upstream kernel bisection.
I finally finished that, and arrived at the result:
Still a flash bug. This commit simply enables rgb555 in the kernel,
which
sna likes to use on gen2/3. Flash is just too dense and always presumes
xrgb8888. Adding
Section "Screen"
Identifier "igd"
DefaultDepth 24
EndSection
to your xorg.conf will work around.
-Daniel
Hello Daniel, hello John,
I see the same shit thing with my Radeon RV730 AGP (HD4650) 'cause I
have an old SSE1 system, only. The poor people at Adobe do NOT release
any update (even a security one) for SSE1 systems since summer 2012!!!
Even so, I have no xorg.conf only /etc/X11/xorg.conf.d/ files.
Which one should I create/change for testing, this?
Thanks,
Dieter
PS I only see this with 'hardware acceleration' (ha,ha, 2012..., only
working right with SSE2, Adobe thinks,...)
PPS The little preview pictures during Flash search are right.
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
