[Nouveau] PFIFO_CACHE_ERROR
Hi there! I'm using GeForce FX5200 and today I installed Mesa-dri-driver-nouveau-7.9-3.i686. Now when I shut down the Xserver I get lots of PFIFO_CACHE_ERROR. Is it something serious or a kind of a versions problem? I'm using very recent nouveau kernel and xorg-driver-video-nouveau-0.0.16-0.20100921.1.i686. This is the dmesg [ 778.944749] [drm] nouveau :01:05.0: PFIFO_CACHE_ERROR - Ch 2/2 Mthd 0x Data 0x8801 [ 778.944828] [drm] nouveau :01:05.0: PFIFO_CACHE_ERROR - Ch 2/2 Mthd 0x0180 Data 0x8800 [ 778.944877] [drm] nouveau :01:05.0: PFIFO_CACHE_ERROR - Ch 2/3 Mthd 0x Data 0x8802 [ 778.944909] [drm] nouveau :01:05.0: PFIFO_CACHE_ERROR - Ch 2/3 Mthd 0x0184 Data 0xbeef0201 [ 778.944933] [drm] nouveau :01:05.0: PFIFO_CACHE_ERROR - Ch 2/3 Mthd 0x0188 Data 0xbeef0201 [ 778.944998] [drm] nouveau :01:05.0: PFIFO_CACHE_ERROR - Ch 2/4 Mthd 0x Data 0x8803 [ 778.945040] [drm] nouveau :01:05.0: PFIFO_CACHE_ERROR - Ch 2/4 Mthd 0x0180 Data 0x8800 [ 778.945092] [drm] nouveau :01:05.0: PFIFO_CACHE_ERROR - Ch 2/4 Mthd 0x019c Data 0x8802 [ 778.945114] [drm] nouveau :01:05.0: PFIFO_CACHE_ERROR - Ch 2/4 Mthd 0x02fc Data 0x0003 [ 778.945166] [drm] nouveau :01:05.0: PFIFO_CACHE_ERROR - Ch 2/5 Mthd 0x Data 0x8804 [ 778.945212] [drm] nouveau :01:05.0: PFIFO_CACHE_ERROR - Ch 2/5 Mthd 0x0180 Data 0x8800 [ 778.945263] [drm] nouveau :01:05.0: PFIFO_CACHE_ERROR - Ch 2/5 Mthd 0x0198 Data 0x8802 [ 778.945286] [drm] nouveau :01:05.0: PFIFO_CACHE_ERROR - Ch 2/5 Mthd 0x02fc Data 0x0003 [ 778.945314] [drm] nouveau :01:05.0: PFIFO_CACHE_ERROR - Ch 2/5 Mthd 0x0304 Data 0x0002 [ 778.945360] [drm] nouveau :01:05.0: PFIFO_CACHE_ERROR - Ch 2/6 Mthd 0x Data 0x8805 [ 778.945412] [drm] nouveau :01:05.0: PFIFO_CACHE_ERROR - Ch 2/7 Mthd 0x Data 0x8806 [ 778.945458] [drm] nouveau :01:05.0: PFIFO_CACHE_ERROR - Ch 2/7 Mthd 0x Data 0xbeef3097 [ 778.945509] [drm] nouveau :01:05.0: PFIFO_CACHE_ERROR - Ch 2/7 Mthd 0x0180 Data 0xbeef0301 [ 778.945532] [drm] nouveau :01:05.0: PFIFO_CACHE_ERROR - Ch 2/7 Mthd 0x0184 Data 0xbeef0201 [ 778.945560] [drm] nouveau :01:05.0: PFIFO_CACHE_ERROR - Ch 2/7 Mthd 0x0188 Data 0xbeef0202 [ 778.945583] [drm] nouveau :01:05.0: PFIFO_CACHE_ERROR - Ch 2/7 Mthd 0x018c Data 0xbeef0201 [ 778.945611] [drm] nouveau :01:05.0: PFIFO_CACHE_ERROR - Ch 2/7 Mthd 0x0194 Data 0xbeef0201 [ 778.945634] [drm] nouveau :01:05.0: PFIFO_CACHE_ERROR - Ch 2/7 Mthd 0x0198 Data 0xbeef0201 [ 778.945663] [drm] nouveau :01:05.0: PFIFO_CACHE_ERROR - Ch 2/7 Mthd 0x019c Data 0xbeef0201 [ 778.945685] [drm] nouveau :01:05.0: PFIFO_CACHE_ERROR - Ch 2/7 Mthd 0x01a0 Data 0xbeef0202 [ 778.945737] [drm] nouveau :01:05.0: PFIFO_CACHE_ERROR - Ch 2/7 Mthd 0x01a4 Data 0x [ 778.945782] [drm] nouveau :01:05.0: PFIFO_CACHE_ERROR - Ch 2/7 Mthd 0x01a8 Data 0xbeef0302 [ 778.945811] [drm] nouveau :01:05.0: PFIFO_CACHE_ERROR - Ch 2/7 Mthd 0x01ac Data 0xbeef0201 [ 778.945833] [drm] nouveau :01:05.0: PFIFO_CACHE_ERROR - Ch 2/7 Mthd 0x01b0 Data 0xbeef0201 [ 778.945862] [drm] nouveau :01:05.0: PFIFO_CACHE_ERROR - Ch 2/7 Mthd 0x02c8 Data 0x [ 778.945884] [drm] nouveau :01:05.0: PFIFO_CACHE_ERROR - Ch 2/7 Mthd 0x02cc Data 0x [ 778.945913] [drm] nouveau :01:05.0: PFIFO_CACHE_ERROR - Ch 2/7 Mthd 0x02d0 Data 0x [ 778.945935] [drm] nouveau :01:05.0: PFIFO_CACHE_ERROR - Ch 2/7 Mthd 0x02d4 Data 0x [ 778.945964] [drm] nouveau :01:05.0: PFIFO_CACHE_ERROR - Ch 2/7 Mthd 0x02d8 Data 0x [ 778.945986] [drm] nouveau :01:05.0: PFIFO_CACHE_ERROR - Ch 2/7 Mthd 0x02dc Data 0x [ 778.946015] [drm] nouveau :01:05.0: PFIFO_CACHE_ERROR - Ch 2/7 Mthd 0x02e0 Data 0x [ 778.946037] [drm] nouveau :01:05.0: PFIFO_CACHE_ERROR - Ch 2/7 Mthd 0x02e4 Data 0x [ 778.946067] [drm] nouveau :01:05.0: PFIFO_CACHE_ERROR - Ch 2/7 Mthd 0x02e8 Data 0x [ 778.946089] [drm] nouveau :01:05.0: PFIFO_CACHE_ERROR - Ch 2/7 Mthd 0x02ec Data 0x [ 778.946118] [drm] nouveau :01:05.0: PFIFO_CACHE_ERROR - Ch 2/7 Mthd 0x02f0 Data 0x [ 778.946140] [drm] nouveau :01:05.0: PFIFO_CACHE_ERROR - Ch 2/7 Mthd 0x02f4 Data 0x [ 778.946169] [drm] nouveau :01:05.0: PFIFO_CACHE_ERROR - Ch 2/7 Mthd 0x02f8 Data 0x [ 778.946191] [drm] nouveau :01:05.0: PFIFO_CACHE_ERROR - Ch 2/7 Mthd 0x02fc Data 0x [ 778.946221] [drm] nouveau :01:05.0: PFIFO_CACHE_ERROR - Ch 2/7 Mthd 0x0220 Data 0x0001 [ 778.946242] [drm] nouveau :01:05.0: PFIFO_CACHE_ERROR - Ch 2/7 Mthd 0x03b0 Data 0x0010 [ 778.946272] [drm] nouveau :01:05.0: PFIFO_CACHE_ERROR - Ch 2/7 Mthd 0x1454 Data 0x [ 778.946293] [drm] nouveau :01:05.0: PFIFO_CACHE_ERROR - Ch 2/7 Mthd 0x1d80 Data 0x0003 [ 778.94632
Re: [Nouveau] dual head X config
On 10/09/10 04:16, Francisco Jerez wrote: The problem is that I would like to make the mplayer stretch the movie to both monitors when going into the fullscreen mode. When I was using the binary nvidia driver I used the TwinView to do this. Is it possible using the nouveau driver?? You could try "fake xinerama": http://ktown.kde.org/~seli/fakexinerama/ If I'm getting this right your idea is to use following ~/.fakexinerama configuration: 1 0 0 1600 600 assuming that there are two 800x600 displays?? ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] dual head X config
Hi there, I have a question. I have a dual DVI NV34 adapter and at the moment the Xserver works fine. Two separated displays configured as follows: Section "Monitor" Identifier "Monitor0" Option "Primary""True" EndSection Section "Monitor" Identifier "Monitor1" Option "RightOf" "Monitor0" Option "Primary""False" EndSection Section "Device" Identifier "Device0" Driver "nouveau" #assigns the output DVI-I-1 to Monitor0 Option "monitor-DVI-I-1" "Monitor0" #assigns the output DVI-I-2 to Monitor1 Option "monitor-DVI-I-2" "Monitor1" EndSection Section "Screen" Identifier "screen0" Device "Device0" Monitor "Monitor0" DefaultDepth 16 SubSection "Display" Depth 16 Virtual 3200 1200 EndSubSection EndSection The problem is that I would like to make the mplayer stretch the movie to both monitors when going into the fullscreen mode. When I was using the binary nvidia driver I used the TwinView to do this. Is it possible using the nouveau driver?? ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
Re: [Nouveau] OT: compilation
On 10/07/10 22:50, Xavier Chantry wrote: 2010/10/7 Grzesiek Sójka: I have two problems with the kernel compilation. 1. I have a small rootfs. It is too small to put all the modules there without gzipping it first. So installing it requires lots of sweating. That is why I was wondering if there is a (more/less easy) way to make the "make modules_install" command gzip the modules "on the fly". No idea if you can do that but here are some possible alternatives : 1) increase the size of your rootfs Very difficult in my case. 2) remove modules you don't need and change from modules to builtin for features or drivers that you don't need to unload/reload I'm trying to do this. Unfortunately I did not compile the kernel by myself for at lest 5 yeas and it is a big in my a%$#. 3) a quick googling showed me this patch : http://www.mail-archive.com/linux-ker...@vger.kernel.org/msg271865.html However it seems to install first then compress so if that's the case, you will need to adapt it to your need If I'm right it compress every module _just_after_ imstalling it. So it should be fine for me. 4) set INSTALL_MOD_PATH to a prefix , compress modules , then move to /lib/modules/ If 3) don't helps I try to do this. LOCALVERSION_AUTO is found in : make menuconfig General Setup Automatically append version information to the version string Supper thanks ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
Re: [Nouveau] OT: compilation
On 10/07/10 22:34, Pekka Paalanen wrote: Yes, it is CONFIG_LOCALVERSION_AUTO as far as I recall, disable that. Where is it?? Which file?? ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
Re: [Nouveau] OT: compilation
On 10/07/10 22:34, Pekka Paalanen wrote: On Thu, 07 Oct 2010 22:14:19 +0200 Grzesiek Sójka wrote: I have two problems with the kernel compilation. 1. I have a small rootfs. It is too small to put all the modules there without gzipping it first. So installing it requires lots of sweating. That is why I was wondering if there is a (more/less easy) way to make the "make modules_install" command gzip the modules "on the fly". Wait, does modprobe support compressed kernel modules? I've Yes, it does. I thing that most of the distribution pre-compiled kernels does have gziped modules. never heard of that. If you really do not want to touch the partitioning, how about symlinking some directories elsewhere? Be careful on what is needed to boot, though. Wrong idea. I already tried this. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] OT: compilation
I have two problems with the kernel compilation. 1. I have a small rootfs. It is too small to put all the modules there without gzipping it first. So installing it requires lots of sweating. That is why I was wondering if there is a (more/less easy) way to make the "make modules_install" command gzip the modules "on the fly". 2. I modified the sources and after compilation the string "g76f6e1f-dirty" was appended to the kernel version. It is a bit annoying because of the lack of the space at the rootfs. Is there a way to avoid this kind of a version extension?? Thanks for your help in advance. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
Re: [Nouveau] GeForce FX5200 dual DVI & Samsung 204b
On 10/07/10 04:53, Francisco Jerez wrote: Grzesiek Sójka writes: On 10/05/10 14:55, Francisco Jerez wrote: PS. I'm afraid that my system is not very stable when the AGP support is turned on both using the nouveau kernel source tree and the PLD patched 2.6.35-5 version with an extra amd-k7-agp patch. The Xserver uses the driver: Unstable? How? What's the problem? Here are the logs: http://yen.ipipan.waw.pl/~gs159090/tmp/log.tgz BTW: Sometimes the Xserver freezes during normal work. Unfortunately I was not able to generate such a crush now. I send you logs if it happens again. Regards. [...] [ 197.374498] kernel BUG at drivers/gpu/drm/ttm/ttm_tt.c:420! Oops, I overlooked that, updated patch attached. The new patch works fine so fare. System seems to be stable. cheers greg ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
Re: [Nouveau] updating the source tree
On 10/07/10 20:55, Pekka Paalanen wrote: On Thu, 07 Oct 2010 20:07:37 +0200 Grzesiek Sójka wrote: On 10/07/10 19:51, Pekka Paalanen wrote: On Thu, 07 Oct 2010 19:34:35 +0200 Grzesiek Sójka wrote: I downloaded the nouveau/linux-2.6 using the following: git clone --depth 1 git://anongit.freedesktop.org/nouveau/linux-2.6 Is there an If you really did that and then went into linux-2.6/ dir and said: I did it in the directory _containing_ the linux-2.6 dir. So probably my mistake. I already downloaded the fresh version of the linux-2.6. I try to follow your advice next time. Cheers. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
Re: [Nouveau] GeForce FX5200 dual DVI & Samsung 204b
On 10/05/10 14:55, Francisco Jerez wrote: Grzesiek Sójka writes: On 10/02/10 15:31, Francisco Jerez wrote: Ah, I think you're hitting the bandwidth limitation of the nv34 integrated TMDS transmitter. The attached patch should help with the console modesetting problem, but you'll still need to set the modelines manually (and force panel rescaling) if you want to go up to 1600x1200, because your GPU *cannot* handle the video mode your monitor is asking for. Your patch works fine. Now I have clear image at both displays. Only disadvantage is that the resolution is 1280x1024 (PixClk 135MHz). So I was wondering if it is possible to force particular modeline (by editing the kernel source tree??). The mode: Modeline "1600x1200_def" 144 1600 1628 1788 1920 1200 1201 1204 1250 works fine with the XServer. Is it possible to force it at the console?? You could try to force a reduced blanking mode in the kernel command line like: "video=DVI-I-1:1600x1200RM". But it isn't going to work with GPU rescaling, the attached patch (on top of the previous one) will make the kernel detect that, and automatically fall back to panel rescaling. Your patch works grate, again. Thanks ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] updating the source tree
Hi there, I downloaded the nouveau/linux-2.6 using the following: git clone --depth 1 git://anongit.freedesktop.org/nouveau/linux-2.6 Is there an easy way to update it to the current version (reversing all the changes I made) without downloading all the files again?? Thanks for your help in advance. greg ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
Re: [Nouveau] GeForce FX5200 dual DVI & Samsung 204b
On 10/05/10 23:53, Grzesiek Sójka wrote: On 10/05/10 23:45, Marcin Slusarz wrote: Just a quick note: this BUG should be easily fixable by applying the same fix Francisco did for amd-k7-agp.c/amd_insert_memory to amd_remove_memory. I was the one that reported the problem leading to this patch and at the moment all my kernels are patched with it. Sorry, I misunderstood your comment. Just ignore my previous answer. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
Re: [Nouveau] GeForce FX5200 dual DVI & Samsung 204b
On 10/05/10 23:45, Marcin Slusarz wrote: Just a quick note: this BUG should be easily fixable by applying the same fix Francisco did for amd-k7-agp.c/amd_insert_memory to amd_remove_memory. I was the one that reported the problem leading to this patch and at the moment all my kernels are patched with it. PS To zabawne, że piszemy do siebie po angielsku :) ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
Re: [Nouveau] dual head
On 10/05/10 23:39, Pekka Paalanen wrote: On Tue, 05 Oct 2010 12:31:51 +0200 Grzesiek Sójka wrote: Is it possible to get two different fb devices using dual head GPU and the nouveau.ko module?? Do you mean the kernel fb devices, /dev/fb*? AFAIK that is not implemented. Do you want to run two fb applications on different monitors without X? Or do you want multi-seat X? What is your use case? The first one. To have different console on every monitor without the Xserver. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
Re: [Nouveau] GeForce FX5200 dual DVI & Samsung 204b
On 10/05/10 14:55, Francisco Jerez wrote: PS. I'm afraid that my system is not very stable when the AGP support is turned on both using the nouveau kernel source tree and the PLD patched 2.6.35-5 version with an extra amd-k7-agp patch. The Xserver uses the driver: Unstable? How? What's the problem? Here are the logs: http://yen.ipipan.waw.pl/~gs159090/tmp/log.tgz BTW: Sometimes the Xserver freezes during normal work. Unfortunately I was not able to generate such a crush now. I send you logs if it happens again. Regards. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
Re: [Nouveau] GeForce FX5200 dual DVI & Samsung 204b
On 10/05/10 14:55, Francisco Jerez wrote: PS. I'm afraid that my system is not very stable when the AGP support is turned on both using the nouveau kernel source tree and the PLD patched 2.6.35-5 version with an extra amd-k7-agp patch. The Xserver uses the driver: The Xserver crushes every time when I try to shut it down. To send you the dmesg and Xlog I need some more time. I messed something up in the kernel configuration and I'm only able to use single user mod. Regards ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] dual head
Is it possible to get two different fb devices using dual head GPU and the nouveau.ko module?? ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
Re: [Nouveau] GeForce FX5200 dual DVI & Samsung 204b
On 10/02/10 15:31, Francisco Jerez wrote: Ah, I think you're hitting the bandwidth limitation of the nv34 integrated TMDS transmitter. The attached patch should help with the console modesetting problem, but you'll still need to set the modelines manually (and force panel rescaling) if you want to go up to 1600x1200, because your GPU *cannot* handle the video mode your monitor is asking for. Your patch works fine. Now I have clear image at both displays. Only disadvantage is that the resolution is 1280x1024 (PixClk 135MHz). So I was wondering if it is possible to force particular modeline (by editing the kernel source tree??). The mode: Modeline "1600x1200_def" 144 1600 1628 1788 1920 1200 1201 1204 1250 works fine with the XServer. Is it possible to force it at the console?? Thanks again! PS. I'm afraid that my system is not very stable when the AGP support is turned on both using the nouveau kernel source tree and the PLD patched 2.6.35-5 version with an extra amd-k7-agp patch. The Xserver uses the driver: [38.842] (II) Module nouveau: vendor="X.Org Foundation" [38.842]compiled for 1.9.0, module version = 0.0.16 [38.842]Module class: X.Org Video Driver [38.842]ABI class: X.Org Video Driver, version 8.0 ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
Re: [Nouveau] GeForce FX5200 dual DVI & Samsung 204b
On 10/01/10 01:29, Francisco Jerez wrote: Grzesiek Sójka writes: On 09/30/10 18:05, Francisco Jerez wrote: Does the following command help? $ xrandr --output DVI-I-2 --set "scaling mode" "None" Yes! Now I have: xrandr --output DVI-I-1 --set "scaling mode" "None" xrandr --output DVI-I-2 --set "scaling mode" "None" in xinitrc. Both displays work fine when Xserver is running. But after I go back to the console the display #1 switches off and #2 starts to blink again. Is it possible to fix the console?? Do you need to tell the binary driver to do anything special to get it working on those monitors? (e.g. manually specified timings or EDID) No, binary driver works fine without any extra settings. The version I used was 173.14.22. With nouveau drivers I'm forced to use the following Modeline "1600x1200_def" 144 1600 1628 1788 1920 1200 1201 1204 1250 Without it the displays (both) are blinking. Remember that binary nvidia claims that the MaxPixClk is 135MHz and nouveau says that it is 175MHz. According to the spec it should be 162MHz. I'm not sure but I think that this high rate works only with D-SUB. Actually I have 3 monitors and the third one is connected with the ancient Matrox Millennium II card using the D-SUB cable and it uses the modeline with the 162MHz PixClk. PS. By the way - I was force to install Win7 and it works with my LCD without any drivers installed. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
Re: [Nouveau] GeForce FX5200 dual DVI & Samsung 204b
On 09/30/10 18:05, Francisco Jerez wrote: > Does the following command help? > $ xrandr --output DVI-I-2 --set "scaling mode" "None" Yes! Now I have: xrandr --output DVI-I-1 --set "scaling mode" "None" xrandr --output DVI-I-2 --set "scaling mode" "None" in xinitrc. Both displays work fine when Xserver is running. But after I go back to the console the display #1 switches off and #2 starts to blink again. Is it possible to fix the console?? Regards. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
Re: [Nouveau] GeForce FX5200 dual DVI & Samsung 204b
I did download new sources and applied the amd-agp patch but no change. I get the some problems. Here is the dmesg without modeset: http://yen.ipipan.waw.pl/~gs159090/tmp/txt.gz Then I added following modeline to the file drm_edid_modes.h /* 1600x1...@50hz */ { DRM_MODE("1600x1200", DRM_MODE_TYPE_DRIVER, 135000, 1600, 1664, 1856, 2160, 0, 1200, 1201, 1204, 1250, 0, DRM_MODE_FLAG_PHSYNC | DRM_MODE_FLAG_PVSYNC) }, and tried to force the mode by setting video=DVI-I-[12]:1600x1200...@50. No luck, here you have the dmesg: http://yen.ipipan.waw.pl/~gs159090/tmp/txt2.gz I also did some test with the xorg: http://yen.ipipan.waw.pl/~gs159090/tmp/Xorg.0.log.gz http://yen.ipipan.waw.pl/~gs159090/tmp/xorg.conf.gz The interesting thing is that according to the dmesg the xorgs tries to set the mode: Modeline 58:"1600x1200_def" 0 144000 1600 1628 1788 1920 1200 1201 1204 1250 0x0 0x0 but just after the mode is used: Modeline 75:"1600x1200" 0 162000 1600 1664 1856 2160 1200 1201 1204 1250 0x48 0x5 Here is the xrandr --verbose output: http://yen.ipipan.waw.pl/~gs159090/tmp/xrandr.nouveau.gz Just in case I also recorded the xrandr output in the case of the Nvidia binary driver: http://yen.ipipan.waw.pl/~gs159090/tmp/xrandr.nvidia.gz I was really surprised because the xrandr claims that the refresh rate is 50Hz but at the OSD there is an information that the refresh rate is 60Hz. What to think?? Next thing is that the refresh rate of 50Hz is out of the monitor range: VertRefresh 56 - 75. So the Xserver should not to set it to 50. All the time (when using nouveau.ko) the monitor #1 is switched off and #2 is blinking. It does not mater if Xserver is running or not. Please let me know if you need any more data. Thanks for any help in advance. Regards ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
Re: [Nouveau] GeForce FX5200 dual DVI & Samsung 204b
I'm completely lost at the moment so let me start from the beginning. First thing is that everything works fine with Nvidia binary drivers, which means that hardware is rather OK. After loading of the nouveau.ko the monitor connected to DVI-I-1 goes to the standby mode. I do not know if the head is turned of or maybe some kind of rates are too high/low. I was trying to play with video=DVI-I-1: with different modes and switches (M/R/D/e) and nothing. At the some time (after loading nouveau.ko) the monitor connected with the DVI-I-2 starts to blink. And again I was playing with the video=DVI-I-2:??? and nothing. I thought that maybe after starting the xorg I will get the proper image at both monitor. Unfortunately - no success. According to the Xorg log file (Option "ModeDebug" "true") all the refresh rates are ok. Moreover I was trying to use different ModeLines and nothing. The X server claims that there are two monitor connected and working but the first one is in standby mode and the second is blinking. Any ideas?? If you need some more information please let me know. Regards PS. My mainboard is equiped with the ADM768 chipset and I'm using now the patch from Francisco Jerez to make the amd_k7_agp to work. Otherwise I'm forced to switch the nouveau AGP support to off. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
Re: [Nouveau] GeForce FX5200 dual DVI & Samsung 204b
By the way: There is now direct implication between the refresh rate and the PixelClock. In theory you can do arbitrary low resolution/refresh rate by arbitrary high PixelClock. Only thing is that setting to high values of PixelClock does not make any sense. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
Re: [Nouveau] GeForce FX5200 dual DVI & Samsung 204b
On 09/27/10 23:41, Pekka Paalanen wrote: > Are you saying that forcing a low-refresh-rate mode via video= > kernel argument does not help? > > But you still do get a good picture on the framebuffer console, > do you not? In that case, X is overriding what kernel thinks is > the best mode, so you should clean up the X config. > > If wiping the X config does not help, post kernel and X logs. 1. At the moment I try to get a proper image on the console. I put the comment about the X-log only to explain why I thing that there is something wrong with PixClk. Actually the screen blinks in the some way at the console and when I run the X-server. I was trying to play with the ModeLine but it seems to be ignored. For example whatever i put +hsync +vsync or -hsync -vsync I always get at the OSD info that both polarisation are positive. So it looks like all the timings and etc. are set by the nouveau.ko not by the xorg nouveau driver. 2. Whatever I put to the video= I always get the some problem. It looks a little bit like only the resolutions is taken and all the rest is ignored. I do not have the way to check it but my LCD always claims that the mode is 1600x1...@60 horizontal 74.9KHz and both polarizations positive. It does not display the PixClk. So the situation is very strange. I think that the good start would be checking what are the current rates of the vertical, horizontal and pixclk. Is it a way to force nouveau.ko to put it into the dmesg?? If not then maybe I could just hard-code something like: printk("h=%d,V=%d,P=%d, ??? into the source tree. The question is where to put it and what are the names of the appropriate variables. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
Re: [Nouveau] AMD768 & GeForce5200: nouveau bug??
On 09/24/10 22:27, Francisco Jerez wrote: Grzesiek Sójka writes: Hi there, Im using ASUS A7M266-D mainboard based on AMD768 chipset and Nvidia GeForce FX5200 dual DVI graphics adapter. I'm forced to switch from binary Nvidia drivers to nouveau but the problem is that nouveau.ko would not load with AGP support turned on. Is it a nouveau/kernel bug?? To build the kernel I used the kernel tree downloaded from the nouveau repository about a week ago. The dmesg output with/without the AGP support you can find at: http://yen.ipipan.waw.pl/~gs159090/tmp/withAGP.txt.gz http://yen.ipipan.waw.pl/~gs159090/tmp/withoutAGP.txt.gz And here is lspci -vv output http://yen.ipipan.waw.pl/~gs159090/tmp/lspci-vv.txt.gz Thanks in advance for any help. That looks like a bug in the amdk7 agp driver, can you give this patch a try? The patch from Francisco Jerez works fine for me so I was wondering what to do next. It would be nice to apply it to the official kernel tree. Should I open a bug?? Write to someone?? ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] GeForce FX5200 dual DVI & Samsung 204b
Hi there, Im using GeForce FX5200 dual DVI graphics adapter connected with two Samsung 204b monitors. At the moment I'm using binary nvidia drivers and everything works fine but I'm forced to switch to nouveau. Unfortunately there are problems. It seems that nouveau.ko wrongly detects the PixelClock of my monitors. More precisely, after loading of nouveu.ko the screen starts to blink. According to my experience the problem is too hight PixelClock. Moreover, in the /var/log/Xorg.0.log you can find the line: NOUVEAU(0): Ranges: V min: 56 V max: 75 Hz, H min: 30 H max: 81 kHz, PixClock max 175 MHz which is false. The maximum PixClk for Sumsung 204b is 162MHz. I was trying to play with the video= kernel parameter but there is no way to force the PixClk. I was also trying to edit the suitable ModeLine in the drivers/gpu/drm/drm_edid_modes.h but I thing nouveau.ko ignores it. So my question is what to change (in the kernel source) to override the detection and force MaxPixelClock to 162MHz just to make sure that the problem is related to PixelClock. To build the kernel I used the kernel tree downloaded from nouveau about one week ago. Thanks in advance for any help. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] AMD768 & GeForce5200: nouveau bug??
Hi there, Im using ASUS A7M266-D mainboard based on AMD768 chipset and Nvidia GeForce FX5200 dual DVI graphics adapter. I'm forced to switch from binary Nvidia drivers to nouveau but the problem is that nouveau.ko would not load with AGP support turned on. Is it a nouveau/kernel bug?? To build the kernel I used the kernel tree downloaded from the nouveau repository about a week ago. The dmesg output with/without the AGP support you can find at: http://yen.ipipan.waw.pl/~gs159090/tmp/withAGP.txt.gz http://yen.ipipan.waw.pl/~gs159090/tmp/withoutAGP.txt.gz And here is lspci -vv output http://yen.ipipan.waw.pl/~gs159090/tmp/lspci-vv.txt.gz Thanks in advance for any help. Regards Greg ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau