Post new topic   Reply to topic
View previous topic Printable version Log in to check your private messages View next topic
Author Message
etorixOffline
Post subject:   PostPosted: 24.09.2011, 20:13
Team Member


Joined: 2010-08-26
Posts: 137

Status: Offline
tested, seems ok with all default Sid drivers etc

not 100% perfect but seems all working acceptably
 
 View user's profile Send private message  
Reply with quote Back to top
vinurOffline
Post subject:   PostPosted: 24.09.2011, 21:28



Joined: 2010-09-11
Posts: 58
Location: Lake Oswego
Status: Offline
supplemental message:
After the initial success, I logged out and did the standard D-U and restarted the computer.
As through all of this time I did very careful upgrades avoiding anything that might fubar the system.
I was given a new jre headless and a few other things related to the X server that were languishing from being careful.
the real good news is that everything seems back to speed and the full D-U did the trick.
As far as I am concerned... I am back in the Saddle again (never did loose x but I was concerned as I run nVidia)

More recent information 10-6-11...turns out that the video response is in some ways really jerky and hesitant especially with Iceweasel 7.0.1
some applications are just a little slow and others seem to take many seconds to respond to what use to be virtual instant response.
Host/Kernel/OS "eyland" running Linux 3.0-6.slh.3-aptosid-amd64 x86_64 [ aptosid 2011-01 Γῆρας - kde-lite - (201102051540) ]
CPU Info 4x AMD Phenom II X4 955 512 KB cache flags( sse3 ht nx lm svm ) clocked at [ 3214.610 MHz ]
Videocard nVidia G96 [GeForce 9400 GT] X.Org 1.11.1 [ 1920x1080@50.0hz ]
Network cards D-Link System Inc DGE-560T PCI Express Gigabit
Processes 132 | Uptime 12:25 | Memory 826.7/8005.8MB | HDD ST3500418AS,ST32000641AS Size 2500GB (4%used) | GLX Renderer GeForce 9400 GT/PCI/SSE2 | GLX Version 3.3.0 NVIDIA 275.28 | Client Shell | Infobash v3.37
previous X.Org 1.10.4 and nVidia 280.13.4 were far better than current configuration. No actual crashes just a lot of hesitancy in some applications.
looking now to see what is new than can change the behavior. Strange that Google Earth 6.0 does not seem to be affected much. Mostly IceWeasel is in its bookmarks show the worst lag. but the RSS feed from BBC is also really slow. Sorry to be so generalized. everything works just some things take about 10x more time to complete a response to some input by key or mouse.


Last edited by vinur on 07.10.2011, 09:06; edited 1 time in total
 
 View user's profile Send private message Visit poster's website  
Reply with quote Back to top
IgnorantGuruOffline
Post subject: Back to the past  PostPosted: 24.09.2011, 22:31



Joined: 2011-03-27
Posts: 43

Status: Offline
Well my results with a DU were very poor. I don't know if this was the video driver but it's possible. I didn't have time to troubleshoot it so I just rolled it back. Here's what it did...

DU seemed to go smoothly (520MB download, so there was a lot) - no unusual errors that I saw. Rebooted and X started okay, but programs took very long to paint their windows, both on initial startup and on switching to them with Alt-Tab. For example, switching to pcmanfm-mod, there would be a 5 second pause before it would repaint the window contents - everytime I switched to it. Same for claws-mail. The repaint delay was less with Firefox, but clicking on a menu in Firefox, the menu would only be displayed after several seconds of delay. The only programs I didn't notice any exaggerated delays in were roxterm and GoogleEarth (where 3D seemed to be working).

For all I know, this could be the window manager (Openbox) or something else.

As an aside, this repaint delay reminded me that when I switched from Arch to Aptosid, I noticed that there was a noticeable delay in repainting in Aptosid compared to Arch when switching windows. A fraction of a second, but I always wondered why the speed difference - the only area I noticed where Aptosid ran slower. But it wasn't a bother so I never looked into it, but now I wonder if it's something to do with the nvidia driver in Aptosid, since this last update really exaggerated the delay to several seconds. Any input on that is welcome.

_________________
Check out my blog for useful scripts, mods and tips...
 
 View user's profile Send private message Visit poster's website  
Reply with quote Back to top
etorixOffline
Post subject: RE: Back to the past  PostPosted: 25.09.2011, 07:38
Team Member


Joined: 2010-08-26
Posts: 137

Status: Offline
well, this is another Xorg point release

but the 280really275 debian-blob is a bit of a kludge to be honest

the next version may improve drawing issues

