Re: Problem with xorg and intel g43
If you read the old thread, you will discover that I got a working modeline using powerstrip under windows. I didn't know about cvt -v -r 1680 1050 which I discovered reading your link: I tried it and it gives me a different modeline with respect to the one I found. Namely, mine is Modeline 1680x1050 147.600 1680 1784 1968 2256 1050 1051 1054 1087 -hsync +vsync whereas cvt gives Modeline 1680x1050R 119.00 1680 1728 1760 1840 1050 1053 1059 1080 +hsync -vsync I will give it a try: maybe this will fix the crash...! I doubt that it will help with the crash, because the graphics card should not know if the monitor cannot display the image. But who knows. I made some tests and the result is that, at least, it looks more stable, which is an improvement... ;-) To be sure, I need more time since the crash I experience is not deterministic: sometime it happens at boot time, just when gdm starts, sometimes it happens when changing user, sometime it doesn't happen at all! Anyway, if it does not work, you should definitely file a bug report. Only then my problem was dealt with by the intel engineer. And I do not know if such problems need to be send to a specific intel list to get help. I will think about that, but it is diffucult to describe it since the resolution works fine, once manually defined, whereas the crashes, as I said, are quite randoms. There is also another issue: as I wrote in a previous mail, the intel device is not autorecognized by knoppix. This fact is quite strange. May I ask you which device is yours? Mine is a G43, on integrate on the mother board Asus P5QL-EM. In case, can you try to boot knoppix? If you also experience the same problem, maybe this also could be signaled as a bug. Regards Fabio ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Problem with xorg and intel g43
Hi all, I made more tests with regard to the problem of my monitor (asus vw198s) not being correctly recognized: I tried with many distros (many flavour of ubuntu, knoppix and puppy) and the result is still the same: it is not recognized. I also tried with a different pc, with another graphic card (ati radeon) and I got the same result. How can I decide wether the problem is of the model of the monitor or, instead, of _my own_ monitor? In the second case, I guess I am out of luck, but in the first? I must add that, anyway, there should be also some issue related to the driver: the hard freeze that I get every now and then when using it with the intel device does never occur with the ati card. Moreover, when using knoppix (the very same disk to boot on both pc) on the pc with the ati card knoppix starts correctly, even if at a wrong resolution, while on the pc with the intel card knoppix every time has the hard freeze I described. I have only two way to boot knoppix, on the pc with the intel card: 1) boot in runlevel 2, then modify xorg.conf with my own modeline (specifying also the device), then start X; this way I get a correct 1680x1050 screen. 2) provide at boot time the kernel module for X with the option xmodule=i810 This way knoppix boot correctly but with a wrong resolution. All this makes me think that, anyway, there should be also some issue related to the intel module, but I can't imagine what. Does anybody have some hint? Many thanks Fabio ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Problem with xorg and intel g43
Dear Fabio, where is your first message you are referring to. Could you please post a link. It is a thread of two months ago; here is the link http://lists.freedesktop.org/archives/xorg/2009-January/042176.html Does anybody have some hint? I also had problems getting the ASUS VW222S to work. Take a look at [1] for the hints I got to solve this. I can not comment on the freezes. [1] https://bugs.freedesktop.org/show_bug.cgi?id=17629 Thank you very much for this link. I see that, quite likely, there is an issue with this family of monitors and the intel driver but it seems quite hard to find it and fix it. If you read the old thread, you will discover that I got a working modeline using powerstrip under windows. I didn't know about cvt -v -r 1680 1050 which I discovered reading your link: I tried it and it gives me a different modeline with respect to the one I found. Namely, mine is Modeline 1680x1050 147.600 1680 1784 1968 2256 1050 1051 1054 1087 -hsync +vsync whereas cvt gives Modeline 1680x1050R 119.00 1680 1728 1760 1840 1050 1053 1059 1080 +hsync -vsync I will give it a try: maybe this will fix the crash...! Thanks Fabio ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: general question: xorg Nvdriver
Okay - thank you both. I didn't know that this is an artifact - ergo useless. But ... I'm again, at the beginning ... Backtrace: 0: /home/fl0/mpxcompiz/bin/Xorg(xorg_backtrace+0x3b) [0x80e829b] 1: /home/fl0/mpxcompiz/bin/Xorg(xf86SigHandler+0x51) [0x809ccb1] 2: [0xb80ea400] 3: /home/fl0/mpxcompiz/bin/Xorg(xf86SetDesiredModes+0x27b) [0x80ab18b] 4: /home/fl0/mpxcompiz/lib/xorg/modules/drivers//nv_drv.so [0xb7bd612c] 5: /home/fl0/mpxcompiz/lib/xorg/modules/drivers//nv_drv.so [0xb7bd6562] 6: /home/fl0/mpxcompiz/bin/Xorg(AddScreen+0x19d) [0x80684ad] 7: /home/fl0/mpxcompiz/bin/Xorg(InitOutput+0x23a) [0x808b12a] 8: /home/fl0/mpxcompiz/bin/Xorg [0x8068ba1] 9: /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xe5) [0xb7c8b685] 10: /home/fl0/mpxcompiz/bin/Xorg [0x8068231] Fatal server error: Caught signal 11. Server aborting Maybe related to https://bugs.freedesktop.org/show_bug.cgi?id=19337 ? ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: 1.4 - 1.5.1 performance regressions
On Tue, 2009-01-27 at 12:42 +0100, Fabio wrote: On Tue, 2009-01-27 at 11:55 +0100, Fabio wrote: On Thu, 2008-10-09 at 11:02 +0200, Fabio wrote: I noticed some performance regression moving to a newer system with Xserver 1.5.1 from an 1.4 system with both XAA and EXA. Can you try current Git server-1.5-branch? Adam Jackson just backported the reduction of dixLookupPrivate() overhead, which is used extensively by the EXA core at least. If there are still regressions with EXA, I'd be interested in sysprof/oprofile data separately for each regressed case. I noticed that pre-1.6 is faster than 1.5.3, but still slower than 1.4. As reported by someone in the bug report, the patch from https://bugs.freedesktop.org/show_bug.cgi?id=16647#c11 was never applied. Is it still needed? Have you tried it to see if it helps for the performance regressions you noticed? No (I am using prebuilt packages), however, according to this comment, it fixes the regression: https://bugs.freedesktop.org/show_bug.cgi?id=16647#c14 ... for the benchmark / workloads discussed in the bug report. Are the workloads you noticed the performance regression with similar to those? I am getting these results with gtkperf, compared to what I got with 1.4. Note, however, that not all performance differences could be due to the X server, since I upgraded all system during that time (the radeon driver however is almost the same): + - faster - - slower = - about the same 1.4 1.5.99.901 Difference GtkEntry - time: 0,090,09= GtkComboBox - time: 3,835,74- GtkComboBoxEntry - time: 2,964,53- GtkSpinButton- time: 0,510,53= GtkProgressBar - time: 0,270,24= GtkToggleButton - time: 1,340,50+ GtkCheckButton - time: 1,440,28+ GtkRadioButton - time: 1,790,77+ GtkTextView - Add text - time: 11,68 11,96= GtkTextView - Scroll - time: 2,842,22+ GtkDrawingArea - Lines - time: 2,434,90- GtkDrawingArea - Circles - time: 1,863,77- GtkDrawingArea - Text- time: 3,893,42+ GtkDrawingArea - Pixbufs - time: 0,300,36- --- Total- time: 35,22 39,33- See also https://bugs.freedesktop.org/show_bug.cgi?id=16647#c24 ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: 1.4 - 1.5.1 performance regressions
On Tue, 2009-01-27 at 11:55 +0100, Fabio wrote: On Thu, 2008-10-09 at 11:02 +0200, Fabio wrote: I noticed some performance regression moving to a newer system with Xserver 1.5.1 from an 1.4 system with both XAA and EXA. Can you try current Git server-1.5-branch? Adam Jackson just backported the reduction of dixLookupPrivate() overhead, which is used extensively by the EXA core at least. If there are still regressions with EXA, I'd be interested in sysprof/oprofile data separately for each regressed case. I noticed that pre-1.6 is faster than 1.5.3, but still slower than 1.4. As reported by someone in the bug report, the patch from https://bugs.freedesktop.org/show_bug.cgi?id=16647#c11 was never applied. Is it still needed? Have you tried it to see if it helps for the performance regressions you noticed? No (I am using prebuilt packages), however, according to this comment, it fixes the regression: https://bugs.freedesktop.org/show_bug.cgi?id=16647#c14 ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: xf86-video-savage: add missing xf86CrtcConfigInit in SavagePreInit
Keith Packard wrote: Then fix the driver to support RandR 1.2. The intel driver should also be fixed this way - at least on i810/i815. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: problem with monitor asus vw198s
CPU: intel core2duo with 4 Gb of RAM MB: asus p5ql-em VGA: intel g43 (integrated on the MB) Monitor: asus vw198s I installed ubuntu 8.10 (amd64). The first problem is that the correct resolution of the monitor (1680x1050) is not recognized out of the box: after installation, it ran at a lower resolution (1360x768) and I was not able to change it. This surprised me. I couldn't find on the net a valid modeline for my monitor, so I followed the instructions on http://www.x.org/wiki/FAQVideoModes#head-82230a582646cbf28ac41dec2139732ee868e0d2 to obtain a valid modeline using powerstrip. I got the following Modeline 1680x1050 147.600 1680 1784 1968 2256 1050 1051 1054 1087 -hsync +vsync Is this ok? It looks like, since I put it into /etc/X11/xorg.conf and, this way, the resolution is correct. So, there is no way to get somewhere a good modeline for this monitor, or get it automatically recognized by xorg? Is it such a rare monitor? It seems strange to me to have problem with an asus monitor attached to an asus M/B (asus is one of the more open brand) and, moreover, with an Intel VGA: I have choosen Intel just because their drivers are open, so I thought to be safe with respects to the problems with I had with some Ati/Nvidia VGA :-((( But now it comes another problem: sometime (not everytime) when I logout to change user instead of the usual gdm greeting I get that the monitor has no signal and goes automatically in poweroff: the only thing that I can do is an hard reboot of the pc. I can't understand the origin of this problem. There have been bugs with VT switching on intel recently. These are being fixed, so it may be best here to file a bug with Ubuntu and wait for the fixes to flow down. I made more googling in the afternoon and it seems that the issue is more with the framebuffer that with the intel driver. I had a try removing the fb, that is with options quiet nosplash video=vesa:off vga=normal for grub: apparently, the problem disappeared. At least, it didn't reproduce for at least 10 login/logout. (This is why I changed the subject) Of course I can live without the framebuffer and the splash screen, but I would prefer if there is a way to recover it ... :-) Well, the truth is that the problem appeared again... :-((( But I don't know how to do to COMPLETELY remove the framebuffer: even with quiet nosplash video=vesa:off vga=normal the framebuffer is still inside the initrd.img: how do I remove it from there? Moreover it seems from the log that the module fbcon is loaded from X: how do I prevent this? All in all: I would like to start a system with NO KIND of framebuffer: just the console and X started by gdm. How do I achieve this? Thanks Fabio ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: problem with monitor asus vw198s
CPU: intel core2duo with 4 Gb of RAM MB: asus p5ql-em VGA: intel g43 (integrated on the MB) Monitor: asus vw198s I installed ubuntu 8.10 (amd64). The first problem is that the correct resolution of the monitor (1680x1050) is not recognized out of the box: after installation, it ran at a lower resolution (1360x768) and I was not able to change it. This surprised me. I couldn't find on the net a valid modeline for my monitor, so I followed the instructions on http://www.x.org/wiki/FAQVideoModes#head-82230a582646cbf28ac41dec2139732ee868e0d2 to obtain a valid modeline using powerstrip. I got the following Modeline 1680x1050 147.600 1680 1784 1968 2256 1050 1051 1054 1087 -hsync +vsync Is this ok? It looks like, since I put it into /etc/X11/xorg.conf and, this way, the resolution is correct. I'm not sure if the bug is because of the intel driver or because of the monitor. It would probably help to attach Xorg.0.log from the failed attempt before you added the Modeline. It might also be interesting to look at the output from xrandr -q which shows what modes X thinks are available. I restored the original xorg.conf. The relative Xorg.0.log is attached. As to xrandr -q, the output is [coccobill 21:13:28 ~]$ xrandr -q Screen 0: minimum 320 x 200, current 1152 x 864, maximum 1360 x 1360 VGA connected 1152x864+0+0 (normal left inverted right x axis y axis) 0mm x 0mm 1360x768 59.8 1152x864 60.0* 1024x768 60.0 800x60060.3 640x48059.9 HDMI-1 disconnected (normal left inverted right x axis y axis) HDMI-2 disconnected (normal left inverted right x axis y axis) [coccobill 21:13:44 ~]$ But now it comes another problem: sometime (not everytime) when I logout to change user instead of the usual gdm greeting I get that the monitor has no signal and goes automatically in poweroff: the only thing that I can do is an hard reboot of the pc. I can't understand the origin of this problem. There have been bugs with VT switching on intel recently. These are being fixed, so it may be best here to file a bug with Ubuntu and wait for the fixes to flow down. I made more googling in the afternoon and it seems that the issue is more with the framebuffer that with the intel driver. I had a try removing the fb, that is with options quiet nosplash video=vesa:off vga=normal for grub: apparently, the problem disappeared. At least, it didn't reproduce for at least 10 login/logout. (This is why I changed the subject) Of course I can live without the framebuffer and the splash screen, but I would prefer if there is a way to recover it ... :-) TIA Fabio X.Org X Server 1.5.2 Release Date: 10 October 2008 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.24-16-server x86_64 Ubuntu Current Operating System: Linux coccobill 2.6.27-9-generic #1 SMP Thu Nov 20 22:15:32 UTC 2008 x86_64 Build Date: 24 October 2008 09:06:49AM xorg-server 2:1.5.2-2ubuntu3 (bui...@crested.buildd) Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present 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/Xorg.0.log, Time: Wed Jan 7 21:12:39 2009 (==) Using config file: /etc/X11/xorg.conf (==) No Layout section. Using the first Screen section. (**) |--Screen Default Screen (0) (**) | |--Monitor Configured Monitor (**) | |--Device Configured Video Device (==) Automatically adding devices (==) Automatically enabling devices (==) No FontPath specified. Using compiled-in default. (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType (==) ModulePath set to /usr/lib/xorg/modules (II) Cannot locate a core pointer device. (II) Cannot locate a core keyboard device. (II) The server relies on HAL to provide the list of input devices. If no devices become available, reconfigure HAL or disable AllowEmptyInput. (II) Open ACPI successful (/var/run/acpid.socket) (II) Loader magic: 0x7b7320 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 4.1 X.Org XInput driver : 2.1 X.Org Server Extension : 1.1 X.Org Font Renderer : 0.6 (II) Loader running on linux (++) using VT number 7 (--) PCI:*(0...@0:2:0) Intel Corporation 4 Series Chipset Integrated Graphics Controller rev 3, Mem @ 0xfe40/4194304, 0xe000/268435456, I/O @ 0xdc00/8 (--) PCI: (0...@0:2:1) Intel Corporation 4 Series Chipset Integrated Graphics
[no subject]
Hi all, I am having a strange problem and I can't find any help either googling or on the x.org site. I have just bought a new pc: the components are CPU: intel core2duo with 4 Gb of RAM MB: asus p5ql-em VGA: intel g43 (integrated on the MB) Monitor: asus vw198s I installed ubuntu 8.10 (amd64). The first problem is that the correct resolution of the monitor (1680x1050) is not recognized out of the box: after installation, it ran at a lower resolution (1360x768) and I was not able to change it. This surprised me. I couldn't find on the net a valid modeline for my monitor, so I followed the instructions on http://www.x.org/wiki/FAQVideoModes#head-82230a582646cbf28ac41dec2139732ee868e0d2 to obtain a valid modeline using powerstrip. I got the following Modeline 1680x1050 147.600 1680 1784 1968 2256 1050 1051 1054 1087 -hsync +vsync Is this ok? It looks like, since I put it into /etc/X11/xorg.conf and, this way, the resolution is correct. But now it comes another problem: sometime (not everytime) when I logout to change user instead of the usual gdm greeting I get that the monitor has no signal and goes automatically in poweroff: the only thing that I can do is an hard reboot of the pc. I can't understand the origin of this problem. Thanks a lot for your help Fabio ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Problem with xorg and intel g43
I am sorry but I realized just now that I forgot the subject in my previous mail: I guess that this subject should be adequate. Thanks Fabio ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: 1.4 - 1.5.1 performance regressions
On Thu, 2008-10-09 at 11:02 +0200, Fabio wrote: I noticed some performance regression moving to a newer system with Xserver 1.5.1 from an 1.4 system with both XAA and EXA. Can you try current Git server-1.5-branch? Adam Jackson just backported the reduction of dixLookupPrivate() overhead, which is used extensively by the EXA core at least. If there are still regressions with EXA, I'd be interested in sysprof/oprofile data separately for each regressed case. I can't update at the moment (I am using prebuilt packages from Ubuntu). Can you point the fix? I don't see it at: http://cgit.freedesktop.org/xorg/xserver/log/?h=server-1.5-branch ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
1.4 - 1.5.1 performance regressions
Hi, I noticed some performance regression moving to a newer system with Xserver 1.5.1 from an 1.4 system with both XAA and EXA. As a benchmark I am using GtkPerf [0] with gtkperf -a -c500 without compiz on a MacBook Pro with a Radeon RV530. While I noticed some improvement going from 1.5 to 1.5.1, 1.5.1 is still slower than 1.4. This may be related to recent report of slowness (thread http://lists.freedesktop.org/archives/xorg/2008-October/039164.html). My reference systems are: 1) 1.4 system: installed system with Ubuntu 8.04 with xserver 1.4, kernel 2.6.24 + backported -ati driver, radeon drm module, libdrm, mesa (used many recent git version); 2) 1.5.1 system: LiveCD Ubuntu 8.10 with xserver 1.5.1, kernel 2.6.27-rc9 recent -ati git snapshot, radeon drm module from kernel, libdrm 2.3.1, mesa 7.1. Does someone is able to reproduce this regressions, maybe changing only the xserver? Is there some known bug? [0] http://gtkperf.sourceforge.net/index.php?page=download GtkPerf benchmark results: 1.4 system, XAA: GtkEntry - time: 0,09 GtkComboBox - time: 4,10 GtkComboBoxEntry - time: 3,47 GtkSpinButton - time: 0,50 GtkProgressBar - time: 0,27 GtkToggleButton - time: 1,48 GtkCheckButton - time: 1,55 GtkRadioButton - time: 1,88 GtkTextView - Add text - time: 11,63 GtkTextView - Scroll - time: 7,23 GtkDrawingArea - Lines - time: 1,13 GtkDrawingArea - Circles - time: 1,84 GtkDrawingArea - Text - time: 29,33 GtkDrawingArea - Pixbufs - time: 3,57 --- Total time: 68,07 1.5.1 system, XAA: GtkEntry - time: 0,15 GtkComboBox - time: 6,81 GtkComboBoxEntry - time: 3,57 GtkSpinButton - time: 0,99 GtkProgressBar - time: 0,49 GtkToggleButton - time: 0,83 GtkCheckButton - time: 0,44 GtkRadioButton - time: 1,47 GtkTextView - Add text - time: 13,45 GtkTextView - Scroll - time: 2,52 GtkDrawingArea - Lines - time: 2,49 GtkDrawingArea - Circles - time: 3,39 GtkDrawingArea - Text - time: 45,16 GtkDrawingArea - Pixbufs - time: 4,36 --- Total time: 86,12 1.4 system, EXA: GtkEntry - time: 0,09 GtkComboBox - time: 3,83 GtkComboBoxEntry - time: 2,96 GtkSpinButton - time: 0,51 GtkProgressBar - time: 0,27 GtkToggleButton - time: 1,34 GtkCheckButton - time: 1,44 GtkRadioButton - time: 1,79 GtkTextView - Add text - time: 11,68 GtkTextView - Scroll - time: 2,84 GtkDrawingArea - Lines - time: 2,43 GtkDrawingArea - Circles - time: 1,86 GtkDrawingArea - Text - time: 3,89 GtkDrawingArea - Pixbufs - time: 0,30 --- Total time: 35,22 1.5.1 system, EXA: GtkEntry - time: 0,16 GtkComboBox - time: 6,52 GtkComboBoxEntry - time: 3,93 GtkSpinButton - time: 0,83 GtkProgressBar - time: 0,40 GtkToggleButton - time: 1,19 GtkCheckButton - time: 0,55 GtkRadioButton - time: 1,45 GtkTextView - Add text - time: 13,90 GtkTextView - Scroll - time: 2,23 GtkDrawingArea - Lines - time: 5,48 GtkDrawingArea - Circles - time: 4,04 GtkDrawingArea - Text - time: 6,94 GtkDrawingArea - Pixbufs - time: 0,36 --- Total time: 47,97 ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
