Created attachment 398690 [details]
Output of "Xorg -configure" 

intellegacy_drv.so couldn't be loaded because of undefined symbol WindowTable

(In reply to comment #1)
> Created an attachment (id=398690) [details]
> Output of "Xorg -configure" 

We do not support this tool.

> intellegacy_drv.so couldn't be loaded because of undefined symbol WindowTable

The build of this driver has been disabled. It has  not been adjusted yet to the latest xorg-server API. ABI is not compatible. Better uninstall the xorg-x11-driver-video-intellegacy package.

At least for intel drivers you should also update your kernel to release 2.6.36 (better 2.6.37rc1) when you're using obs:/X11:Xorg project, which is considered to be in a highly experimtal state.

zypper ar -f \
  http://download.opensuse.org/repositories/Kernel:/HEAD/openSUSE_Factory/ \
  Kernel:HEAD
zypper mr -p 90 Kernel:HEAD
zypper ref
zypper dup -r Kernel:HEAD

Please let me know whether this helps.

I have the same problem though the card is pineview

kernel-default-2.6.34.7-0.5.1.x86_64 

[    77.800] (EE) intel(0): Failed to submit batch buffer, expect rendering corruption or even a frozen display: No such device.

resulting a black screen, yet mouse, keyboard functions  


kernel-default-2.6.36-90.1.x86_64

everything works fine from X11 point of view with this combo

Created attachment 398850 [details]
Xorg log under kernel-default-2.6.34.7-0.5.1.x86_64

Let me no if you need any other info

Thanks
Togan

Willy, can you confirm this?

Same issue on GM45.

(In reply to comment #6)
> Willy, can you confirm this?

I've downloaded, compiled and installed Linux 2.6.36 from the kernel.org repository. And it solved the problem!!!

Thank you for pointing me to the solution of the problem.

I've postponed the downloading from openSuSE's Kernel:HEAD because of all the cross-dependencies. Now that I can use my graphical screen again I'm installing the kernel-*-2.6.36-90.1 RPM packages using yast.

I'll report on the result.

I've installed kernel-*-2.6.36-90.1 and booted the desktop variant. X11 works fine!

My bug report may be closed.

PS: I was venturing into the obs:/X11:Xorg project repository because I'm looking for a solution to my KDE4 screen freezing from time to time despite my turning off 3D effects.

Ok. So let's close it as fixed.

I believe I found a fix also for older kernels ==> reopen.

This commit in libdrm git master looks promising.

commit 49447a9b957047db2549b8a929e763bbd87808ba
Author: Albert Damen <albrt@gmx.net>
Date:   Sun Nov 7 15:54:32 2010 +0100

    intel: initialize bufmgr.bo_mrb_exec unconditionally

    If bufmgr.bo_mrb_exec is not set, drm_intel_bo_mrb_exec returns ENODEV
    even though drm_intel_gem_bo_mrb_exec2 will work fine for the RENDER ring.
    Fixes xf86-video-intel after commit 'add BLT ring support' (5bed685f76)
    with kernels without BSD or BLT ring support (2.6.34 and before).

    Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=31443
    Signed-off-by: Albert Damen <albrt@gmx.net>
    Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>

So I've updated libdrm in X11:XOrg with the libdrm commit before.

Mon Nov  8 09:02:40 UTC 2010 - sndirsch@novell.com

- intel-initialize-bufmgr.bo_mrb_exec-unconditionally.patch
  * no longer require kernels without BLT ring support (2.6.34 an
    before). (bnc #651989, bnc #651501)

Could you give it a try?

*** Bug 651989 has been marked as a duplicate of this bug. ***

Of course for testing you need to downgrade your kernel and reboot, or at least reboot your 2.6.34.x kernel (if still installed).

No problem got multiple kernels installed :) 

I see libdrm as 2.4.22-34.1 as the latest rpm at the moment. As soon as zypper sees the new version I'll give it a go  

Togan

Hi,

with libdrm-2.4.22-35.1.x86_64 and kernel-default-2.6.34.7-0.5.1.x86_64 works fine

Thanks for the follow up

Togan

Thanks. Now also submitrequested for openSUSE_Factory.

Dear Stefan,

even so I won't be able to use the new libdrm since I don't intend to downgrade my production kernel, I thank you for not just saying "it works with an higher-version kernel", but to look for a solution for an openSuSE kernel maintained the standard way.

Best regards
Willy

(In reply to comment #19)
> even so I won't be able to use the new libdrm since I don't intend to downgrade
> my production kernel, I thank you for not just saying "it works with an
> higher-version kernel", but to look for a solution for an openSuSE kernel
> maintained the standard way.

So you call the kernel from Kernel:HEAD (2.6.36+) meanwhile a production kernel?

not to mention the obs X11 packages :)

(In reply to comment #20 and #21)
> (In reply to comment #19)
> > even so I won't be able to use the new libdrm since I don't intend to downgrade
> > my production kernel, 
> 
> So you call the kernel from Kernel:HEAD (2.6.36+) meanwhile a production
> kernel?
I've installed the original Linux distribution 2.6.36, which Linus Thorvalds considers a stable kernel version, and later on the available openSuSE one from Kernel:HEAD and have a system running together with the packages from X11:XOrg without any problem for 2 days now, it has become my production system - until further notice. 

I'm using extensively the graphical interface (KDE4), the audio capabilities, secured and unsecured network communications, USB and openOffice; and all worked fine.

Why should I step back when I'm satisfied with my present - be it partly experimental - configuration? When I'll run into a problem, I'll have anyhow to address it individually, even when it manifests itself in a package maintained the standard way.

Well, most openSUSE 11.3 users are using the official 2.6.34.7 kernel update for this distribution - which BTW also was the cause of this bugreport. But never mind. I'm fine since I got positive feedback by at least one user. :-)