From bnabble at says.mu Sat Nov 1 03:25:47 2008 From: bnabble at says.mu (horatio) Date: Sat Nov 1 03:25:53 2008 Subject: 3D windows effect makes Xorg crash In-Reply-To: <7D90CDE85843914CB4DA65D3A421E6490150125C@vmail.mipih.net> References: <7D90CDE85843914CB4DA65D3A421E6490150125C@vmail.mipih.net> Message-ID: <20279033.post@talk.nabble.com> struggling with this bug in ubuntu as well. https://bugs.launchpad.net/ubuntu/+source/compiz-fusion-plugins-main/+bug/140497 http://ubuntuforums.org/showthread.php?p=6079428 BARDOU Pierre wrote: > > Hello, > > I am trying to set up compiz fusion on a Dell OptiPlex 330 (Intel Pentium > E2180, 2Go DDRII, G33 Chipset). > > I have performance problems and as soon as I activate the 3d windows > effects > X server crashes. > > Details, configuration files and logs : > http://forum.compiz-fusion.org/showthread.php?t=10009 > Adamk on this forum advised me to post here. > > This problem is not a big concern to me, I am trying to setup this just to > fill up my idle time at work. > So if you want to improve G33 support I can help you by doing some tests. > > If you don't have time, no worries, I'll survive without 3D windows :) > > -- > Cordialement, > > Pierre BARDOU > CSIM - Bureau 012 > > Midi Pyr?n?es Informatique Hospitali?re > 12 rue Michel Labrousse > BP93668 > F-31036 Toulouse CEDEX 1 > > T?l : 05 67 31 90 84 > Fax : 05 34 61 51 00 > Mail : bardou.p@mipih.fr > > > > -- View this message in context: http://www.nabble.com/3D-windows-effect-makes-Xorg-crash-tp20015833p20279033.html Sent from the freebsd-x11 mailing list archive at Nabble.com. From edwin at FreeBSD.org Sun Nov 2 15:40:33 2008 From: edwin at FreeBSD.org (edwin@FreeBSD.org) Date: Sun Nov 2 15:40:44 2008 Subject: ports/128542: x11-drivers/xf86-video-radeonhd updated to v1.2.3 Message-ID: <200811022340.mA2NeXQW065747@freefall.freebsd.org> Synopsis: x11-drivers/xf86-video-radeonhd updated to v1.2.3 Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-x11 Responsible-Changed-By: edwin Responsible-Changed-When: Sun Nov 2 23:40:32 UTC 2008 Responsible-Changed-Why: Over to maintainer (via the GNATS Auto Assign Tool) http://www.freebsd.org/cgi/query-pr.cgi?pr=128542 From bugmaster at FreeBSD.org Mon Nov 3 03:07:02 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Nov 3 03:09:26 2008 Subject: Current problem reports assigned to freebsd-x11@FreeBSD.org Message-ID: <200811031107.mA3B72tm011099@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/128542 x11 x11-drivers/xf86-video-radeonhd updated to v1.2.3 o ports/128070 x11 x11-drivers/xf86-video-radeonhd: update to 1.2.3 o ports/127692 x11 x11-drivers/xf86-video-i810 o ports/127436 x11 x11/xorg: xorg randomly uses 100% CPU with Intel + KDE o ports/126904 x11 x11/xorg startx fails on driver loading for nVidia GeF o ports/126812 x11 x11-drivers/xf86-video-ati - System freeze when exitin o ports/125883 x11 x11-fonts/xorg-fonts-cyrillic is installed, but fonts o ports/125661 x11 x11/xorg: startx fails after a couple of attempts o ports/124861 x11 Keyboard problems with xorg o ports/124220 x11 [amd64] x11-servers/xorg-server - X.org server runs in o ports/123137 x11 x11/libX11: missing ru_RU.UTF-8 locale o ports/122924 x11 XCreateImage fails in most recent x11/XOrg o ports/122830 x11 x11/xorg: Error in I830WaitLpRing() o ports/121360 x11 x11/xorg - Change default of ~/.xsession-errors to off o ports/121230 x11 [patch] ports/x11/xkeyboard-config WITHOUT_NLS support f ports/119091 x11 x11-drivers/xf86-video-intel 2.1.1 panics system o ports/119037 x11 x11: Can't type _ (Underscore) under X (gnome) o ports/118950 x11 x11-drivers/xf86-video-nv - xorg xf86 nv (nvidia) driv o ports/118645 x11 Xorg need realtime priority for mouse work nice o ports/118547 x11 [patch] x11/xdm fails with pam_krb5 f ports/118217 x11 xorg doesnt find usb mouse when initiated with devd, w f ports/117907 x11 x11-servers/mga_hal broken on 7.0-BETA (GLIBC error) o ports/117766 x11 x11-servers/xorg-server (7.3) crashes under heavy load o ports/117195 x11 ix11/Xorg 7.3 dumps core at exit (sig 11) f ports/116603 x11 x11/xorg server 7.3 hangs up o ports/116443 x11 x11-drivers/xf86-input-keyboard patch for USB jp106 ke o ports/116359 x11 x11/xorg - screen blinks with PCI-E nvidia card and ve s ports/115536 x11 [new port] x11/xorg-base port for a minimal X.Org inst o ports/115020 x11 New port: graphics/osmesa - Mesa's off-screen renderin f ports/114827 x11 Xorg server crashes when starting astro/google-earth o ports/113106 x11 x11/xorg - Xorg 7.2 + Mach64 + dri produces error mess f ports/106370 x11 Screen corruption when using Direct Rendering on a PCI 32 problems total. From andreyns at gmail.com Thu Nov 6 04:05:33 2008 From: andreyns at gmail.com (Sukharew Andrew) Date: Thu Nov 6 04:05:40 2008 Subject: problem with X, keyboard not working Message-ID: <7aab6650811060339v211a3869v449b57e532284f89@mail.gmail.com> Hello. I use xorg-server-1.4.2,1 with KDE 4.1.1 and compiz-fusion-0.7.8 on FreeBSD 7.1 - BETA1. Once my desktop freeze and not responded in my actions, after few minutes I press Ctrl+Alt+Backspace, but this not help me, I rebooted computer and when loaded kde, keyboard not work - no one of key. But when I start kde from root keyboard fully worked. How can I repair my keyboard on non root user ? P.S. I'm so sorry for my English :( -- ------------------ With best regards. Sukharew N Andrew From gamato at users.sf.net Thu Nov 6 14:49:56 2008 From: gamato at users.sf.net (martinko) Date: Thu Nov 6 14:50:02 2008 Subject: DPI wrongly calculated and set in X11 (7.?) Message-ID: Hallo, I've just realised that my DPI in X11 is not what it used to be. I've had DisplaySize defined in xorg.conf and DPI had been correctly calculated until one of the latest X.org updates. I'm not sure which version of X.org broke this because I also have Xft.dpi in ~/.Xdefaults and all applications I've used looked OK. And just now I've noticed that my X11 dimensions and resolution has changed. And I can see in Xorg.0.log that it reads my setting but calculates wrong DPIs and later even changes it to even worse. I suspect one of 7.x is culprit here. Does anyone know how to remedy this please ? Thanks, Martin From avg at icyb.net.ua Fri Nov 7 03:57:52 2008 From: avg at icyb.net.ua (Andriy Gapon) Date: Fri Nov 7 03:57:58 2008 Subject: Intel G33 and gtt_size Message-ID: <491429D0.1040401@icyb.net.ua> Eric, I found this old message from you: http://lists.freebsd.org/pipermail/freebsd-stable/2008-January/039638.html Looking at the code in sys/pci/agp_i810.c I see that gtt_size is still calculated using CHIP_I965 path. So I would like to inquire if fixing that code is still needed and if simply setting gtt_size to zero for CHIP_G33 case would a sufficient and correct patch. And, if patched this way, will it work with xf86-video-intel driver version 2.4.2 (from ports). Thank you in advance! -- Andriy Gapon From rnoland at 2hip.net Fri Nov 7 08:14:04 2008 From: rnoland at 2hip.net (Robert Noland) Date: Fri Nov 7 08:14:10 2008 Subject: Intel G33 and gtt_size In-Reply-To: <491429D0.1040401@icyb.net.ua> References: <491429D0.1040401@icyb.net.ua> Message-ID: <1226074436.33599.13.camel@squirrel.corp.cox.com> On Fri, 2008-11-07 at 13:43 +0200, Andriy Gapon wrote: > Eric, > > I found this old message from you: > http://lists.freebsd.org/pipermail/freebsd-stable/2008-January/039638.html > > Looking at the code in sys/pci/agp_i810.c I see that gtt_size is still > calculated using CHIP_I965 path. > > So I would like to inquire if fixing that code is still needed and if > simply setting gtt_size to zero for CHIP_G33 case would a sufficient and > correct patch. > And, if patched this way, will it work with xf86-video-intel driver > version 2.4.2 (from ports). I think you are probably looking for me instead of anholt@ these days. I think if you look at agp_i810.c from -CURRENT your issue is already addressed. robert. > Thank you in advance! > -- Robert Noland 2Hip Networks -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20081107/6806ac66/attachment.pgp From avg at icyb.net.ua Fri Nov 7 09:34:42 2008 From: avg at icyb.net.ua (Andriy Gapon) Date: Fri Nov 7 09:34:50 2008 Subject: Intel G33 and gtt_size In-Reply-To: <1226074436.33599.13.camel@squirrel.corp.cox.com> References: <491429D0.1040401@icyb.net.ua> <1226074436.33599.13.camel@squirrel.corp.cox.com> Message-ID: <49147C21.4060100@icyb.net.ua> on 07/11/2008 18:13 Robert Noland said the following: > On Fri, 2008-11-07 at 13:43 +0200, Andriy Gapon wrote: >> Eric, >> >> I found this old message from you: >> http://lists.freebsd.org/pipermail/freebsd-stable/2008-January/039638.html >> >> Looking at the code in sys/pci/agp_i810.c I see that gtt_size is still >> calculated using CHIP_I965 path. >> >> So I would like to inquire if fixing that code is still needed and if >> simply setting gtt_size to zero for CHIP_G33 case would a sufficient and >> correct patch. >> And, if patched this way, will it work with xf86-video-intel driver >> version 2.4.2 (from ports). > > I think you are probably looking for me instead of anholt@ these days. > I think if you look at agp_i810.c from -CURRENT your issue is already > addressed. Robert, it seems that agp_i810.c in current (head) and in my releng/7 (r184741) are identical. I tried using both svn version and my hacked version where gtt_size is forced to 0, but in both cases result is the same - X crash. Xorg.0.log files are the same too, as well as kernel messages. Here's from Xorg.0.log: (II) intel(0): xf86BindGARTMemory: bind key 1 at 0x006ff000 (pgoffset 1791) (WW) intel(0): xf86BindGARTMemory: binding of gart memory with key 1 at offset 0x6ff000 failed (Invalid argument) Here's from dmesg: agp0: on vgapci0 agp0: detected 7676k stolen memory agp0: aperture size is 256M ... agp0: trying to bind into stolen memory I am attaching full Xorg log, just in case. BTW, in BIOS settings for Video there is an option to select either "DVMT" or "Fixed", by default it has DVMT. Which one would be more convenient for our driver? -- Andriy Gapon -------------- next part -------------- X.Org X Server 1.4.2 Release Date: 11 June 2008 X Protocol Version 11, Revision 0 Build Operating System: FreeBSD 7.1-PRERELEASE amd64 Current Operating System: FreeBSD odyssey.starpoint.kiev.ua 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #8 r184741: Fri Nov 7 17:13:00 EET 2008 avg@odyssey.starpoint.kiev.ua:/usr/obj/usr/src/sys/ODYSSEY amd64 Build Date: 06 November 2008 12:59:40PM 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: Fri Nov 7 17:15:44 2008 (==) Using config file: "/etc/X11/xorg.conf" (==) ServerLayout "XFree86 Configured" (**) |-->Screen "Screen0" (0) (**) | |-->Monitor "Monitor0" (**) | |-->Device "Card0" (**) |-->Input Device "Logitech Mouse" (**) |-->Input Device "Mitsumi Keyboard" (**) Option "Xinerama" "0" (==) Automatically adding devices (==) Automatically enabling devices (WW) `fonts.dir' not found (or not valid) in "/usr/local/lib/X11/fonts/dejavu/". Entry deleted from font path. (Run 'mkfontdir' on "/usr/local/lib/X11/fonts/dejavu/"). (==) Including the default font path /usr/local/lib/X11/fonts/misc/,/usr/local/lib/X11/fonts/TTF/,/usr/local/lib/X11/fonts/OTF,/usr/local/lib/X11/fonts/Type1/,/usr/local/lib/X11/fonts/100dpi/,/usr/local/lib/X11/fonts/75dpi/. (**) FontPath set to: /usr/local/lib/X11/fonts/local/, /usr/local/lib/X11/fonts/terminus-font/, /usr/local/share/apps/konsole/fonts, /usr/local/lib/X11/fonts/koi8-u-gemini/, /usr/local/lib/X11/fonts/cyrillic/, /usr/local/lib/X11/fonts/bitstream-vera/, /usr/local/lib/X11/fonts/webfonts/, /usr/local/lib/X11/fonts/urwfonts-ttf, /usr/local/lib/X11/fonts/TTF/, /usr/local/lib/X11/fonts/OTF/, /usr/local/lib/X11/fonts/Type1/, /usr/local/lib/X11/fonts/URW/, /usr/local/lib/X11/fonts/75dpi/, /usr/local/lib/X11/fonts/100dpi/, /usr/local/lib/X11/fonts/misc/, /usr/local/lib/X11/fonts/misc/, /usr/local/lib/X11/fonts/TTF/, /usr/local/lib/X11/fonts/OTF, /usr/local/lib/X11/fonts/Type1/, /usr/local/lib/X11/fonts/100dpi/, /usr/local/lib/X11/fonts/75dpi/ (**) RgbPath set to "/usr/local/lib/X11/rgb" (**) ModulePath set to "/usr/local/lib/xorg/modules" (II) Loader magic: 0x66f240 (II) Module ABI versions: X.Org ANSI C Emulation: 0.3 X.Org Video Driver: 2.0 X.Org XInput driver : 2.0 X.Org Server Extension : 0.3 X.Org Font Renderer : 0.5 (II) Loader running on freebsd (II) LoadModule: "pcidata" (II) Loading /usr/local/lib/xorg/modules//libpcidata.so (II) Module pcidata: vendor="X.Org Foundation" compiled for 1.4.2, module version = 1.0.0 ABI class: X.Org Video Driver, version 2.0 (--) Using syscons driver with X support (version 2.0) (--) using VT number 9 (WW) OS did not count PCI devices, guessing wildly (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,29c0 card 8086,5044 rev 02 class 06,00,00 hdr 00 (II) PCI: 00:02:0: chip 8086,29c2 card 8086,5044 rev 02 class 03,00,00 hdr 80 (II) PCI: 00:02:1: chip 8086,29c3 card 8086,5044 rev 02 class 03,80,00 hdr 80 (II) PCI: 00:03:0: chip 8086,29c4 card 8086,5044 rev 02 class 07,80,00 hdr 80 (II) PCI: 00:19:0: chip 8086,294c card 8086,0001 rev 02 class 02,00,00 hdr 00 (II) PCI: 00:1a:0: chip 8086,2937 card 8086,5044 rev 02 class 0c,03,00 hdr 80 (II) PCI: 00:1a:1: chip 8086,2938 card 8086,5044 rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1a:2: chip 8086,2939 card 8086,5044 rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1a:7: chip 8086,293c card 8086,5044 rev 02 class 0c,03,20 hdr 00 (II) PCI: 00:1b:0: chip 8086,293e card 8086,4001 rev 02 class 04,03,00 hdr 00 (II) PCI: 00:1c:0: chip 8086,2940 card 0000,0000 rev 02 class 06,04,00 hdr 81 (II) PCI: 00:1c:1: chip 8086,2942 card 0000,0000 rev 02 class 06,04,00 hdr 81 (II) PCI: 00:1c:2: chip 8086,2944 card 0000,0000 rev 02 class 06,04,00 hdr 81 (II) PCI: 00:1c:3: chip 8086,2946 card 0000,0000 rev 02 class 06,04,00 hdr 81 (II) PCI: 00:1c:4: chip 8086,2948 card 0000,0000 rev 02 class 06,04,00 hdr 81 (II) PCI: 00:1d:0: chip 8086,2934 card 8086,5044 rev 02 class 0c,03,00 hdr 80 (II) PCI: 00:1d:1: chip 8086,2935 card 8086,5044 rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1d:2: chip 8086,2936 card 8086,5044 rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1d:7: chip 8086,293a card 8086,5044 rev 02 class 0c,03,20 hdr 00 (II) PCI: 00:1e:0: chip 8086,244e card 0000,0000 rev 92 class 06,04,01 hdr 01 (II) PCI: 00:1f:0: chip 8086,2916 card 8086,5044 rev 02 class 06,01,00 hdr 80 (II) PCI: 00:1f:2: chip 8086,2922 card 8086,5044 rev 02 class 01,06,01 hdr 00 (II) PCI: 00:1f:3: chip 8086,2930 card 8086,5044 rev 02 class 0c,05,00 hdr 00 (II) PCI: 03:00:0: chip 11ab,6101 card 11ab,6101 rev b2 class 01,01,8f hdr 00 (II) PCI: 06:03:0: chip 11c1,5811 card 11c1,5811 rev 70 class 0c,00,10 hdr 00 (II) PCI: End of PCI scan (II) Intel Bridge workaround enabled (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,6), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x100000000) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x100000000) MX[B] (II) PCI-to-PCI bridge: (II) Bus 1: bridge is at (0:28:0), (0,1,1), BCTRL: 0x0004 (VGA_EN is cleared) (II) PCI-to-PCI bridge: (II) Bus 2: bridge is at (0:28:1), (0,2,2), BCTRL: 0x0004 (VGA_EN is cleared) (II) PCI-to-PCI bridge: (II) Bus 3: bridge is at (0:28:2), (0,3,3), BCTRL: 0x0004 (VGA_EN is cleared) (II) Bus 3 I/O range: [0] -1 0 0x00001000 - 0x000010ff (0x100) IX[B] [1] -1 0 0x00001400 - 0x000014ff (0x100) IX[B] [2] -1 0 0x00001800 - 0x000018ff (0x100) IX[B] [3] -1 0 0x00001c00 - 0x00001cff (0x100) IX[B] (II) Bus 3 non-prefetchable memory range: [0] -1 0 0xe0100000 - 0xe01fffff (0x100000) MX[B] (II) PCI-to-PCI bridge: (II) Bus 4: bridge is at (0:28:3), (0,4,4), BCTRL: 0x0004 (VGA_EN is cleared) (II) PCI-to-PCI bridge: (II) Bus 5: bridge is at (0:28:4), (0,5,5), BCTRL: 0x0004 (VGA_EN is cleared) (II) Subtractive PCI-to-PCI bridge: (II) Bus 6: bridge is at (0:30:0), (0,6,6), BCTRL: 0x0004 (VGA_EN is cleared) (II) Bus 6 non-prefetchable memory range: [0] -1 0 0xe0000000 - 0xe00fffff (0x100000) MX[B] (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:31:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set) (--) PCI:*(0:2:0) Intel Corporation 82G33/G31 Express Integrated Graphics Controller rev 2, Mem @ 0xe0380000/19, 0xd0000000/28, 0xe0200000/20, I/O @ 0x2430/3 (--) PCI: (0:2:1) Intel Corporation 82G33/G31 Express Integrated Graphics Controller rev 2, Mem @ 0xe0300000/19 (II) Addressable bus resource ranges are [0] -1 0 0x00000000 - 0xffffffff (0x100000000) MX[B] [1] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) OS-reported resource ranges: [0] -1 0 0xffffffff - 0xffffffff (0x1) MX[B] [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [5] -1 0 0x00000000 - 0x00000000 (0x1) IX[B] (II) Active PCI resource ranges: [0] -1 0 0xe0000000 - 0xffffffff (0x20000000) MX[B]E [1] -1 0 0xe0100000 - 0xe01fffff (0x100000) MX[B]E [2] -1 0 0xe0426000 - 0xe0427fff (0x2000) MX[B]E [3] -1 0 0xe0425000 - 0xe0425fff (0x1000) MX[B]E [4] -1 0 0xe0425800 - 0xe0425fff (0x800) MX[B]E [5] -1 0 0xe0420000 - 0xe043ffff (0x20000) MX[B]E [6] -1 0 0xe0425c00 - 0xe0425fff (0x400) MX[B]E [7] -1 0 0xe0424000 - 0xe0427fff (0x4000) MX[B]E [8] -1 0 0xe0400000 - 0xe07fffff (0x400000) MX[B]E [9] -1 0 0xe0426100 - 0xe04261ff (0x100) MX[B]E [10] -1 0 0xe0300000 - 0xe037ffff (0x80000) MX[B](B) [11] -1 0 0xe0200000 - 0xe02fffff (0x100000) MX[B](B) [12] -1 0 0xd0000000 - 0xdfffffff (0x10000000) MX[B](B) [13] -1 0 0xe0380000 - 0xe03fffff (0x80000) MX[B](B) [14] -1 0 0x00001000 - 0x000010ff (0x100) IX[B]E [15] -1 0 0x00001020 - 0x0000103f (0x20) IX[B]E [16] -1 0 0x00001010 - 0x0000101f (0x10) IX[B]E [17] -1 0 0x00001024 - 0x00001027 (0x4) IX[B]E [18] -1 0 0x00001018 - 0x0000101f (0x8) IX[B]E [19] -1 0 0x00002000 - 0x000020ff (0x100) IX[B]E [20] -1 0 0x00002020 - 0x0000203f (0x20) IX[B]E [21] -1 0 0x00002438 - 0x0000243f (0x8) IX[B]E [22] -1 0 0x00002420 - 0x0000243f (0x20) IX[B]E [23] -1 0 0x0000243c - 0x0000243f (0x4) IX[B]E [24] -1 0 0x00002428 - 0x0000242f (0x8) IX[B]E [25] -1 0 0x00002040 - 0x0000207f (0x40) IX[B]E [26] -1 0 0x00002060 - 0x0000207f (0x20) IX[B]E [27] -1 0 0x00002080 - 0x000020ff (0x80) IX[B]E [28] -1 0 0x000020a0 - 0x000020bf (0x20) IX[B]E [29] -1 0 0x000020c0 - 0x000020ff (0x40) IX[B]E [30] -1 0 0x000020e0 - 0x000020ff (0x20) IX[B]E [31] -1 0 0x00002400 - 0x000024ff (0x100) IX[B]E [32] -1 0 0x00002430 - 0x00002437 (0x8) IX[B](B) (II) PCI Memory resource overlap reduced 0xe0000000 from 0xffffffff to 0xe00fffff (II) PCI I/O resource overlap reduced 0x00001000 from 0x000010ff to 0x0000100f (II) PCI I/O resource overlap reduced 0x00001020 from 0x0000103f to 0x00001023 (II) PCI I/O resource overlap reduced 0x00001010 from 0x0000101f to 0x00001017 (II) PCI I/O resource overlap reduced 0x00002000 from 0x000020ff to 0x0000201f (II) PCI Memory resource overlap reduced 0xe0426000 from 0xe0427fff to 0xe04260ff (II) PCI Memory resource overlap reduced 0xe0425000 from 0xe0425fff to 0xe04257ff (II) PCI I/O resource overlap reduced 0x00002438 from 0x0000243f to 0x0000243b (II) PCI I/O resource overlap reduced 0x00002420 from 0x0000243f to 0x00002427 (II) PCI Memory resource overlap reduced 0xe0425800 from 0xe0425fff to 0xe0425bff (II) PCI I/O resource overlap reduced 0x00002040 from 0x0000207f to 0x0000205f (II) PCI I/O resource overlap reduced 0x00002080 from 0x000020ff to 0x0000209f (II) PCI Memory resource overlap reduced 0xe0420000 from 0xe043ffff to 0xe0423fff (II) PCI I/O resource overlap reduced 0x000020c0 from 0x000020ff to 0x000020df (II) PCI I/O resource overlap reduced 0x00002400 from 0x000024ff to 0x0000241f (II) PCI Memory resource overlap reduced 0xe0424000 from 0xe0427fff to 0xe0424fff (II) PCI Memory resource overlap reduced 0xe0400000 from 0xe07fffff to 0xe041ffff (II) Active PCI resource ranges after removing overlaps: [0] -1 0 0xe0000000 - 0xe00fffff (0x100000) MX[B]E [1] -1 0 0xe0100000 - 0xe01fffff (0x100000) MX[B]E [2] -1 0 0xe0426000 - 0xe04260ff (0x100) MX[B]E [3] -1 0 0xe0425000 - 0xe04257ff (0x800) MX[B]E [4] -1 0 0xe0425800 - 0xe0425bff (0x400) MX[B]E [5] -1 0 0xe0420000 - 0xe0423fff (0x4000) MX[B]E [6] -1 0 0xe0425c00 - 0xe0425fff (0x400) MX[B]E [7] -1 0 0xe0424000 - 0xe0424fff (0x1000) MX[B]E [8] -1 0 0xe0400000 - 0xe041ffff (0x20000) MX[B]E [9] -1 0 0xe0426100 - 0xe04261ff (0x100) MX[B]E [10] -1 0 0xe0300000 - 0xe037ffff (0x80000) MX[B](B) [11] -1 0 0xe0200000 - 0xe02fffff (0x100000) MX[B](B) [12] -1 0 0xd0000000 - 0xdfffffff (0x10000000) MX[B](B) [13] -1 0 0xe0380000 - 0xe03fffff (0x80000) MX[B](B) [14] -1 0 0x00001000 - 0x0000100f (0x10) IX[B]E [15] -1 0 0x00001020 - 0x00001023 (0x4) IX[B]E [16] -1 0 0x00001010 - 0x00001017 (0x8) IX[B]E [17] -1 0 0x00001024 - 0x00001027 (0x4) IX[B]E [18] -1 0 0x00001018 - 0x0000101f (0x8) IX[B]E [19] -1 0 0x00002000 - 0x0000201f (0x20) IX[B]E [20] -1 0 0x00002020 - 0x0000203f (0x20) IX[B]E [21] -1 0 0x00002438 - 0x0000243b (0x4) IX[B]E [22] -1 0 0x00002420 - 0x00002427 (0x8) IX[B]E [23] -1 0 0x0000243c - 0x0000243f (0x4) IX[B]E [24] -1 0 0x00002428 - 0x0000242f (0x8) IX[B]E [25] -1 0 0x00002040 - 0x0000205f (0x20) IX[B]E [26] -1 0 0x00002060 - 0x0000207f (0x20) IX[B]E [27] -1 0 0x00002080 - 0x0000209f (0x20) IX[B]E [28] -1 0 0x000020a0 - 0x000020bf (0x20) IX[B]E [29] -1 0 0x000020c0 - 0x000020df (0x20) IX[B]E [30] -1 0 0x000020e0 - 0x000020ff (0x20) IX[B]E [31] -1 0 0x00002400 - 0x0000241f (0x20) IX[B]E [32] -1 0 0x00002430 - 0x00002437 (0x8) IX[B](B) (II) OS-reported resource ranges after removing overlaps with PCI: [0] -1 0 0xffffffff - 0xffffffff (0x1) MX[B] [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [5] -1 0 0x00000000 - 0x00000000 (0x1) IX[B] (II) All system resource ranges: [0] -1 0 0xffffffff - 0xffffffff (0x1) MX[B] [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0xe0000000 - 0xe00fffff (0x100000) MX[B]E [5] -1 0 0xe0100000 - 0xe01fffff (0x100000) MX[B]E [6] -1 0 0xe0426000 - 0xe04260ff (0x100) MX[B]E [7] -1 0 0xe0425000 - 0xe04257ff (0x800) MX[B]E [8] -1 0 0xe0425800 - 0xe0425bff (0x400) MX[B]E [9] -1 0 0xe0420000 - 0xe0423fff (0x4000) MX[B]E [10] -1 0 0xe0425c00 - 0xe0425fff (0x400) MX[B]E [11] -1 0 0xe0424000 - 0xe0424fff (0x1000) MX[B]E [12] -1 0 0xe0400000 - 0xe041ffff (0x20000) MX[B]E [13] -1 0 0xe0426100 - 0xe04261ff (0x100) MX[B]E [14] -1 0 0xe0300000 - 0xe037ffff (0x80000) MX[B](B) [15] -1 0 0xe0200000 - 0xe02fffff (0x100000) MX[B](B) [16] -1 0 0xd0000000 - 0xdfffffff (0x10000000) MX[B](B) [17] -1 0 0xe0380000 - 0xe03fffff (0x80000) MX[B](B) [18] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [19] -1 0 0x00000000 - 0x00000000 (0x1) IX[B] [20] -1 0 0x00001000 - 0x0000100f (0x10) IX[B]E [21] -1 0 0x00001020 - 0x00001023 (0x4) IX[B]E [22] -1 0 0x00001010 - 0x00001017 (0x8) IX[B]E [23] -1 0 0x00001024 - 0x00001027 (0x4) IX[B]E [24] -1 0 0x00001018 - 0x0000101f (0x8) IX[B]E [25] -1 0 0x00002000 - 0x0000201f (0x20) IX[B]E [26] -1 0 0x00002020 - 0x0000203f (0x20) IX[B]E [27] -1 0 0x00002438 - 0x0000243b (0x4) IX[B]E [28] -1 0 0x00002420 - 0x00002427 (0x8) IX[B]E [29] -1 0 0x0000243c - 0x0000243f (0x4) IX[B]E [30] -1 0 0x00002428 - 0x0000242f (0x8) IX[B]E [31] -1 0 0x00002040 - 0x0000205f (0x20) IX[B]E [32] -1 0 0x00002060 - 0x0000207f (0x20) IX[B]E [33] -1 0 0x00002080 - 0x0000209f (0x20) IX[B]E [34] -1 0 0x000020a0 - 0x000020bf (0x20) IX[B]E [35] -1 0 0x000020c0 - 0x000020df (0x20) IX[B]E [36] -1 0 0x000020e0 - 0x000020ff (0x20) IX[B]E [37] -1 0 0x00002400 - 0x0000241f (0x20) IX[B]E [38] -1 0 0x00002430 - 0x00002437 (0x8) IX[B](B) (II) "extmod" will be loaded. This was enabled by default and also specified in the config file. (II) "dbe" will be loaded. This was enabled by default and also specified in the config file. (II) "glx" will be loaded. This was enabled by default and also specified in the config file. (II) "freetype" will be loaded. This was enabled by default and also specified in the config file. (II) "type1" will be loaded. This was enabled by default and also specified in the config file. (II) "record" will be loaded. This was enabled by default and also specified in the config file. (II) "dri" will be loaded. This was enabled by default and also specified in the config file. (II) LoadModule: "freetype" (II) Loading /usr/local/lib/xorg/modules/fonts//libfreetype.so (II) Module freetype: vendor="X.Org Foundation & the After X-TT Project" compiled for 1.4.2, module version = 2.1.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.5 (II) Loading font FreeType (II) LoadModule: "extmod" (II) Loading /usr/local/lib/xorg/modules/extensions//libextmod.so (II) Module extmod: vendor="X.Org Foundation" compiled for 1.4.2, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.3 (II) Loading extension SHAPE (II) Loading extension MIT-SUNDRY-NONSTANDARD (II) Loading extension BIG-REQUESTS (II) Loading extension SYNC (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XC-MISC (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-Misc (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension TOG-CUP (II) Loading extension Extended-Visual-Information (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: "glx" (II) Loading /usr/local/lib/xorg/modules/extensions//libglx.so (II) Module glx: vendor="X.Org Foundation" compiled for 1.4.2, module version = 1.0.0 ABI class: X.Org Server Extension, version 0.3 (==) AIGLX disabled (II) Loading extension GLX (II) LoadModule: "dri" (II) Loading /usr/local/lib/xorg/modules/extensions//libdri.so (II) Module dri: vendor="X.Org Foundation" compiled for 1.4.2, module version = 1.0.0 ABI class: X.Org Server Extension, version 0.3 (II) Loading extension XFree86-DRI (II) LoadModule: "dbe" (II) Loading /usr/local/lib/xorg/modules/extensions//libdbe.so (II) Module dbe: vendor="X.Org Foundation" compiled for 1.4.2, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.3 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: "record" (II) Loading /usr/local/lib/xorg/modules/extensions//librecord.so (II) Module record: vendor="X.Org Foundation" compiled for 1.4.2, module version = 1.13.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.3 (II) Loading extension RECORD (II) LoadModule: "xtrap" (II) Loading /usr/local/lib/xorg/modules/extensions//libxtrap.so (II) Module xtrap: vendor="X.Org Foundation" compiled for 1.4.2, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.3 (II) Loading extension DEC-XTRAP (II) LoadModule: "type1" (II) Loading /usr/local/lib/xorg/modules/fonts//libtype1.so (II) Module type1: vendor="X.Org Foundation" compiled for 1.4.2, module version = 1.0.2 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.5 (II) Loading font Type1 (II) LoadModule: "intel" (II) Loading /usr/local/lib/xorg/modules/drivers//intel_drv.so (II) Module intel: vendor="X.Org Foundation" compiled for 1.4.2, module version = 2.4.2 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 2.0 (II) LoadModule: "mouse" (II) Loading /usr/local/lib/xorg/modules/input//mouse_drv.so (II) Module mouse: vendor="X.Org Foundation" compiled for 1.4.2, module version = 1.2.3 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 2.0 (II) LoadModule: "kbd" (II) Loading /usr/local/lib/xorg/modules/input//kbd_drv.so (II) Module kbd: vendor="X.Org Foundation" compiled for 1.4.2, module version = 1.2.2 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 2.0 (II) intel: Driver for Intel Integrated Graphics Chipsets: i810, i810-dc100, i810e, i815, i830M, 845G, 852GM/855GM, 865G, 915G, E7221 (i915), 915GM, 945G, 945GM, 945GME, 965G, G35, 965Q, 946GZ, 965GM, 965GME/GLE, G33, Q35, Q33, Mobile Intel?? GM45 Express Chipset, Intel Integrated Graphics Device, G45/G43, Q45/Q43 (II) Primary Device is: PCI 00:02:0 (--) Assigning device section with no busID to primary device (WW) intel: No matching Device section for instance (BusID PCI:0:2:1) found (--) Chipset G33 found (II) resource ranges after xf86ClaimFixedResources() call: [0] -1 0 0xffffffff - 0xffffffff (0x1) MX[B] [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0xe0000000 - 0xe00fffff (0x100000) MX[B]E [5] -1 0 0xe0100000 - 0xe01fffff (0x100000) MX[B]E [6] -1 0 0xe0426000 - 0xe04260ff (0x100) MX[B]E [7] -1 0 0xe0425000 - 0xe04257ff (0x800) MX[B]E [8] -1 0 0xe0425800 - 0xe0425bff (0x400) MX[B]E [9] -1 0 0xe0420000 - 0xe0423fff (0x4000) MX[B]E [10] -1 0 0xe0425c00 - 0xe0425fff (0x400) MX[B]E [11] -1 0 0xe0424000 - 0xe0424fff (0x1000) MX[B]E [12] -1 0 0xe0400000 - 0xe041ffff (0x20000) MX[B]E [13] -1 0 0xe0426100 - 0xe04261ff (0x100) MX[B]E [14] -1 0 0xe0300000 - 0xe037ffff (0x80000) MX[B](B) [15] -1 0 0xe0200000 - 0xe02fffff (0x100000) MX[B](B) [16] -1 0 0xd0000000 - 0xdfffffff (0x10000000) MX[B](B) [17] -1 0 0xe0380000 - 0xe03fffff (0x80000) MX[B](B) [18] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [19] -1 0 0x00000000 - 0x00000000 (0x1) IX[B] [20] -1 0 0x00001000 - 0x0000100f (0x10) IX[B]E [21] -1 0 0x00001020 - 0x00001023 (0x4) IX[B]E [22] -1 0 0x00001010 - 0x00001017 (0x8) IX[B]E [23] -1 0 0x00001024 - 0x00001027 (0x4) IX[B]E [24] -1 0 0x00001018 - 0x0000101f (0x8) IX[B]E [25] -1 0 0x00002000 - 0x0000201f (0x20) IX[B]E [26] -1 0 0x00002020 - 0x0000203f (0x20) IX[B]E [27] -1 0 0x00002438 - 0x0000243b (0x4) IX[B]E [28] -1 0 0x00002420 - 0x00002427 (0x8) IX[B]E [29] -1 0 0x0000243c - 0x0000243f (0x4) IX[B]E [30] -1 0 0x00002428 - 0x0000242f (0x8) IX[B]E [31] -1 0 0x00002040 - 0x0000205f (0x20) IX[B]E [32] -1 0 0x00002060 - 0x0000207f (0x20) IX[B]E [33] -1 0 0x00002080 - 0x0000209f (0x20) IX[B]E [34] -1 0 0x000020a0 - 0x000020bf (0x20) IX[B]E [35] -1 0 0x000020c0 - 0x000020df (0x20) IX[B]E [36] -1 0 0x000020e0 - 0x000020ff (0x20) IX[B]E [37] -1 0 0x00002400 - 0x0000241f (0x20) IX[B]E [38] -1 0 0x00002430 - 0x00002437 (0x8) IX[B](B) (II) resource ranges after probing: [0] -1 0 0xffffffff - 0xffffffff (0x1) MX[B] [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0xe0000000 - 0xe00fffff (0x100000) MX[B]E [5] -1 0 0xe0100000 - 0xe01fffff (0x100000) MX[B]E [6] -1 0 0xe0426000 - 0xe04260ff (0x100) MX[B]E [7] -1 0 0xe0425000 - 0xe04257ff (0x800) MX[B]E [8] -1 0 0xe0425800 - 0xe0425bff (0x400) MX[B]E [9] -1 0 0xe0420000 - 0xe0423fff (0x4000) MX[B]E [10] -1 0 0xe0425c00 - 0xe0425fff (0x400) MX[B]E [11] -1 0 0xe0424000 - 0xe0424fff (0x1000) MX[B]E [12] -1 0 0xe0400000 - 0xe041ffff (0x20000) MX[B]E [13] -1 0 0xe0426100 - 0xe04261ff (0x100) MX[B]E [14] -1 0 0xe0300000 - 0xe037ffff (0x80000) MX[B](B) [15] -1 0 0xe0200000 - 0xe02fffff (0x100000) MX[B](B) [16] -1 0 0xd0000000 - 0xdfffffff (0x10000000) MX[B](B) [17] -1 0 0xe0380000 - 0xe03fffff (0x80000) MX[B](B) [18] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B] [19] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B] [20] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B] [21] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [22] -1 0 0x00000000 - 0x00000000 (0x1) IX[B] [23] -1 0 0x00001000 - 0x0000100f (0x10) IX[B]E [24] -1 0 0x00001020 - 0x00001023 (0x4) IX[B]E [25] -1 0 0x00001010 - 0x00001017 (0x8) IX[B]E [26] -1 0 0x00001024 - 0x00001027 (0x4) IX[B]E [27] -1 0 0x00001018 - 0x0000101f (0x8) IX[B]E [28] -1 0 0x00002000 - 0x0000201f (0x20) IX[B]E [29] -1 0 0x00002020 - 0x0000203f (0x20) IX[B]E [30] -1 0 0x00002438 - 0x0000243b (0x4) IX[B]E [31] -1 0 0x00002420 - 0x00002427 (0x8) IX[B]E [32] -1 0 0x0000243c - 0x0000243f (0x4) IX[B]E [33] -1 0 0x00002428 - 0x0000242f (0x8) IX[B]E [34] -1 0 0x00002040 - 0x0000205f (0x20) IX[B]E [35] -1 0 0x00002060 - 0x0000207f (0x20) IX[B]E [36] -1 0 0x00002080 - 0x0000209f (0x20) IX[B]E [37] -1 0 0x000020a0 - 0x000020bf (0x20) IX[B]E [38] -1 0 0x000020c0 - 0x000020df (0x20) IX[B]E [39] -1 0 0x000020e0 - 0x000020ff (0x20) IX[B]E [40] -1 0 0x00002400 - 0x0000241f (0x20) IX[B]E [41] -1 0 0x00002430 - 0x00002437 (0x8) IX[B](B) [42] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B] [43] 0 0 0x000003c0 - 0x000003df (0x20) IS[B] (II) Setting vga for screen 0. (II) Loading sub module "int10" (II) LoadModule: "int10" (II) Loading /usr/local/lib/xorg/modules//libint10.so (II) Module int10: vendor="X.Org Foundation" compiled for 1.4.2, module version = 1.0.0 ABI class: X.Org Video Driver, version 2.0 (II) Loading sub module "vbe" (II) LoadModule: "vbe" (II) Loading /usr/local/lib/xorg/modules//libvbe.so (II) Module vbe: vendor="X.Org Foundation" compiled for 1.4.2, module version = 1.1.0 ABI class: X.Org Video Driver, version 2.0 (II) Loading sub module "vgahw" (II) LoadModule: "vgahw" (II) Loading /usr/local/lib/xorg/modules//libvgahw.so (II) Module vgahw: vendor="X.Org Foundation" compiled for 1.4.2, module version = 0.1.0 ABI class: X.Org Video Driver, version 2.0 (**) intel(0): Depth 24, (--) framebuffer bpp 32 (==) intel(0): RGB weight 888 (==) intel(0): Default visual is TrueColor (**) intel(0): Option "AccelMethod" "EXA" (II) intel(0): Integrated Graphics Chipset: Intel(R) G33 (--) intel(0): Chipset: "G33" (--) intel(0): Linear framebuffer at 0xD0000000 (--) intel(0): IO registers at addr 0xE0380000 (==) intel(0): Write-combining range (0xe0380000,0x80000) was already clear (==) intel(0): Write-combining range (0xe0200000,0x40000) was already clear (II) intel(0): 2 display pipes available. (**) intel(0): Using EXA for acceleration (II) Loading sub module "int10" (II) LoadModule: "int10" (II) Reloading /usr/local/lib/xorg/modules//libint10.so (II) intel(0): initializing int10 (==) intel(0): Write-combining range (0xa0000,0x20000) was already clear (==) intel(0): Write-combining range (0xc0000,0x40000) was already clear (WW) intel(0): Bad V_BIOS checksum (II) intel(0): Primary V_BIOS segment is: 0xc000 (==) intel(0): Write-combining range (0x0,0x1000) was already clear (II) intel(0): VESA BIOS detected (II) intel(0): VESA VBE Version 3.0 (II) intel(0): VESA VBE Total Mem: 8128 kB (II) intel(0): VESA VBE OEM: Intel(r)Q33/Q35/G33 Graphics Chip Accelerated VGA BIOS (II) intel(0): VESA VBE OEM Software Rev: 1.0 (II) intel(0): VESA VBE OEM Vendor: Intel Corporation (II) intel(0): VESA VBE OEM Product: Intel(r)Q33/Q35/G33 Graphics Controller (II) intel(0): VESA VBE OEM Product Rev: Hardware Version 0.0 (==) intel(0): Write-combining range (0x0,0x1000) was already clear (II) Loading sub module "ddc" (II) LoadModule: "ddc"(II) Module "ddc" already built-in (II) Loading sub module "i2c" (II) LoadModule: "i2c"(II) Module "i2c" already built-in (II) intel(0): Output VGA using monitor section Monitor0 (II) intel(0): I2C bus "CRTDDC_A" initialized. (II) intel(0): I2C bus "SDVOCTRL_E for SDVOB" initialized. (II) intel(0): I2C device "SDVOCTRL_E for SDVOB:SDVO Controller B" registered at address 0x70. (II) intel(0): I2C bus "SDVOB DDC Bus" initialized. (II) intel(0): Output TMDS-1 has no monitor section (II) intel(0): SDVOB: device VID/DID: 02:43.00, clock range 25.0MHz - 200.0MHz (II) intel(0): SDVOB: 1 input channel (II) intel(0): SDVOB: TMDS0 output reported (II) intel(0): Current clock rate multiplier: 8 (==) intel(0): Write-combining range (0xa0000,0x10000) was already clear (II) intel(0): I2C device "SDVOB DDC Bus:ddc2" registered at address 0xA0. (II) intel(0): I2C device "CRTDDC_A:ddc2" registered at address 0xA0. (II) intel(0): I2C device "CRTDDC_A:ddc2" removed. (II) intel(0): Output VGA disconnected (II) intel(0): Output TMDS-1 connected (II) intel(0): Output TMDS-1 using initial mode 1024x768 (==) intel(0): Write-combining range (0xa0000,0x10000) was already clear (II) intel(0): detected 1024 kB GTT. (II) intel(0): detected 7164 kB stolen memory. (==) intel(0): video overlay key set to 0x101fe (==) intel(0): Will not try to enable page flipping (==) intel(0): Triple buffering disabled (==) intel(0): Intel XvMC decoder disabled (==) intel(0): Using gamma correction (1.0, 1.0, 1.0) (==) intel(0): DPI set to (96, 96) (II) Loading sub module "fb" (II) LoadModule: "fb" (II) Loading /usr/local/lib/xorg/modules//libfb.so (II) Module fb: vendor="X.Org Foundation" compiled for 1.4.2, module version = 1.0.0 ABI class: X.Org ANSI C Emulation, version 0.3 (II) Loading sub module "exa" (II) LoadModule: "exa" (II) Loading /usr/local/lib/xorg/modules//libexa.so (II) Module exa: vendor="X.Org Foundation" compiled for 1.4.2, module version = 2.2.0 ABI class: X.Org Video Driver, version 2.0 (II) Loading sub module "ramdac" (II) LoadModule: "ramdac"(II) Module "ramdac" already built-in (II) intel(0): Comparing regs from server start up to After PreInit (WW) intel(0): Register 0x70024 (PIPEASTAT) changed from 0x80000203 to 0x00000203 (WW) intel(0): PIPEASTAT before: status: FIFO_UNDERRUN VSYNC_INT_STATUS VBLANK_INT_STATUS OREG_UPDATE_STATUS (WW) intel(0): PIPEASTAT after: status: VSYNC_INT_STATUS VBLANK_INT_STATUS OREG_UPDATE_STATUS (WW) intel(0): Register 0x71024 (PIPEBSTAT) changed from 0x00000202 to 0x00000000 (WW) intel(0): PIPEBSTAT before: status: VSYNC_INT_STATUS VBLANK_INT_STATUS (WW) intel(0): PIPEBSTAT after: status: (==) Depth 24 pixmap format is 32 bpp (II) do I need RAC? No, I don't. (II) resource ranges after preInit: [0] 0 0 0xe0200000 - 0xe02fffff (0x100000) MS[B] [1] 0 0 0xd0000000 - 0xdfffffff (0x10000000) MS[B] [2] 0 0 0xe0380000 - 0xe03fffff (0x80000) MS[B] [3] -1 0 0xffffffff - 0xffffffff (0x1) MX[B] [4] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [5] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [6] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [7] -1 0 0xe0000000 - 0xe00fffff (0x100000) MX[B]E [8] -1 0 0xe0100000 - 0xe01fffff (0x100000) MX[B]E [9] -1 0 0xe0426000 - 0xe04260ff (0x100) MX[B]E [10] -1 0 0xe0425000 - 0xe04257ff (0x800) MX[B]E [11] -1 0 0xe0425800 - 0xe0425bff (0x400) MX[B]E [12] -1 0 0xe0420000 - 0xe0423fff (0x4000) MX[B]E [13] -1 0 0xe0425c00 - 0xe0425fff (0x400) MX[B]E [14] -1 0 0xe0424000 - 0xe0424fff (0x1000) MX[B]E [15] -1 0 0xe0400000 - 0xe041ffff (0x20000) MX[B]E [16] -1 0 0xe0426100 - 0xe04261ff (0x100) MX[B]E [17] -1 0 0xe0300000 - 0xe037ffff (0x80000) MX[B](B) [18] -1 0 0xe0200000 - 0xe02fffff (0x100000) MX[B](B) [19] -1 0 0xd0000000 - 0xdfffffff (0x10000000) MX[B](B) [20] -1 0 0xe0380000 - 0xe03fffff (0x80000) MX[B](B) [21] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B](OprD) [22] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B](OprD) [23] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B](OprD) [24] 0 0 0x00002430 - 0x00002437 (0x8) IS[B] [25] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [26] -1 0 0x00000000 - 0x00000000 (0x1) IX[B] [27] -1 0 0x00001000 - 0x0000100f (0x10) IX[B]E [28] -1 0 0x00001020 - 0x00001023 (0x4) IX[B]E [29] -1 0 0x00001010 - 0x00001017 (0x8) IX[B]E [30] -1 0 0x00001024 - 0x00001027 (0x4) IX[B]E [31] -1 0 0x00001018 - 0x0000101f (0x8) IX[B]E [32] -1 0 0x00002000 - 0x0000201f (0x20) IX[B]E [33] -1 0 0x00002020 - 0x0000203f (0x20) IX[B]E [34] -1 0 0x00002438 - 0x0000243b (0x4) IX[B]E [35] -1 0 0x00002420 - 0x00002427 (0x8) IX[B]E [36] -1 0 0x0000243c - 0x0000243f (0x4) IX[B]E [37] -1 0 0x00002428 - 0x0000242f (0x8) IX[B]E [38] -1 0 0x00002040 - 0x0000205f (0x20) IX[B]E [39] -1 0 0x00002060 - 0x0000207f (0x20) IX[B]E [40] -1 0 0x00002080 - 0x0000209f (0x20) IX[B]E [41] -1 0 0x000020a0 - 0x000020bf (0x20) IX[B]E [42] -1 0 0x000020c0 - 0x000020df (0x20) IX[B]E [43] -1 0 0x000020e0 - 0x000020ff (0x20) IX[B]E [44] -1 0 0x00002400 - 0x0000241f (0x20) IX[B]E [45] -1 0 0x00002430 - 0x00002437 (0x8) IX[B](B) [46] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B](OprU) [47] 0 0 0x000003c0 - 0x000003df (0x20) IS[B](OprU) (II) intel(0): Kernel reported 1006592 total, 0 used (II) intel(0): I830CheckAvailableMemory: 4026368 kB available drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 8, (OK) drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 8, (OK) drmOpenByBusid: Searching for BusID pci:0000:00:02.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 8, (OK) drmOpenByBusid: drmOpenMinor returns 8 drmOpenByBusid: drmGetBusid reports pci:0000:00:02.0 (II) [drm] DRM interface version 1.2 (II) [drm] DRM open master succeeded. (II) intel(0): [drm] Using the DRM lock SAREA also for drawables. (II) intel(0): [drm] framebuffer mapped by ddx driver (II) intel(0): [drm] added 1 reserved context for kernel (II) intel(0): X context handle = 0x1 (II) intel(0): [drm] installed DRM signal handler (**) intel(0): Framebuffer compression disabled (**) intel(0): Tiling enabled (==) intel(0): Write-combining range (0xe0380000,0x80000) was already clear (==) intel(0): Write-combining range (0xe0200000,0x40000) was already clear (==) intel(0): VideoRam: 262144 KB (II) intel(0): Attempting memory allocation with tiled buffers. (II) intel(0): Tiled allocation successful. (II) intel(0): [drm] Registers = 0xe0380000 (II) intel(0): [drm] ring buffer = 0xd0000000 (II) intel(0): [drm] mapped front buffer at 0xd0400000, handle = 0xd0400000 (II) intel(0): [drm] mapped back buffer at 0xd1400000, handle = 0xd1400000 (II) intel(0): [drm] mapped depth buffer at 0xd1800000, handle = 0xd1800000 (II) intel(0): [drm] mapped classic textures at 0xd1c00000, handle = 0xd1c00000 (II) intel(0): [drm] Initialized kernel agp heap manager, 33554432 (II) intel(0): [dri] visual configs initialized (II) intel(0): Page Flipping disabled (==) intel(0): Write-combining range (0xe0380000,0x80000) was already clear (==) intel(0): Write-combining range (0xe0200000,0x40000) was already clear (==) intel(0): Write-combining range (0xd0000000,0x10000000) was already set (II) intel(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset is 0x0000 (==) intel(0): Write-combining range (0xa0000,0x10000) was already clear (II) EXA(0): Offscreen pixmap area of 12582912 bytes (II) EXA(0): Driver registered support for the following operations: (II) Solid (II) Copy (II) Composite (RENDER acceleration) (==) intel(0): Backing store disabled (==) intel(0): Silken mouse enabled (II) intel(0): Initializing HW Cursor (II) intel(0): [DRI] installation complete (II) intel(0): Current clock rate multiplier: 8 (II) intel(0): xf86BindGARTMemory: bind key 1 at 0x006ff000 (pgoffset 1791) (WW) intel(0): xf86BindGARTMemory: binding of gart memory with key 1 at offset 0x6ff000 failed (Invalid argument) Fatal server error: Couldn't bind memory for front buffer From avg at icyb.net.ua Fri Nov 7 09:50:01 2008 From: avg at icyb.net.ua (Andriy Gapon) Date: Fri Nov 7 09:50:07 2008 Subject: Intel G33 and gtt_size In-Reply-To: <49147C21.4060100@icyb.net.ua> References: <491429D0.1040401@icyb.net.ua> <1226074436.33599.13.camel@squirrel.corp.cox.com> <49147C21.4060100@icyb.net.ua> Message-ID: <49147FB9.4020306@icyb.net.ua> on 07/11/2008 19:34 Andriy Gapon said the following: > on 07/11/2008 18:13 Robert Noland said the following: >> On Fri, 2008-11-07 at 13:43 +0200, Andriy Gapon wrote: >>> Eric, >>> >>> I found this old message from you: >>> http://lists.freebsd.org/pipermail/freebsd-stable/2008-January/039638.html >>> >>> Looking at the code in sys/pci/agp_i810.c I see that gtt_size is still >>> calculated using CHIP_I965 path. >>> >>> So I would like to inquire if fixing that code is still needed and if >>> simply setting gtt_size to zero for CHIP_G33 case would a sufficient and >>> correct patch. >>> And, if patched this way, will it work with xf86-video-intel driver >>> version 2.4.2 (from ports). >> I think you are probably looking for me instead of anholt@ these days. >> I think if you look at agp_i810.c from -CURRENT your issue is already >> addressed. > > Robert, > > it seems that agp_i810.c in current (head) and in my releng/7 (r184741) > are identical. Oops, not true! I didn't notice that agp files in head live in a new dedicated directory. Please disregard my report. I am fetching and trying the new file now. > I tried using both svn version and my hacked version > where gtt_size is forced to 0, but in both cases result is the same - X > crash. > Xorg.0.log files are the same too, as well as kernel messages. > > Here's from Xorg.0.log: > (II) intel(0): xf86BindGARTMemory: bind key 1 at 0x006ff000 (pgoffset 1791) > (WW) intel(0): xf86BindGARTMemory: binding of gart memory with key 1 > at offset 0x6ff000 failed (Invalid argument) > > Here's from dmesg: > agp0: on vgapci0 > agp0: detected 7676k stolen memory > agp0: aperture size is 256M > ... > agp0: trying to bind into stolen memory > > I am attaching full Xorg log, just in case. > > BTW, in BIOS settings for Video there is an option to select either > "DVMT" or "Fixed", by default it has DVMT. Which one would be more > convenient for our driver? > > -- Andriy Gapon From rnoland at FreeBSD.org Fri Nov 7 11:03:04 2008 From: rnoland at FreeBSD.org (Robert Noland) Date: Fri Nov 7 11:03:12 2008 Subject: Intel G33 and gtt_size In-Reply-To: <49147C21.4060100@icyb.net.ua> References: <491429D0.1040401@icyb.net.ua> <1226074436.33599.13.camel@squirrel.corp.cox.com> <49147C21.4060100@icyb.net.ua> Message-ID: <1226084577.33599.15.camel@squirrel.corp.cox.com> On Fri, 2008-11-07 at 19:34 +0200, Andriy Gapon wrote: > BTW, in BIOS settings for Video there is an option to select either > "DVMT" or "Fixed", by default it has DVMT. Which one would be more > convenient for our driver? DVMT is probably fine. The agp driver should detect how the bios sets up the chip. robert. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20081107/46c555e7/attachment.pgp From gamato at users.sf.net Fri Nov 7 17:31:10 2008 From: gamato at users.sf.net (martinko) Date: Fri Nov 7 17:31:17 2008 Subject: DPI wrongly calculated and set in X11 (7.?) In-Reply-To: References: Message-ID: martinko wrote: > Hallo, > > I've just realised that my DPI in X11 is not what it used to be. > I've had DisplaySize defined in xorg.conf and DPI had been correctly > calculated until one of the latest X.org updates. I'm not sure which > version of X.org broke this because I also have Xft.dpi in ~/.Xdefaults > and all applications I've used looked OK. And just now I've noticed > that my X11 dimensions and resolution has changed. And I can see in > Xorg.0.log that it reads my setting but calculates wrong DPIs and later > even changes it to even worse. I suspect one of 7.x is culprit here. > Does anyone know how to remedy this please ? > > Thanks, > > Martin > Hi, it may be useful to mention the video card is Radeon Mobility 9600, X.org is the latest from ports, FreeBSD is 6.4-PRERELEASE and excerpts from /var/log/Xorg.0.log follows: (II) RADEON(0): Panel Size from BIOS: 1680x1050 [...] (II) RADEON(0): Added native panel mode: 1680x1050 [...] (II) RADEON(0): Output LVDS using initial mode 1680x1050 after xf86InitialConfiguration (**) RADEON(0): Display dimensions: (330, 206) mm (**) RADEON(0): DPI set to (129, 147) [...] (II) RADEON(0): Setting screen physical size to 444 x 277 From mail at shankerbalan.net Sun Nov 9 03:07:12 2008 From: mail at shankerbalan.net (Shanker Balan) Date: Sun Nov 9 03:07:18 2008 Subject: Intel Q33 and DRM Message-ID: <20081109104655.GA31842@yahoo-inc.com> Helo, I just got myself Hewlett-Packard DC5800 at work which comes with a Intel Q33 (Bearlake) chipset and runs FreeBSD 7.1. i915.ko does not seem to attach to any device on. Wondering if support can be added for this device. Thank you for your time. [buffy] /usr/src/sys/pci> kldstat | grep i915 9 1 0xa854b000 6000 i915.ko [buffy] /usr/src/sys/pci> dmesg | grep drm -c 0 agp0: on vgapci0 agp0: detected 7676k stolen memory agp0: aperture size is 256M pci bus 0x0000 cardnum 0x02 function 0x00: vendor 0x8086 device 0x29d2 Intel Corporation Integrated Graphics Controller CardVendor 0x103c card 0x281e (Hewlett-Packard Company, Card unknown) STATUS 0x0090 COMMAND 0x0007 CLASS 0x03 0x00 0x00 REVISION 0x02 BIST 0x00 HEADER 0x80 LATENCY 0x00 CACHE 0x00 BASE0 0xf0100000 addr 0xf0100000 MEM BASE1 0x00001241 addr 0x00001240 I/O BASE2 0xe0000008 addr 0xe0000000 MEM PREFETCHABLE BASE3 0xf0000000 addr 0xf0000000 MEM MAX_LAT 0x00 MIN_GNT 0x00 INT_PIN 0x01 INT_LINE 0x10 BYTE_0 0x09 BYTE_1 0x00 BYTE_2 0x0b BYTE_3 0xb1 pci bus 0x0000 cardnum 0x02 function 0x01: vendor 0x8086 device 0x29d3 Intel Corporation Integrated Graphics Controller CardVendor 0x103c card 0x281e (Hewlett-Packard Company, Card unknown) STATUS 0x0090 COMMAND 0x0006 CLASS 0x03 0x80 0x00 REVISION 0x02 BIST 0x00 HEADER 0x80 LATENCY 0x00 CACHE 0x00 BASE0 0xf0180000 addr 0xf0180000 MEM BYTE_0 0x09 BYTE_1 0x00 BYTE_2 0x0b BYTE_3 0xb1 -- Shanker Balan Y! Sponsored Search Prod-Eng http://shankerbalan.net/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20081109/676e2850/attachment.pgp From rnoland at FreeBSD.org Sun Nov 9 08:26:10 2008 From: rnoland at FreeBSD.org (Robert Noland) Date: Sun Nov 9 08:26:17 2008 Subject: Intel Q33 and DRM In-Reply-To: <20081109104655.GA31842@yahoo-inc.com> References: <20081109104655.GA31842@yahoo-inc.com> Message-ID: <1226246344.3681.5.camel@wombat.2hip.net> On Sun, 2008-11-09 at 16:16 +0530, Shanker Balan wrote: > Helo, > > I just got myself Hewlett-Packard DC5800 at work which comes with a Intel Q33 > (Bearlake) chipset and runs FreeBSD 7.1. i915.ko does not seem to attach to > any device on. > > Wondering if support can be added for this device. These chips should be fully supported by both agp and drm in -CURRENT now. MFC is not expected until after 7.1 is released. robert. > Thank you for your time. > > [buffy] /usr/src/sys/pci> kldstat | grep i915 > 9 1 0xa854b000 6000 i915.ko > [buffy] /usr/src/sys/pci> dmesg | grep drm -c > 0 > > agp0: on vgapci0 > agp0: detected 7676k stolen memory > agp0: aperture size is 256M > > pci bus 0x0000 cardnum 0x02 function 0x00: vendor 0x8086 device 0x29d2 > Intel Corporation Integrated Graphics Controller > CardVendor 0x103c card 0x281e (Hewlett-Packard Company, Card unknown) > STATUS 0x0090 COMMAND 0x0007 > CLASS 0x03 0x00 0x00 REVISION 0x02 > BIST 0x00 HEADER 0x80 LATENCY 0x00 CACHE 0x00 > BASE0 0xf0100000 addr 0xf0100000 MEM > BASE1 0x00001241 addr 0x00001240 I/O > BASE2 0xe0000008 addr 0xe0000000 MEM PREFETCHABLE > BASE3 0xf0000000 addr 0xf0000000 MEM > MAX_LAT 0x00 MIN_GNT 0x00 INT_PIN 0x01 INT_LINE 0x10 > BYTE_0 0x09 BYTE_1 0x00 BYTE_2 0x0b BYTE_3 0xb1 > > pci bus 0x0000 cardnum 0x02 function 0x01: vendor 0x8086 device 0x29d3 > Intel Corporation Integrated Graphics Controller > CardVendor 0x103c card 0x281e (Hewlett-Packard Company, Card unknown) > STATUS 0x0090 COMMAND 0x0006 > CLASS 0x03 0x80 0x00 REVISION 0x02 > BIST 0x00 HEADER 0x80 LATENCY 0x00 CACHE 0x00 > BASE0 0xf0180000 addr 0xf0180000 MEM > BYTE_0 0x09 BYTE_1 0x00 BYTE_2 0x0b BYTE_3 0xb1 > > -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20081109/f5499a93/attachment.pgp From mail at shankerbalan.net Sun Nov 9 22:05:04 2008 From: mail at shankerbalan.net (Shanker Balan) Date: Sun Nov 9 22:05:10 2008 Subject: Intel Q33 and DRM In-Reply-To: <1226246344.3681.5.camel@wombat.2hip.net> References: <20081109104655.GA31842@yahoo-inc.com> <1226246344.3681.5.camel@wombat.2hip.net> Message-ID: <20081110060429.GA51814@yahoo-inc.com> Hello, Robert Noland wrote, > On Sun, 2008-11-09 at 16:16 +0530, Shanker Balan wrote: > > Helo, > > > > I just got myself Hewlett-Packard DC5800 at work which comes with a Intel Q33 > > (Bearlake) chipset and runs FreeBSD 7.1. i915.ko does not seem to attach to > > any device on. > > > > Wondering if support can be added for this device. > > These chips should be fully supported by both agp and drm in -CURRENT > now. MFC is not expected until after 7.1 is released. That works for me. Thanks! -- Shanker Balan Y! Sponsored Search Prod-Eng http://shankerbalan.net/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20081110/c8859d7c/attachment.pgp From bugmaster at FreeBSD.org Mon Nov 10 03:07:01 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Nov 10 03:09:35 2008 Subject: Current problem reports assigned to freebsd-x11@FreeBSD.org Message-ID: <200811101107.mAAB70ae049912@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/128542 x11 x11-drivers/xf86-video-radeonhd updated to v1.2.3 o ports/128070 x11 x11-drivers/xf86-video-radeonhd: update to 1.2.3 o ports/127692 x11 x11-drivers/xf86-video-i810 o ports/127436 x11 x11/xorg: xorg randomly uses 100% CPU with Intel + KDE o ports/126904 x11 x11/xorg startx fails on driver loading for nVidia GeF o ports/126812 x11 x11-drivers/xf86-video-ati - System freeze when exitin o ports/125883 x11 x11-fonts/xorg-fonts-cyrillic is installed, but fonts o ports/125661 x11 x11/xorg: startx fails after a couple of attempts o ports/124861 x11 Keyboard problems with xorg o ports/124220 x11 [amd64] x11-servers/xorg-server - X.org server runs in o ports/123137 x11 x11/libX11: missing ru_RU.UTF-8 locale o ports/122924 x11 XCreateImage fails in most recent x11/XOrg o ports/122830 x11 x11/xorg: Error in I830WaitLpRing() o ports/121360 x11 x11/xorg - Change default of ~/.xsession-errors to off o ports/121230 x11 [patch] ports/x11/xkeyboard-config WITHOUT_NLS support f ports/119091 x11 x11-drivers/xf86-video-intel 2.1.1 panics system o ports/119037 x11 x11: Can't type _ (Underscore) under X (gnome) o ports/118950 x11 x11-drivers/xf86-video-nv - xorg xf86 nv (nvidia) driv o ports/118645 x11 Xorg need realtime priority for mouse work nice o ports/118547 x11 [patch] x11/xdm fails with pam_krb5 f ports/118217 x11 xorg doesnt find usb mouse when initiated with devd, w f ports/117907 x11 x11-servers/mga_hal broken on 7.0-BETA (GLIBC error) o ports/117766 x11 x11-servers/xorg-server (7.3) crashes under heavy load o ports/117195 x11 ix11/Xorg 7.3 dumps core at exit (sig 11) f ports/116603 x11 x11/xorg server 7.3 hangs up o ports/116443 x11 x11-drivers/xf86-input-keyboard patch for USB jp106 ke o ports/116359 x11 x11/xorg - screen blinks with PCI-E nvidia card and ve s ports/115536 x11 [new port] x11/xorg-base port for a minimal X.Org inst o ports/115020 x11 New port: graphics/osmesa - Mesa's off-screen renderin f ports/114827 x11 Xorg server crashes when starting astro/google-earth o ports/113106 x11 x11/xorg - Xorg 7.2 + Mach64 + dri produces error mess f ports/106370 x11 Screen corruption when using Direct Rendering on a PCI 32 problems total. From avg at icyb.net.ua Mon Nov 10 07:09:17 2008 From: avg at icyb.net.ua (Andriy Gapon) Date: Mon Nov 10 07:09:24 2008 Subject: Intel Q33 and DRM In-Reply-To: <1226246344.3681.5.camel@wombat.2hip.net> References: <20081109104655.GA31842@yahoo-inc.com> <1226246344.3681.5.camel@wombat.2hip.net> Message-ID: <49184A03.7060306@icyb.net.ua> on 09/11/2008 17:59 Robert Noland said the following: > On Sun, 2008-11-09 at 16:16 +0530, Shanker Balan wrote: >> Helo, >> >> I just got myself Hewlett-Packard DC5800 at work which comes with a Intel Q33 >> (Bearlake) chipset and runs FreeBSD 7.1. i915.ko does not seem to attach to >> any device on. >> >> Wondering if support can be added for this device. > > These chips should be fully supported by both agp and drm in -CURRENT > now. MFC is not expected until after 7.1 is released. Robert, maybe we could try to include at least agp changes into 7.1? I think a lot of people would be trying 7.1 as our latest and greatest on their newer intel hardware (e.g. I have G33) and they would get a lot of disappointment with intel xorg driver causing an X crash. Besides, the patch is sufficiently small. drm part of changes is quite big indeed, on the other hand, it can taken almost verbatim from head - I needed only to comment out i915 suspend/resume methods to use in releng_7. I am attaching agp patch (my 7-stable code against releng_7) and drm patch (my 7-stable code against head). -- Andriy Gapon -------------- next part -------------- diff --git a/sys/pci/agp_i810.c b/sys/pci/agp_i810.c index f42921d..05c7cb4 100644 --- a/sys/pci/agp_i810.c +++ b/sys/pci/agp_i810.c @@ -70,6 +70,7 @@ enum { CHIP_I915, /* 915G/915GM */ CHIP_I965, /* G965 */ CHIP_G33, /* G33/Q33/Q35 */ + CHIP_G4X, /* G45/Q45 */ }; /* The i810 through i855 have the registers at BAR 1, and the GATT gets @@ -133,7 +134,7 @@ static const struct agp_i810_match { {0x25628086, CHIP_I830, 0x00020000, "Intel 82845M (845M GMCH) SVGA controller"}, {0x35828086, CHIP_I855, 0x00020000, - "Intel 82852/5"}, + "Intel 82852/855GM SVGA controller"}, {0x25728086, CHIP_I855, 0x00020000, "Intel 82865G (865G GMCH) SVGA controller"}, {0x25828086, CHIP_I915, 0x00020000, @@ -154,18 +155,26 @@ static const struct agp_i810_match { "Intel G965 SVGA controller"}, {0x29928086, CHIP_I965, 0x00020000, "Intel Q965 SVGA controller"}, - {0x29a28086, CHIP_I965, 0x00020000, + {0x29A28086, CHIP_I965, 0x00020000, "Intel G965 SVGA controller"}, - {0x29b28086, CHIP_G33, 0x00020000, + {0x29B28086, CHIP_G33, 0x00020000, "Intel Q35 SVGA controller"}, - {0x29c28086, CHIP_G33, 0x00020000, + {0x29C28086, CHIP_G33, 0x00020000, "Intel G33 SVGA controller"}, - {0x29d28086, CHIP_G33, 0x00020000, + {0x29D28086, CHIP_G33, 0x00020000, "Intel Q33 SVGA controller"}, - {0x2a028086, CHIP_I965, 0x00020000, + {0x2A028086, CHIP_I965, 0x00020000, "Intel GM965 SVGA controller"}, - {0x2a128086, CHIP_I965, 0x00020000, + {0x2A128086, CHIP_I965, 0x00020000, "Intel GME965 SVGA controller"}, + {0x2A428086, CHIP_I965, 0x00020000, + "Intel GM45 SVGA controller"}, + {0x2E028086, CHIP_G4X, 0x00020000, + "Intel 4 Series SVGA controller"}, + {0x2E128086, CHIP_G4X, 0x00020000, + "Intel Q45 SVGA controller"}, + {0x2E228086, CHIP_G4X, 0x00020000, + "Intel G45 SVGA controller"}, {0, 0, 0, NULL} }; @@ -377,6 +386,7 @@ agp_i810_attach(device_t dev) agp_set_aperture_resource(dev, AGP_I915_GMADR); break; case CHIP_I965: + case CHIP_G4X: sc->sc_res_spec = agp_i965_res_spec; agp_set_aperture_resource(dev, AGP_I915_GMADR); break; @@ -476,7 +486,8 @@ agp_i810_attach(device_t dev) gatt->ag_physical = pgtblctl & ~1; } else if (sc->chiptype == CHIP_I855 || sc->chiptype == CHIP_I915 || - sc->chiptype == CHIP_I965 || sc->chiptype == CHIP_G33) { + sc->chiptype == CHIP_I965 || sc->chiptype == CHIP_G33 || + sc->chiptype == CHIP_G4X) { unsigned int gcc1, pgtblctl, stolen, gtt_size; /* Stolen memory is set up at the beginning of the aperture by @@ -491,7 +502,6 @@ agp_i810_attach(device_t dev) gtt_size = 256; break; case CHIP_I965: - case CHIP_G33: switch (bus_read_4(sc->sc_res[0], AGP_I810_PGTBL_CTL) & AGP_I810_PGTBL_SIZE_MASK) { case AGP_I810_PGTBL_SIZE_128KB: @@ -503,6 +513,15 @@ agp_i810_attach(device_t dev) case AGP_I810_PGTBL_SIZE_512KB: gtt_size = 512; break; + case AGP_I965_PGTBL_SIZE_1MB: + gtt_size = 1024; + break; + case AGP_I965_PGTBL_SIZE_2MB: + gtt_size = 2048; + break; + case AGP_I965_PGTBL_SIZE_1_5MB: + gtt_size = 1024 + 512; + break; default: device_printf(dev, "Bad PGTBL size\n"); bus_release_resources(dev, sc->sc_res_spec, @@ -512,6 +531,27 @@ agp_i810_attach(device_t dev) return EINVAL; } break; + case CHIP_G33: + gcc1 = pci_read_config(sc->bdev, AGP_I855_GCC1, 2); + switch (gcc1 & AGP_G33_MGGC_GGMS_MASK) { + case AGP_G33_MGGC_GGMS_SIZE_1M: + gtt_size = 1024; + break; + case AGP_G33_MGGC_GGMS_SIZE_2M: + gtt_size = 2048; + break; + default: + device_printf(dev, "Bad PGTBL size\n"); + bus_release_resources(dev, sc->sc_res_spec, + sc->sc_res); + free(gatt, M_AGP); + agp_generic_detach(dev); + return EINVAL; + } + break; + case CHIP_G4X: + gtt_size = 0; + break; default: device_printf(dev, "Bad chiptype\n"); bus_release_resources(dev, sc->sc_res_spec, @@ -528,28 +568,86 @@ agp_i810_attach(device_t dev) stolen = 1024; break; case AGP_I855_GCC1_GMS_STOLEN_4M: - stolen = 4096; + stolen = 4 * 1024; break; case AGP_I855_GCC1_GMS_STOLEN_8M: - stolen = 8192; + stolen = 8 * 1024; break; case AGP_I855_GCC1_GMS_STOLEN_16M: - stolen = 16384; + stolen = 16 * 1024; break; case AGP_I855_GCC1_GMS_STOLEN_32M: - stolen = 32768; + stolen = 32 * 1024; break; case AGP_I915_GCC1_GMS_STOLEN_48M: - stolen = 49152; + if (sc->chiptype == CHIP_I915 || + sc->chiptype == CHIP_I965 || + sc->chiptype == CHIP_G33 || + sc->chiptype == CHIP_G4X) { + stolen = 48 * 1024; + } else { + stolen = 0; + } break; case AGP_I915_GCC1_GMS_STOLEN_64M: - stolen = 65536; + if (sc->chiptype == CHIP_I915 || + sc->chiptype == CHIP_I965 || + sc->chiptype == CHIP_G33 || + sc->chiptype == CHIP_G4X) { + stolen = 64 * 1024; + } else { + stolen = 0; + } break; case AGP_G33_GCC1_GMS_STOLEN_128M: - stolen = 128 * 1024; + if (sc->chiptype == CHIP_I965 || + sc->chiptype == CHIP_G33 || + sc->chiptype == CHIP_G4X) { + stolen = 128 * 1024; + } else { + stolen = 0; + } break; case AGP_G33_GCC1_GMS_STOLEN_256M: - stolen = 256 * 1024; + if (sc->chiptype == CHIP_I965 || + sc->chiptype == CHIP_G33 || + sc->chiptype == CHIP_G4X) { + stolen = 256 * 1024; + } else { + stolen = 0; + } + break; + case AGP_G4X_GCC1_GMS_STOLEN_96M: + if (sc->chiptype == CHIP_I965 || + sc->chiptype == CHIP_G4X) { + stolen = 96 * 1024; + } else { + stolen = 0; + } + break; + case AGP_G4X_GCC1_GMS_STOLEN_160M: + if (sc->chiptype == CHIP_I965 || + sc->chiptype == CHIP_G4X) { + stolen = 160 * 1024; + } else { + stolen = 0; + } + break; + case AGP_G4X_GCC1_GMS_STOLEN_224M: + if (sc->chiptype == CHIP_I965 || + sc->chiptype == CHIP_G4X) { + stolen = 224 * 1024; + } else { + stolen = 0; + } + break; + case AGP_G4X_GCC1_GMS_STOLEN_352M: + if (sc->chiptype == CHIP_I965 || + sc->chiptype == CHIP_G4X) { + stolen = 352 * 1024; + } else { + stolen = 0; + } break; default: device_printf(dev, "unknown memory configuration, " @@ -560,7 +658,11 @@ agp_i810_attach(device_t dev) agp_generic_detach(dev); return EINVAL; } - sc->stolen = (stolen - gtt_size - 4) * 1024 / 4096; + + if (sc->chiptype != CHIP_G4X) + gtt_size += 4; + + sc->stolen = (stolen - gtt_size) * 1024 / 4096; if (sc->stolen > 0) device_printf(dev, "detected %dk stolen memory\n", sc->stolen * 4); device_printf(dev, "aperture size is %dM\n", sc->initial_aperture / 1024 / 1024); diff --git a/sys/pci/agpreg.h b/sys/pci/agpreg.h index 3850444..b453cac 100644 --- a/sys/pci/agpreg.h +++ b/sys/pci/agpreg.h @@ -215,7 +215,7 @@ #define AGP_I855_GCC1_DEV2 0x08 #define AGP_I855_GCC1_DEV2_ENABLED 0x00 #define AGP_I855_GCC1_DEV2_DISABLED 0x08 -#define AGP_I855_GCC1_GMS 0x70 +#define AGP_I855_GCC1_GMS 0xf0 /* Top bit reserved pre-G33 */ #define AGP_I855_GCC1_GMS_STOLEN_0M 0x00 #define AGP_I855_GCC1_GMS_STOLEN_1M 0x10 #define AGP_I855_GCC1_GMS_STOLEN_4M 0x20 @@ -259,14 +259,28 @@ #define AGP_I965_MSAC_GMASIZE_128 0x00 #define AGP_I965_MSAC_GMASIZE_256 0x02 #define AGP_I965_MSAC_GMASIZE_512 0x06 +#define AGP_I965_PGTBL_SIZE_1MB (3 << 1) +#define AGP_I965_PGTBL_SIZE_2MB (4 << 1) +#define AGP_I965_PGTBL_SIZE_1_5MB (5 << 1) /* * G33 registers */ +#define AGP_G33_MGGC_GGMS_MASK (3 << 8) +#define AGP_G33_MGGC_GGMS_SIZE_1M (1 << 8) +#define AGP_G33_MGGC_GGMS_SIZE_2M (2 << 8) #define AGP_G33_GCC1_GMS_STOLEN_128M 0x80 #define AGP_G33_GCC1_GMS_STOLEN_256M 0x90 /* + * G4X registers + */ +#define AGP_G4X_GCC1_GMS_STOLEN_96M 0xa0 +#define AGP_G4X_GCC1_GMS_STOLEN_160M 0xb0 +#define AGP_G4X_GCC1_GMS_STOLEN_224M 0xc0 +#define AGP_G4X_GCC1_GMS_STOLEN_352M 0xd0 + +/* * NVIDIA nForce/nForce2 registers */ #define AGP_NVIDIA_0_APBASE 0x10 -------------- next part -------------- diff --git a/sys/dev/drm/i915_drv.c b/sys/dev/drm/i915_drv.c index 478e62b..5790557 100644 --- a/sys/dev/drm/i915_drv.c +++ b/sys/dev/drm/i915_drv.c @@ -42,7 +42,7 @@ __FBSDID("$FreeBSD$"); static drm_pci_id_list_t i915_pciidlist[] = { i915_PCI_IDS }; - +#if 0 static int i915_suspend(device_t nbdev) { struct drm_device *dev = device_get_softc(nbdev); @@ -68,7 +68,7 @@ static int i915_resume(device_t nbdev) return (bus_generic_resume(nbdev)); } - +#endif static void i915_configure(struct drm_device *dev) { dev->driver->driver_features = @@ -137,8 +137,10 @@ static device_method_t i915_methods[] = { /* Device interface */ DEVMETHOD(device_probe, i915_probe), DEVMETHOD(device_attach, i915_attach), +#if 0 DEVMETHOD(device_suspend, i915_suspend), DEVMETHOD(device_resume, i915_resume), +#endif DEVMETHOD(device_detach, i915_detach), { 0, 0 } From rnoland at FreeBSD.org Mon Nov 10 07:31:32 2008 From: rnoland at FreeBSD.org (Robert Noland) Date: Mon Nov 10 07:31:38 2008 Subject: Intel Q33 and DRM In-Reply-To: <49184A03.7060306@icyb.net.ua> References: <20081109104655.GA31842@yahoo-inc.com> <1226246344.3681.5.camel@wombat.2hip.net> <49184A03.7060306@icyb.net.ua> Message-ID: <1226331084.66194.6.camel@squirrel.corp.cox.com> On Mon, 2008-11-10 at 16:49 +0200, Andriy Gapon wrote: > on 09/11/2008 17:59 Robert Noland said the following: > > On Sun, 2008-11-09 at 16:16 +0530, Shanker Balan wrote: > >> Helo, > >> > >> I just got myself Hewlett-Packard DC5800 at work which comes with a Intel Q33 > >> (Bearlake) chipset and runs FreeBSD 7.1. i915.ko does not seem to attach to > >> any device on. > >> > >> Wondering if support can be added for this device. > > > > These chips should be fully supported by both agp and drm in -CURRENT > > now. MFC is not expected until after 7.1 is released. > > Robert, > > maybe we could try to include at least agp changes into 7.1? > I think a lot of people would be trying 7.1 as our latest and greatest > on their newer intel hardware (e.g. I have G33) and they would get a lot > of disappointment with intel xorg driver causing an X crash. > Besides, the patch is sufficiently small. Yes, I haven't had any negative reports on the agp work... > drm part of changes is quite big indeed, on the other hand, it can taken > almost verbatim from head - I needed only to comment out i915 > suspend/resume methods to use in releng_7. Actually, the suspend/resume should work... It's probably just the module Makefile that didn't get updated. robert. > I am attaching agp patch (my 7-stable code against releng_7) and drm > patch (my 7-stable code against head). -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20081110/bab6c0a5/attachment.pgp From intron at intron.ac Tue Nov 11 06:53:02 2008 From: intron at intron.ac (Intron is my alias on the Internet) Date: Tue Nov 11 06:54:15 2008 Subject: Another VIA UniChrome/Chrome9 Driver Message-ID: Port: http://ftp.intron.ac/tmp/xf86-video-via-linux.tar.gz If the distfile cannot be downloaded from VIA's website, please download it from my server: http://ftp.intron.ac/tmp/chrome9.83-242-sl10.1.tar.gz This is official driver from VIA, originally for SuSE 10.1. It works on my laptop (BENQ Joybook R41E) and VIA pc-1 motherboard. The GPU of my laptop is: vgapci0@pci0:1:0:0: class=0x030000 card=0x86241071 chip=0x33431106 rev=0x01 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VIA/S3G UniChromePro IGP' class = display subclass = VGA OpenChrome doesn't work with it (chip's PID = 0x3343) at all. It supports features as well as OpenChrome: * XVideo * Rotation * Dual Display - Mono display on only either LCD or VGA only - DuoView (The same scene on both LCD and VGA simultaneously) I failed to get SAMM (different scenes on LCD and VGA). I believe it is useful for people who is using laptop with VIA chipset. And I hope it can be put into port tree before it is out of date. Any FreeBSD committee can help me? ------------------------------------------------------------------------ From Beijing, China From rnoland at FreeBSD.org Tue Nov 11 07:47:27 2008 From: rnoland at FreeBSD.org (Robert Noland) Date: Tue Nov 11 07:47:34 2008 Subject: Another VIA UniChrome/Chrome9 Driver In-Reply-To: References: Message-ID: <1226418439.10032.2.camel@squirrel.corp.cox.com> On Tue, 2008-11-11 at 22:53 +0800, Intron is my alias on the Internet wrote: > Port: http://ftp.intron.ac/tmp/xf86-video-via-linux.tar.gz > > If the distfile cannot be downloaded from VIA's website, please > download it from my server: > http://ftp.intron.ac/tmp/chrome9.83-242-sl10.1.tar.gz > > This is official driver from VIA, originally for SuSE 10.1. > It works on my laptop (BENQ Joybook R41E) and VIA pc-1 motherboard. > The GPU of my laptop is: > > vgapci0@pci0:1:0:0: class=0x030000 card=0x86241071 chip=0x33431106 rev=0x01 hdr=0x00 > vendor = 'VIA Technologies Inc' > device = 'VIA/S3G UniChromePro IGP' > class = display > subclass = VGA > > OpenChrome doesn't work with it (chip's PID = 0x3343) at all. > > It supports features as well as OpenChrome: > > * XVideo > * Rotation > * Dual Display > - Mono display on only either LCD or VGA only > - DuoView (The same scene on both LCD and VGA simultaneously) > > I failed to get SAMM (different scenes on LCD and VGA). > > I believe it is useful for people who is using laptop with VIA chipset. > > And I hope it can be put into port tree before it is out of date. > Any FreeBSD committee can help me? How does this compare to our Xorg driver? I've contemplated finishing the via drm work, but I don't have any of these devices and I'm not sure how many people do. At least that care about drm anyway... robert. > ------------------------------------------------------------------------ > From Beijing, China > > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20081111/5efd2663/attachment.pgp From intron at intron.ac Tue Nov 11 09:02:20 2008 From: intron at intron.ac (Intron is my alias on the Internet) Date: Tue Nov 11 09:02:32 2008 Subject: Another VIA UniChrome/Chrome9 Driver In-Reply-To: <1226418439.10032.2.camel@squirrel.corp.cox.com> References: <1226418439.10032.2.camel@squirrel.corp.cox.com> Message-ID: Robert Noland wrote: > > How does this compare to our Xorg driver? I've contemplated finishing > the via drm work, but I don't have any of these devices and I'm not sure > how many people do. At least that care about drm anyway... > > robert. > I haven't look in it carefully. But skimming tells me that the official driver has more branches for various chips. See the source package: http://linux.via.com.tw/ Via_drv.so is actually a Linux ELF ABI. Only because it wasn't linked against any Linux's shared object can it run under FreeBSD simply. Otherwise, a mechanism like linuxpluginwrapper (Wrapper for Linux Mozilla/Firefox plugin to work with FreeBSD's native ABI of Mozilla/Firefox) must be used. The driver package contains some Linux kernel modules and shared objects, including libGL.so.1.2.via_chrome9 and via_chrome9_dri.so. Thus, I guess it is not easy to make the driver function fully under FreeBSD, especially 2D/3D acceleration. But so far, as I know, it's the unique solution that makes my laptop work. And I guess it supports more new chips. I have quite a few products with VIA chipset: * A laptop with UniChrome Pro IGP (0x3343) * Motherboard VIA PC2500E with north bridge CN700 * Motherboard VIA PC3500E with north bridge CN896 I can make tests with you. ------------------------------------------------------------------------ From Beijing, China From rnoland at FreeBSD.org Tue Nov 11 09:26:57 2008 From: rnoland at FreeBSD.org (Robert Noland) Date: Tue Nov 11 09:27:04 2008 Subject: Another VIA UniChrome/Chrome9 Driver In-Reply-To: References: <1226418439.10032.2.camel@squirrel.corp.cox.com> Message-ID: <1226424409.10032.6.camel@squirrel.corp.cox.com> On Wed, 2008-11-12 at 01:02 +0800, Intron is my alias on the Internet wrote: > But so far, as I know, it's the unique solution that makes my laptop > work. What do you mean by "work". Does the normal xorg driver not work for your chip? Let me go look at the ddx driver... > And I guess it supports more new chips. > > I have quite a few products with VIA chipset: > > * A laptop with UniChrome Pro IGP (0x3343) This pci_id is listed in drm, so if I finish porting the code, it should work, for some definition of work... ;) robert. > * Motherboard VIA PC2500E with north bridge CN700 > * Motherboard VIA PC3500E with north bridge CN896 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20081111/b6401b29/attachment.pgp From intron at intron.ac Tue Nov 11 11:42:41 2008 From: intron at intron.ac (Intron is my alias on the Internet) Date: Tue Nov 11 11:42:49 2008 Subject: Another VIA UniChrome/Chrome9 Driver In-Reply-To: <1226424409.10032.6.camel@squirrel.corp.cox.com> References: <1226418439.10032.2.camel@squirrel.corp.cox.com> <1226424409.10032.6.camel@squirrel.corp.cox.com> Message-ID: Robert Noland wrote: > On Wed, 2008-11-12 at 01:02 +0800, Intron is my alias on the Internet > wrote: >> But so far, as I know, it's the unique solution that makes my laptop >> work. > > What do you mean by "work". Does the normal xorg driver not work for > your chip? Let me go look at the ddx driver... > >> And I guess it supports more new chips. >> >> I have quite a few products with VIA chipset: >> >> * A laptop with UniChrome Pro IGP (0x3343) > > This pci_id is listed in drm, so if I finish porting the code, it should > work, for some definition of work... ;) > > robert. > >> * Motherboard VIA PC2500E with north bridge CN700 >> * Motherboard VIA PC3500E with north bridge CN896 You may see the mysterious phenomenon here: http://ftp.intron.ac/tmp/openchrome.avi (1.9MB) Play the video file with MPlayer. My laptop + OpenChrome 0.2.903 = A space alien's visit ? ------------------------------------------------------------------------ From Beijing, China From rnoland at FreeBSD.org Tue Nov 11 11:58:52 2008 From: rnoland at FreeBSD.org (Robert Noland) Date: Tue Nov 11 11:59:03 2008 Subject: Another VIA UniChrome/Chrome9 Driver In-Reply-To: References: <1226418439.10032.2.camel@squirrel.corp.cox.com> <1226424409.10032.6.camel@squirrel.corp.cox.com> Message-ID: <1226433523.16065.1.camel@squirrel.corp.cox.com> On Wed, 2008-11-12 at 03:42 +0800, Intron is my alias on the Internet wrote: > Robert Noland wrote: > > > On Wed, 2008-11-12 at 01:02 +0800, Intron is my alias on the Internet > > wrote: > >> But so far, as I know, it's the unique solution that makes my laptop > >> work. > > > > What do you mean by "work". Does the normal xorg driver not work for > > your chip? Let me go look at the ddx driver... > > > >> And I guess it supports more new chips. > >> > >> I have quite a few products with VIA chipset: > >> > >> * A laptop with UniChrome Pro IGP (0x3343) > > > > This pci_id is listed in drm, so if I finish porting the code, it should > > work, for some definition of work... ;) > > > > robert. > > > >> * Motherboard VIA PC2500E with north bridge CN700 > >> * Motherboard VIA PC3500E with north bridge CN896 > > You may see the mysterious phenomenon here: > > http://ftp.intron.ac/tmp/openchrome.avi (1.9MB) Is that with the xorg driver? An xorg.log might be helpful. robert. > Play the video file with MPlayer. > > My laptop + OpenChrome 0.2.903 = A space alien's visit ? > > ------------------------------------------------------------------------ > From Beijing, China > > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20081111/a2263ec8/attachment.pgp From intron at intron.ac Tue Nov 11 12:21:53 2008 From: intron at intron.ac (Intron is my alias on the Internet) Date: Tue Nov 11 12:21:59 2008 Subject: Another VIA UniChrome/Chrome9 Driver In-Reply-To: <1226433523.16065.1.camel@squirrel.corp.cox.com> References: <1226418439.10032.2.camel@squirrel.corp.cox.com> <1226424409.10032.6.camel@squirrel.corp.cox.com> <1226433523.16065.1.camel@squirrel.corp.cox.com> Message-ID: Robert Noland wrote: >> You may see the mysterious phenomenon here: >> >> http://ftp.intron.ac/tmp/openchrome.avi (1.9MB) > > Is that with the xorg driver? An xorg.log might be helpful. > > robert. > >> Play the video file with MPlayer. >> >> My laptop + OpenChrome 0.2.903 = A space alien's visit ? The mysterious phenomenon is produced with the port xf86-video-openchrome-0.2.903. Here is the log file: http://ftp.intron.ac/tmp/openchrome-Xorg.0.log It ended when I pressed Ctrl-Alt-BackSpace. ------------------------------------------------------------------------ From Beijing, China From rnoland at FreeBSD.org Tue Nov 11 13:00:22 2008 From: rnoland at FreeBSD.org (Robert Noland) Date: Tue Nov 11 13:00:29 2008 Subject: Another VIA UniChrome/Chrome9 Driver In-Reply-To: References: <1226418439.10032.2.camel@squirrel.corp.cox.com> <1226424409.10032.6.camel@squirrel.corp.cox.com> <1226433523.16065.1.camel@squirrel.corp.cox.com> Message-ID: <1226437213.16065.4.camel@squirrel.corp.cox.com> On Wed, 2008-11-12 at 04:21 +0800, Intron is my alias on the Internet wrote: > Robert Noland wrote: > > >> You may see the mysterious phenomenon here: > >> > >> http://ftp.intron.ac/tmp/openchrome.avi (1.9MB) > > > > Is that with the xorg driver? An xorg.log might be helpful. > > > > robert. > > > >> Play the video file with MPlayer. > >> > >> My laptop + OpenChrome 0.2.903 = A space alien's visit ? > > The mysterious phenomenon is produced with the port > xf86-video-openchrome-0.2.903. Here is the log file: Ok, the more I dig into this, the more confused I get... This driver is not from via... It is open source, but not developed with xorg... Give me a few minutes to see how things look and maybe we can just make a port from the source... robert. > http://ftp.intron.ac/tmp/openchrome-Xorg.0.log > > It ended when I pressed Ctrl-Alt-BackSpace. > > ------------------------------------------------------------------------ > From Beijing, China > > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20081111/d77512e5/attachment.pgp From rnoland at 2hip.net Tue Nov 11 15:04:48 2008 From: rnoland at 2hip.net (Robert Noland) Date: Tue Nov 11 15:04:55 2008 Subject: Another VIA UniChrome/Chrome9 Driver In-Reply-To: <1226437213.16065.4.camel@squirrel.corp.cox.com> References: <1226418439.10032.2.camel@squirrel.corp.cox.com> <1226424409.10032.6.camel@squirrel.corp.cox.com> <1226433523.16065.1.camel@squirrel.corp.cox.com> <1226437213.16065.4.camel@squirrel.corp.cox.com> Message-ID: <1226444680.16065.11.camel@squirrel.corp.cox.com> On Tue, 2008-11-11 at 16:00 -0500, Robert Noland wrote: > On Wed, 2008-11-12 at 04:21 +0800, Intron is my alias on the Internet > wrote: > > Robert Noland wrote: > > > > >> You may see the mysterious phenomenon here: > > >> > > >> http://ftp.intron.ac/tmp/openchrome.avi (1.9MB) > > > > > > Is that with the xorg driver? An xorg.log might be helpful. > > > > > > robert. > > > > > >> Play the video file with MPlayer. > > >> > > >> My laptop + OpenChrome 0.2.903 = A space alien's visit ? > > > > The mysterious phenomenon is produced with the port > > xf86-video-openchrome-0.2.903. Here is the log file: > > Ok, the more I dig into this, the more confused I get... This driver is > not from via... It is open source, but not developed with xorg... Give > me a few minutes to see how things look and maybe we can just make a > port from the source... Ok, I need more coffee... I have all the versions sorted out now... So your are using xf86-video-openchrome from ports... It looks like there is an internal conflict about whether this chip is actually a P4M890 or a P4M900. I'm not sure which way to go, so we will try the 890 first... Please try the following patch to the openchrome port. http://people.freebsd.org/~rnoland/openchrome.patch robert. > robert. > > > http://ftp.intron.ac/tmp/openchrome-Xorg.0.log > > > > It ended when I pressed Ctrl-Alt-BackSpace. > > > > ------------------------------------------------------------------------ > > From Beijing, China > > > > _______________________________________________ > > freebsd-x11@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" -- Robert Noland 2Hip Networks -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20081111/b6cb7f6b/attachment.pgp From rnoland at FreeBSD.org Tue Nov 11 21:22:49 2008 From: rnoland at FreeBSD.org (Robert Noland) Date: Tue Nov 11 21:22:55 2008 Subject: Another VIA UniChrome/Chrome9 Driver In-Reply-To: <1226444680.16065.11.camel@squirrel.corp.cox.com> References: <1226418439.10032.2.camel@squirrel.corp.cox.com> <1226424409.10032.6.camel@squirrel.corp.cox.com> <1226433523.16065.1.camel@squirrel.corp.cox.com> <1226437213.16065.4.camel@squirrel.corp.cox.com> <1226444680.16065.11.camel@squirrel.corp.cox.com> Message-ID: <1226467355.1656.8.camel@wombat.2hip.net> On Tue, 2008-11-11 at 18:04 -0500, Robert Noland wrote: > On Tue, 2008-11-11 at 16:00 -0500, Robert Noland wrote: > > On Wed, 2008-11-12 at 04:21 +0800, Intron is my alias on the Internet > > wrote: > > > Robert Noland wrote: > > > > > > >> You may see the mysterious phenomenon here: > > > >> > > > >> http://ftp.intron.ac/tmp/openchrome.avi (1.9MB) > > > > > > > > Is that with the xorg driver? An xorg.log might be helpful. > > > > > > > > robert. > > > > > > > >> Play the video file with MPlayer. > > > >> > > > >> My laptop + OpenChrome 0.2.903 = A space alien's visit ? > > > > > > The mysterious phenomenon is produced with the port > > > xf86-video-openchrome-0.2.903. Here is the log file: > > > > Ok, the more I dig into this, the more confused I get... This driver is > > not from via... It is open source, but not developed with xorg... Give > > me a few minutes to see how things look and maybe we can just make a > > port from the source... > > Ok, I need more coffee... I have all the versions sorted out now... So > your are using xf86-video-openchrome from ports... It looks like there > is an internal conflict about whether this chip is actually a P4M890 or > a P4M900. I'm not sure which way to go, so we will try the 890 first... > Please try the following patch to the openchrome port. > > http://people.freebsd.org/~rnoland/openchrome.patch Ok, I spoke to a couple of the unichrome developers and my patch isn't quite right, but it is close enough for you to test. It seems that the openchrome driver needs to match not only the chip id, but the card id also. It apparently needs this to know what ports to enable (panel, crt). Both your chip id and board were there, but not in the right combination. I have a proper patch for your board now, which has also been committed to openchromes svn repo... robert. > > > http://ftp.intron.ac/tmp/openchrome-Xorg.0.log > > > > > > It ended when I pressed Ctrl-Alt-BackSpace. > > > > > > ------------------------------------------------------------------------ > > > From Beijing, China > > > > > > _______________________________________________ > > > freebsd-x11@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > > > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20081112/22f37984/attachment.pgp From intron at intron.ac Tue Nov 11 23:46:10 2008 From: intron at intron.ac (Intron is my alias on the Internet) Date: Tue Nov 11 23:46:24 2008 Subject: Another VIA UniChrome/Chrome9 Driver In-Reply-To: <1226467355.1656.8.camel@wombat.2hip.net> References: <1226418439.10032.2.camel@squirrel.corp.cox.com> <1226424409.10032.6.camel@squirrel.corp.cox.com> <1226433523.16065.1.camel@squirrel.corp.cox.com> <1226437213.16065.4.camel@squirrel.corp.cox.com> <1226444680.16065.11.camel@squirrel.corp.cox.com> <1226467355.1656.8.camel@wombat.2hip.net> Message-ID: Robert Noland wrote: > Ok, I spoke to a couple of the unichrome developers and my patch isn't > quite right, but it is close enough for you to test. It seems that the > openchrome driver needs to match not only the chip id, but the card id > also. It apparently needs this to know what ports to enable (panel, > crt). Both your chip id and board were there, but not in the right > combination. I have a proper patch for your board now, which has also > been committed to openchromes svn repo... > > robert. > Thank you for your patience. With your patch http://www.openchrome.org/trac/changeset/686/trunk/src, Xorg can work on my laptop one-off. That is, for the first time I start Xorg, it works well. For the second time, my laptop go to die. Maybe it is because I'm using 8.0-CURRENT in order to debug my USB drivers. And even for the first time, HWCursor doesn't work, which makes me have to enable SWCursor. Just before I read some codes in openchrome, xf86-video-via and the one on http://linux.via.com.tw/. I guess in the past years, VIA and OpenChrome probably borrowed codes from each other. Now, I propose that the driver from linux.via.com.tw needs to be pushed into the port tree of FreeBSD. After all, it is an alternative choice for users. I adore you and other developpers of OpenChrome very much. But after all you are doing hacking and/or reverse engineering. And the information about VIA chips that you have got is seriously inequal to what VIA know about itself. By the way, I have tested MPEG-2 decoding of VIA chips on all products in my hands (PM890, CN700 and CN896). The result disappointed me very much. I put much hope on CN896, the best one of them. I found Fedora Core 5 after long searching on the Internet here and there, and then configured Xorg with the driver from VIA (the last one on the page): http://www.viaarena.com/default.aspx?PageID=420&OSID=30&CatID=2770&SubCatID=189 This driver is the only one that fully supports MPEG-2 decoder as far as I found. After compiling VeMP (http://sourceforge.net/projects/vemp/), I wished CN896 could play HDTV (1920x1080) MPEG-2 materials smoothly. But actually, in my testing, CN896 could only play materials at 1440x810 (from http://anon.nasa-global.edgesuite.net/anon.nasa-global/NASAHD/Lunar_Surface/LunarSurface_HD_1080i.wmv , reencoded to MPEG-2 with MEncoder at nearly the same bit rate) with a little lag. And just as described in VeMP's documentation, occasionally the machine died while playing. ------------------------------------------------------------------------ From Beijing, China From intron at intron.ac Wed Nov 12 05:24:55 2008 From: intron at intron.ac (Intron is my alias on the Internet) Date: Wed Nov 12 05:25:01 2008 Subject: Anyone would help me to test this port? Another VIA UniChrome/Chrome9 Driver In-Reply-To: <1226467355.1656.8.camel@wombat.2hip.net> References: <1226418439.10032.2.camel@squirrel.corp.cox.com> <1226424409.10032.6.camel@squirrel.corp.cox.com> <1226433523.16065.1.camel@squirrel.corp.cox.com> <1226437213.16065.4.camel@squirrel.corp.cox.com> <1226444680.16065.11.camel@squirrel.corp.cox.com> <1226467355.1656.8.camel@wombat.2hip.net> Message-ID: Anyone would help me to test this port? http://ftp.intron.ac/tmp/xf86-video-via-linux.tar.gz My testing result: 1. Rotation (Resolution: 800x1280): ScreenShot: http://ftp.intron.ac/tmp/via_rotation_screenshot.png 2. XVideo (The program is that CCTV visited Prof. Long-Ping Yuan, the inventor of hybrid rice): Screenshot: http://ftp.intron.ac/tmp/via_xv_screenshot.png Photo: http://ftp.intron.ac/tmp/via_xv_photo.jpg 3. Dual Display (DuoView) Screenshot: http://ftp.intron.ac/tmp/via_dual_screenshot.png Photo: http://ftp.intron.ac/tmp/via_dual_photo.jpg ------------------------------------------------------------------------ From Beijing, China From julian at elischer.org Wed Nov 12 09:49:16 2008 From: julian at elischer.org (Julian Elischer) Date: Wed Nov 12 09:49:55 2008 Subject: Anyone would help me to test this port? Another VIA UniChrome/Chrome9 Driver In-Reply-To: References: <1226418439.10032.2.camel@squirrel.corp.cox.com> <1226424409.10032.6.camel@squirrel.corp.cox.com> <1226433523.16065.1.camel@squirrel.corp.cox.com> <1226437213.16065.4.camel@squirrel.corp.cox.com> <1226444680.16065.11.camel@squirrel.corp.cox.com> <1226467355.1656.8.camel@wombat.2hip.net> Message-ID: <491B14B6.7020102@elischer.org> Intron is my alias on the Internet wrote: > Anyone would help me to test this port? wish I could.. (no such hardware) just saying "good work".. > > http://ftp.intron.ac/tmp/xf86-video-via-linux.tar.gz > > My testing result: > > 1. Rotation (Resolution: 800x1280): > > ScreenShot: http://ftp.intron.ac/tmp/via_rotation_screenshot.png > > 2. XVideo (The program is that CCTV visited Prof. Long-Ping Yuan, > the inventor of hybrid rice): > > Screenshot: http://ftp.intron.ac/tmp/via_xv_screenshot.png > Photo: http://ftp.intron.ac/tmp/via_xv_photo.jpg > > 3. Dual Display (DuoView) > > Screenshot: http://ftp.intron.ac/tmp/via_dual_screenshot.png > Photo: http://ftp.intron.ac/tmp/via_dual_photo.jpg > > ------------------------------------------------------------------------ > From Beijing, China > > _______________________________________________ > freebsd-multimedia@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-multimedia > To unsubscribe, send any mail to > "freebsd-multimedia-unsubscribe@freebsd.org" From novembre at gmail.com Wed Nov 12 10:00:11 2008 From: novembre at gmail.com (Novembre) Date: Wed Nov 12 10:00:19 2008 Subject: Another VIA UniChrome/Chrome9 Driver References: <1226418439.10032.2.camel@squirrel.corp.cox.com> Message-ID: Robert Noland FreeBSD.org> writes: > > How does this compare to our Xorg driver? I've contemplated finishing > the via drm work, but I don't have any of these devices and I'm not sure > how many people do. At least that care about drm anyway... > > robert. > I have a Pentium III-S desktop with a motherboard which has a VIA Unichrome IGP. I am willing to test your VIA drm patches if you plan to finish it. Thanks a lot From pav at FreeBSD.org Fri Nov 14 01:40:43 2008 From: pav at FreeBSD.org (pav@FreeBSD.org) Date: Fri Nov 14 01:40:55 2008 Subject: ports/128831: X server is broken on Intel 82845G chipset Message-ID: <200811140940.mAE9ehXB071114@freefall.freebsd.org> Synopsis: X server is broken on Intel 82845G chipset Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-x11 Responsible-Changed-By: pav Responsible-Changed-When: Fri Nov 14 09:40:33 UTC 2008 Responsible-Changed-Why: Assign to maintainer http://www.freebsd.org/cgi/query-pr.cgi?pr=128831 From jilingshu at gmail.com Sat Nov 15 20:12:28 2008 From: jilingshu at gmail.com (Bear) Date: Sat Nov 15 20:12:35 2008 Subject: My GNOME2 cannot work! Message-ID: <200811161150196091110@Gmail.com> hi, I have use these commands to install GNOME to my new-installed FreeBSD 7.0: pkg_add -r xorg pkg_add -r gnome-session pkg_add -r gnome2-lite and then,I reboot my computer and use user Bear to login. then I type in echo "/usr/local/bin/gnome-session" > ~/.xinitrc then I type in startx but it give me a error the summary of the error is below: Could not lock the file "/var/tmp/gconf-test-locking-file-CB9IKU" The error was "Invalid argument"(errno = 22) What Can I Do??thx! BTW:I have been set my PACKAGEROOT to ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/i386/packages-current/Lat est/ -------------- Bear 2008-11-16 From jilingshu at gmail.com Sat Nov 15 23:52:58 2008 From: jilingshu at gmail.com (Bear) Date: Sat Nov 15 23:53:04 2008 Subject: (no subject) Message-ID: <200811161552458757708@Gmail.com> hi, I just tried to reinstall my freebsd. then I installed these packages: xorg gnome2-lite and when I type in startx,it still give me a ERROR!!!! It tell me this: Could not lock the file "/var/tmp/gconf-test-locking-file-CB9IKU" The error was "Invalid argument"(errno = 22) the console says: gconf-sanity-check-2 did not pass,logging back out then I add gnome_enable="YES" to /etc/rc.conf and reboot. While I am booting,it tell me these: Starting avahi-daemon avahi-daemon[609]:Failed to create PID file:Invalid Argument Starting avahi-dnsconfd avahi-daemon[1021]:Failed to create PID file:Invalid Argument What shall I do??? -------------- Bear 2008-11-16 From amarat at ksu.ru Sun Nov 16 04:57:24 2008 From: amarat at ksu.ru (Marat N.Afanasyev) Date: Sun Nov 16 04:57:49 2008 Subject: My GNOME2 cannot work! In-Reply-To: <200811161150196091110@Gmail.com> References: <200811161150196091110@Gmail.com> Message-ID: <492013BE.8060800@ksu.ru> Bear wrote: > hi, > I have use these commands to install GNOME to my new-installed FreeBSD 7.0: > > pkg_add -r xorg > pkg_add -r gnome-session > pkg_add -r gnome2-lite > > and then,I reboot my computer and use user Bear to login. > then I type in > > echo "/usr/local/bin/gnome-session" > ~/.xinitrc > > then I type in > > startx > > but it give me a error > the summary of the error is below: > > Could not lock the file "/var/tmp/gconf-test-locking-file-CB9IKU" > The error was "Invalid argument"(errno = 22) > > What Can I Do??thx! > > BTW:I have been set my PACKAGEROOT to ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/i386/packages-current/Lat > est/ > > -------------- > Bear > 2008-11-16 > > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" > check permissions on /var/tmp directory. they should be drwxrwxrwt -- SY, Marat From markir at paradise.net.nz Sun Nov 16 18:25:33 2008 From: markir at paradise.net.nz (Mark Kirkwood) Date: Sun Nov 16 18:25:39 2008 Subject: Firefox 3 displays pieces of desktop background Message-ID: <4920D295.50502@paradise.net.nz> I'm on 7.1 Prerelease refreshed a few days ago. I've noticed that Firefox 3 (3.0.4, but 3.0.3 was the same) displays snippets from ones desktop on some webpages (yahoo and youtube being the 2 most recent). I've tried to get together a simple test page to illustrate what is happening and put it here: http://homepages.paradise.net.nz/markir/test.html This should display some text on a grey background (which it does in Epiphany for instance). However in Firefox 3 it uses my desktop background as the web page background in some strange way. Any ideas? regards Mark From lists at pingle.org Sun Nov 16 20:48:46 2008 From: lists at pingle.org (Jim Pingle) Date: Sun Nov 16 20:48:52 2008 Subject: Firefox 3 displays pieces of desktop background In-Reply-To: <4920D295.50502@paradise.net.nz> References: <4920D295.50502@paradise.net.nz> Message-ID: <4920F403.8070606@pingle.org> Mark Kirkwood wrote: > I'm on 7.1 Prerelease refreshed a few days ago. I've noticed that > Firefox 3 (3.0.4, but 3.0.3 was the same) displays snippets from ones > desktop on some webpages (yahoo and youtube being the 2 most recent). > > I've tried to get together a simple test page to illustrate what is > happening and put it here: > > http://homepages.paradise.net.nz/markir/test.html > > This should display some text on a grey background (which it does in > Epiphany for instance). However in Firefox 3 it uses my desktop > background as the web page background in some strange way. Any ideas? I don't have much in the way of an explanation, but I was also seeing this with Firefox 3.0.x when viewing iGoogle. It may have been the theme I use with iGoogle (Earth-light). However, I am unable to reproduce this today, even with your test page and Firefox 3.0.4. I had just updated my world and kernel today and also updated Firefox to 3.0.4 today (along with all other ports). I use Opera more often than Firefox on that workstation (It's not a speed demon, so Opera is much faster) so I can't say for sure when the problem really disappeared, only that it is not there today. Jim From nslay at comcast.net Sun Nov 16 21:13:43 2008 From: nslay at comcast.net (Nathan Lay) Date: Sun Nov 16 21:13:49 2008 Subject: Firefox 3 displays pieces of desktop background In-Reply-To: <4920D295.50502@paradise.net.nz> References: <4920D295.50502@paradise.net.nz> Message-ID: <4920F984.1060001@comcast.net> Mark Kirkwood wrote: > I'm on 7.1 Prerelease refreshed a few days ago. I've noticed that > Firefox 3 (3.0.4, but 3.0.3 was the same) displays snippets from ones > desktop on some webpages (yahoo and youtube being the 2 most recent). > > I've tried to get together a simple test page to illustrate what is > happening and put it here: > > http://homepages.paradise.net.nz/markir/test.html > > This should display some text on a grey background (which it does in > Epiphany for instance). However in Firefox 3 it uses my desktop > background as the web page background in some strange way. Any ideas? > > regards > > Mark > > > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" > Firefox 3 has been rendering some corrupted images for me since its release. Some images would render as fully or partially black, others would render with bits of Firefox toolbar and even others would render with different portions of the web page and other X11 applications. Xorg log would show spammed "Render bad image" messages. Opera renders correctly, except it breaks malloc (e.g. mplayer will fail to allocate memory while Opera is running). I've kept ports up to date, and have even rebuilt all ports, but nothing fixes these problems. These problems continue to occur on even the latest 7-STABLE builds. Best Regards, Nathan Lay From markir at paradise.net.nz Sun Nov 16 21:15:09 2008 From: markir at paradise.net.nz (Mark Kirkwood) Date: Sun Nov 16 21:15:17 2008 Subject: Firefox 3 displays pieces of desktop background In-Reply-To: <4920F403.8070606@pingle.org> References: <4920D295.50502@paradise.net.nz> <4920F403.8070606@pingle.org> Message-ID: <4920FDCF.6090801@paradise.net.nz> Jim Pingle wrote: > > > I don't have much in the way of an explanation, but I was also seeing > this with Firefox 3.0.x when viewing iGoogle. It may have been the theme > I use with iGoogle (Earth-light). However, I am unable to reproduce this > today, even with your test page and Firefox 3.0.4. > > I had just updated my world and kernel today and also updated Firefox to > 3.0.4 today (along with all other ports). > > I use Opera more often than Firefox on that workstation (It's not a > speed demon, so Opera is much faster) so I can't say for sure when the > problem really disappeared, only that it is not there today. > > Could be one of these (raised on Linux platform but could just be tried to Xorg...): https://bugzilla.mozilla.org/show_bug.cgi?id=383292 https://bugzilla.mozilla.org/show_bug.cgi?id=343993 From cmt at burggraben.net Sun Nov 16 22:38:39 2008 From: cmt at burggraben.net (Christoph Moench-Tegeder) Date: Sun Nov 16 22:38:46 2008 Subject: Firefox 3 displays pieces of desktop background In-Reply-To: <4920D295.50502@paradise.net.nz> References: <4920D295.50502@paradise.net.nz> Message-ID: <20081117061157.GA2003@reindeer.haidundneu23.net> ## Mark Kirkwood (markir@paradise.net.nz): > I'm on 7.1 Prerelease refreshed a few days ago. I've noticed that > Firefox 3 (3.0.4, but 3.0.3 was the same) displays snippets from ones > desktop on some webpages (yahoo and youtube being the 2 most recent). Image rendering was optimized in Firefox 3, so it breaks with a lot of xservers (seems as if some pixmap rendering code is broken in X and firefox triggers that problem). Try setting Option "XaaNoOffscreenPixmaps" to "true" in the "Device" section of your xorg.conf. Regards, Christoph -- Spare Space From markir at paradise.net.nz Sun Nov 16 23:27:28 2008 From: markir at paradise.net.nz (Mark Kirkwood) Date: Sun Nov 16 23:27:34 2008 Subject: Firefox 3 displays pieces of desktop background In-Reply-To: <20081117061157.GA2003@reindeer.haidundneu23.net> References: <4920D295.50502@paradise.net.nz> <20081117061157.GA2003@reindeer.haidundneu23.net> Message-ID: <49211CDE.8000205@paradise.net.nz> Christoph Moench-Tegeder wrote: > ## Mark Kirkwood (markir@paradise.net.nz): > > >> I'm on 7.1 Prerelease refreshed a few days ago. I've noticed that >> Firefox 3 (3.0.4, but 3.0.3 was the same) displays snippets from ones >> desktop on some webpages (yahoo and youtube being the 2 most recent). >> > > Image rendering was optimized in Firefox 3, so it breaks with a lot > of xservers (seems as if some pixmap rendering code is broken in X > and firefox triggers that problem). > Try setting Option "XaaNoOffscreenPixmaps" to "true" in the "Device" > section of your xorg.conf. > Excellent, this sorts the display problem - thanks very much! Mark From shinjii at maydias.com Mon Nov 17 00:46:48 2008 From: shinjii at maydias.com (Warren Liddell) Date: Mon Nov 17 00:46:54 2008 Subject: Firefox 3 displays pieces of desktop background In-Reply-To: <4920F984.1060001@comcast.net> References: <4920D295.50502@paradise.net.nz> <4920F984.1060001@comcast.net> Message-ID: <492126DE.4040400@maydias.com> Firefox 3 has been rendering some corrupted images for me since its > release. Some images would render as fully or partially black, others > would render with bits of Firefox toolbar and even others would render > with different portions of the web page and other X11 applications. > Xorg log would show spammed "Render bad image" messages. Opera renders > correctly, except it breaks malloc (e.g. mplayer will fail to allocate > memory while Opera is running). I've kept ports up to date, and have > even rebuilt all ports, but nothing fixes these problems. These > problems continue to occur on even the latest 7-STABLE builds. > > Best Regards, > Nathan Lay I myself have had this issue for a little while myself. Pictures partially display and rest black or picture displays as complete back or as also mentioned, parts of the toolbar in firefox or the desktop appear. I running an upto date ports/source etc on a 7.1-PreRelease AMD64 machine. From sirdice at xs4all.nl Mon Nov 17 02:43:33 2008 From: sirdice at xs4all.nl (SirDice) Date: Mon Nov 17 02:43:42 2008 Subject: My GNOME2 cannot work! Message-ID: <9659.134.146.0.43.1226917418.squirrel@webmail.xs4all.nl> On Sun, November 16, 2008 04:50, Bear wrote: > hi, > I have use these commands to install GNOME to my new-installed FreeBSD > 7.0: > > pkg_add -r xorg > pkg_add -r gnome-session > pkg_add -r gnome2-lite > > and then,I reboot my computer and use user Bear to login. > then I type in > > echo "/usr/local/bin/gnome-session" > ~/.xinitrc > > then I type in > > startx > > but it give me a error > the summary of the error is below: > > Could not lock the file "/var/tmp/gconf-test-locking-file-CB9IKU" > The error was "Invalid argument"(errno = 22) Add the following to rc.conf: dbus_enable="YES" hald_enable="YES" ~/.xinitrc should look like this: exec dbus-launch --exit-with-session gnome-session Make sure both dbus and hald are running before startx. HTH Remko C. > > What Can I Do??thx! > > BTW:I have been set my PACKAGEROOT to > ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/i386/packages-current/Lat > est/ > > -------------- > Bear > 2008-11-16 > > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" > From bugmaster at FreeBSD.org Mon Nov 17 03:07:00 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Nov 17 03:09:37 2008 Subject: Current problem reports assigned to freebsd-x11@FreeBSD.org Message-ID: <200811171106.mAHB6x23082718@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/128831 x11 x11-drivers/xf86-video-intel - X server is broken on I o ports/128542 x11 x11-drivers/xf86-video-radeonhd updated to v1.2.3 o ports/128070 x11 x11-drivers/xf86-video-radeonhd: update to 1.2.3 o ports/127692 x11 x11-drivers/xf86-video-i810 o ports/127436 x11 x11/xorg: xorg randomly uses 100% CPU with Intel + KDE o ports/126904 x11 x11/xorg startx fails on driver loading for nVidia GeF o ports/126812 x11 x11-drivers/xf86-video-ati - System freeze when exitin o ports/125883 x11 x11-fonts/xorg-fonts-cyrillic is installed, but fonts o ports/125661 x11 x11/xorg: startx fails after a couple of attempts o ports/124861 x11 Keyboard problems with xorg o ports/124220 x11 [amd64] x11-servers/xorg-server - X.org server runs in o ports/123137 x11 x11/libX11: missing ru_RU.UTF-8 locale o ports/122924 x11 XCreateImage fails in most recent x11/XOrg o ports/122830 x11 x11/xorg: Error in I830WaitLpRing() o ports/121360 x11 x11/xorg - Change default of ~/.xsession-errors to off o ports/121230 x11 [patch] ports/x11/xkeyboard-config WITHOUT_NLS support f ports/119091 x11 x11-drivers/xf86-video-intel 2.1.1 panics system o ports/119037 x11 x11: Can't type _ (Underscore) under X (gnome) o ports/118950 x11 x11-drivers/xf86-video-nv - xorg xf86 nv (nvidia) driv o ports/118645 x11 Xorg need realtime priority for mouse work nice o ports/118547 x11 [patch] x11/xdm fails with pam_krb5 f ports/118217 x11 xorg doesnt find usb mouse when initiated with devd, w f ports/117907 x11 x11-servers/mga_hal broken on 7.0-BETA (GLIBC error) o ports/117766 x11 x11-servers/xorg-server (7.3) crashes under heavy load o ports/117195 x11 ix11/Xorg 7.3 dumps core at exit (sig 11) f ports/116603 x11 x11/xorg server 7.3 hangs up o ports/116443 x11 x11-drivers/xf86-input-keyboard patch for USB jp106 ke o ports/116359 x11 x11/xorg - screen blinks with PCI-E nvidia card and ve s ports/115536 x11 [new port] x11/xorg-base port for a minimal X.Org inst o ports/115020 x11 New port: graphics/osmesa - Mesa's off-screen renderin f ports/114827 x11 Xorg server crashes when starting astro/google-earth o ports/113106 x11 x11/xorg - Xorg 7.2 + Mach64 + dri produces error mess f ports/106370 x11 Screen corruption when using Direct Rendering on a PCI 33 problems total. From oberman at es.net Mon Nov 17 06:35:59 2008 From: oberman at es.net (Kevin Oberman) Date: Mon Nov 17 06:36:24 2008 Subject: Firefox 3 displays pieces of desktop background In-Reply-To: Your message of "Mon, 17 Nov 2008 15:10:29 +1300." <4920D295.50502@paradise.net.nz> Message-ID: <20081117143559.122BC45010@ptavv.es.net> > Date: Mon, 17 Nov 2008 15:10:29 +1300 > From: Mark Kirkwood > Sender: owner-freebsd-x11@freebsd.org > > I'm on 7.1 Prerelease refreshed a few days ago. I've noticed that > Firefox 3 (3.0.4, but 3.0.3 was the same) displays snippets from ones > desktop on some webpages (yahoo and youtube being the 2 most recent). > > I've tried to get together a simple test page to illustrate what is > happening and put it here: > > http://homepages.paradise.net.nz/markir/test.html > > This should display some text on a grey background (which it does in > Epiphany for instance). However in Firefox 3 it uses my desktop > background as the web page background in some strange way. Any ideas? I have also seen this with Firefox 3. I see it often. It's not an image rendering issue or anything like that. It's a portion of the window filled by a copy of something else on the display. I even see it on simple table displays. http://www-metdat.llnl.gov/cgi-pub/metdat/dev/do_reports.pl?REPORT_LLNL_1_ACT_BARO_PRES=1&barunits=mb&dewunits=C&REPORT_LLNL_1_INC_SOL_RAD=1&REPORT_LLNL_2_PK_WND_GUST=1&windgustunits=ms&REPORT_LLNL_1_PRECIP=1&precipunits=inches&REPORT_LLNL_1_REL_HUM=1&REPORT_LLNL_2_TEMPERATURE=1&tempunits=C&REPORT_LLNL_2_WND_DIR=1&winddirunits=degrees&REPORT_LLNL_2_WND_SPD=1&windspeedunits=ms&startMonth=11&startDay=16&startYear=2008&endMonth=11&endDay=17&endYear=2008&datesearch=Generate+Report+with+These+Values I see it on both my laptop and my desktop systems and, even if I click STOP before any artifacts are shown, they still start to appear and continue to get worse until the display is unreadable. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 224 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20081117/8b844315/attachment.pgp From oberman at es.net Mon Nov 17 08:24:57 2008 From: oberman at es.net (Kevin Oberman) Date: Mon Nov 17 08:25:04 2008 Subject: Firefox 3 displays pieces of desktop background In-Reply-To: Your message of "Mon, 17 Nov 2008 07:11:57 +0100." <20081117061157.GA2003@reindeer.haidundneu23.net> Message-ID: <20081117162455.ABC5C45010@ptavv.es.net> > Date: Mon, 17 Nov 2008 07:11:57 +0100 > From: Christoph Moench-Tegeder > Sender: owner-freebsd-x11@freebsd.org > > ## Mark Kirkwood (markir@paradise.net.nz): > > > I'm on 7.1 Prerelease refreshed a few days ago. I've noticed that > > Firefox 3 (3.0.4, but 3.0.3 was the same) displays snippets from ones > > desktop on some webpages (yahoo and youtube being the 2 most recent). > > Image rendering was optimized in Firefox 3, so it breaks with a lot > of xservers (seems as if some pixmap rendering code is broken in X > and firefox triggers that problem). > Try setting Option "XaaNoOffscreenPixmaps" to "true" in the "Device" > section of your xorg.conf. Christoph, Thank yo so much for this suggestion. I have been annoyed by this odd problem since I started using Firefox3 and this finally make things work correctly. I think this needs to be in a FAQ somewhere until/unless the Xorg driver is fixed. In any case, I was seeing this with an ATI Radeon X300 M22 graphics chipset. I don't seem to see it with my nVidia GeForce 7800 GT based system. I don't THINK I see it with my old MGA Matrox G450 , but I won't have my eyeballs in front of that system until next month, si I am not sure. Anyone seeing this with any other graphics device that does not use the RADEON driver? -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 224 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20081117/8796d6af/attachment.pgp From wblock at wonkity.com Mon Nov 17 08:55:21 2008 From: wblock at wonkity.com (Warren Block) Date: Mon Nov 17 08:55:27 2008 Subject: Firefox 3 displays pieces of desktop background In-Reply-To: <20081117162455.ABC5C45010@ptavv.es.net> References: <20081117162455.ABC5C45010@ptavv.es.net> Message-ID: On Mon, 17 Nov 2008, Kevin Oberman wrote: >> Date: Mon, 17 Nov 2008 07:11:57 +0100 >> From: Christoph Moench-Tegeder >> Sender: owner-freebsd-x11@freebsd.org >> >> ## Mark Kirkwood (markir@paradise.net.nz): >> >>> I'm on 7.1 Prerelease refreshed a few days ago. I've noticed that >>> Firefox 3 (3.0.4, but 3.0.3 was the same) displays snippets from ones >>> desktop on some webpages (yahoo and youtube being the 2 most recent). >> >> Image rendering was optimized in Firefox 3, so it breaks with a lot >> of xservers (seems as if some pixmap rendering code is broken in X >> and firefox triggers that problem). >> Try setting Option "XaaNoOffscreenPixmaps" to "true" in the "Device" >> section of your xorg.conf. > > Christoph, > > Thank yo so much for this suggestion. > > I have been annoyed by this odd problem since I started using Firefox3 > and this finally make things work correctly. I think this needs to be in > a FAQ somewhere until/unless the Xorg driver is fixed. > > In any case, I was seeing this with an ATI Radeon X300 M22 graphics > chipset. I don't seem to see it with my nVidia GeForce 7800 GT based > system. I don't THINK I see it with my old MGA Matrox G450 , but I > won't have my eyeballs in front of that system until next month, si I am > not sure. > > Anyone seeing this with any other graphics device that does not use the > RADEON driver? Happened on my MGA G450. Removing the XaaNoOffscreenPixmaps option from xorg.conf shows that some scaled images in Firefox3 3.0.4,1 still render as either black boxes or partly black. It used to also show the desktop background in some windows, but I didn't see that in a quick check. -Warren Block * Rapid City, South Dakota USA From rsmith at xs4all.nl Mon Nov 17 09:22:34 2008 From: rsmith at xs4all.nl (Roland Smith) Date: Mon Nov 17 09:22:40 2008 Subject: Firefox 3 displays pieces of desktop background In-Reply-To: <20081117162455.ABC5C45010@ptavv.es.net> References: <20081117061157.GA2003@reindeer.haidundneu23.net> <20081117162455.ABC5C45010@ptavv.es.net> Message-ID: <20081117171107.GA32856@slackbox.xs4all.nl> On Mon, Nov 17, 2008 at 08:24:55AM -0800, Kevin Oberman wrote: > > Date: Mon, 17 Nov 2008 07:11:57 +0100 > > From: Christoph Moench-Tegeder > > Sender: owner-freebsd-x11@freebsd.org > > > > ## Mark Kirkwood (markir@paradise.net.nz): > > > > > I'm on 7.1 Prerelease refreshed a few days ago. I've noticed that > > > Firefox 3 (3.0.4, but 3.0.3 was the same) displays snippets from ones > > > desktop on some webpages (yahoo and youtube being the 2 most recent). > > > > Image rendering was optimized in Firefox 3, so it breaks with a lot > > of xservers (seems as if some pixmap rendering code is broken in X > > and firefox triggers that problem). > > Try setting Option "XaaNoOffscreenPixmaps" to "true" in the "Device" > > section of your xorg.conf. > > Christoph, > > Thank yo so much for this suggestion. > > I have been annoyed by this odd problem since I started using Firefox3 > and this finally make things work correctly. I think this needs to be in > a FAQ somewhere until/unless the Xorg driver is fixed. > > In any case, I was seeing this with an ATI Radeon X300 M22 graphics > chipset. I don't seem to see it with my nVidia GeForce 7800 GT based > system. I don't THINK I see it with my old MGA Matrox G450 , but I > won't have my eyeballs in front of that system until next month, si I am > not sure. > > Anyone seeing this with any other graphics device that does not use the > RADEON driver? The Radeon X 1650 Pro [RV535] has this problem (using XAA). The Radeon HD 3450 [RV620 IIRC] (which doesn't support XAA or EXA yet) does not display the problem. I tested it with both the ati and the radeonhd driver. They both gave the same result. Roland -- R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20081117/cadb355d/attachment.pgp From oberman at es.net Mon Nov 17 09:25:15 2008 From: oberman at es.net (Kevin Oberman) Date: Mon Nov 17 09:25:22 2008 Subject: Firefox 3 displays pieces of desktop background In-Reply-To: Your message of "Mon, 17 Nov 2008 09:55:16 MST." Message-ID: <20081117172512.93C7745010@ptavv.es.net> > Date: Mon, 17 Nov 2008 09:55:16 -0700 (MST) > From: Warren Block > > On Mon, 17 Nov 2008, Kevin Oberman wrote: > > >> Date: Mon, 17 Nov 2008 07:11:57 +0100 > >> From: Christoph Moench-Tegeder > >> Sender: owner-freebsd-x11@freebsd.org > >> > >> ## Mark Kirkwood (markir@paradise.net.nz): > >> > >>> I'm on 7.1 Prerelease refreshed a few days ago. I've noticed that > >>> Firefox 3 (3.0.4, but 3.0.3 was the same) displays snippets from ones > >>> desktop on some webpages (yahoo and youtube being the 2 most recent). > >> > >> Image rendering was optimized in Firefox 3, so it breaks with a lot > >> of xservers (seems as if some pixmap rendering code is broken in X > >> and firefox triggers that problem). > >> Try setting Option "XaaNoOffscreenPixmaps" to "true" in the "Device" > >> section of your xorg.conf. > > > > Christoph, > > > > Thank yo so much for this suggestion. > > > > I have been annoyed by this odd problem since I started using Firefox3 > > and this finally make things work correctly. I think this needs to be in > > a FAQ somewhere until/unless the Xorg driver is fixed. > > > > In any case, I was seeing this with an ATI Radeon X300 M22 graphics > > chipset. I don't seem to see it with my nVidia GeForce 7800 GT based > > system. I don't THINK I see it with my old MGA Matrox G450 , but I > > won't have my eyeballs in front of that system until next month, si I am > > not sure. > > > > Anyone seeing this with any other graphics device that does not use the > > RADEON driver? > > Happened on my MGA G450. Removing the XaaNoOffscreenPixmaps option from > xorg.conf shows that some scaled images in Firefox3 3.0.4,1 still render > as either black boxes or partly black. It used to also show the desktop > background in some windows, but I didn't see that in a quick check. > > -Warren Block * Rapid City, South Dakota USA Thanks, Warren. Some day I'll replace that ancient system (a Pentium-III) with something more modern, but thanks to you, the G450 keeps doing the job for me. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 224 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20081117/57b75d61/attachment.pgp From cmt at burggraben.net Mon Nov 17 22:02:03 2008 From: cmt at burggraben.net (Christoph Moench-Tegeder) Date: Mon Nov 17 22:02:10 2008 Subject: Firefox 3 displays pieces of desktop background In-Reply-To: <20081117162455.ABC5C45010@ptavv.es.net> References: <20081117061157.GA2003@reindeer.haidundneu23.net> <20081117162455.ABC5C45010@ptavv.es.net> Message-ID: <20081118060156.GB2028@reindeer.haidundneu23.net> ## Kevin Oberman (oberman@es.net): > Anyone seeing this with any other graphics device that does not use the > RADEON driver? I've had this issue with the nv driver (chipset Quadro NVS 140M) and on my desktop at home which uses radeonhd (at least, I believe it was radeonhd, in case it's important, I'll check when I'm home again). The "Firefox Known Issues List" mentions this problem as "image corruption on some nvidia chipsets", which is quite misleading... Regards, Christoph -- Spare Space From markir at paradise.net.nz Tue Nov 18 01:27:07 2008 From: markir at paradise.net.nz (Mark Kirkwood) Date: Tue Nov 18 01:27:14 2008 Subject: Firefox 3 displays pieces of desktop background In-Reply-To: <20081117162455.ABC5C45010@ptavv.es.net> References: <20081117162455.ABC5C45010@ptavv.es.net> Message-ID: <49228A6A.3000609@paradise.net.nz> Kevin Oberman wrote: > > Christoph, > > Thank yo so much for this suggestion. > > I have been annoyed by this odd problem since I started using Firefox3 > and this finally make things work correctly. I think this needs to be in > a FAQ somewhere until/unless the Xorg driver is fixed. > > In any case, I was seeing this with an ATI Radeon X300 M22 graphics > chipset. I don't seem to see it with my nVidia GeForce 7800 GT based > system. I don't THINK I see it with my old MGA Matrox G450 , but I > won't have my eyeballs in front of that system until next month, si I am > not sure. > > Anyone seeing this with any other graphics device that does not use the > RADEON driver? > For completeness - I too was using the Radeon driver (ATI 9600 Pro). regards Mark From rnoland at FreeBSD.org Tue Nov 18 16:35:24 2008 From: rnoland at FreeBSD.org (Robert Noland) Date: Tue Nov 18 16:35:30 2008 Subject: Firefox 3 displays pieces of desktop background In-Reply-To: <20081118060156.GB2028@reindeer.haidundneu23.net> References: <20081117061157.GA2003@reindeer.haidundneu23.net> <20081117162455.ABC5C45010@ptavv.es.net> <20081118060156.GB2028@reindeer.haidundneu23.net> Message-ID: <1227054912.1636.6.camel@wombat.2hip.net> On Tue, 2008-11-18 at 07:01 +0100, Christoph Moench-Tegeder wrote: > ## Kevin Oberman (oberman@es.net): > > > Anyone seeing this with any other graphics device that does not use the > > RADEON driver? > > I've had this issue with the nv driver (chipset Quadro NVS 140M) > and on my desktop at home which uses radeonhd (at least, I believe > it was radeonhd, in case it's important, I'll check when I'm home > again). > > The "Firefox Known Issues List" mentions this problem as "image > corruption on some nvidia chipsets", which is quite misleading... FWIW, XAAOffScreenPixmaps defaults to off in xserver 1.5.3 and it looks like that will be applied to 1.6.0 as well. robert. > Regards, > Christoph > -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20081119/43a2d902/attachment.pgp From r.c.ladan at gmail.com Wed Nov 19 04:16:45 2008 From: r.c.ladan at gmail.com (Rene Ladan) Date: Wed Nov 19 04:16:54 2008 Subject: OpenGL 2 supported on ATI RV370? In-Reply-To: References: Message-ID: 2008/11/19 Rene Ladan : > Hi, > > I'm running FreeBSD 7.1-BETA2 i386 at work. The computer has an ATI > RV370 (X300SE) > card installed. According to glxinfo, the supported OpenGL version > 1.3 using Mesa 7.0.3. > > I'm using the xf86-video-ati driver, the ports are up-to-date. DRI > seems to work fine. > > Is there a way to get OpenGL 2 support on this machine (using -CURRENT > with some patches?) > or should I install Linux on it so that I can use the commercial FGLRX driver? > I found a FreeBSD port of version 6.8.0 of the FGLRX driver on this forum: http://www.freebsdforums.org/forums/printthread.php%3Ft%3D37837+ati+fglrx+freebsd&hl=nl&ct=clnk&cd=7 I'm currently trying to install it. Rene -- http://www.rene-ladan.nl/ GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) From r.c.ladan at gmail.com Wed Nov 19 04:28:20 2008 From: r.c.ladan at gmail.com (Rene Ladan) Date: Wed Nov 19 04:28:28 2008 Subject: OpenGL 2 supported on ATI RV370? In-Reply-To: References: Message-ID: 2008/11/19 Rene Ladan : > 2008/11/19 Rene Ladan : >> Hi, >> >> I'm running FreeBSD 7.1-BETA2 i386 at work. The computer has an ATI >> RV370 (X300SE) >> card installed. According to glxinfo, the supported OpenGL version >> 1.3 using Mesa 7.0.3. >> >> I'm using the xf86-video-ati driver, the ports are up-to-date. DRI >> seems to work fine. >> >> Is there a way to get OpenGL 2 support on this machine (using -CURRENT >> with some patches?) >> or should I install Linux on it so that I can use the commercial FGLRX driver? >> > I found a FreeBSD port of version 6.8.0 of the FGLRX driver on this forum: > http://www.freebsdforums.org/forums/printthread.php%3Ft%3D37837+ati+fglrx+freebsd&hl=nl&ct=clnk&cd=7 > > I'm currently trying to install it. > That driver doesn't install... :( But maybe it's too old to be useful anyway... Rene -- http://www.rene-ladan.nl/ GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) From r.c.ladan at gmail.com Wed Nov 19 04:29:20 2008 From: r.c.ladan at gmail.com (Rene Ladan) Date: Wed Nov 19 04:29:26 2008 Subject: OpenGL 2 supported on ATI RV370? Message-ID: Hi, I'm running FreeBSD 7.1-BETA2 i386 at work. The computer has an ATI RV370 (X300SE) card installed. According to glxinfo, the supported OpenGL version 1.3 using Mesa 7.0.3. I'm using the xf86-video-ati driver, the ports are up-to-date. DRI seems to work fine. Is there a way to get OpenGL 2 support on this machine (using -CURRENT with some patches?) or should I install Linux on it so that I can use the commercial FGLRX driver? Thanks, Rene -- http://www.rene-ladan.nl/ GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) From r.c.ladan at gmail.com Wed Nov 19 04:38:04 2008 From: r.c.ladan at gmail.com (Rene Ladan) Date: Wed Nov 19 04:38:11 2008 Subject: OpenGL 2 supported on ATI RV370? In-Reply-To: References: Message-ID: 2008/11/19 Rene Ladan : > Hi, > > I'm running FreeBSD 7.1-BETA2 i386 at work. The computer has an ATI > RV370 (X300SE) > card installed. According to glxinfo, the supported OpenGL version > 1.3 using Mesa 7.0.3. > > I'm using the xf86-video-ati driver, the ports are up-to-date. DRI > seems to work fine. > > Is there a way to get OpenGL 2 support on this machine (using -CURRENT > with some patches?) > or should I install Linux on it so that I can use the commercial FGLRX driver? > Hmm, forgot to mention that the card itself does support OpenGL 2.1 in Windows XP using the ATI Catalyst 8.11 driver. Rene -- http://www.rene-ladan.nl/ GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) From jilingshu at gmail.com Wed Nov 19 06:48:49 2008 From: jilingshu at gmail.com (Bear) Date: Wed Nov 19 06:48:56 2008 Subject: My GNOME2 cannot work! References: <9659.134.146.0.43.1226917418.squirrel@webmail.xs4all.nl> Message-ID: <200811192248064374198@Gmail.com> hi, hi, i have edit my ~/.xinitrc to exec dbus-launch --exit-with-session gnome-session and /etc/rc.conf to dbus_enable="YES" hald_enable="YES" but it takes no effect.Maybe there is really some compatability problem in 'current-package' and FreeBSD 7.0. but I really want to use current packages.What can I do to upgrade my FreeBSD 7.0 to 8.0 CURRENT? ------------------ Bear 2008-11-19 ------------------------------------------------------------- From:SirDice Date2008-11-17 18:23:41 On Sun, November 16, 2008 04:50, Bear wrote: > hi, > I have use these commands to install GNOME to my new-installed FreeBSD > 7.0: > > pkg_add -r xorg > pkg_add -r gnome-session > pkg_add -r gnome2-lite > > and then,I reboot my computer and use user Bear to login. > then I type in > > echo "/usr/local/bin/gnome-session" > ~/.xinitrc > > then I type in > > startx > > but it give me a error > the summary of the error is below: > > Could not lock the file "/var/tmp/gconf-test-locking-file-CB9IKU" > The error was "Invalid argument"(errno = 22) Add the following to rc.conf: dbus_enable="YES" hald_enable="YES" ~/.xinitrc should look like this: exec dbus-launch --exit-with-session gnome-session Make sure both dbus and hald are running before startx. HTH Remko C. > > What Can I Do??thx! > > BTW:I have been set my PACKAGEROOT to > ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/i386/packages-current/Lat > est/ > > -------------- > Bear > 2008-11-16 > > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" > From adamk at voicenet.com Thu Nov 20 03:16:51 2008 From: adamk at voicenet.com (Adam K Kirchhoff) Date: Thu Nov 20 03:16:57 2008 Subject: OpenGL 2 supported on ATI RV370? In-Reply-To: References: Message-ID: <200811200559.19088.adamk@voicenet.com> On Wed, 19 Nov 2008 13:02:34 +0100 "Rene Ladan" wrote: > Hi, > > I'm running FreeBSD 7.1-BETA2 i386 at work. The computer has an ATI > RV370 (X300SE) > card installed. According to glxinfo, the supported OpenGL version > 1.3 using Mesa 7.0.3. > > I'm using the xf86-video-ati driver, the ports are up-to-date. DRI > seems to work fine. > > Is there a way to get OpenGL 2 support on this machine (using -CURRENT > with some patches?) > or should I install Linux on it so that I can use the commercial > FGLRX driver? > > Thanks, > Rene The r300 Mesa driver supports many of the opengl 2.0 extensions, but not all of them. If you need complete opengl 2 support with that card, then fglrx is much more likely to fulfill your needs. Adam -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From r.c.ladan at gmail.com Thu Nov 20 03:25:03 2008 From: r.c.ladan at gmail.com (Rene Ladan) Date: Thu Nov 20 03:25:10 2008 Subject: OpenGL 2 supported on ATI RV370? In-Reply-To: <200811200559.19088.adamk@voicenet.com> References: <200811200559.19088.adamk@voicenet.com> Message-ID: 2008/11/20 Adam K Kirchhoff : > On Wed, 19 Nov 2008 13:02:34 +0100 > > "Rene Ladan" wrote: > >> Hi, > >> > >> I'm running FreeBSD 7.1-BETA2 i386 at work. The computer has an ATI > >> RV370 (X300SE) > >> card installed. According to glxinfo, the supported OpenGL version > >> 1.3 using Mesa 7.0.3. > >> > >> I'm using the xf86-video-ati driver, the ports are up-to-date. DRI > >> seems to work fine. > >> > >> Is there a way to get OpenGL 2 support on this machine (using -CURRENT > >> with some patches?) > >> or should I install Linux on it so that I can use the commercial > >> FGLRX driver? > > The r300 Mesa driver supports many of the opengl 2.0 extensions, but > > not all of them. If you need complete opengl 2 support with that card, > > then fglrx is much more likely to fulfill your needs. > That would be xf86-video-ati with mesa-7.0.3 ? That only claims to support OpenGL 1.3. I'm currently burning a Ubuntu 8.10 CD so that I can use the FGLRX driver. The port I mentioned yesterday isn't recognized by (modern versions of) X.org. Rene -- http://www.rene-ladan.nl/ GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) From scuppers at gmail.com Fri Nov 21 16:57:00 2008 From: scuppers at gmail.com (Scott Spare) Date: Fri Nov 21 16:57:07 2008 Subject: KVM oddities on PRERELEASE 7.1 with X.org 7.3 and Wmaker Message-ID: Hello, I'm seeing erratic USB mouse behavior in X.org with a KVM switch: -The mouse pointer is jumpy in X.org when moused is enabled and with /dev/sysmouse set as the input device in xorg.conf. So I disabled it... - Disabling moused and using /dev/ums0 as the input device causes mouse freeze on switch instead of the randomness; the mouse is redetected as ums0 each time the KVM is switched. But if the KVM is switched when graphical vTTY is up, the mouse pointer will freeze. -If I select any of the non-graphical virtual TTYs (i.e. ttyv0-7 using CTRL-ALT F1 to 8), then go back to the graphical vtty, (CTRL-ALT F9), the mouse pointer unfreezes. The keyboard has no trouble - I think it's using some kind of PS2 emulation through BIOS(?) But the mouse definitely freezes every time. Is this an Xorg problem?? Possibly related info from the list: usb/102096: /usr/sbin/usbd does not handle multiple devices in one event http://lists.freebsd.org/mailman/htdig/freebsd-usb/2005-July/001213.html How to reproduce: Attach a USB KVM switch, and switch machines while Xorg is running. Possibly could reproduce by disconnecting and reconnecting USB mouse on running Xorg Notes about the KVM switch: -It has 4 ports, but has only one USB connector per machine connection. In other words, it has 4 USB-A plug connectors, even though it takes care of both keyboard and mouse. I guess it acts like a hub in that respect. -The other machines connected to the KVM re-detect the kb and mouse each time the switch is switched. (e.g. WinXP does its BeeBoop - detected hardware System info: FreeBSD 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #0: Mon Nov 10 02:00:54 EST 2008 CPU: Pentium III/Pentium III Xeon/Celeron (596.00-MHz 686-class CPU) real memory = 402653184 (384 MB) avail memory = 375795712 (358 MB) pcib0: pcibus 0 on motherboard uhci0: port 0xcce0-0xccff irq 11 at device 7.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered ums0: on uhub1 ums0: 8 buttons and Z dir. ums0: at uhub1 port 4 (addr 4) disconnected ums0: detached KVM switch: IOGEAR GCS634U 4 port USB KVM Switch Maybe I need to ditch the KVM? Go back to PS2 mice? From bugmaster at FreeBSD.org Mon Nov 24 03:07:27 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Nov 24 03:09:38 2008 Subject: Current problem reports assigned to freebsd-x11@FreeBSD.org Message-ID: <200811241107.mAOB7QWx020098@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/128831 x11 x11-drivers/xf86-video-intel - X server is broken on I o ports/128542 x11 x11-drivers/xf86-video-radeonhd updated to v1.2.3 o ports/128070 x11 x11-drivers/xf86-video-radeonhd: update to 1.2.3 o ports/127692 x11 x11-drivers/xf86-video-i810 o ports/127436 x11 x11/xorg: xorg randomly uses 100% CPU with Intel + KDE o ports/126904 x11 x11/xorg startx fails on driver loading for nVidia GeF o ports/126812 x11 x11-drivers/xf86-video-ati - System freeze when exitin o ports/125883 x11 x11-fonts/xorg-fonts-cyrillic is installed, but fonts o ports/125661 x11 x11/xorg: startx fails after a couple of attempts o ports/124861 x11 Keyboard problems with xorg o ports/124220 x11 [amd64] x11-servers/xorg-server - X.org server runs in o ports/123137 x11 x11/libX11: missing ru_RU.UTF-8 locale o ports/122924 x11 XCreateImage fails in most recent x11/XOrg o ports/122830 x11 x11/xorg: Error in I830WaitLpRing() o ports/121360 x11 x11/xorg - Change default of ~/.xsession-errors to off o ports/121230 x11 [patch] ports/x11/xkeyboard-config WITHOUT_NLS support f ports/119091 x11 x11-drivers/xf86-video-intel 2.1.1 panics system o ports/119037 x11 x11: Can't type _ (Underscore) under X (gnome) o ports/118950 x11 x11-drivers/xf86-video-nv - xorg xf86 nv (nvidia) driv o ports/118645 x11 Xorg need realtime priority for mouse work nice o ports/118547 x11 [patch] x11/xdm fails with pam_krb5 f ports/118217 x11 xorg doesnt find usb mouse when initiated with devd, w f ports/117907 x11 x11-servers/mga_hal broken on 7.0-BETA (GLIBC error) o ports/117766 x11 x11-servers/xorg-server (7.3) crashes under heavy load o ports/117195 x11 ix11/Xorg 7.3 dumps core at exit (sig 11) f ports/116603 x11 x11/xorg server 7.3 hangs up o ports/116443 x11 x11-drivers/xf86-input-keyboard patch for USB jp106 ke o ports/116359 x11 x11/xorg - screen blinks with PCI-E nvidia card and ve s ports/115536 x11 [new port] x11/xorg-base port for a minimal X.Org inst o ports/115020 x11 New port: graphics/osmesa - Mesa's off-screen renderin f ports/114827 x11 Xorg server crashes when starting astro/google-earth o ports/113106 x11 x11/xorg - Xorg 7.2 + Mach64 + dri produces error mess f ports/106370 x11 Screen corruption when using Direct Rendering on a PCI 33 problems total. From bf2006a at yahoo.com Wed Nov 26 04:53:57 2008 From: bf2006a at yahoo.com (bf) Date: Wed Nov 26 05:13:39 2008 Subject: Xorg/Mesa updates Message-ID: <340970.34746.qm@web39107.mail.mud.yahoo.com> I'm guessing that there will be some updates to Xorg 7.4 (or later) and Mesa 7.2 entering the ports tree after the release of FreeBSD 6.4 and 7.1. Has anybody tested patches? Does http://git.xbsd.org/freebsd/ports/ contain the latest such work? Can anybody "in the know" describe the likely timeline for such updates, or elaborate upon obstacles to such an update that have prevented such work from going forward? Regards, b. From flz at xbsd.org Wed Nov 26 10:56:46 2008 From: flz at xbsd.org (Florent Thoumie) Date: Wed Nov 26 10:56:53 2008 Subject: Xorg/Mesa updates In-Reply-To: <340970.34746.qm@web39107.mail.mud.yahoo.com> References: <340970.34746.qm@web39107.mail.mud.yahoo.com> Message-ID: On Wed, Nov 26, 2008 at 12:27 PM, bf wrote: > I'm guessing that there will be some updates to Xorg 7.4 (or later) and > Mesa > 7.2 entering the ports tree after the release of FreeBSD 6.4 and 7.1. Has > anybody tested patches? Does http://git.xbsd.org/freebsd/ports/ contain > the > latest such work? Can anybody "in the know" describe the likely timeline > for such updates, or elaborate upon obstacles to such an update that have > prevented such work from going forward? As you said, we're waiting for 6.4R and 7.1R to be out of the way. Can't really give you a date but marcus will update gnome before I update xorg. The URL you mentioned is indeed the latest version of the X.org update. I have a few things to sort out before it's completely ready. -- Florent Thoumie flz@FreeBSD.org FreeBSD Committer From linimon at FreeBSD.org Wed Nov 26 20:55:45 2008 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Wed Nov 26 20:55:56 2008 Subject: ports/129189: x11/xorg: xorg config -testmode - horizontal sync syntax Message-ID: <200811270455.mAR4tim5075617@freefall.freebsd.org> Old Synopsis: xorg config -testmode - horizontal sync syntax New Synopsis: x11/xorg: xorg config -testmode - horizontal sync syntax Responsible-Changed-From-To: freebsd-bugs->freebsd-x11 Responsible-Changed-By: linimon Responsible-Changed-When: Thu Nov 27 04:54:34 UTC 2008 Responsible-Changed-Why: ports PR. ('conf' is for configuration issues in the base system.) http://www.freebsd.org/cgi/query-pr.cgi?pr=129189 From r.c.ladan at gmail.com Thu Nov 27 02:47:03 2008 From: r.c.ladan at gmail.com (Rene Ladan) Date: Thu Nov 27 02:47:10 2008 Subject: OpenGL 2 supported on ATI RV370? In-Reply-To: References: <200811200559.19088.adamk@voicenet.com> Message-ID: 2008/11/20 Rene Ladan : > 2008/11/20 Adam K Kirchhoff : >> On Wed, 19 Nov 2008 13:02:34 +0100 >> >> "Rene Ladan" wrote: >> >>> Hi, >> >>> >> >>> I'm running FreeBSD 7.1-BETA2 i386 at work. The computer has an ATI >> >>> RV370 (X300SE) >> >>> card installed. According to glxinfo, the supported OpenGL version >> >>> 1.3 using Mesa 7.0.3. >> >>> >> >>> I'm using the xf86-video-ati driver, the ports are up-to-date. DRI >> >>> seems to work fine. >> >>> >> >>> Is there a way to get OpenGL 2 support on this machine (using -CURRENT >> >>> with some patches?) >> >>> or should I install Linux on it so that I can use the commercial >> >>> FGLRX driver? >> >> The r300 Mesa driver supports many of the opengl 2.0 extensions, but >> >> not all of them. If you need complete opengl 2 support with that card, >> >> then fglrx is much more likely to fulfill your needs. >> > That would be xf86-video-ati with mesa-7.0.3 ? That only claims to support > OpenGL 1.3. I'm currently burning a Ubuntu 8.10 CD so that I can use the > FGLRX driver. The port I mentioned yesterday isn't recognized by (modern > versions of) X.org. > That didn't work out either. I hit the exact same problem with the FGLRX driver (from 2008-10-12) on Ubuntu. I've replaced the card with a cheap Nvidia EN7300TC512 using the nvidia-glx-177-dev driver which works fine in Ubuntu. Regards, Rene -- http://www.rene-ladan.nl/ GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net)