Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 434468 - x11-drivers/xf86-video-neomagic failed to load /usr/lib/xorg/modules/drivers/neomagic_drv.so: /usr/lib/xorg/modules/drivers/neomagic_drv.so: undefined symbol: NEO_Sync on X.Org 1.13.0
Summary: x11-drivers/xf86-video-neomagic failed to load /usr/lib/xorg/modules/drivers/...
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Development (show other bugs)
Hardware: x86 Linux
: Normal normal (vote)
Assignee: Matt Turner
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-09-09 15:16 UTC by jamesjames
Modified: 2013-08-16 18:30 UTC (History)
3 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
Log file and error neomagic driver (Xorg.0.log,7.16 KB, text/plain)
2012-09-09 15:16 UTC, jamesjames
Details
Patch to not call NEO_Sync without XAA (0001-Don-t-call-NEO_Sync-with-no-XAA.patch,1.66 KB, patch)
2012-09-09 20:14 UTC, Matt Turner
Details | Diff
loaded neomagic driver with black screen, Xorg.0.log (after patch ) (Xorg.0.log,23.90 KB, text/plain)
2012-09-09 20:56 UTC, jamesjames
Details
Build log after patch (build.log,18.21 KB, text/plain)
2012-09-09 20:57 UTC, jamesjames
Details
My xorg.conf (xorg.conf,4.01 KB, text/plain)
2012-09-09 20:58 UTC, jamesjames
Details
My xorg.conf minimum (xorg.conf,1.21 KB, text/plain)
2012-09-09 21:33 UTC, jamesjames
Details
log Xorg minimum, black screen (Xorg.0.log,20.82 KB, text/plain)
2012-09-09 21:38 UTC, jamesjames
Details
Xorg.0.log - Option "ShadowFB" "true", black screen (Xorg.0.log,21.97 KB, text/plain)
2012-09-11 20:08 UTC, jamesjames
Details
Potential fix (neomagic.patch,3.06 KB, patch)
2012-09-11 22:46 UTC, Matt Turner
Details | Diff
Xorg log patched driver works (Xorg.0_patched_drv_.log,26.80 KB, text/plain)
2013-08-16 09:30 UTC, jamesjames
Details

Note You need to log in before you can comment on or make changes to this bug.
Description jamesjames 2012-09-09 15:16:32 UTC
Created attachment 323312 [details]
Log file and error neomagic driver

Hi, yesterday gathered distribution gentoo. There was a problem, the video driver Neomagic NM2200 [MagicGraph 256AV] stopped working:

[86.068] (EE) Failed to load / usr / lib / xorg / modules / drivers / neomagic_drv.so: / usr / lib / xorg / modules / drivers / neomagic_drv.so: undefined symbol: NEO_Sync
[86.068] (II) UnloadModule: "neomagic"
[86.068] (II) Unloading neomagic
[86.068] (EE) Failed to load module "neomagic" (loader failed, 7)

Details in Xorg.0.log.

I comment out the line which refers NEO_Sync, the file neo_dga.c. And recompiled with changes in ebuild.
After that, the driver has taken no error, but I got a black screen.
Does it work driver in X.Org 1.13.0?
Comment 1 Chí-Thanh Christopher Nguyễn gentoo-dev 2012-09-09 15:27:12 UTC
Maybe try downgrading your xorg-server to 1.12 and rebuild xf86-video-neomagic to see whether it is an incompatibility to xorg-server-1.13.
Comment 2 jamesjames 2012-09-09 15:41:24 UTC
(In reply to comment #1)
> Maybe try downgrading your xorg-server to 1.12 and rebuild
> xf86-video-neomagic to see whether it is an incompatibility to
> xorg-server-1.13.

On a previous version X.org - work, downgrading xorg-server will help, I am sure. But I need a driver working on a new version of X.org. The problem is a missing XAA-acceleration and the corrected code in the video card driver. I can test it.
Comment 3 Rafał Mużyło 2012-09-09 18:05:42 UTC
Just checking: you did notice XAA was removed from 1.13 *server*, right ?
Also, you failed to mention xf86-video-neomagic version, but the above was fixed in 1.2.7 driver.
Comment 4 jamesjames 2012-09-09 18:22:15 UTC
(In reply to comment #3)
> Just checking: you did notice XAA was removed from 1.13 *server*, right ?
> Also, you failed to mention xf86-video-neomagic version, but the above was
> fixed in 1.2.7 driver.

Yes, XAA was removed from 1.13 *server*.
xf86-video-neomagic is version 1.2.7, In this version of driver, support for XAA selectively disabled depending on the version of Xorg.
I assembled Gentoo from the latest version portage
Comment 5 Matt Turner gentoo-dev 2012-09-09 18:29:53 UTC
I can confirm that configuring neomagic against X server without XAA correctly detects no XAA.
Comment 6 Matt Turner gentoo-dev 2012-09-09 18:30:40 UTC
I do see during the compile:

/var/tmp/portage/x11-drivers/xf86-video-neomagic-1.2.7/work/xf86-video-neomagic-1.2.7/src/neo_dga.c:41:13: warning: 'NEO_Sync' used but never defined [enabled by default]
Comment 7 Matt Turner gentoo-dev 2012-09-09 18:32:36 UTC
This looks like a mistake in upstream commit 808aa999ad78ccc3384d08d501d43688795bee5e. I'll handle this later today if no one beats me to it.
Comment 8 jamesjames 2012-09-09 18:38:55 UTC
this means that the bug "NEO_Sync" will soon be repaired? I'll be happy
Comment 9 Chí-Thanh Christopher Nguyễn gentoo-dev 2012-09-09 19:15:31 UTC
This is likely fallout from the XAA removal handling, similar to xf86-video-mga in bug 433663.
Comment 10 jamesjames 2012-09-09 19:17:26 UTC
(In reply to comment #9)
> This is likely fallout from the XAA removal handling, similar to
> xf86-video-mga in bug 433663.

in Xorg version 1.12.3.. strangely
Comment 11 Matt Turner gentoo-dev 2012-09-09 20:14:28 UTC
Created attachment 323328 [details, diff]
Patch to not call NEO_Sync without XAA

Hi James,

Please check if the attached patch fixes the problem and allows the driver to load for you.

(In reply to comment #10)
> (In reply to comment #9)
> > This is likely fallout from the XAA removal handling, similar to
> > xf86-video-mga in bug 433663.
> 
> in Xorg version 1.12.3.. strangely

No, I think you misread. in 1.12.99.* it fails, and with 1.12.3 (an X server that still has XAA it works)
Comment 12 Matt Turner gentoo-dev 2012-09-09 20:24:11 UTC
(In reply to comment #11)
> Please check if the attached patch fixes the problem and allows the driver
> to load for you.

Oh, and if so, can I please get your Tested-by tag? E.g., Tested-by: Matt Turner <mattst88@gmail.com>
Comment 13 jamesjames 2012-09-09 20:56:52 UTC
Created attachment 323330 [details]
loaded neomagic driver with black screen,  Xorg.0.log (after patch )

Driver is loaded, but I get a black screen.
Comment 14 jamesjames 2012-09-09 20:57:39 UTC
Created attachment 323332 [details]
Build log after patch
Comment 15 jamesjames 2012-09-09 20:58:27 UTC
Created attachment 323334 [details]
My xorg.conf
Comment 16 Matt Turner gentoo-dev 2012-09-09 21:16:53 UTC
(In reply to comment #13)
> Created attachment 323330 [details]
> loaded neomagic driver with black screen,  Xorg.0.log (after patch )
> 
> Driver is loaded, but I get a black screen.

Are you starting an X client too? Starting just the X server (by running /usr/bin/X or /usr/bin/Xorg) gives a black screen.

From the log it looks like it succeeded.

I do notice some weird options in your xorg.conf, like option "overrideValidateMode" "true". I wonder if that's needed. You also have options that explicitly enable the RENDER extension, even though your driver and hardware don't support RENDER acceleration. Try with an empty or minimal xorg.conf.
Comment 17 jamesjames 2012-09-09 21:33:57 UTC
Created attachment 323338 [details]
My xorg.conf minimum

/usr/bin/X

so, too, black screen
Comment 18 jamesjames 2012-09-09 21:38:22 UTC
Created attachment 323340 [details]
log Xorg minimum, black screen

Log
By the way, the driver "vesa" works
Comment 19 Matt Turner gentoo-dev 2012-09-09 21:40:06 UTC
(In reply to comment #17)
> Created attachment 323338 [details]
> My xorg.conf minimum
> 
> /usr/bin/X
> 
> so, too, black screen

Right, just running /usr/bin/X will create a black screen, since no clients are running. What is it going to draw if there are no clients running except a black screen?

Try running startx, or starting a client after your run /usr/bin/X like DISPLAY=:0 xterm.

(In reply to comment #18)
> By the way, the driver "vesa" works

What does vesa draw that neomagic doesn't?
Comment 20 jamesjames 2012-09-09 22:01:02 UTC
> Right, just running /usr/bin/X will create a black screen, since no clients
> are running. What is it going to draw if there are no clients running except
> a black screen?

I already run startx on all this time from .xinitrc

> Try running startx, or starting a client after your run /usr/bin/X like
> DISPLAY=:0 xterm.

in .xinitrc:
replaced by "exec xterm", comes the same black screen
or replaced by "exec DISPLAY=:0 xterm", comes the same black screen
I feel that I have to do downgrade the video to work...

>What does vesa draw that neomagic doesn't?

vesa normally starts with the window manager (no black screen), but slow work, and all a bit blurry
Comment 21 jamesjames 2012-09-11 12:30:27 UTC
I downgrade to version 1.12.4 x11-base/xorg-server and x11-base/xorg-drivers to 1.12.

/etc/portage/package.mask:
>=x11-base/xorg-server-1.13.0
>=x11-base/xorg-drivers-1.13

Now everything works fine.
From this we can conclude that the driver neomagic, or Xorg 1.13 do not work properly together.

But this is a temporary solution, what do with this problem? This is only the delay.
Comment 22 Matt Turner gentoo-dev 2012-09-11 17:40:27 UTC
I'm asking around upstream to see why this might be happening. Don't worry, this is important to me and I haven't forgotten.
Comment 23 Matt Turner gentoo-dev 2012-09-11 19:20:50 UTC
If you enable ShadowFB with xorg-server-1.12.x, does it work?

E.g.,

Option "ShadowFB" "true"
Comment 24 jamesjames 2012-09-11 20:08:57 UTC
Created attachment 323542 [details]
Xorg.0.log - Option "ShadowFB" "true", black screen

with option ShadowFB "true" in my or minimal xorg.conf, get the same black screen as on xorg-server-1.13.0
Comment 25 Matt Turner gentoo-dev 2012-09-11 20:54:50 UTC
(In reply to comment #24)
> Created attachment 323542 [details]
> Xorg.0.log - Option "ShadowFB" "true", black screen
> 
> with option ShadowFB "true" in my or minimal xorg.conf, get the same black
> screen as on xorg-server-1.13.0

Right, okay. So it looks like what's going on here is that

 - ShadowFB is, and has been, broken since at least 1.12
 - XAA was removed from xserver-1.13, which leaves ShadowFB as the only option.
Comment 26 jamesjames 2012-09-11 21:05:27 UTC
> Right, okay. So it looks like what's going on here is that
> 
>  - ShadowFB is, and has been, broken since at least 1.12
>  - XAA was removed from xserver-1.13, which leaves ShadowFB as the only
> option.

It looks hopelessly
Comment 27 Matt Turner gentoo-dev 2012-09-11 21:37:27 UTC
Actually, we're using "shadow" in neomagic instead of "shadowfb" (apparently these are different things!)

I talked with ajax on irc, and he said that I need to port this patch to neomagic (http://cgit.freedesktop.org/xorg/driver/xf86-video-vesa/patch/?id=7777730e7749fe6921e76a4a1738e0e2a0b16376)

I'll see what I can do. :)
Comment 28 Matt Turner gentoo-dev 2012-09-11 22:46:25 UTC
Created attachment 323554 [details, diff]
Potential fix

Could you please give this patch (on top of the other one) a try? It's compile tested only.
Comment 29 Matt Turner gentoo-dev 2012-09-12 18:51:08 UTC
Arg, this won't work. Ignore for now. Updated patch soon.
Comment 30 jamesjames 2012-09-12 19:55:15 UTC
(In reply to comment #29)
> Arg, this won't work. Ignore for now. Updated patch soon.

Will need to check which version of xorg?
Comment 31 Matt Turner gentoo-dev 2012-09-13 15:44:11 UTC
(In reply to comment #30)
> (In reply to comment #29)
> > Arg, this won't work. Ignore for now. Updated patch soon.
> 
> Will need to check which version of xorg?

Shadow support has been broken in neomagic for years (probably since 2006), so any version of the X server should be fine to test, just make sure that you disable XAA and that it falls back to shadow.
Comment 32 Matt Turner gentoo-dev 2012-09-17 17:29:13 UTC
Sorry, there's another piece to the patch that I don't know how to handle. I'm sure it's simple, I'm just not familiar with this code.
Comment 33 Thomas Rausch 2013-01-06 18:32:09 UTC
What is the status? Now works the 1.13 server with disabled XAA?
Comment 34 Chí-Thanh Christopher Nguyễn gentoo-dev 2013-01-06 18:35:50 UTC
There is a patch available at https://bugs.freedesktop.org/show_bug.cgi?id=57023 but there seems to be no reaction from upstream to it.
Comment 35 Mike Hammill 2013-05-24 17:53:04 UTC
I am also interested in the fix.  I have the same problem.
Comment 36 Matt Turner gentoo-dev 2013-06-14 02:28:43 UTC
Can you try this patch on top of the latest neomagic git?

http://lists.x.org/archives/xorg-devel/2013-June/036571.html
http://cgit.freedesktop.org/xorg/driver/xf86-video-neomagic/
Comment 37 jamesjames 2013-06-23 08:17:05 UTC
(In reply to Matt Turner from comment #36)
> Can you try this patch on top of the latest neomagic git?
> 
> http://lists.x.org/archives/xorg-devel/2013-June/036571.html
> http://cgit.freedesktop.org/xorg/driver/xf86-video-neomagic/

I will test the patch with the new Xorg, when ebuild texlive-2013 will be available in portage.
Comment 38 jamesjames 2013-08-16 09:29:36 UTC
ok, patch work fine,
fixed black screen

x11-base/xorg-server-1.14.2.901
x11-base/xorg-drivers-1.14
new driver with shadowfb = 30 frames in 5.1 seconds = 5.894 FPS

x11-base/xorg-server-1.12.4-r1
x11-base/xorg-drivers-1.12
original driver with xaa = 30 frames in 5.1 seconds = 5.966 FPS
Comment 39 jamesjames 2013-08-16 09:30:58 UTC
Created attachment 356182 [details]
Xorg log patched driver works

Xorg.0_patched_drv_.log
Comment 40 Matt Turner gentoo-dev 2013-08-16 18:30:16 UTC
(In reply to jamesjames from comment #38)
> ok, patch work fine,
> fixed black screen
> 
> x11-base/xorg-server-1.14.2.901
> x11-base/xorg-drivers-1.14
> new driver with shadowfb = 30 frames in 5.1 seconds = 5.894 FPS
> 
> x11-base/xorg-server-1.12.4-r1
> x11-base/xorg-drivers-1.12
> original driver with xaa = 30 frames in 5.1 seconds = 5.966 FPS

Thanks!

I've applied the patch upstream and pushed out a new release. I've also added it to portage, straight to stable.

Marking as fixed.