Re: Nvidia problems... again
Hi David, that could be useful, I shall give that a go when I get home from work tonight and report what happens. I've disabled rivafb (due to the nvidia driver conflict), so I'll have to rebuild the keernel, but I'll do it tonight, and let you know how I get on! Cheers, James David Liontooth [EMAIL PROTECTED] wrote : James Titcumb wrote: gt; gt;gt; I would ask on the nVidia Linux Forum gt;gt; http://www.nvnews.net/vbulletin/forumdisplay.php?s=amp;forumid=14 gt; gt; gt; They don't seem to be very responsive, unlike here :) gt; gt;gt; gt;gt; That said, if you're trying to troubleshoot, why not use the nv gt;gt; driver? It's gt;gt; excellent for 2D work. gt; gt; gt; I would use nv driver (I am using it now actually), but I have two gt; monitors, and its pointless having 2 LCD screens, when you can only gt; use one of them! AFAIK, the only driver that supports dual screens is gt; the nvidia and ATI ones... if you know different, let me know how to gt; do it! I don't really do graphic intensive stuff (I might occasionally gt; play Baldur's Gate, but that's not exactly video-hungry!), so if its gt; not a high-performance driver, I'm not hugely bothered. As long as I gt; get smooth standard usage, I'm ok :) Well, nv supports dual screens using the xinerama option in XFree86. It's not clear the driver supports quot;dual headquot; where you have two VGA ports on one video card -- Alex Deucher claimed a year ago it was not supported (http://lists.freedesktop.org/pipermail/xorg/2004-May/000685.html). But it does support the quot;xineramaquot; option where you have two video cards. See for example http://krampus.phys.uconn.edu/computers/FAQ/xinerama.html gt; gt; The thing that's strange, is that previous to building the 2.6.11 gt; kernel up (when i was on 2.6.10), the nvidia driver built + installed gt; fine, but now it doesn't... perhaps it's a disagreement with the gt; 2.6.11 kernel?? I don't think that sounds particularly farfetched -- the nvidia drivers routinely fail to work on new kernels, and need patches. But what about the framebuffer driver? I was amazed to discover that it's perfectly happy driving x-windows, including dual monitors, but I haven't tried it on an amd64. It would be great if you could find out if it works there -- though I can't promise you it'll be worth your time! Here's what you need: * Compile framebuffer support in the kernel I was using rivafb, which is likely all you have also in the 2.6.11 kernel. In 2.6.12-rc there's a new one called nvidiafb, looks promising. * After booting, remove the nvidia module (it's not compatible with rivafb) and load rmmod nvidia amp;amp; modprobe fbcon amp;amp; modprobe rivafb amp;amp; fbset fullscreen (see below for setup) Contacts: * rivafb is maintained by Ani Joshi and lately worked on by Antonino A. Daplas (who also wrote the new nvidiafb) * [EMAIL PROTECTED] lt;http://lists.sourceforge.net/lists/listinfo/linux-fbdev-usersgt; * [EMAIL PROTECTED] Commands: * more /proc/fb list current frame buffer device information * fbset -i shows current framebuffer configuration * fbset -x shows xfree configuration * mplayer -vo directfb lt;movienamegt; * fbxine lt;movienamegt; * fbi *.jpg -t 5 -autozoom -edit * Snapshot of the frame buffer content: cp /dev/fb0 myfile * man fb.modes * modeline2fb (for creating entries in /etc/fb.modes) To create the correct modeline, issue modeline2fb /etc/X11/XF86Config I edited /etc/fb.modes, adding # Generated using modeline2fb, 1280x854, 85.266 MHz dotclock mode quot;fullscreenquot; geometry 1280 854 1280 26201 8 timings11728 240 16 31 0 256 7 hsync low vsync low endmode This is activated by the quot;fbset fullscreenquot; command. In XF86Config-4 use Driver quot;fbdevquot; Worked for me. For dual monitors, you'll have to use the xinerama option, as with nv. The framebuffer stuff is very cool, but fiddley still. The quality is excellent. Keep us posted if you try this on amd64. Dave ___ Sent Using: Total Carnage WebMail, with NOCC, http://nocc.sourceforge.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Nvidia problems... again
I use a program called Cedega (wrapped by a GUI called Point-to-Play). I don't really play games much, but I wanted to try it out on Linux, and apparently this program is the dog's bollocks. It appears otherwise, the only game I could get working was BG2 (without the exansion, however). I tried Diablo 2 (one of their supported games), failed, I tried Diablo 1 (which also works), Half-life works to a certain degree, Discworld Noir doesnt work, Splinter Cell: Pandora Tomorrow doesn't work, Enclave doesn't work, and a few others which I tried didn't work. Altogether, it seems fairly unsuccessful, but I didn't put much effort into it... kind of a if it doesn't work first time, give up case, as I'm not a big-time video gamer :) If you are interested, there's a small fee for a 3-month sign up to recieve support, access to the forum and so on, its about £9GBP I think. I wouldn't recommend it for people like myself, but if you really want to game, and you're willing to put a bit of effort into configuring it properly, then I'd say give it a go! Link to the site is: http://www.transgaming.com/ Cedega - their version of Wine, powered for Windows games Point-to-Play - a nice GUI wrapper for Cedega, I'd advise just downloading P2P, and installing Cedega through that, as it does the configuration for you. It also helps with organising your games. Bear in mind there's a lot more work trying to get it working on an amd64 machine, as a fully working chroot (with /home and /tmp bind mounted, 32-bit versions of your graphics drivers installed into your chroot on your amd64 machine are required alsoe etc.), but if you're on a x86 machine, the setup should be fairly simple. But for now, I'm happy using Wine to use my standard Windoze programs (Adobe Photoshop and the likes... unfortunately my work has to use PSDs all the time, so I'm kinda stuck.. but at least I can use linux :)) Hope this helps, James Javier Kohen [EMAIL PROTECTED] wrote : El dom, 10-04-2005 a las 20:17 +0100, James Titcumb escribió: gt; I would use nv driver (I am using it now actually), but I have two gt; monitors, and its pointless having 2 LCD screens, when you can only use gt; one of them! AFAIK, the only driver that supports dual screens is the gt; nvidia and ATI ones... if you know different, let me know how to do it! gt; I don't really do graphic intensive stuff (I might occasionally play gt; Baldur's Gate, but that's not exactly video-hungry!), so if its not a gt; high-performance driver, I'm not hugely bothered. As long as I get gt; smooth standard usage, I'm ok :) Hi, I'm replying off list because I'm interested in knowing how you play Baldur's Gate on Linux. Thanks :) -- Javier Kohen lt;[EMAIL PROTECTED]gt; ICQ: blashyrkh #2361802 Jabber: [EMAIL PROTECTED] ___ Sent Using: Total Carnage WebMail, with NOCC, http://nocc.sourceforge.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Nvidia problems... again
Hi I use a differnet way to play for instance, I have Doom3, Ut2003 Ut2004, NeverWinterNight, RTCW, Medal of honnor, ... running under Debian. I'm using linux binary files to play (loki has most of them). first install the game trough wine (not winex) then copy data tree to your game location, copy or install teh linux binaries then chown user.grp (by default root.staff with linux installers, i moved them to root.games) then chmod 750. finally enjoy the game. (that don't work for all the game, for instance warhammer40K has no linux binary files at this time) [...] -- NaiosKAE{FR} -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Nvidia problems... again
Hi James, I'm happy using Wine to use my standard Windoze programs (Adobe Photoshop and the likes... unfortunately my work has to use PSDs all the time, so I'm kinda stuck.. I personally haven't had any problems with the PSD support in The Gimp, but then I don't use PSD every day. From: http://docs.gimp.org/en/go01.html PSD is Adobe Photoshop's native file format, and thus is comparable to XCF in complexity. Gimp's ability to handle PSD files is sophisticated but limited: some features of PSD files are not loaded, and only PSD versions XX or less are supported. Unfortunately, Adobe has now made the Photoshop Software Development Kit which includes their file format specifications proprietary, and only available to a limited set of developers blessed by Adobe. This does not include the Gimp development team; and the lack of information makes it very difficult to maintain up-to-date support for PSD files. Cheers Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Nvidia problems... again
Is this in a pure64 environment, or in a 32-bit chroot? Also, could you send a link to where these binaries are distributed? I might have a play around once my graphics drivers work (being presumptious that they'll actually work in the end ;) ...) Cheers, James NaiosKAE{FR} [EMAIL PROTECTED] wrote : Hi I use a differnet way to play for instance, I have Doom3, Ut2003 amp; Ut2004, NeverWinterNight, RTCW, Medal of honnor, ... running under Debian. I'm using linux binary files to play (loki has most of them). first install the game trough wine (not winex) then copy data tree to your game location, copy or install teh linux binaries then chown user.grp (by default root.staff with linux installers, i moved them to root.games) then chmod 750. finally enjoy the game. (that don't work for all the game, for instance warhammer40K has no linux binary files at this time) [...] -- NaiosKAE{FR} -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of quot;unsubscribequot;. Trouble? Contact [EMAIL PROTECTED] ___ Sent Using: Total Carnage WebMail, with NOCC, http://nocc.sourceforge.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Nvidia problems... again
On Mon, Apr 11, 2005 at 12:16:51AM +0100, A.E.Lawrence wrote: I have just built version 7174 of nvidia (NVIDIA-Linux-x86_64-1.0-7174-pkg2.run) under my freshly minted 2.6.11.7 and the build was fine: just the usual complaint because the library paths don't quite match. (I haven't tried the video driver yet, but the kernel module loads happily) Well under the Debian 2.6.11 kernel and using the debian nvidia driver pacakge for 7167 it works percectly (lib paths and all, and no messy 3rd party files in /usr). I guess using just The Debian Way works fine. Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Nvidia problems... again
Lennart Sorensen wrote: On Mon, Apr 11, 2005 at 12:16:51AM +0100, A.E.Lawrence wrote: I have just built version 7174 of nvidia (NVIDIA-Linux-x86_64-1.0-7174-pkg2.run) under my freshly minted 2.6.11.7 and the build was fine: just the usual complaint because the library paths don't quite match. (I haven't tried the video driver yet, but the kernel module loads happily) Well under the Debian 2.6.11 kernel and using the debian nvidia driver pacakge for 7167 it works percectly (lib paths and all, and no messy 3rd party files in /usr). Just to confirm that nvidia 7174 is now also working fine with 2.6.11.7. The video card is an asus en6600 which is a GT6600 clone, I believe. ael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Nvidia problems... again
On Apr 11, 2005 4:29 PM, A.E.Lawrence [EMAIL PROTECTED] wrote: Lennart Sorensen wrote: On Mon, Apr 11, 2005 at 12:16:51AM +0100, A.E.Lawrence wrote: I have just built version 7174 of nvidia (NVIDIA-Linux-x86_64-1.0-7174-pkg2.run) under my freshly minted 2.6.11.7 and the build was fine: just the usual complaint because the library paths don't quite match. (I haven't tried the video driver yet, but the kernel module loads happily) Well under the Debian 2.6.11 kernel and using the debian nvidia driver pacakge for 7167 it works percectly (lib paths and all, and no messy 3rd party files in /usr). Just to confirm that nvidia 7174 is now also working fine with 2.6.11.7. The video card is an asus en6600 which is a GT6600 clone, I believe. And confirming nvidia 7174 with a Debian 2.6.11-9-amd64-k8 standard kernel (I have just upgraded from 7167 to 7174). Card is Nvidia GeForce FX 5700 LE. No issues at all. Follow the Debian way as described in /usr/share/doc/nvidia-kernel-source/README.Debian -- Best regards / Mit den besten Grüssen Sven Krahn
Re: Nvidia problems... again
On 11 Apr 2005, 18:34, Sven Krahn [EMAIL PROTECTED] wrote: And confirming nvidia 7174 with a Debian 2.6.11-9-amd64-k8 standard kernel (I have just upgraded from 7167 to 7174). Card is Nvidia GeForce FX 5700 LE. No issues at all. Follow the Debian way as described in /usr/share/doc/nvidia-kernel-source/README.Debian Exactly the same here. Nvidia 7174, debian kernel 2.6.11-9-amd64-k8, geforce fx 5700 le, mobo is a asus k8v-se deluxe. All works flawlessly. -- @,@ Il corpo del povero cadrebbe subito in pezzi [`-'] se non fosse legato ben stretto dal filo dei sogni -----Anonimo indiano -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Nvidia problems... again
Hi Sven, Yes, the method in /usr/share/doc/nvidia-kernel-source/README.Debian works fine for a stock debian kernel. However, seeing as I'm trying to do this with a slightly modified kernel, I think I need patches for it. I did try both methods listed, but neither work. It's not really about the installation of the driver, as thats fine. Its a problem *after* the driver loads Cheers, James And confirming nvidia 7174 with a Debian 2.6.11-9-amd64-k8 standard kernel (I have just upgraded from 7167 to 7174). Card is Nvidia GeForce FX 5700 LE. No issues at all. Follow the Debian way as described in /usr/share/doc/nvidia-kernel-source/README.Debian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Nvidia problems... again
I would ask on the nVidia Linux Forum http://www.nvnews.net/vbulletin/forumdisplay.php?s=forumid=14 They don't seem to be very responsive, unlike here :) That said, if you're trying to troubleshoot, why not use the nv driver? It's excellent for 2D work. I would use nv driver (I am using it now actually), but I have two monitors, and its pointless having 2 LCD screens, when you can only use one of them! AFAIK, the only driver that supports dual screens is the nvidia and ATI ones... if you know different, let me know how to do it! I don't really do graphic intensive stuff (I might occasionally play Baldur's Gate, but that's not exactly video-hungry!), so if its not a high-performance driver, I'm not hugely bothered. As long as I get smooth standard usage, I'm ok :) The thing that's strange, is that previous to building the 2.6.11 kernel up (when i was on 2.6.10), the nvidia driver built + installed fine, but now it doesn't... perhaps it's a disagreement with the 2.6.11 kernel?? Cheers, James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Nvidia problems... again
On Apr 10, 2005 9:17 PM, James Titcumb [EMAIL PROTECTED] wrote: The thing that's strange, is that previous to building the 2.6.11 kernel up (when i was on 2.6.10), the nvidia driver built + installed fine, but now it doesn't... perhaps it's a disagreement with the 2.6.11 kernel?? 2.6.11 removed a few symbols that were present before. There are patches around that bring the symbols back, that may be an intermediate solution until NVidia updates the driver. That having said, I you don't need great 3D performance, but want solid dual head operation, I would recommend an older Radeon. Everything from 7000 to 9200 should work reasonably well with recent free drivers and kernels. More recent Radeons do not have 3D acceleration with the free drivers, but should still work fine. Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Nvidia problems... again
2.6.11 removed a few symbols that were present before. There are patches around that bring the symbols back, that may be an intermediate solution until NVidia updates the driver. I'll have a look into that... thanks for the pointer :) That having said, I you don't need great 3D performance, but want solid dual head operation, I would recommend an older Radeon. Everything from 7000 to 9200 should work reasonably well with recent free drivers and kernels. More recent Radeons do not have 3D acceleration with the free drivers, but should still work fine. But then again, if you can't afford to just go out and buy a new graphics card, thats not really an option :) Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Nvidia problems... again
On Sat, Apr 09, 2005 at 07:41:27PM +0100, James Titcumb wrote: Hello all, I've managed to set up nvidia drivers before on this amd64 machine, but since I've upgraded to my new kernel 2.6.11 with realtime-lsm, nvidia module doesn't want to work. Says something about interupt requests in the below listed XFree86.0.log, and I'm not too sure where to go with this one. It appears to load fine, and start working, but then give up with the interrupt request error thing... :( Here's what I've done: * disabled riva_fb in config * make-kpkg clean * make-kpkg kernel_image * make-kpkg modules * dpkg -i whatever the kernel was called * dpkg -i realtime-lsm... * dpkg -i nvidia-module... The PC boots just fine, realtime-lsm works fine. I've got a nvidia FX5700 if thats any use... Many thanks in advance to anyone who can help, or give me some pointers!! :) Hello. I'm actuallu running kernel 2.6.11 and X with nvidia driver. No problems here. Kernel sources (package Version: 2.6.11-2 ) from Alioth. Nvidia packages from alioyh too. I build kernel image by make all, and then make-kpkg modules to build nvidia module package. A have nvidia FX5700 card too with one LCD monitor. I'm not useing realtime-lsm module. -- Grzegorz Andrelczyk | Wszechwiat - kilka praktycznych informacji: [EMAIL PROTECTED] | 1.Obszar: nieskoczony; 2. Import: brak; www.nie-panikuj.w.pl | 3.Eksport: brak; 4.Ludno: brak; 5.Waluta: brak; | 6.Sztuka: brak; 7.Seks: brak. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Nvidia problems... again
I forgot to write: NVIDIA Driver Version: 1.0-7167 -- Grzegorz Andrelczyk | Wszechwiat - kilka praktycznych informacji: [EMAIL PROTECTED] | 1.Obszar: nieskoczony; 2. Import: brak; www.nie-panikuj.w.pl | 3.Eksport: brak; 4.Ludno: brak; 5.Waluta: brak; | 6.Sztuka: brak; 7.Seks: brak. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Nvidia problems... again
James Titcumb wrote: I would ask on the nVidia Linux Forum http://www.nvnews.net/vbulletin/forumdisplay.php?s=forumid=14 They don't seem to be very responsive, unlike here :) That said, if you're trying to troubleshoot, why not use the nv driver? It's excellent for 2D work. I would use nv driver (I am using it now actually), but I have two monitors, and its pointless having 2 LCD screens, when you can only use one of them! AFAIK, the only driver that supports dual screens is the nvidia and ATI ones... if you know different, let me know how to do it! I don't really do graphic intensive stuff (I might occasionally play Baldur's Gate, but that's not exactly video-hungry!), so if its not a high-performance driver, I'm not hugely bothered. As long as I get smooth standard usage, I'm ok :) Well, nv supports dual screens using the xinerama option in XFree86. It's not clear the driver supports dual head where you have two VGA ports on one video card -- Alex Deucher claimed a year ago it was not supported (http://lists.freedesktop.org/pipermail/xorg/2004-May/000685.html). But it does support the xinerama option where you have two video cards. See for example http://krampus.phys.uconn.edu/computers/FAQ/xinerama.html The thing that's strange, is that previous to building the 2.6.11 kernel up (when i was on 2.6.10), the nvidia driver built + installed fine, but now it doesn't... perhaps it's a disagreement with the 2.6.11 kernel?? I don't think that sounds particularly farfetched -- the nvidia drivers routinely fail to work on new kernels, and need patches. But what about the framebuffer driver? I was amazed to discover that it's perfectly happy driving x-windows, including dual monitors, but I haven't tried it on an amd64. It would be great if you could find out if it works there -- though I can't promise you it'll be worth your time! Here's what you need: * Compile framebuffer support in the kernel I was using rivafb, which is likely all you have also in the 2.6.11 kernel. In 2.6.12-rc there's a new one called nvidiafb, looks promising. * After booting, remove the nvidia module (it's not compatible with rivafb) and load rmmod nvidia modprobe fbcon modprobe rivafb fbset fullscreen (see below for setup) Contacts: * rivafb is maintained by Ani Joshi and lately worked on by Antonino A. Daplas (who also wrote the new nvidiafb) * [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/linux-fbdev-users * [EMAIL PROTECTED] Commands: * more /proc/fb list current frame buffer device information * fbset -i shows current framebuffer configuration * fbset -x shows xfree configuration * mplayer -vo directfb moviename * fbxine moviename * fbi *.jpg -t 5 -autozoom -edit * Snapshot of the frame buffer content: cp /dev/fb0 myfile * man fb.modes * modeline2fb (for creating entries in /etc/fb.modes) To create the correct modeline, issue modeline2fb /etc/X11/XF86Config I edited /etc/fb.modes, adding # Generated using modeline2fb, 1280x854, 85.266 MHz dotclock mode fullscreen geometry 1280 854 1280 26201 8 timings11728 240 16 31 0 256 7 hsync low vsync low endmode This is activated by the fbset fullscreen command. In XF86Config-4 use Driver fbdev Worked for me. For dual monitors, you'll have to use the xinerama option, as with nv. The framebuffer stuff is very cool, but fiddley still. The quality is excellent. Keep us posted if you try this on amd64. Dave -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Nvidia problems... again
James Titcumb wrote: The thing that's strange, is that previous to building the 2.6.11 kernel up (when i was on 2.6.10), the nvidia driver built + installed fine, but now it doesn't... perhaps it's a disagreement with the 2.6.11 kernel?? I have just built version 7174 of nvidia (NVIDIA-Linux-x86_64-1.0-7174-pkg2.run) under my freshly minted 2.6.11.7 and the build was fine: just the usual complaint because the library paths don't quite match. (I haven't tried the video driver yet, but the kernel module loads happily) Adrian Lawrence -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Nvidia problems... again
Hello all, I've managed to set up nvidia drivers before on this amd64 machine, but since I've upgraded to my new kernel 2.6.11 with realtime-lsm, nvidia module doesn't want to work. Says something about interupt requests in the below listed XFree86.0.log, and I'm not too sure where to go with this one. It appears to load fine, and start working, but then give up with the interrupt request error thing... :( Here's what I've done: * disabled riva_fb in config * make-kpkg clean * make-kpkg kernel_image * make-kpkg modules * dpkg -i whatever the kernel was called * dpkg -i realtime-lsm... * dpkg -i nvidia-module... The PC boots just fine, realtime-lsm works fine. I've got a nvidia FX5700 if thats any use... Many thanks in advance to anyone who can help, or give me some pointers!! :) Cheers, James - XFree86.0.log - XFree86 Version 4.3.0.1 (Debian 4.3.0.dfsg.1-12 2005022119 [EMAIL PROTECTED]) Release Date: 15 August 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: Linux 2.6.10-9-amd64-k8 x86_64 [ELF] Build Date: 20 February 2005 This version of XFree86 has been extensively modified by the Debian Project, and is not supported by the XFree86 Project, Inc., in any way. Bugs should be reported to the Debian Bug Tracking System; see URL: http://www.debian.org/Bugs/Reporting . We strongly encourage the use of the reportbug package and command to ensure that bug reports contain as much useful information as possible. Before filing a bug report, you may want to consult the Debian X FAQ: XHTML version: file:///usr/share/doc/xfree86-common/FAQ.xhtml plain text version: file:///usr/share/doc/xfree86-common/FAQ.gz Module Loader present OS Kernel: Linux version 2.6.11-mm ([EMAIL PROTECTED]) (gcc version 3.3.5 (Debian 1:3.3.5-12)) #1 Sat Apr 9 18:34:09 BST 2005 T Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/XFree86.0.log, Time: Sat Apr 9 19:32:41 2005 (==) Using config file: /etc/X11/XF86Config-4 (==) ServerLayout Default Layout (**) |--Screen Default Screen (0) (**) | |--Monitor gnr (**) | |--Device nVidia FX5700 (**) |--Input Device Generic Keyboard (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel pc104 (**) XKB: model: pc104 (**) Option XkbLayout us (**) XKB: layout: us (**) Option XkbVariant gb (**) XKB: variant: gb (==) Keyboard: CustomKeycode disabled (**) |--Input Device Mouse1 (WW) The directory /usr/lib/X11/fonts/cyrillic does not exist. Entry deleted from font path. (**) FontPath set to unix/:7100,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/100dpi/:unscaled,/usr/lib/X11/fonts/75dpi/:unscaled,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/Speedo,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi (==) RgbPath set to /usr/X11R6/lib/X11/rgb (==) ModulePath set to /usr/X11R6/lib/modules (++) using VT number 7 (WW) Open APM failed (/dev/apm_bios) (No such file or directory) (II) Module ABI versions: XFree86 ANSI C Emulation: 0.2 XFree86 Video Driver: 0.6 XFree86 XInput driver : 0.4 XFree86 Server Extension : 0.2 XFree86 Font Renderer : 0.4 (II) Loader running on linux (II) LoadModule: bitmap (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor=The XFree86 Project compiled for 4.3.0.1, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor=The XFree86 Project compiled for 4.3.0.1, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.6 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 1039,0755 card 1019,1891 rev 01 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 1039,0002 card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:02:0: chip 1039,0964 card , rev 36 class 06,01,00 hdr 80 (II) PCI: 00:02:5: chip 1039,5513 card 1019,1891 rev 01 class 01,01,80 hdr 00 (II) PCI: 00:02:7: chip 1039,7012 card 1019,1891 rev a0 class 04,01,00 hdr 00 (II) PCI: 00:03:0: chip 1039,7001 card 1019,1891 rev 0f class 0c,03,10 hdr 80 (II) PCI: 00:03:1: chip 1039,7001 card 1019,1891 rev 0f class 0c,03,10 hdr 00 (II) PCI: 00:03:2: chip 1039,7001 card 1019,1891 rev 0f class 0c,03,10 hdr 00 (II) PCI: 00:03:3: chip 1039,7002 card 1019,1891 rev 00 class 0c,03,20 hdr 00 (II) PCI: 00:04:0: chip 1039,0900 card 1019,1891 rev 91 class 02,00,00 hdr 00 (II) PCI: 00:05:0: chip 1039,0180 card 1019,1891 rev 01 class 01,01,85 hdr 00 (II) PCI: 00:0a:0: chip 1412,1712 card 1412,d630 rev 02 class 04,01,00 hdr 00 (II) PCI: 00:18:0:
Re: Nvidia problems... again
James Titcumb wrote: Hello all, I've managed to set up nvidia drivers before on this amd64 machine, but since I've upgraded to my new kernel 2.6.11 with realtime-lsm, nvidia module doesn't want to work. Says something about interupt requests in the below listed XFree86.0.log, and I'm not too sure where to go with this one. It appears to load fine, and start working, but then give up with the interrupt request error thing... :( Here's what I've done: * disabled riva_fb in config * make-kpkg clean * make-kpkg kernel_image * make-kpkg modules * dpkg -i whatever the kernel was called * dpkg -i realtime-lsm... * dpkg -i nvidia-module... The PC boots just fine, realtime-lsm works fine. I've got a nvidia FX5700 if thats any use... Many thanks in advance to anyone who can help, or give me some pointers!! :) I would ask on the nVidia Linux Forum http://www.nvnews.net/vbulletin/forumdisplay.php?s=forumid=14 That said, if you're trying to troubleshoot, why not use the nv driver? It's excellent for 2D work. I'm running the nvidia driver on an amd64, but it's a production machine and I'm still happily using the 1.0.6629 version on a 2.6.9-ac6 kernel. On my new amd64 FX, using 2.6.12-rc1, I'm running the nv driver with no problems. Incidentally, I recently discovered that on my x86 laptop, I can switch on the rivafb frame buffer and run x-windows with the fbdev driver. fbdev won't give you hardware acceleration, but it gives you dual monitors; for normal use, I couldn't tell the difference between it and the proprietary nvidia driver. I haven't tried this on amd64, however. The 2.6.12-rc1 and 2 kernels have a new nvidiafb driver that could perhaps also be used in this way. As for the proprietary driver, the new nvidia-settings have a great digital vibrancy setting. Dave Cheers, James - XFree86.0.log - XFree86 Version 4.3.0.1 (Debian 4.3.0.dfsg.1-12 2005022119 [EMAIL PROTECTED]) Release Date: 15 August 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: Linux 2.6.10-9-amd64-k8 x86_64 [ELF] Build Date: 20 February 2005 This version of XFree86 has been extensively modified by the Debian Project, and is not supported by the XFree86 Project, Inc., in any way. Bugs should be reported to the Debian Bug Tracking System; see URL: http://www.debian.org/Bugs/Reporting . We strongly encourage the use of the reportbug package and command to ensure that bug reports contain as much useful information as possible. Before filing a bug report, you may want to consult the Debian X FAQ: XHTML version: file:///usr/share/doc/xfree86-common/FAQ.xhtml plain text version: file:///usr/share/doc/xfree86-common/FAQ.gz Module Loader present OS Kernel: Linux version 2.6.11-mm ([EMAIL PROTECTED]) (gcc version 3.3.5 (Debian 1:3.3.5-12)) #1 Sat Apr 9 18:34:09 BST 2005 T Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/XFree86.0.log, Time: Sat Apr 9 19:32:41 2005 (==) Using config file: /etc/X11/XF86Config-4 (==) ServerLayout Default Layout (**) |--Screen Default Screen (0) (**) | |--Monitor gnr (**) | |--Device nVidia FX5700 (**) |--Input Device Generic Keyboard (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel pc104 (**) XKB: model: pc104 (**) Option XkbLayout us (**) XKB: layout: us (**) Option XkbVariant gb (**) XKB: variant: gb (==) Keyboard: CustomKeycode disabled (**) |--Input Device Mouse1 (WW) The directory /usr/lib/X11/fonts/cyrillic does not exist. Entry deleted from font path. (**) FontPath set to unix/:7100,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/100dpi/:unscaled,/usr/lib/X11/fonts/75dpi/:unscaled,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/Speedo,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi (==) RgbPath set to /usr/X11R6/lib/X11/rgb (==) ModulePath set to /usr/X11R6/lib/modules (++) using VT number 7 (WW) Open APM failed (/dev/apm_bios) (No such file or directory) (II) Module ABI versions: XFree86 ANSI C Emulation: 0.2 XFree86 Video Driver: 0.6 XFree86 XInput driver : 0.4 XFree86 Server Extension : 0.2 XFree86 Font Renderer : 0.4 (II) Loader running on linux (II) LoadModule: bitmap (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor=The XFree86 Project compiled for 4.3.0.1, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor=The XFree86 Project compiled for 4.3.0.1, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.6 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x, mode1Res1 = 0x8000 (II)