which seem not window-manager dependent
 
 View user's profile Send private message  
Reply with quote Back to top
clubexOffline
Post subject: RE: Back to the past  PostPosted: 25.09.2011, 09:18



Joined: 2010-09-11
Posts: 98

Status: Offline
IgnorantGuru:

Did you reinstall the Nvidia blob either manually or with dmakms?
 
 View user's profile Send private message  
Reply with quote Back to top
IgnorantGuruOffline
Post subject: Re: RE: Back to the past  PostPosted: 25.09.2011, 11:43



Joined: 2011-03-27
Posts: 43

Status: Offline
      clubex wrote:
Did you reinstall the Nvidia blob either manually or with dmakms?


AFAIK that did occur normally, but there were some messages I didn't understand. In the terminal log:
      Code:
-- SNIP --
Preparing to replace libgl1-nvidia-alternatives-ia32 275.09.07-5 (using .../libgl1-nvidia-alternatives-ia32_275.21-1_amd64.deb) ...

Unpacking replacement libgl1-nvidia-alternatives-ia32 ...

Preparing to replace nvidia-support 20110515+1 (using .../nvidia-support_20110718+1_amd64.deb) ...

Unpacking replacement nvidia-support ...

Preparing to replace libglx-nvidia-alternatives 275.09.07-5 (using .../libglx-nvidia-alternatives_275.21-1_amd64.deb) ...

Unpacking replacement libglx-nvidia-alternatives ...

Preparing to replace nvidia-vdpau-driver 275.09.07-5 (using .../nvidia-vdpau-driver_275.21-1_amd64.deb) ...

Unpacking replacement nvidia-vdpau-driver ...

Preparing to replace libgl1-nvidia-alternatives 275.09.07-5 (using .../libgl1-nvidia-alternatives_275.21-1_amd64.deb) ...

Unpacking replacement libgl1-nvidia-alternatives ...

Preparing to replace nvidia-glx 275.09.07-5 (using .../nvidia-glx_275.21-1_amd64.deb) ...

Unpacking replacement nvidia-glx ...

Preparing to replace xserver-xorg-video-nvidia 275.09.07-5 (using .../xserver-xorg-video-nvidia_275.21-1_amd64.deb) ...

Unpacking replacement xserver-xorg-video-nvidia ...

Preparing to replace nvidia-alternative 275.09.07-5 (using .../nvidia-alternative_275.21-1_amd64.deb) ...

Unpacking replacement nvidia-alternative ...

dpkg: considering deconfiguration of libgl1-nvidia-glx, which would be broken by installation of libgl1-nvidia-glx-ia32 ...

dpkg: yes, will deconfigure libgl1-nvidia-glx (broken by libgl1-nvidia-glx-ia32).

Preparing to replace libgl1-nvidia-glx-ia32 275.09.07-5 (using .../libgl1-nvidia-glx-ia32_275.21-1_amd64.deb) ...

De-configuring libgl1-nvidia-glx ...

Unpacking replacement libgl1-nvidia-glx-ia32 ...

Preparing to replace libgl1-nvidia-glx 275.09.07-5 (using .../libgl1-nvidia-glx_275.21-1_amd64.deb) ...

Unpacking replacement libgl1-nvidia-glx ...

Preparing to replace dkms 2.1.1.2-6 (using .../dkms_2.2.0.2-1_all.deb) ...

Unpacking replacement dkms ...

Preparing to replace nvidia-kernel-common 20110515+1 (using .../nvidia-kernel-common_20110718+1_amd64.deb) ...

Unpacking replacement nvidia-kernel-common ...

Preparing to replace nvidia-kernel-dkms 275.09.07-5 (using .../nvidia-kernel-dkms_275.21-1_amd64.deb) ...



-------- Uninstall Beginning --------

Module:  nvidia

Version: 275.09.07

Kernel:  2.6.39-3.slh.1-aptosid-amd64 (x86_64)

-------------------------------------



Status: Before uninstall, this module version was ACTIVE on this kernel.



nvidia.ko:

 - Uninstallation

   - Deleting from: /lib/modules/2.6.39-3.slh.1-aptosid-amd64/updates/dkms/

 - Original module

   - No original module was found for this module on this kernel.

   - Use the dkms install command to reinstall any previous module version.



depmod....



DKMS: uninstall Completed.



------------------------------

Deleting module version: 275.09.07

completely from the DKMS tree.

------------------------------

Done.

Unpacking replacement nvidia-kernel-dkms

-- SNIP --

Setting up glx-diversions (0.1.91) ...

Leaving 'diversion of /usr/lib/libGL.so to /usr/lib/mesa-diverted/libGL.so by glx-diversions'

Leaving 'diversion of /usr/lib/i386-linux-gnu/libGL.so to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so by glx-diversions'

Leaving 'diversion of /usr/lib/x86_64-linux-gnu/libGL.so to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so by glx-diversions'

Leaving 'diversion of /usr/lib/libGL.so.1 to /usr/lib/mesa-diverted/libGL.so.1 by glx-diversions'

Leaving 'diversion of /usr/lib/i386-linux-gnu/libGL.so.1 to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1 by glx-diversions'

Leaving 'diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1 by glx-diversions'

Leaving 'diversion of /usr/lib/libGL.so.1.2 to /usr/lib/mesa-diverted/libGL.so.1.2 by glx-diversions'

Leaving 'diversion of /usr/lib/i386-linux-gnu/libGL.so.1.2 to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1.2 by glx-diversions'

Leaving 'diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2 by glx-diversions'

Leaving 'diversion of /usr/lib/xorg/modules/extensions/libglx.so to /usr/lib/mesa-diverted/libglx.so by glx-diversions'

Leaving 'diversion of /usr/lib/debug/usr/lib/xorg/modules/extensions/libglx.so to /usr/lib/mesa-diverted/libglx.so.dbg by glx-diversions'

Setting up glx-alternative-mesa (0.1.91) ...

Setting up libgl1-nvidia-alternatives-ia32 (275.21-1) ...

Leaving 'diversion of /usr/lib32/libGL.so to /usr/lib32/nvidia/diversions/libGL.so by libgl1-nvidia-alternatives-ia32'

Leaving 'diversion of /usr/lib32/libGL.so.1 to /usr/lib32/nvidia/diversions/libGL.so.1 by libgl1-nvidia-alternatives-ia32'

Leaving 'diversion of /usr/lib32/libGL.so.1.2 to /usr/lib32/nvidia/diversions/libGL.so.1.2 by libgl1-nvidia-alternatives-ia32'

Setting up nvidia-vdpau-driver (275.21-1) ...

Setting up nvidia-kernel-dkms (275.21-1) ...

Loading new nvidia-275.21 DKMS files...

Building for 2.6.39-3.slh.1-aptosid-amd64 and 3.0-0.slh.3-aptosid-amd64

Building initial module for 2.6.39-3.slh.1-aptosid-amd64

Done.



nvidia:

Running module version sanity check.

 - Original module

 - Installation

   - Installing to /lib/modules/2.6.39-3.slh.1-aptosid-amd64/updates/dkms/



depmod....



DKMS: install Completed.

Building initial module for 3.0-0.slh.3-aptosid-amd64

Done.



nvidia:

Running module version sanity check.

 - Original module

   - No original module exists within this kernel

 - Installation

   - Installing to /lib/modules/3.0-0.slh.3-aptosid-amd64/updates/dkms/



depmod....



DKMS: install Completed.

Processing triggers for glx-alternative-mesa ...

update-alternatives: warning: forcing reinstallation of alternative /usr/lib/nvidia because link group glx is broken.

update-alternatives: warning: skip creation of /usr/lib/x86_64-linux-gnu/libGL.so.1 because associated file /usr/lib/x86_64-linux-gnu/nvidia/libGL.so.1 (of link group glx) doesn't exist.

update-alternatives: warning: skip creation of /usr/lib/x86_64-linux-gnu/libXvMCNVIDIA.so.1 because associated file /usr/lib/x86_64-linux-gnu/nvidia/libXvMCNVIDIA.so.1 (of link group glx) doesn't exist.

update-alternatives: warning: skip creation of /usr/lib/x86_64-linux-gnu/libXvMCNVIDIA_dynamic.so.1 because associated file /usr/lib/x86_64-linux-gnu/nvidia/libXvMCNVIDIA_dynamic.so.1 (of link group glx) doesn't exist.

update-alternatives: warning: skip creation of /usr/lib/xorg/modules/extensions/libglx.so because associated file /usr/lib/nvidia/libglx.so (of link group glx) doesn't exist.

update-alternatives: warning: skip creation of /usr/lib/x86_64-linux-gnu/libnvidia-cfg.so.1 because associated file /usr/lib/x86_64-linux-gnu/nvidia/libnvidia-cfg.so.1 (of link group glx) doesn't exist.

update-alternatives: warning: skip creation of /usr/bin/nvidia-bug-report.sh because associated file /usr/lib/nvidia/nvidia-bug-report.sh (of link group glx) doesn't exist.

