i have a problem with the latest version of Webconverger and Xorg 7.7 which comes with it.
Here you can see all installed packages:
and there you can download Webconverger:
The old version´s worked quite well, but the current one doesn´t.
After booting up all characters are chaotic and it looks broken. After closing Firefox with ALT + F4 and starting it up again, everything looks ok.
So this is just a fault right after booting up Webconverger with my onboard Intel 82845G/GL.
Im very unexperienced with Xorg, so please give me a hint how to give you the right informations.
Start by attaching your Xorg.0.log please.
If you can capture the corruption using a screenshot or a photograph that would be very useful.
Created attachment 78064 [details]
Created attachment 78065 [details]
Created attachment 78066 [details]
How easy is it for you to install a more recent xserver-xorg-video-intel driver?
Depends on how easy it is ;). Webcovnerger is a live-cd so every change goes away after rebooting.
You can try 'sudo apt-get -t experimental install xserver-xorg-video-intel' which is still a few months old (Debian you fail me!) but should have at least one relevant fix. Whilst the change will be volatile, it should be enough for testing. :)
I will try to get a new version of WEbconverger to try this out, because it´s useless to install the new driver and restart X. AFter restarting Firefox in normal mode it works anyway.
So maybe I will get a version of it with this package from experimental. Otherwise i have to build it by myself.
I have to admit being very puzzled by the behaviour. Strongly suggests that some GPU memory is incoherent on the first run (invalid TLB or bad caching etc). I would be very interested in seeing if you can build the package for the iso yourself with the latest drivers and then trying SNA (either by building --with-default-accel=sna or by adding
Option "AccelMethod" "sna"
to your /etc/X11/xorg.conf -- actually probably easier to rebuild ;-)
The sna thing does work.
The experimental intel-driver doesn´t.
Strange about this is the fact that it only works with the Live CD. I used to put the Webcovnerger onto a hdd with dd. With this version he tries to boot but just before he sets the correct resolution it crashs. Its very similar to the behavior before the SNA trick.
Created attachment 85219 [details]
screenshot of KTip + Konsole 3.5.10 automatically resumed from previous session
Screenshot shows what happens running 3.11.rcX, but not when running 3.10.x, on first session startup after booting openSUSE running KDE3, but not on session restarts on the same boot. It looks much like what comment 0 describes. It only happens on my i845G system with KDE3, not another with i845G and KDE4, nor with several other systems with either newer Intel video (i945G) or systems needing Radeon or Nouveau drivers.
VERSION="13.1 Milestone 4 (Bottle)"
Created attachment 85220 [details]
dmesg excerpt from the system from which comment 12 screenshot taken
Segfault info from dmesg similar/identical? to what appears on tty1 during boot of 3.11.rc7 openSUSE kernel.
Created attachment 85221 [details]
Xorg.0.log from session with corrupted text shown in comment 12 screenshot
Hmm, that's pretty severe, but it may just be the first character in every run is lost. I guess it also only affects CA glyphs. You could try turning off sub-pixel font rendering in your system settings to see if that makes any difference.
Your comment suggested to me to try SXGA LCD instead of CRT, but it didn't help. I know not what is making the deselected sub-pixed setting to be unavailable regardless of display connected. Changing hinting from full to slight does not help. Removing /etc/X11/xorg.conf.d/50-monitor.conf, which reenables forced 96 DPI, changed the corruption pattern a bit, enabling complete titlebars to render with no corruption apparent, but disabled all text within the KTip window and Kicker. Pale gray text appears in the tooltips when Kicker is hovered, and no text appears when App Starter is opened. Switching to tty2 and back also changes nothing.
I've just spent some time fixing up an issue affecting igt, and seems a reasonable suspect for this bug:
If you could apply that to your kernel and test, that would be very useful.
I am only able to test whatever binaries others are able to make available.
The comment 12 problem on i845G host gx260 does appear to have gone away by kernel 3.12.39, intel driver 2.99.906 and X server 1.14.3.