ATI X1400 Mobility Graphical Glitches

On Fri 19 Apr 2013 12:56:05 PM CDT, bulletfreak wrote:

malcolmlewis;2549076 Wrote:
> Hi
> Your on openSUSE 12.3? Also use su - not just su.

yes I’m on 12.3

Hi
Strange indeed, did you try again, but switch to root via su - and not
just su?

If it doesn’t work, can you just try enabling the glamor accel as
discussed in the previous post on what to do.

Also when you reboot the system, please check your /var/log/Xorg.0.log
file for errors.


Cheers Malcolm °¿° (Linux Counter #276890)
openSUSE 12.3 (x86_64) Kernel 3.7.10-1.1-desktop
up 17:00, 3 users, load average: 0.34, 0.14, 0.08
CPU Intel® i5 CPU M520@2.40GHz | GPU Intel® Arrandale

It still does the same thing with su -. I already made the glamor conf.

Caution:
There’s already a newer Xserver version (1.14.1 vs. 1.13.2 on oS12.3) in the Xorg repo, so just upgrading the xf86-video-ati won’t work!
You should add the repo to your repository list and then switch all your packages to the ones from that repo.
See SDB:Vendor change update - openSUSE Wiki

But don’t blame me, if you have problems afterwards…:wink:

On Fri 19 Apr 2013 01:56:02 PM CDT, wolfi323 wrote:

bulletfreak;2549064 Wrote:
> >
Code:

> >
> linux-r0v3:/home/bulletfreak/Documents # zypper in
xf86-video-ati-7.1.0-30.3.i586.rpmLoading repository data… > Reading
installed packages… > Resolving package dependencies…
>
>
> Problem: nothing provides X11_ABI_VIDEODRV = 14.1 needed by
xf86-video-ati-7.1.0-30.3.i586
> Solution 1: do not install
xf86-video-ati-7.1.0-30.3.i586 > Solution 2: break
xf86-video-ati-7.1.0-30.3.i586 by ignoring some of its dependencies

> >
Caution:
There’s already a newer Xserver version (1.14.1 vs. 1.13.2 on oS12.3)
in the Xorg repo, so just upgrading the xf86-video-ati won’t work!
You should add the repo to your repository list and then switch all
your packages to the ones from that repo.
See SDB:Vendor change update - openSUSE Wiki
bswk9zp -> SDB:Vendor change update - openSUSE Wiki

But don’t blame me, if you have problems afterwards…:wink:

Hi
Ahh, I got in before the Xorg org update… :wink:


Cheers Malcolm °¿° (Linux Counter #276890)
openSUSE 12.3 (x86_64) Kernel 3.7.10-1.1-desktop
up 18:04, 3 users, load average: 0.23, 0.15, 0.09
CPU Intel® i5 CPU M520@2.40GHz | GPU Intel® Arrandale

is this what i should switch to?

[X11_XOrg]name=X.Org development (openSUSE_12.3)type=rpm-mdbaseurl=http://download.opensuse.org/repositories/X11:/XOrg/openSUSE_12.3/gpgcheck=1gpgkey=http://download.opensuse.org/repositories/X11:/XOrg/openSUSE_12.3/repodata/repomd.xml.keyenabled=1

On Fri 19 Apr 2013 02:56:02 PM CDT, bulletfreak wrote:

wolfi323;2549099 Wrote:
> Caution:
> There’s already a newer Xserver version (1.14.1 vs. 1.13.2 on oS12.3)
> in the Xorg repo, so just upgrading the xf86-video-ati won’t work!
> You should add the repo to your repository list and then switch all
> your packages to the ones from that repo.
> See SDB:Vendor change update - openSUSE Wiki
>
> But don’t blame me, if you have problems afterwards…:wink:
is this what i should switch to?

[X11_XOrg]name=X.Org development
(openSUSE_12.3)type=rpm-mdbaseurl=http://download.opensuse.org/repositories/X11:/XOrg/openSUSE_12.3/gpgcheck=1gpgkey=http://download.opensuse.org/repositories/X11:/XOrg/openSUSE_12.3/repodata/repomd.xml.keyenabled=1

Hi
That would be right, however can you try the other option first, as
switching will pull in a lot more packages…


Cheers Malcolm °¿° (Linux Counter #276890)
openSUSE 12.3 (x86_64) Kernel 3.7.10-1.1-desktop
up 19:28, 3 users, load average: 0.61, 0.58, 0.62
CPU Intel® i5 CPU M520@2.40GHz | GPU Intel® Arrandale

Yes, that’s the right one.

But this repo contains development versions of the packages for the next openSUSE version.
They are not really tested yet and could contain severe bugs!

That said, I did use this repo in the past and didn’t encounter problems…:wink:

But be sure you don’t miss an imported package in the upgrade.
Better do it exactly as described in the link I posted above (“Full repository Vendor change”).
And if there are conflicts, better ask.
Otherwise you probably won’t be able to start the graphical system anymore (not even in failsafe mode)…

terrifying…it looks as if the gui for yast has changed since they last updated the tutorial if i’m not wrong…just want to be safe;) how would i go about doing it via zypper?

Oh i did it kind of. I couldn’t figure out how to do a full repository vendor change (because apparently the gui for Yast has changed) , so i just added the repo. But when ever i try to update i get this.
Up to this point I’m thinking of reinstaiing openSUSE due to the system lag that was caused when i messed with that one conf file.

linux-r0v3:/home/bulletfreak # zypper update
Retrieving repository ‘Xorg’ metadata …[done]
Retrieving repository ‘Main Repository (Sources)’ metadata …[done]
Loading repository data…
Reading installed packages…

The following package updates will NOT be installed:
Mesa Mesa-demo-x Mesa-libEGL1 Mesa-libGL1 Mesa-libGLESv2-2 Mesa-libglapi0 appres
bdftopcf beforelight bitmap editres fonttosfnt fslsfonts fstobdf glamor iceauth ico
intel-gpu-tools lbxproxy libFS6 libGLU1 libICE6 libOSMesa9 libSM6 libX11-6
libX11-data libX11-xcb1 libXRes1 libXTrap6 libXau6 libXaw7 libXcomposite1
libXcursor1 libXdamage1 libXdmcp6 libXevie1 libXext6 libXfixes3 libXfont1
libXfontcache1 libXft2 libXi6 libXinerama1 libXmu6 libXmuu1 libXp6 libXpm4
libXprintUtil1 libXrandr2 libXrender1 libXss1 libXt6 libXtst6 libXv1 libXvMC1
libXxf86dga1 libXxf86misc1 libXxf86vm1 libdmx1 libdrm2 libdrm_intel1
libdrm_nouveau2 libdrm_radeon1 libfontenc1 libgbm1 liblbxutil1 libmtdev1
libpciaccess0 libpixman-1-0 libxatracker1 libxcb-damage0 libxcb-dri2-0 libxcb-glx0
libxcb-randr0 libxcb-render0 libxcb-shape0 libxcb-shm0 libxcb-util1 libxcb-xfixes0
libxcb-xv0 libxcb1 libxkbfile1 listres luit mkcomposecache mkfontdir mkfontscale
oclock proxymngr rendercheck rgb rstart sessreg setxkbmap showfont smproxy twm
vaapi-intel-driver viewres x11perf xauth xbacklight xbiff xcalc xclipboard xclock
xcmsdb xcompmgr xconsole xcursor-themes xcursorgen xdbedizzy xditview xdm xdpyinfo
xedit xev xeyes xf86-input-evdev xf86-input-joystick xf86-input-keyboard
xf86-input-mouse xf86-input-synaptics xf86-input-vmmouse xf86-input-void
xf86-input-wacom xf86-video-ark xf86-video-ast xf86-video-ati xf86-video-chips
xf86-video-cirrus xf86-video-dummy xf86-video-fbdev xf86-video-geode
xf86-video-glint xf86-video-i128 xf86-video-mach64 xf86-video-mga
xf86-video-modesetting xf86-video-neomagic xf86-video-nv xf86-video-qxl
xf86-video-r128 xf86-video-savage xf86-video-siliconmotion xf86-video-sis
xf86-video-sisusb xf86-video-tdfx xf86-video-tga xf86-video-v4l xf86-video-vesa
xf86-video-vmware xf86-video-voodoo xf86dga xfd xfindproxy xfontsel xfs xfsinfo
xfwp xgamma xgc xhost xinit xinput xkbcomp xkbevd xkbprint xkbutils
xkeyboard-config xkill xload xlogo xlsatoms xlsclients xlsfonts xmag xman xmessage
xmodmap xmore xorg-scripts xorg-x11 xorg-x11-Xvnc xorg-x11-driver-input
xorg-x11-driver-video xorg-x11-driver-video-nouveau xorg-x11-fonts
xorg-x11-fonts-core xorg-x11-libX11-ccache xorg-x11-libs xorg-x11-server
xorg-x11-server-extra xplsprinters xpr xprehashprinterlist xprop xrandr xrdb
xrefresh xrestop xrx xscope xset xsetmode xsetpointer xsetroot xsm xstdcmap xtrap
xvidtune xvinfo xwd xwininfo xwud

Nothing to do.

“zypper update” won’t change your packages to another repo. That’s intended behavior (“vendor stickiness”).
You could do the upgrade by issuing:

zypper dup --from Xorg

(that is mentioned in the link I gave, below the YaST way…)

For the YaST GUI: It just uses themes now, so the look is slightly different, but it more or less works the same way still.
But I think the repositories tab is not shown by default. You have to select “Repositories” in the “View” selector first.

So you can do it either way, YaST or zypper, what you prefer…:wink:

I guess it would be worth showing you this. I didn’t change vendor yet but here:

zypper dup --from Xorg

linux-r0v3:~ # zypper dup --from Xorg
Loading repository data…
Reading installed packages…
Computing distribution upgrade…

Problem: xf86-video-intel-2.20.19-2.1.1.i586 requires X11_ABI_VIDEODRV = 13.1, but this requirement cannot be provided
Solution 1: deinstallation of xf86-video-intel-2.20.19-2.1.1.i586
Solution 2: keep obsolete xorg-x11-server-7.6_1.13.2-1.2.1.i586
Solution 3: break xf86-video-intel-2.20.19-2.1.1.i586 by ignoring some of its dependencies

Choose from above solutions by number or cancel [1/2/3/c] (c):

I already had Repositories in the view selector

Well, the intel driver is not yet in the repo. You can deinstall it (or ignore the dependency, solution 3) as you don’t need it anyway, but I think you will get more conflicts afterwards.
The issue is that the buildservice hasn’t finished building all packages in the XOrg repo yet.
So maybe it’s better to wait a day or two before trying again…

Up to this point I’m thinking of reinstaiing openSUSE due to the system lag that was caused when i messed with that one conf file.

Do you mean the two changes mentioned in this thread?
You can easily revert them:

  • Remove the line
Option "NoAccel" "True"

from /etc/X11/xorg.conf.d/50-device.conf (I guess this one makes your system slow, so try this first without changing the other one)

  • Remove the file /etc/X11/xorg.conf.d/20-radeon.conf (I think this one would have only effect with the updated xf86-video-ati anyway, but I’m not sure…)

If you choose that, the “Repository” tab should appear just like on the screenshot.
Just select there the “XOrg” repo you added, and a list with all the packages in that repo should appear.
After that you should click on “Switch system packages to the versions in this repository…” right above that package list. (just like on the screenshot)
And then you only have to click on “Accept” and the upgrade should begin…

I’m sorry but i still can’t find it can you please give me a visual example step by step? Here’s all i see


Ah, you were in “Software Repositories”, that’s why it looked completely different…rotfl!
That one is just for managing (add/remove,enable/disable,…) your repositories.

You have to start “Software Management” to install the packages.
The rest should be clear now, I think…:wink:

yeah about that…

As I said: not all packages in the repo are ready yet.

So either try Solution 1 or 3 as you don’t need the intel driver anyway (but there still could be other conflicts as well), or wait a few days until the repo is built completely…

It looks like it worked…i did option 1. But there is still that major lag. Before trying to solve the glitching issue it was a lot better.:\ Like i can’t even open chromium without my computer freezing. I’m posting all this in Windows.

Hi
Have you enabled glamor, have you looked at the xorg log file?