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?
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.
(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.
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.
(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
I can confirm that configuring neomagic against X server without XAA correctly detects no XAA.
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]
This looks like a mistake in upstream commit 808aa999ad78ccc3384d08d501d43688795bee5e. I'll handle this later today if no one beats me to it.
this means that the bug "NEO_Sync" will soon be repaired? I'll be happy
This is likely fallout from the XAA removal handling, similar to xf86-video-mga in bug 433663.
(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
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)
(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>
Created attachment 323330 [details] loaded neomagic driver with black screen, Xorg.0.log (after patch ) Driver is loaded, but I get a black screen.
Created attachment 323332 [details] Build log after patch
Created attachment 323334 [details] My xorg.conf
(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.
Created attachment 323338 [details] My xorg.conf minimum /usr/bin/X so, too, black screen
Created attachment 323340 [details] log Xorg minimum, black screen Log By the way, the driver "vesa" works
(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?
> 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
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.
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.
If you enable ShadowFB with xorg-server-1.12.x, does it work? E.g., Option "ShadowFB" "true"
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
(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.
> 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
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. :)
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.
Arg, this won't work. Ignore for now. Updated patch soon.
(In reply to comment #29) > Arg, this won't work. Ignore for now. Updated patch soon. Will need to check which version of xorg?
(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.
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.
What is the status? Now works the 1.13 server with disabled XAA?
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.
I am also interested in the fix. I have the same problem.
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/
(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.
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
Created attachment 356182 [details] Xorg log patched driver works Xorg.0_patched_drv_.log
(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.
