WelcomeWelcome | FAQFAQ | DownloadsDownloads | WikiWiki

Author Topic: Xorg 7.7 appears to affect Openbox performance with intel i810 graphics...  (Read 9341 times)

Offline nitram

  • Hero Member
  • *****
  • Posts: 1054
Tweaked JWM, but still prefer Openbox.

Running TC 6.2, extensions updated, old hardware (800 Mhz, 512 MB ram). Intel i810 onboard graphic chip is supported by the TC Intel driver. JWM performance in TC is awesome. Openbox performance is also good on the same hardware running Ubuntu 10.04, Openbox v3.4 (TC 6 uses v3.5), same xorg.conf file with only 16 colour depth.

Openbox issues in TC:
- Very slow performance when resizing windows (stutters when sizing, like a slideshow)
- Very slow performance when dragging windows (eg. takes 5-10 seconds to drag Apps window across 1152x768 screen, visible stepping of window borders and window signicantly lags behind mouse cursor)

Already tried toggling various xorg.conf graphic options without success (eg. NoAccel, DRI). Was apparently able to successfully compile Openbox v3.5 from source but system booted without a cursor (don't ask me, still learning how to compile, error free though).

The only console error i see when running Openbox is 'obt-message: Zinerama extension is not present on the server'. Only similar extension found in Apps was libXinerama, which i loaded/rebooted - no difference.

Openbox performance is otherwise good when opening menus, opening/closing apps, etc. Unfortunately the issues described above make it practically unusable. Never experienced this with a window manager before. Driving me crazy. Hints appreciated.

    [EDIT]: Changed title of thread.  Rich
« Last Edit: June 05, 2015, 03:27:33 PM by Rich »

Offline nitram

  • Hero Member
  • *****
  • Posts: 1054
Re: slow openbox performance...
« Reply #1 on: May 25, 2015, 02:30:23 PM »
Still troubleshooting with no success.

- Disabled background image - no fix.
- Killed conky - no fix.
- Changed dpi via .Xdefaults from 96 to 128, rebooted - no fix.

As mentioned, my old Ubuntu used Openbox 3.4.10 vs TC 3.5.

Forgot to mention, my old Ubuntu install uses the 2.6 kernel.

Offline Rich

  • Administrator
  • Hero Member
  • *****
  • Posts: 11618
Re: slow openbox performance...
« Reply #2 on: May 25, 2015, 02:58:24 PM »
Hi nitram
Quote
- Very slow performance when resizing windows (stutters when sizing, like a slideshow)
- Very slow performance when dragging windows (eg. takes 5-10 seconds to drag Apps window across 1152x768 screen, visible stepping of window borders and window signicantly lags behind mouse cursor)
See if any information is showing up in  /tmp/wm_errors  after performing those actions.
Also check for warnings and errors in  /var/log/Xorg.0.log.
Also see if any new messages show up in  dmesg.


Offline nitram

  • Hero Member
  • *****
  • Posts: 1054
Re: slow openbox performance...
« Reply #3 on: May 25, 2015, 08:33:42 PM »
Thanks for the help Rich.

Updated TC 6.2 to 6.3rc2, rebooted, no Apps updates, updated .dep files, build reporting database, no missing dependencies.

Rebooted with 'base text norestore' options, manually loaded xf86-video-intel, Xorg, Xprogs, aterm and openbox - same problem.

Log snippets below:
Code: [Select]
tc@box:/var/log$ cat Xorg.0.log | grep EEdeciphering
        (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[    56.612] (EE) intel: Failed to load module "xaa" (module does not exist, 0)
[    58.720] (EE) AIGLX: reverting to software rendering
[    58.720] (EE) AIGLX error: dlopen of /usr/local/lib/dri/swrast_dri.so failed (/usr/local/lib/dri/swrast_dri.so: cannot open shared object file: No such file or directory)
[    58.720] (EE) GLX: could not load software renderer
[    59.011] (EE) /dev/dri/card0: failed to set DRM interface version 1.4: Permission denied
[    59.056] (EE) /dev/dri/card0: failed to set DRM interface version 1.4: Permission denied
[    59.533] (EE) AIGLX: reverting to software rendering
[    59.533] (EE) AIGLX error: dlopen of /usr/local/lib/dri/swrast_dri.so failed (/usr/local/lib/dri/swrast_dri.so: cannot open shared object file: No such file or directory)
[    59.533] (EE) GLX: could not load software renderer
[    59.815] (EE) /dev/dri/card0: failed to set DRM interface version 1.4: Permission denied

Code: [Select]
tc@box:/var/log$ cat Xorg.0.log | grep WW
        (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[    56.427] (WW) The directory "/usr/local/lib/X11/fonts/OTF/" does not exist.
[    56.427] (WW) The directory "/usr/local/lib/X11/fonts/100dpi/" does not exist.
[    56.432] (WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory)
[    56.612] (WW) Warning, couldn't open module xaa

Code: [Select]
wm_errors snippet:
(openbox:2841): GLib-CRITICAL **: Source ID 86 was not found when attempting to remove it
(process:2885): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed
libfam.so.0: cannot open shared object file: No such file or directory
Failed to load module: /usr/local/lib/gio/modules/libgiofam.so

Code: [Select]
dmesg snippet:
Linux agpgart interface v0.103
agpgart-intel 0000:00:00.0: Intel i810 Chipset
pci 0000:00:01.0: detected 4MB dedicated video ram
agpgart-intel 0000:00:00.0: detected gtt size: 65536K total, 65536K mappable
agpgart-intel 0000:00:00.0: AGP aperture is 64M @ 0xd0000000
8139too 0000:01:03.0 eth0: link up, 100Mbps, full-duplex, lpa 0x45E1
nf_conntrack version 0.5.0 (8001 buckets, 32004 max)
[drm] Initialized drm 1.1.0 20060810
[drm] Initialized i810 1.4.0 20030605 for 0000:00:01.0 on minor 0
mtrr: base(0xd0000000) is not aligned on a size(0x360000) boundary
Failed to add WC MTRR for [d0000000-d035ffff]; performance may suffer.
[drm] Using v1.4 init.
mtrr: base(0xd0000000) is not aligned on a size(0x3000000) boundary
[drm] DMA Cleanup
mtrr: no MTRR for d0000000,3000000 found
mtrr: base(0xd0000000) is not aligned on a size(0x360000) boundary
Failed to add WC MTRR for [d0000000-d035ffff]; performance may suffer.
[drm] Using v1.4 init.
mtrr: base(0xd0000000) is not aligned on a size(0x3000000) boundary

Will investigate errors as best i can, starting with 'performance may suffer' dmesg stuff and module xaa fail. May try an archived Intel driver. Never had much luck deciphering logs, if anyone sees something please let me know.

Offline Rich

  • Administrator
  • Hero Member
  • *****
  • Posts: 11618
Re: slow openbox performance...
« Reply #4 on: May 25, 2015, 11:28:03 PM »
Hi nitram
Code: [Select]
mtrr: base(0xd0000000) is not aligned on a size(0x360000) boundary
Failed to add WC MTRR for [d0000000-d035ffff]; performance may suffer.
[drm] Using v1.4 init.
mtrr: base(0xd0000000) is not aligned on a size(0x3000000) boundary
[drm] DMA Cleanup
mtrr: no MTRR for d0000000,3000000 found
I'd probably try looking into that first. Run:
Code: [Select]
cat /proc/mtrrCompare the results for that under TC and Ubuntu. This may also be of use:
http://my-fuzzy-logic.de/blog/index.php?/archives/41-Solving-linux-MTRR-problems.html

Offline nitram

  • Hero Member
  • *****
  • Posts: 1054
Re: slow openbox performance...
« Reply #5 on: May 26, 2015, 05:06:59 AM »
- Motherboard does not have an AGP slot to install different graphic hardware
- Toggled various graphic BIOS settings - no fix
- Changed xorg.conf video resolution - no fix
- Tried more xorg.conf options (eg DRI false, NoAccel true) - no fix
- Attempted to utilize Intel drivers from TC 4 and 5 - failed to boot graphics
- Tried Vesa driver - poor resolution and Openbox performance
- Output of 'cat /proc/mtrr' identical on TC6, Ubuntu 10 and Puppy Slacko 5.7
- Attempted numerous mtrr boot parameters (eg. enable cleanup, spare_reg, various gran_size and chunk_size) - nothing

Thoughts:
- Same performance issue with Intel and Vesa drivers, likely not a driver issue
- None of the mtrr boot parameters helped - maybe not mtrr issue
- Will try Openbox v3.4.11 from TC 4
- Will look into Intel xaa module stuff

Offline Rich

  • Administrator
  • Hero Member
  • *****
  • Posts: 11618
Re: slow openbox performance...
« Reply #6 on: May 26, 2015, 11:08:40 AM »
Hi nitram
Quote
- Output of 'cat /proc/mtrr' identical on TC6, Ubuntu 10 and Puppy Slacko 5.7
Then I doubt it's an MTRR issue. You want to focus on what's different between TC and Ubuntu. See what Ubuntus Xorg log
says about  xaa  as mentioned here:
Code: [Select]
[    56.612] (EE) intel: Failed to load module "xaa" (module does not exist, 0)This message is also of interest:
Code: [Select]
[    58.720] (EE) AIGLX error: dlopen of /usr/local/lib/dri/swrast_dri.so failed (/usr/local/lib/dri/swrast_dri.so: cannot open shared object file: No such file or directory)The  swrast_dri.so  library is provided by  Xorg-7.7-3d.tcz

Offline nitram

  • Hero Member
  • *****
  • Posts: 1054
Re: slow openbox performance...
« Reply #7 on: May 26, 2015, 09:23:54 PM »
Thanks again for pointers Rich.

Loading Xorg-7.7-3d.tcz at boot made no difference and the i810 isn't listed in the file list.

Attempted to load my Ubuntu libxaa.so file, which is missing in TC. Saw it but failed, incompatible:
Code: [Select]
[    56.467] (II) Loading sub module "xaa"
[    56.467] (II) LoadModule: "xaa"
[    56.468] (II) Loading /usr/local/lib/xorg/modules/libxaa.so
[    56.469] (EE) Failed to load /usr/local/lib/xorg/modules/libxaa.so: /usr/local/lib/xorg/modules/libxaa.so: undefined symbol: miZeroLineScreenKey
[    56.469] (II) UnloadModule: "xaa"
[    56.469] (II) Unloading xaa
[    56.470] (EE) intel: Failed to load module "xaa" (loader failed, 7)

Compared xorg.conf files again and it appears to come down to either:
- intel: Failed to load module "xaa" (module does not exist, 0)
- GLX: could not load software renderer
- /dev/dri/card0: failed to set DRM interface version 1.4: Permission denied
Code: [Select]
-[    56.157] (II) Loading /usr/local/lib/xorg/modules/libvgahw.so
-[    56.157] (II) Module vgahw: vendor="X.Org Foundation"
-[    56.157] compiled for 1.17.1, module version = 0.1.0
-[    56.158] ABI class: X.Org Video Driver, version 19.0
-[    56.159] (**) intel(0): Depth 16, (--) framebuffer bpp 16
-[    56.159] (==) intel(0): RGB weight 565
-[    56.159] (==) intel(0): Default visual is TrueColor
-[    56.159] (II) Loading sub module "xaa"
-[    56.159] (II) LoadModule: "xaa"
-[    56.160] (WW) Warning, couldn't open module xaa
-[    56.160] (II) UnloadModule: "xaa"
-[    56.160] (II) Unloading xaa
-[    56.160] (EE) intel: Failed to load module "xaa" (module does not exist, 0)

-[    58.268] (II) AIGLX: Screen 0 is not DRI2 capable
-[    58.268] (EE) AIGLX: reverting to software rendering
-[    58.268] (EE) AIGLX error: dlopen of /usr/local/lib/dri/swrast_dri.so failed (/usr/local/lib/dri/swrast_dri.so: cannot open shared object file: No such file or directory)
-[    58.268] (EE) GLX: could not load software renderer
-[    58.268] (II) GLX: no usable GL providers found for screen 0

-[    58.560] (II) xfree86: Adding drm device (/dev/dri/card0)
-[    58.560] (EE) /dev/dri/card0: failed to set DRM interface version 1.4: Permission denied

-[    58.605] (II) config/udev: removing GPU device /sys/devices/pci0000:00/0000:00:01.0/drm/card0 /dev/dri/card0
-[    58.605] (II) config/udev: Adding drm device (/dev/dri/card0)
-[    58.605] (II) xfree86: Adding drm device (/dev/dri/card0)
-[    58.605] (EE) /dev/dri/card0: failed to set DRM interface version 1.4: Permission denied

-[    59.083] (II) AIGLX: Screen 0 is not DRI2 capable
-[    59.083] (EE) AIGLX: reverting to software rendering
-[    59.083] (EE) AIGLX error: dlopen of /usr/local/lib/dri/swrast_dri.so failed (/usr/local/lib/dri/swrast_dri.so: cannot open shared object file: No such file or directory)
-[    59.083] (EE) GLX: could not load software renderer
-[    59.083] (II) GLX: no usable GL providers found for screen 0

Darn old Intel i810, which has been problematic on various distributions but never like this. Simple fix if the board had a good old fashioned AGP port, got lots of extra cards.

So not an Openbox issue but i'm unclear whether the problem stems from the kernel, Xorg or Intel. Don't really know where to go now. This is getting pretty deep, probably not a quick fix, other than switching WM. Will look at it again later with fresher brain.

Offline nitram

  • Hero Member
  • *****
  • Posts: 1054
Re: slow openbox performance...
« Reply #8 on: May 26, 2015, 10:45:13 PM »
Sorry not probably Intel driver either (ruled out with Vesa testing). So either kernel or Xorg i guess.

My xorg.conf if it helps. Maybe need to load modules here with TC ? ....will look into it.
Code: [Select]
Section "Monitor"
Identifier   "Monitor0"
HorizSync       28.0 - 96.0
  VertRefresh     50.0 - 75.0
    Option         "DPMS"
EndSection

Section "Device"
        ### Available Driver options are:-
        ### Values: <i>: integer, <f>: float, <bool>: "True"/"False",
        ### <string>: "String", <freq>: "<f> Hz/kHz/MHz"
        ### [arg]: arg optional
        #Option     "NoAccel"            # [<bool>]
        #Option     "SWcursor"            # [<bool>]
        #Option     "ColorKey"            # <i>
        #Option     "CacheLines"          # <i>
        #Option     "Dac6Bit"            # [<bool>]
        #Option     "DRI"                # [<bool>]
        #Option     "NoDDC"              # [<bool>]
        #Option     "ShowCache"          # [<bool>]
        #Option     "XvMCSurfaces"        # <i>
        #Option     "PageFlip"            # [<bool>]

Identifier  "Card0"
Driver      "intel"
BusID       "PCI:0:1:0"
EndSection

Section "Screen"
Identifier "Screen0"
Device     "Card0"
Monitor    "Monitor0"
DefaultDepth    16
SubSection "Display"
Depth 16
Modes "1152x864"
EndSubSection
EndSection

Offline bmarkus

  • Administrator
  • Hero Member
  • *****
  • Posts: 7183
    • My Community Forum
Re: slow openbox performance...
« Reply #9 on: May 26, 2015, 11:07:48 PM »
Did you try TC 5.x?
Béla
Ham Radio callsign: HA5DI

"Amateur Radio: The First Technology-Based Social Network."

Offline nitram

  • Hero Member
  • *****
  • Posts: 1054
Re: slow openbox performance...
« Reply #10 on: May 27, 2015, 02:34:23 AM »
Hi Béla.

Posting from a TC 5.4 test install - same problem. I think TC 5 still uses Xorg 7.7, just different kernel.

Although old versions may pinpoint a regression, in the end i will choose to stay with TC 6. As mentioned, JWM works great on this old hardware with TC 6, despite the xorg log errors, so i can revert back if necessary.

Still wish there was a fix for this hardware issue though, Openbox still my fave.

Will try TC 4 later too and provide update.

Offline bmarkus

  • Administrator
  • Hero Member
  • *****
  • Posts: 7183
    • My Community Forum
Re: slow openbox performance...
« Reply #11 on: May 27, 2015, 02:36:47 AM »
Hi

you are right, 5.x/4.x just for diagnostic purpose.

Béla
Béla
Ham Radio callsign: HA5DI

"Amateur Radio: The First Technology-Based Social Network."

Offline nitram

  • Hero Member
  • *****
  • Posts: 1054
Re: slow openbox performance...
« Reply #12 on: May 28, 2015, 04:06:28 PM »
Poor Openbox performance on my hardware in TC 6 and TC 5. Both use the same version of Openbox and Xorg, but have different kernels and Intel drivers. Already ruled out a probable driver issue, as vesa driver also gave poor performance and worse monitor resolution.

Openbox performance in TC 4 is great, using Openbox 3.4.11.1 instead of 3.5.2 and Xorg 7.6 instead of Xorg 7.7...and still different/older kernel. Wish TC 4 had the newer Xorg 7.7 to definitively test. There appear to be significant changes from Xorg 7.6 --> 7.7.

Kernel isn't supposed to have regressions, i'm sure it happens. Was able to get older Openbox 3.4 running in TC 6 by adjusting some minor dependencies but still poor performance.

Suspect a regression occured from Xorg 7.6 --> 7.7. Will copy relevant Xorg 7.6 files into my TC 6 install and see if it works. Otherwise might try running Xvesa vs Xorg for testing, but need to stay with Xorg for higher resolution.

Forgot to check TC 4 xorg log to see if same errors mentioned above - will check.
« Last Edit: May 28, 2015, 04:08:42 PM by nitram »

Offline nitram

  • Hero Member
  • *****
  • Posts: 1054
Re: slow openbox performance...
« Reply #13 on: May 28, 2015, 06:46:43 PM »
Xorg log cleaner with Xorg 7.6 on TC 4. Despite outputs, Openbox runs perfect. Software rendering good enough for me, Xorg 7.7 in TC 6 'could not load software renderer'.
Code: [Select]
[    26.406] (WW) The directory "/usr/lib/X11/fonts/TTF/" does not exist.
[    26.406] (WW) The directory "/usr/lib/X11/fonts/OTF/" does not exist.
[    26.406] (WW) The directory "/usr/lib/X11/fonts/Type1/" does not exist.
[    26.406] (WW) The directory "/usr/lib/X11/fonts/100dpi/" does not exist.
[    26.409] (WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory)
[    35.582] (WW) <default pointer>: No Device specified, looking for one...
[    42.629] (WW) <default pointer>: No Device specified, looking for one...
Code: [Select]
[    31.944] (EE) AIGLX error: dlopen of /usr/local/lib/X11/modules/dri/i810_dri.so failed (/usr/local/lib/X11/modules/dri/i810_dri.so: cannot open shared object file: No such file or directory)
[    34.943] (EE) AIGLX: reverting to software rendering
[    39.447] (EE) AIGLX error: dlopen of /usr/local/lib/X11/modules/dri/i810_dri.so failed (/usr/local/lib/X11/modules/dri/i810_dri.so: cannot open shared object file: No such file or directory)
[    42.446] (EE) AIGLX: reverting to software rendering
Now checking if Xorg 7.6 runs on TC 6...

Offline nitram

  • Hero Member
  • *****
  • Posts: 1054
Re: slow openbox performance...
« Reply #14 on: May 28, 2015, 10:33:35 PM »
Success  ;D

On my old hardware, TC 6, latest Openbox 3.5 works great with Xorg 7.6 and Intel driver from TC 4 plus driver pathway tweaking.

Still head scratching. IIRC, an original Xorg error from stock TC 6, running latest Xorg 7.7 with Intel:
Code: [Select]
[    58.720] (EE) AIGLX error: dlopen of /usr/local/lib/dri/swrast_dri.so failed (/usr/local/lib/dri/swrast_dri.so: cannot open shared object file: No such file or directory)
[    58.720] (EE) GLX: could not load software renderer
Query an Xorg or driver bug, as i believe this file was actually located in /usr/local/lib/X11/modules/dri. Will try stock TC 6 again to try and confirm.

Edit/add: The i810 Intel driver in TC 4 with Xorg 7.6 was also in the wrong pathway. Once corrected, every Xorg log error disappeared and hardware rendering was enabled.
« Last Edit: May 28, 2015, 10:36:36 PM by nitram »