Created attachment 24800 [details] xorg.conf, dmesg, lspci -v +++ This bug was initially created as a clone of Bug #15751 +++ I think I have more problems than the guy of Bug #15751: I have NVIDIA 7300LE I have a dual AMD x64 I have a DFP 1680x1050 I use Fedora core 10 with default nouveau. If I use mplayer full screen it loose frames and after few seconds it stop. If I use mplayer with a windows size bigger than the native avi dimension (say 1400x900) it freezes also. I also tested with another monitor size (1400x1050) and mplayer also stop. (The problem is that the NVIDIA driver and the akmod-nvidia frezes with my system and nv cannot use more than one video!) I attach some file
Can you also provide your Xorg.0.log? If I understand you correctly the problem is with mplayer and video that is scaled larger than the native size? Or are most of the applications also slower? What happens at lower resolutions like 1024x786?
Created attachment 24801 [details] Xorg.0.log
(In reply to comment #1) > Can you also provide your Xorg.0.log? > > If I understand you correctly the problem is with mplayer and video that is > scaled larger than the native size? Or are most of the applications also > slower? What happens at lower resolutions like 1024x786? > Thank you for the quick answer. I provided Xorg.0.log now: sorry It's my first time ;-) Speed: with NVIDIA driver (before it freezes) glxgears give something like 1900 frame/s! nouveau (and nv) give approx 193 fr/s for the same window dimension. If I change the resolution to 1024x786 mplayer does not stop (when fullscreen) but still have some imperfections in the images. If you tell me how to check video performances in a better way I can try them. My impression is that it is always slow (even when it creates the desktop). Anyway, nv is able to run full screen video at the maximum resolution even if the glxgears performances are comparable with nouveau (direct pixel renering problems?)
I would like to add anoother thing that does not work: I cannot switch user: after a few seconds I just get the default request to enter my password (like after looking the screen) rather than giving me the possibility to choose a different user name (I cannot use the switch user below the password text line). I use gnome (last release of fedora 10).
1) 3D acceleration is disabled currently, so glxgears will be much slower than the Nvidia driver. That is expected. 2) Are you using Compiz or some other window manager with 3D effects? If so, please disable them because they will have the same problems as above. In Gnome you can usually look in the 'System->Preferences->Appearance->Effects' tab and change to 'None' to disable Compiz for example. Otherwise I don't see why it should be really slow, I use a similar card and have no problems.
(In reply to comment #5) > 1) 3D acceleration is disabled currently, so glxgears will be much slower than > the Nvidia driver. That is expected. > > 2) Are you using Compiz or some other window manager with 3D effects? If so, > please disable them because they will have the same problems as above. In Gnome > you can usually look in the 'System->Preferences->Appearance->Effects' tab and > change to 'None' to disable Compiz for example. > > Otherwise I don't see why it should be really slow, I use a similar card and > have no problems. > Sorry, I'm not using Compiz: it is the first thing I disabled when the driver started to give me problems! Do you use a similar or the SAME card? If it is not the same card (3700LE) it could be simply a bug that exist only on my card. The NVIDIA driver does not work on my card but works on my NVIDIA at work (that is not a 3700LE). Can anyone solve the problem for this card!
Can you use OProfile or Sysprof and get a profile from a couple of minutes of usage? I have a similar card, but all Geforce 6 & 7 use the same rendering code. Maybe that is not suitable for cards like yours.
(In reply to comment #7) > Can you use OProfile or Sysprof and get a profile from a couple of minutes of > usage? > > I have a similar card, but all Geforce 6 & 7 use the same rendering code. Maybe > that is not suitable for cards like yours. > Hi Younes, Excuse me but I never used oprofile! What exactly I should do: what options you would like I use and what actions should I do. The actions should probably be to start a movie, to resize the smplayer window, to put it full screen: do you want more? How I run oprofile: what setup and format (and how I set them!)? I will immediately post the zipped profile files.
1) Install the OProfile package for your distro. 2) Run this command: sudo opcontrol --separate=lib --no-vmlinux --start-daemon && sudo opcontrol --reset && sudo opcontrol --start 3) Do some stuff that appears slow with nouveau for 2-3 minutes. 4) Run this command: sudo opcontrol --stop && sudo opcontrol --shutdown && opreport -l >nouveau-profile.txt 5) Attach the file "nouveau-profile.txt" to this bug.
Created attachment 24906 [details] produced with Oprofile Thank you for the instruction: I attach here the nouveau-profile.txt.gz. This is what I did: 1) I started smplayer (ultra-slow) at the native movie dimension and I enalrged the window until the movie stopped. The movie stopped also during resize but I could restart it. 2) Then I just moved a window quick around the desktop (it left a long tail and it was slow also) 3) Then I tried to switch user but it was not possible and I had to log in again 4) Finally I take a fast trip in google earth Tell me if You need something more.
You are using something that uses a lot of OpenGL rendering, I'm guessing it's your desktop. Find a way to disable it and I'm sure the problem will go away. Like I said earlier, 3D acceleration is disabled in the driver, so if you attempt to use a 3D app it will be rendered in software, and be very very slow.
Actually, can you install the debuginfo packages for Xorg and Nouveau and repeat the process *without* using Google Earth, or any other program that you know does 3D rendering? We already know why 3D programs are slow, we need to figure out why the rest of your desktop is slow. Please don't run anything that you know uses OpenGL so the profile will be more accurate.
Created attachment 24907 [details] oprofile without opengl As soon as you sent the first message I realized my ingenuity. I installed: xorg-x11-drv-nouveau-debuginfo.x86_64 xorg-x11-drv-nv-debuginfo.x86_64 xorg-x11-server-debuginfo.x86_64 xorg-x11-server-utils-debuginfo.x86_64 And I re-runned oprofile (no opengl): any hint in the attached file?
It appears that this bug report has laid dormant for quite a while. Sorry we haven't gotten to it. Since we fix bugs all the time, chances are pretty good that your issue has been fixed with the latest software. Please give it a shot. (Linux kernel 3.10.7, xf86-video-nouveau 1.0.9, mesa 9.1.6, or their git versions.) If upgrading to the latest isn't an option for you, your distro's bugzilla is probably the right destination for your bug report. In an effort to clean up our bug list, we're pre-emptively closing all bugs that haven't seen updates since 2011. If the original issue remains, please make sure to provide fresh info, see http://nouveau.freedesktop.org/wiki/Bugs/ for what we need to see, and re-open this one. Thanks, The Nouveau Team
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.