Summary: | [915] SNA rewrite issues | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | DRI | Reporter: | Sitsofe Wheeler <sitsofe> | ||||||
Component: | DRM/Intel | Assignee: | Chris Wilson <chris> | ||||||
Status: | CLOSED DUPLICATE | QA Contact: | |||||||
Severity: | normal | ||||||||
Priority: | medium | CC: | inform, jbarnes | ||||||
Version: | XOrg git | ||||||||
Hardware: | x86 (IA32) | ||||||||
OS: | Linux (All) | ||||||||
Whiteboard: | |||||||||
i915 platform: | i915 features: | ||||||||
Attachments: |
|
Description
Sitsofe Wheeler
2011-06-06 23:18:55 UTC
One additional component that needs to be updated is the xserver to include http://cgit.freedesktop.org/~ickle/xserver/commit/?id=5991e0b9950341b718da71c3f75c9e2b637dd8d4 and http://cgit.freedesktop.org/~ickle/xserver/commit/?id=950ec93c739b2509ed2dce8c59bbdf69f0595e5d That accounts for eog/icons and most of the misrendering. (Probably all and the hangcheck, just those are ones that I know are immediately affected.) The slowness in compiz is from the use of y-tiling, which contrary to my expectations, mesa/i915 is not ready for yet. Do I hear justification for i915g... I've been having very little fun with unity. My ubuntu netbook died, and running from a chroot on another is proving impossible. Sitosfe, if you get a chance can you check again using master? Could be a while (at least a week) before I can get around to trying this. Using unity, updated pixman 0.21.8-1, xorg bits from xorg-edgers, on an old .38 kernel, an intel DDX driver from git driver from today (26 June) with a exec->alignment = bo->aperture_size; in kgem_add_handle() shows different results: Desktop icons are no longer invisible but when dragged the dragged icon is corrupt. Sliding the screen is sometimes fast and sometimes slow. The grey border when doing show all desktops (super-s) is no longer corrupt. eog shows images rather than a black square. New issues: Corrupted icons when dragging desktop icons (dragging dock icons is fine). Using the screenshot button (PrintScreen) often results in a black or a partial image. Resizing text in a gnome-terminal using ctrl-shift++ ctrl-shift+- somtimes results in the window decoration turning white. Holding down alt-tab and letting the box move continuously occasionally shows glitches. Making a gnome-terminal really large by using ctrl-shift++ can sometimes cause it to disappear. If it is resized down again using ctrl-shift-- it reappears but the top left corner of the window will no longer be transparent as it should be. Created attachment 48453 [details]
Screenshot of drag corruption under compiz
All the above issues continue happening with 3.0.0-rc1-00180-g0792644-dirty
That icon was not what I was expecting, but is an uninitialised surface. The case for that is anywhere between the ddx and mesa/i915. Joy. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.