[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 [
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 PrimaryTrue EndSection Section Monitor Identifier Monitor1 Option RightOf Monitor0 Option PrimaryFalse 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
[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 14:55, Francisco Jerez wrote: Grzesiek Sójkap...@pfu.pl 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
Re: [Nouveau] GeForce FX5200 dual DVI Samsung 204b
On 10/07/10 04:53, Francisco Jerez wrote: Grzesiek Sójkap...@pfu.pl 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
[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] OT: compilation
On 10/07/10 22:34, Pekka Paalanen wrote: On Thu, 07 Oct 2010 22:14:19 +0200 Grzesiek Sójkap...@pfu.pl 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
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:50, Xavier Chantry wrote: 2010/10/7 Grzesiek Sójkap...@pfu.pl: 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] 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
[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/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
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] dual head
On 10/05/10 23:39, Pekka Paalanen wrote: On Tue, 05 Oct 2010 12:31:51 +0200 Grzesiek Sójkap...@pfu.pl 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 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] 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
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
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] AMD768 GeForce5200: nouveau bug??
On 09/24/10 22:27, Francisco Jerez wrote: Grzesiek Sójkap...@pfu.pl 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