update-alternatives: warning: skip creation of /usr/lib/xorg/modules/drivers/nvidia_drv.so because associated file /usr/lib/nvidia/nvidia_drv.so (of link group glx) doesn't exist.

Setting up glx-alternative-nvidia (0.1.91) ...

Processing triggers for glx-alternative-nvidia ...

update-alternatives: using /usr/lib/mesa-diverted to provide /usr/lib/glx (glx) in auto mode.

Setting up libglx-nvidia-alternatives (275.21-1) ...

Setting up libgl1-nvidia-alternatives (275.21-1) ...

Setting up nvidia-alternative (275.21-1) ...

Processing triggers for nvidia-alternative ...

update-alternatives: using /usr/lib/nvidia/current to provide /usr/lib/nvidia/nvidia (nvidia) in auto mode.

Processing triggers for glx-alternative-nvidia ...

update-alternatives: using /usr/lib/nvidia to provide /usr/lib/glx (glx) in auto mode.

Setting up libgl1-nvidia-glx (275.21-1) ...

Setting up xserver-xorg-video-nvidia (275.21-1) ...

Setting up nvidia-glx (275.21-1) ...

No diversion 'diversion of /usr/lib/xorg/modules/extensions/libGLcore.so to /usr/lib/nvidia/libGLcore.so.xlibmesa by nvidia-glx', none removed.

No diversion 'diversion of /usr/lib/xorg/modules/extensions/libGLcore.a to /usr/lib/nvidia/libGLcore.a.xlibmesa by nvidia-glx', none removed.

No diversion 'diversion of /usr/lib/xorg/modules/extensions/libglx.a to /usr/lib/nvidia/libglx.a.xlibmesa by nvidia-glx', none removed.

Processing triggers for libgl1-nvidia-alternatives-ia32 ...

Setting up libgl1-nvidia-glx-ia32 (275.21-1) ...

Setting up nvidia-glx-ia32 (275.21-1) ...

Setting up libstdc++6-4.4-dev (4.4.6-7) ...

-- SNIP --


And then after the reboot into the new kernel, it seemed to build the new nvidia without errors, and X started okay.

I also see a whole slew (several pages) of these messages:
      Code:
(gtk-update-icon-cache:9139): GdkPixbuf-WARNING **: Cannot open pixbuf loader module file '/usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache': No such file or directory

_________________
Check out my blog for useful scripts, mods and tips...
 
 View user's profile Send private message Visit poster's website  
Reply with quote Back to top
etorixOffline
Post subject: RE: Re: RE: Back to the past  PostPosted: 25.09.2011, 11:59
Team Member


Joined: 2010-08-26
Posts: 137

Status: Offline
them gdk-pixbuf msgs are not connected to this nvidia issue
 
 View user's profile Send private message  
Reply with quote Back to top
clubexOffline
Post subject: RE: Re: RE: Back to the past  PostPosted: 05.10.2011, 07:09



Joined: 2010-09-11
Posts: 98

Status: Offline
New (pre-release) NVidia Driver supporting xserver 1.11 here.

http://www.nvnews.net/vbulletin/showthr ... ?p=2487046
 
 View user's profile Send private message  
Reply with quote Back to top
piperOffline
Post subject: RE: Re: RE: Back to the past  PostPosted: 05.10.2011, 07:35
Moderator


Joined: 2010-09-11
Posts: 480
Location: cheektowaga, ny
Status: Offline
Working good here so far, need to do some more testing as this is a new install
      Code:
piper@x1:~$ infobash -v3
Host/Kernel/OS  "x1" running Linux 3.0-6.slh.2-aptosid-amd64 x86_64 [ aptosid snapshot - kde-lite - (201110041755) ]
CPU Info        2x AMD Athlon 64 X2 Dual Core 4200+ 512 KB cache flags( sse3 ht nx lm svm ) clocked at [ 1000.000 MHz ]
Videocard       nVidia GF106 [GeForce 450 GTS]  X.Org 1.11.1  [ 1920x1080@50.0hz ]
Network cards   Realtek RTL8111/8168B PCI Express Gigabit
Processes 140 | Uptime 1min | Memory 440.9/3965.9MB | HDD ST3320620AS,ST31000528AS,ST31000528AS Size 2320GB (53%used) | GLX Renderer GeForce GTS 450/PCI/SSE2 | GLX Version 4.2.0 NVIDIA 285.05.09 | Client Shell | Infobash v3.37

_________________
debian sid | apt-get into it
 
 View user's profile Send private message  
Reply with quote Back to top
IgnorantGuruOffline
Post subject:   PostPosted: 05.10.2011, 14:14



Joined: 2011-03-27
Posts: 43

Status: Offline
I just tried another DU (nvidia-glx 280.13.really.275.28-1 and xserver-common 2:1.11.1-1) and the heavy lag still exists. I found this thread on this problem.

_________________
Check out my blog for useful scripts, mods and tips...
 
 View user's profile Send private message Visit poster's website  
Reply with quote Back to top
towoOnline!
Post subject:   PostPosted: 05.10.2011, 15:07



Joined: 2010-09-13
Posts: 497
Location: Pößneck / Thüringen
Status: Online!
You should read this if you are affected by the xserver regression.
 
 View user's profile Send private message  
Reply with quote Back to top
CaesarTjalboOffline
Post subject:   PostPosted: 06.10.2011, 19:44



Joined: 2010-09-13
Posts: 95
Location: Enschede
Status: Offline
      Aaron Plattner (NVidia) wrote:
Of course, I could simply copy the old miTrapezoids implementation into our driver, but it seems hard to believe that our driver is the only one that benefited from the "rasterize in software, composite in hardware" behavior of the old code. Should I re-add miTrapezoids as a helper that drivers can plug in when they want the old behavior, just revert this change, or go the "only nvidia gets to go fast" copy & paste route?

      Søren Sandmann (Xorg) wrote:
There were no open source users of miTrapezoids() when I wrote the patch.
(source)

Sounds to me like Nvidia can go ahead and fix the driver rather than ask for a fix in X.

I have a GT8600 card and use the 280.13.really.275.28-1 driver. Desktop (KDE) is very, very slow, compositing switches itself off. Perhaps it's logical but it surprised me: 3D gaming is unaffected.
 
 View user's profile Send private message  
Reply with quote Back to top
piperOffline
Post subject:   PostPosted: 06.10.2011, 22:14
Moderator


Joined: 2010-09-11
Posts: 480
Location: cheektowaga, ny
Status: Offline
I am not seeing the slowness "yet" (new install yesterday) (based on kde-lite)

3D gaming is fine, no problems here also (quake4, prey,max payne 2, is all I have installed at the moment)

_________________
debian sid | apt-get into it
 
 View user's profile Send private message  
Reply with quote Back to top
towoOnline!
Post subject:   PostPosted: 07.10.2011, 15:06



Joined: 2010-09-13
Posts: 497
Location: Pößneck / Thüringen
Status: Online!
I have uploaded a patched xserver on frickelplatz.
There is a patch added, for reenable miTrapazoids.
 
 View user's profile Send private message  
Reply with quote Back to top
diblOffline
Post subject:   PostPosted: 07.10.2011, 18:38



Joined: 2010-09-12
Posts: 302
Location: Dayton, Ohio, USA
Status: Offline
      towo wrote:
I have uploaded a patched xserver on frickelplatz.
There is a patch added, for reenable miTrapazoids.


Installed, and everything seems fine on my GTX480, as far as compositing and rendering.

However, I still have a "translucent black" KDE panel and time/calendar panel widget -- the calendar is quite difficult to see. Is that not related to the Nvidia/xserver issue? On my netbook with Intel graphics, the KDE panel and calendar are normal.


      Code:
Host/Kernel/OS  "aptosidbox" running Linux 3.0-6.slh.3-aptosid-amd64 x86_64 [ aptosid 2011-02 Ἡμέρα - kde-lite - (201107131633) ]
CPU Info        8x Intel Core i7 950 @ 8192 KB cache flags( sse3 ht nx lm vmx ) clocked at [ 1600.000 MHz ]
Videocard       nVidia GF100 [GeForce GTX 480]  X.Org 1.11.1  [ 1920x1200@50.0hz ]
Network cards   Marvell 88E8056 PCI-E Gigabit
Processes 313 | Uptime 5:40 | Memory 1186.0/5978.7MB | HDD OCZ-REVODRIVE,OCZ-REVODRIVE,WDC WD1002FAEX-0,WDC WD1002FAEX-0,KINGSTON SS100S2 Size 2136GB (3%used) | GLX Renderer GeForce GTX 480/PCI/SSE2 | GLX Version 4.1.0 NVIDIA 275.28 | Client Shell | Infobash v3.37
 
 View user's profile Send private message Visit poster's website  
Reply with quote Back to top
Display posts from previous:     
Jump to:  
All times are GMT - 12 Hours
Post new topic   Reply to topic
View previous topic Printable version Log in to check your private messages View next topic
Powered by Zafenio