Re: Flash 11.2 content displays in shades of green and purple only, and in a horizontally compressed space

2013-10-05 Thread John Hupp 

On 10/4/2013 9:44 AM, Dieter Nützel wrote:

Am 02.10.2013 21:20, schrieb John Hupp:

On 9/30/2013 7:36 AM, Daniel Vetter wrote:

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
xrgb. Adding

Section Screen
 Identifier igd
 DefaultDepth 24
EndSection

to your xorg.conf will work around.
-Daniel


*Thanks!  That successfully works around the Flash problem with the
Intel driver/chipsets that I reported on.  We have at least 4 of those
machines here.*


Hello John,

which 'special' Flash version are you running?
I see that you have an Celeron so YOU can use the SSE2 enabled 
version, which I can't 'cause a have old Athlon/Duron without SSE2.


Do you have to fiddle with

/etc/vdpau_wrapper.cfg
enable_flash_uv_swap=1
disable_flash_pq_bg_color=1
?

I can't get around the green and purple colors, but NO line distortion 
on my RV730 AGP, here.


Any hints, Christian?

Thank you for your insistence, John!

-Dieter


I'm just using the current 11.2.x Flash installed by 
flashplugin-installer from the standard Ubuntu repos.


I don't have to fiddle with anything you mentioned there.

On the face of it, though our cases share a symptom, your case varies 
from mine in both the graphics driver (my Intel chipsets, your ATI 
Radeon) and processor support.  I don't know enough about these things 
to assess whether the same bug and work-around apply.






57779d06367a915ee03e6cb918d7575f0a46e419 is the first bad commit
commit 57779d06367a915ee03e6cb918d7575f0a46e419
Author: Ville Syrjälä ville.syrj...@linux.intel.com
Date: Wed Oct 31 17:50:14 2012 +0200

 drm/i915: Fix display pixel format handling

 Fix support for all RGB/BGR pixel formats (except the
16:16:16:16 float
 format).

 Fix intel_init_framebuffer() to match hardware and driver 
limitations:

 * RGB332 is not supported at all
 * CI8 is supported
 * XRGB1555  co. are supported on Gen3 and earlier
 * XRGB210101010  co. are supported from Gen4 onwards
 * BGR formats are supported from Gen4 onwards
 * YUV formats are supported from Gen5 onwards (driver limitation)

 Signed-off-by: Ville Syrjälä ville.syrj...@linux.intel.com
 Reviewed-by: Jesse Barnes jbar...@virtuousgeek.org
 Signed-off-by: Daniel Vetter daniel.vet...@ffwll.ch

:04 04 334e1536b3513d0c329a8bb6360593d12065b71d
bf0996ec13cbee07156c5e9f98dcdee30200e658 M drivers

-

The git bisect log:

git bisect start
# good: [29594404d7fe73cd80eaa4ee8c43dcc53970c60e] Linux 3.7
git bisect good 29594404d7fe73cd80eaa4ee8c43dcc53970c60e
# bad: [9931faca02c604c22335f5a935a501bb2ace6e20] Linux 3.8-rc3
git bisect bad 9931faca02c604c22335f5a935a501bb2ace6e20
# good: [db5b0ae00712b5176d7405e7a1dd2bfd6e8f5070] Merge tag 'dt' of
git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc
git bisect good db5b0ae00712b5176d7405e7a1dd2bfd6e8f5070
# bad: [3c2e81ef344a90bb0a39d84af6878b4aeff568a2] Merge branch
'drm-next' of git://people.freedesktop.org/~airlied/linux
git bisect bad 3c2e81ef344a90bb0a39d84af6878b4aeff568a2
# good: [d8c532c40721f7507896d202b8cae3b3642d2b0d] Merge branch
'v4l_for_linus' of
git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media
git bisect good d8c532c40721f7507896d202b8cae3b3642d2b0d
# good: [2a74dbb9a86e8102dcd07d284135b4530a84826e] Merge branch
'for-linus' of
git://git.kernel.org/pub/scm/linux/kernel/git/jmorris/linux-security
git bisect good 2a74dbb9a86e8102dcd07d284135b4530a84826e
# bad: [124ea297c8f0e0a3a567af0894fdbe05caaf80ec] drm/nouveau: unpin
pushbuffer bo before destroying it
git bisect bad 124ea297c8f0e0a3a567af0894fdbe05caaf80ec
# bad: [12f3382bc0262e981a2e58aca900cbbdbbe66825] drm/i915:
implement WaDisablePSDDualDispatchEnable on IVB  VLV
git bisect bad 12f3382bc0262e981a2e58aca900cbbdbbe66825
# good: [20474e90c948545c51da95689b8342a4f3bbaeb6] drm/i915: fix
checks inside ironlake_crtc_{enable,

Re: Flash 11.2 content displays in shades of green and purple only, and in a horizontally compressed space

2013-10-04 Thread Dieter Nützel 

Am 02.10.2013 21:20, schrieb John Hupp:

On 9/30/2013 7:36 AM, Daniel Vetter wrote:

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

xrgb. Adding

Section Screen
 Identifier igd
 DefaultDepth 24
EndSection

to your xorg.conf will work around.
-Daniel


*Thanks!  That successfully works around the Flash problem with the
Intel driver/chipsets that I reported on.  We have at least 4 of those
machines here.*


Hello John,

which 'special' Flash version are you running?
I see that you have an Celeron so YOU can use the SSE2 enabled version, 
which I can't 'cause a have old Athlon/Duron without SSE2.


Do you have to fiddle with

/etc/vdpau_wrapper.cfg
enable_flash_uv_swap=1
disable_flash_pq_bg_color=1
?

I can't get around the green and purple colors, but NO line distortion 
on my RV730 AGP, here.


Any hints, Christian?

Thank you for your insistence, John!

-Dieter



57779d06367a915ee03e6cb918d7575f0a46e419 is the first bad commit
commit 57779d06367a915ee03e6cb918d7575f0a46e419
Author: Ville Syrjälä ville.syrj...@linux.intel.com
Date: Wed Oct 31 17:50:14 2012 +0200

 drm/i915: Fix display pixel format handling

 Fix support for all RGB/BGR pixel formats (except the
16:16:16:16 float
 format).

 Fix intel_init_framebuffer() to match hardware and driver 
limitations:

 * RGB332 is not supported at all
 * CI8 is supported
 * XRGB1555  co. are supported on Gen3 and earlier
 * XRGB210101010  co. are supported from Gen4 onwards
 * BGR formats are supported from Gen4 onwards
 * YUV formats are supported from Gen5 onwards (driver 
limitation)


 Signed-off-by: Ville Syrjälä ville.syrj...@linux.intel.com
 Reviewed-by: Jesse Barnes jbar...@virtuousgeek.org
 Signed-off-by: Daniel Vetter daniel.vet...@ffwll.ch

:04 04 334e1536b3513d0c329a8bb6360593d12065b71d
bf0996ec13cbee07156c5e9f98dcdee30200e658 M drivers

-

The git bisect log:

git bisect start
# good: [29594404d7fe73cd80eaa4ee8c43dcc53970c60e] Linux 3.7
git bisect good 29594404d7fe73cd80eaa4ee8c43dcc53970c60e
# bad: [9931faca02c604c22335f5a935a501bb2ace6e20] Linux 3.8-rc3
git bisect bad 9931faca02c604c22335f5a935a501bb2ace6e20
# good: [db5b0ae00712b5176d7405e7a1dd2bfd6e8f5070] Merge tag 'dt' of
git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc
git bisect good db5b0ae00712b5176d7405e7a1dd2bfd6e8f5070
# bad: [3c2e81ef344a90bb0a39d84af6878b4aeff568a2] Merge branch
'drm-next' of git://people.freedesktop.org/~airlied/linux
git bisect bad 3c2e81ef344a90bb0a39d84af6878b4aeff568a2
# good: [d8c532c40721f7507896d202b8cae3b3642d2b0d] Merge branch
'v4l_for_linus' of
git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media
git bisect good d8c532c40721f7507896d202b8cae3b3642d2b0d
# good: [2a74dbb9a86e8102dcd07d284135b4530a84826e] Merge branch
'for-linus' of
git://git.kernel.org/pub/scm/linux/kernel/git/jmorris/linux-security
git bisect good 2a74dbb9a86e8102dcd07d284135b4530a84826e
# bad: [124ea297c8f0e0a3a567af0894fdbe05caaf80ec] drm/nouveau: unpin
pushbuffer bo before destroying it
git bisect bad 124ea297c8f0e0a3a567af0894fdbe05caaf80ec
# bad: [12f3382bc0262e981a2e58aca900cbbdbbe66825] drm/i915:
implement WaDisablePSDDualDispatchEnable on IVB  VLV
git bisect bad 12f3382bc0262e981a2e58aca900cbbdbbe66825
# good: [20474e90c948545c51da95689b8342a4f3bbaeb6] drm/i915: fix
checks inside ironlake_crtc_{enable, disable}
git bisect good 20474e90c948545c51da95689b8342a4f3bbaeb6
# good: [00c09d70df6b30c980f20facc1db3def3f5a637e] drm/i915: create
the DDI encoder
git bisect good 00c09d70df6b30c980f20facc1db3def3f5a637e
# bad: [a35f267946947b3798827a783d82d3d2aa55697d] drm/i915: remove
IBX code from lpt_enable_pch_transcoder
git bisect bad a35f267946947b3798827a783d82d3d2aa55697d
# bad: [9256aa195d3badd009bf4addee6c3ae39879b8a6] drm/i915: move
encoder-mode_set calls to crtc_mode_set
git

Re: Flash 11.2 content displays in shades of green and purple only, and in a horizontally compressed space

2013-10-03 Thread John Hupp 

On 9/30/2013 7:36 AM, Daniel Vetter wrote:

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
xrgb. Adding

Section Screen
 Identifier igd
 DefaultDepth 24
EndSection

to your xorg.conf will work around.
-Daniel


*Thanks!  That successfully works around the Flash problem with the 
Intel driver/chipsets that I reported on.  We have at least 4 of those 
machines here.*



57779d06367a915ee03e6cb918d7575f0a46e419 is the first bad commit
commit 57779d06367a915ee03e6cb918d7575f0a46e419
Author: Ville Syrjälä ville.syrj...@linux.intel.com
Date: Wed Oct 31 17:50:14 2012 +0200

 drm/i915: Fix display pixel format handling

 Fix support for all RGB/BGR pixel formats (except the
16:16:16:16 float
 format).

 Fix intel_init_framebuffer() to match hardware and driver limitations:
 * RGB332 is not supported at all
 * CI8 is supported
 * XRGB1555  co. are supported on Gen3 and earlier
 * XRGB210101010  co. are supported from Gen4 onwards
 * BGR formats are supported from Gen4 onwards
 * YUV formats are supported from Gen5 onwards (driver limitation)

 Signed-off-by: Ville Syrjälä ville.syrj...@linux.intel.com
 Reviewed-by: Jesse Barnes jbar...@virtuousgeek.org
 Signed-off-by: Daniel Vetter daniel.vet...@ffwll.ch

:04 04 334e1536b3513d0c329a8bb6360593d12065b71d
bf0996ec13cbee07156c5e9f98dcdee30200e658 M drivers

-

The git bisect log:

git bisect start
# good: [29594404d7fe73cd80eaa4ee8c43dcc53970c60e] Linux 3.7
git bisect good 29594404d7fe73cd80eaa4ee8c43dcc53970c60e
# bad: [9931faca02c604c22335f5a935a501bb2ace6e20] Linux 3.8-rc3
git bisect bad 9931faca02c604c22335f5a935a501bb2ace6e20
# good: [db5b0ae00712b5176d7405e7a1dd2bfd6e8f5070] Merge tag 'dt' of
git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc
git bisect good db5b0ae00712b5176d7405e7a1dd2bfd6e8f5070
# bad: [3c2e81ef344a90bb0a39d84af6878b4aeff568a2] Merge branch
'drm-next' of git://people.freedesktop.org/~airlied/linux
git bisect bad 3c2e81ef344a90bb0a39d84af6878b4aeff568a2
# good: [d8c532c40721f7507896d202b8cae3b3642d2b0d] Merge branch
'v4l_for_linus' of
git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media
git bisect good d8c532c40721f7507896d202b8cae3b3642d2b0d
# good: [2a74dbb9a86e8102dcd07d284135b4530a84826e] Merge branch
'for-linus' of
git://git.kernel.org/pub/scm/linux/kernel/git/jmorris/linux-security
git bisect good 2a74dbb9a86e8102dcd07d284135b4530a84826e
# bad: [124ea297c8f0e0a3a567af0894fdbe05caaf80ec] drm/nouveau: unpin
pushbuffer bo before destroying it
git bisect bad 124ea297c8f0e0a3a567af0894fdbe05caaf80ec
# bad: [12f3382bc0262e981a2e58aca900cbbdbbe66825] drm/i915:
implement WaDisablePSDDualDispatchEnable on IVB  VLV
git bisect bad 12f3382bc0262e981a2e58aca900cbbdbbe66825
# good: [20474e90c948545c51da95689b8342a4f3bbaeb6] drm/i915: fix
checks inside ironlake_crtc_{enable, disable}
git bisect good 20474e90c948545c51da95689b8342a4f3bbaeb6
# good: [00c09d70df6b30c980f20facc1db3def3f5a637e] drm/i915: create
the DDI encoder
git bisect good 00c09d70df6b30c980f20facc1db3def3f5a637e
# bad: [a35f267946947b3798827a783d82d3d2aa55697d] drm/i915: remove
IBX code from lpt_enable_pch_transcoder
git bisect bad a35f267946947b3798827a783d82d3d2aa55697d
# bad: [9256aa195d3badd009bf4addee6c3ae39879b8a6] drm/i915: move
encoder-mode_set calls to crtc_mode_set
git bisect bad 9256aa195d3badd009bf4addee6c3ae39879b8a6
# good: [e7210c3c4f0d05e318b854bbd545fe335930c5cc] drm/i915: move
more pte encoding to pte encode
git bisect good e7210c3c4f0d05e318b854bbd545fe335930c5cc
# bad: [90f9a336f56318d4f21a29e8ef063cb70fe7dd11] drm/i915: Check
the framebuffer offset
git bisect bad 90f9a336f56318d4f21a29e8ef063cb70fe7dd11
# bad: [5d7bd705ddb362d5bd8ef2f3b294cd8f9d93c39e] drm/i915: Check
framebuffer stride more thoroughly
git bisect bad 5d7bd705ddb362d5bd8ef2f3b294cd8f9d93c39e
#

Flash 11.2 content displays in shades of green and purple only, and in a horizontally compressed space

2013-09-30 Thread Dieter Nützel 
Am 30.09.2013 14:19, schrieb Daniel Vetter:
> On Mon, Sep 30, 2013 at 2:04 PM, Dieter N?tzel  
> wrote:
>> Even so, I have no xorg.conf only /etc/X11/xorg.conf.d/ files.
>> Which one should I create/change for testing, this?
> 
> Just add the snippet I've pasted into a new file in xorg.conf.d and X
> should pick it up and integrate it into the autodetected config. You
> can check in the Xorg.log whether it worked out.
> -Daniel

OK, I guessed that...
...and put it in /etc/X11/xorg.conf.d/99-vblank.conf
X picked it up

[-]
[43.333] (==) No Layout section.  Using the first Screen section.
[43.333] (**) |-->Screen "igd" (0)
[43.333] (**) |   |-->Monitor ""
[43.338] (==) No monitor specified for screen "igd"
[-]
[43.583] (II) RADEON(0): Creating default Display subsection in 
Screen section
 "igd" for depth/fbbpp 24/32
[43.583] (**) RADEON(0): Depth 24, (--) framebuffer bpp 32
[43.583] (II) RADEON(0): Pixel depth = 24 bits stored in 4 bytes (32 
bpp pixmaps)
[43.583] (==) RADEON(0): Default visual is TrueColor
[43.588] (==) RADEON(0): RGB weight 888
[43.588] (II) RADEON(0): Using 8 bits per RGB (8 bit DAC)
[43.588] (--) RADEON(0): Chipset: "ATI Radeon HD 4600 Series" 
(ChipID = 0x9495)
[-]

But that didn't help, here.
I've fiddled around with patching libvdpau-0.6 (the 
/etc/vdpau_wrapper.cfg thing, changing 'libflashplayer' to 
'libgcflashplayer' from 2012, which is the only one that works a little 
with hardware acceleration on SSE1 systems), but that didn't help, here 
neither ;-(((

Fu.. you ADOBE!

Thanks,
Dieter
-- next part --
An embedded and charset-unspecified text was scrubbed...
Name: Xorg.0.log
URL:

Re: Flash 11.2 content displays in shades of green and purple only, and in a horizontally compressed space

2013-09-30 Thread 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
xrgb. Adding

Section Screen
Identifier igd
DefaultDepth 24
EndSection

to your xorg.conf will work around.
-Daniel

 
 57779d06367a915ee03e6cb918d7575f0a46e419 is the first bad commit
 commit 57779d06367a915ee03e6cb918d7575f0a46e419
 Author: Ville Syrjälä ville.syrj...@linux.intel.com
 Date: Wed Oct 31 17:50:14 2012 +0200
 
 drm/i915: Fix display pixel format handling
 
 Fix support for all RGB/BGR pixel formats (except the
 16:16:16:16 float
 format).
 
 Fix intel_init_framebuffer() to match hardware and driver limitations:
 * RGB332 is not supported at all
 * CI8 is supported
 * XRGB1555  co. are supported on Gen3 and earlier
 * XRGB210101010  co. are supported from Gen4 onwards
 * BGR formats are supported from Gen4 onwards
 * YUV formats are supported from Gen5 onwards (driver limitation)
 
 Signed-off-by: Ville Syrjälä ville.syrj...@linux.intel.com
 Reviewed-by: Jesse Barnes jbar...@virtuousgeek.org
 Signed-off-by: Daniel Vetter daniel.vet...@ffwll.ch
 
 :04 04 334e1536b3513d0c329a8bb6360593d12065b71d
 bf0996ec13cbee07156c5e9f98dcdee30200e658 M drivers
 
 -
 
 The git bisect log:
 
 git bisect start
 # good: [29594404d7fe73cd80eaa4ee8c43dcc53970c60e] Linux 3.7
 git bisect good 29594404d7fe73cd80eaa4ee8c43dcc53970c60e
 # bad: [9931faca02c604c22335f5a935a501bb2ace6e20] Linux 3.8-rc3
 git bisect bad 9931faca02c604c22335f5a935a501bb2ace6e20
 # good: [db5b0ae00712b5176d7405e7a1dd2bfd6e8f5070] Merge tag 'dt' of
 git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc
 git bisect good db5b0ae00712b5176d7405e7a1dd2bfd6e8f5070
 # bad: [3c2e81ef344a90bb0a39d84af6878b4aeff568a2] Merge branch
 'drm-next' of git://people.freedesktop.org/~airlied/linux
 git bisect bad 3c2e81ef344a90bb0a39d84af6878b4aeff568a2
 # good: [d8c532c40721f7507896d202b8cae3b3642d2b0d] Merge branch
 'v4l_for_linus' of
 git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media
 git bisect good d8c532c40721f7507896d202b8cae3b3642d2b0d
 # good: [2a74dbb9a86e8102dcd07d284135b4530a84826e] Merge branch
 'for-linus' of
 git://git.kernel.org/pub/scm/linux/kernel/git/jmorris/linux-security
 git bisect good 2a74dbb9a86e8102dcd07d284135b4530a84826e
 # bad: [124ea297c8f0e0a3a567af0894fdbe05caaf80ec] drm/nouveau: unpin
 pushbuffer bo before destroying it
 git bisect bad 124ea297c8f0e0a3a567af0894fdbe05caaf80ec
 # bad: [12f3382bc0262e981a2e58aca900cbbdbbe66825] drm/i915:
 implement WaDisablePSDDualDispatchEnable on IVB  VLV
 git bisect bad 12f3382bc0262e981a2e58aca900cbbdbbe66825
 # good: [20474e90c948545c51da95689b8342a4f3bbaeb6] drm/i915: fix
 checks inside ironlake_crtc_{enable, disable}
 git bisect good 20474e90c948545c51da95689b8342a4f3bbaeb6
 # good: [00c09d70df6b30c980f20facc1db3def3f5a637e] drm/i915: create
 the DDI encoder
 git bisect good 00c09d70df6b30c980f20facc1db3def3f5a637e
 # bad: [a35f267946947b3798827a783d82d3d2aa55697d] drm/i915: remove
 IBX code from lpt_enable_pch_transcoder
 git bisect bad a35f267946947b3798827a783d82d3d2aa55697d
 # bad: [9256aa195d3badd009bf4addee6c3ae39879b8a6] drm/i915: move
 encoder-mode_set calls to crtc_mode_set
 git bisect bad 9256aa195d3badd009bf4addee6c3ae39879b8a6
 # good: [e7210c3c4f0d05e318b854bbd545fe335930c5cc] drm/i915: move
 more pte encoding to pte encode
 git bisect good e7210c3c4f0d05e318b854bbd545fe335930c5cc
 # bad: [90f9a336f56318d4f21a29e8ef063cb70fe7dd11] drm/i915: Check
 the framebuffer offset
 git bisect bad 90f9a336f56318d4f21a29e8ef063cb70fe7dd11
 # bad: [5d7bd705ddb362d5bd8ef2f3b294cd8f9d93c39e] drm/i915: Check
 framebuffer stride more thoroughly
 git bisect bad 5d7bd705ddb362d5bd8ef2f3b294cd8f9d93c39e
 # bad: [57779d06367a915ee03e6cb918d7575f0a46e419] drm/i915: Fix
 display pixel format handling
 git bisect bad

Re: Flash 11.2 content displays in shades of green and purple only, and in a horizontally compressed space

2013-09-30 Thread Dieter Nützel 

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
xrgb. 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

Re: Flash 11.2 content displays in shades of green and purple only, and in a horizontally compressed space

2013-09-30 Thread Daniel Vetter 
On Mon, Sep 30, 2013 at 2:04 PM, Dieter Nützel die...@nuetzel-hh.de wrote:
 Even so, I have no xorg.conf only /etc/X11/xorg.conf.d/ files.
 Which one should I create/change for testing, this?

Just add the snippet I've pasted into a new file in xorg.conf.d and X
should pick it up and integrate it into the autodetected config. You
can check in the Xorg.log whether it worked out.
-Daniel
-- 
Daniel Vetter
Software Engineer, Intel Corporation
+41 (0) 79 365 57 48 - http://blog.ffwll.ch
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

Flash 11.2 content displays in shades of green and purple only, and in a horizontally compressed space

2013-09-28 Thread John Hupp 
[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:

57779d06367a915ee03e6cb918d7575f0a46e419 is the first bad commit
commit 57779d06367a915ee03e6cb918d7575f0a46e419
Author: Ville Syrj??l?? 
Date: Wed Oct 31 17:50:14 2012 +0200

 drm/i915: Fix display pixel format handling

 Fix support for all RGB/BGR pixel formats (except the 16:16:16:16 
float
 format).

 Fix intel_init_framebuffer() to match hardware and driver limitations:
 * RGB332 is not supported at all
 * CI8 is supported
 * XRGB1555 & co. are supported on Gen3 and earlier
 * XRGB210101010 & co. are supported from Gen4 onwards
 * BGR formats are supported from Gen4 onwards
 * YUV formats are supported from Gen5 onwards (driver limitation)

 Signed-off-by: Ville Syrj??l?? 
 Reviewed-by: Jesse Barnes 
 Signed-off-by: Daniel Vetter 

:04 04 334e1536b3513d0c329a8bb6360593d12065b71d 
bf0996ec13cbee07156c5e9f98dcdee30200e658 M drivers

-

The git bisect log:

git bisect start
# good: [29594404d7fe73cd80eaa4ee8c43dcc53970c60e] Linux 3.7
git bisect good 29594404d7fe73cd80eaa4ee8c43dcc53970c60e
# bad: [9931faca02c604c22335f5a935a501bb2ace6e20] Linux 3.8-rc3
git bisect bad 9931faca02c604c22335f5a935a501bb2ace6e20
# good: [db5b0ae00712b5176d7405e7a1dd2bfd6e8f5070] Merge tag 'dt' of 
git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc
git bisect good db5b0ae00712b5176d7405e7a1dd2bfd6e8f5070
# bad: [3c2e81ef344a90bb0a39d84af6878b4aeff568a2] Merge branch 
'drm-next' of git://people.freedesktop.org/~airlied/linux
git bisect bad 3c2e81ef344a90bb0a39d84af6878b4aeff568a2
# good: [d8c532c40721f7507896d202b8cae3b3642d2b0d] Merge branch 
'v4l_for_linus' of 
git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media
git bisect good d8c532c40721f7507896d202b8cae3b3642d2b0d
# good: [2a74dbb9a86e8102dcd07d284135b4530a84826e] Merge branch 
'for-linus' of 
git://git.kernel.org/pub/scm/linux/kernel/git/jmorris/linux-security
git bisect good 2a74dbb9a86e8102dcd07d284135b4530a84826e
# bad: [124ea297c8f0e0a3a567af0894fdbe05caaf80ec] drm/nouveau: unpin 
pushbuffer bo before destroying it
git bisect bad 124ea297c8f0e0a3a567af0894fdbe05caaf80ec
# bad: [12f3382bc0262e981a2e58aca900cbbdbbe66825] drm/i915: implement 
WaDisablePSDDualDispatchEnable on IVB & VLV
git bisect bad 12f3382bc0262e981a2e58aca900cbbdbbe66825
# good: [20474e90c948545c51da95689b8342a4f3bbaeb6] drm/i915: fix checks 
inside ironlake_crtc_{enable, disable}
git bisect good 20474e90c948545c51da95689b8342a4f3bbaeb6
# good: [00c09d70df6b30c980f20facc1db3def3f5a637e] drm/i915: create the 
DDI encoder
git bisect good 00c09d70df6b30c980f20facc1db3def3f5a637e
# bad: [a35f267946947b3798827a783d82d3d2aa55697d] drm/i915: remove IBX 
code from lpt_enable_pch_transcoder
git bisect bad a35f267946947b3798827a783d82d3d2aa55697d
# bad: [9256aa195d3badd009bf4addee6c3ae39879b8a6] drm/i915: move 
encoder->mode_set calls to crtc_mode_set
git bisect bad 9256aa195d3badd009bf4addee6c3ae39879b8a6
# good: [e7210c3c4f0d05e318b854bbd545fe335930c5cc] drm/i915: move more 
pte encoding to pte encode
git bisect good e7210c3c4f0d05e318b854bbd545fe335930c5cc
# bad: [90f9a336f56318d4f21a29e8ef063cb70fe7dd11] drm/i915: Check the 
framebuffer offset
git bisect bad 90f9a336f56318d4f21a29e8ef063cb70fe7dd11
# bad: [5d7bd705ddb362d5bd8ef2f3b294cd8f9d93c39e] drm/i915: Check 
framebuffer stride more thoroughly
git bisect bad 5d7bd705ddb362d5bd8ef2f3b294cd8f9d93c39e
# bad: [57779d06367a915ee03e6cb918d7575f0a46e419] drm/i915: Fix display 
pixel format handling
git bisect bad 57779d06367a915ee03e6cb918d7575f0a46e419

-

After finishing the kernel bisection, I also tested the new latest 
mainline kernel (3.11.0-031100-generic, modified 9-2-13) and found that 
it still suffers from the bug.

Software Update also offered an updated version of the 
Flashplugin-Installer (updating 11.2.202.297 to 11.2.202.310), but that 
did not fix the problem either.

-
THE ORIGINAL REPORT:

[1.] One line summary of the problem: