From owner-freebsd-x11@FreeBSD.ORG Sun May 10 03:55:33 2009 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 317A2106566B for ; Sun, 10 May 2009 03:55:32 +0000 (UTC) (envelope-from vinnix.bsd@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.29]) by mx1.freebsd.org (Postfix) with ESMTP id A84698FC12 for ; Sun, 10 May 2009 03:55:32 +0000 (UTC) (envelope-from vinnix.bsd@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so1313094yxb.13 for ; Sat, 09 May 2009 20:55:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=uaLouePoBkRrvIpOX5qFiW2SbgvBGIfWJUTjRE0jOq0=; b=x2B02fQtwNw2ybbm0nPCJMeGOWqcvwf552p4p8T8SMVJlZ09uTRjj73g3MMNlUVyP7 SZVyCdt+FiIP4KqOT5S59m0/Vk5vyLpVncSgJx1xNZ6tTL/chVOKYavcimIHJOz6DvVR De5A9PUl/dtG1Xtv4Za1FaX5ytlQIMnS2VJws= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=sEdV1W6FZLjXQumNwwU5N+77OO7KkBrdc1Vk0Hf1+NQVmjSCBbx2kjNPGT7ZtSv6ZW 9BYPBqkoQUpTBZ473F9ocoOutkm2F1zlvULELn7aTa/wcGhsajPnRj9bLQXEYWDrCWwY 0qir3QaPQmkbx1AFMPUTBWYZNYBEtR0yttWxU= MIME-Version: 1.0 Received: by 10.231.36.198 with SMTP id u6mr3943274ibd.29.1241927289223; Sat, 09 May 2009 20:48:09 -0700 (PDT) In-Reply-To: <1e31c7980905092047i3daa0695rb78f98eccbf9d884@mail.gmail.com> References: <1e31c7980905092047i3daa0695rb78f98eccbf9d884@mail.gmail.com> Date: Sun, 10 May 2009 00:48:09 -0300 Message-ID: <1e31c7980905092048x189f084fh530ddaf1cf4b4788@mail.gmail.com> From: Vinicius Abrahao To: x11@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: please help me to solve the problem X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 May 2009 03:55:33 -0000 On Mon, Mar 30, 2009 at 12:57 AM, Caleb wrote: > hi, > I am a newer for FreeBSD, and I try to install KDE4.2.1, but got > some problem, (the error cord like the attpachment), would you mind > tell me where I and find out the solution, or how to solve them ? I > reinstall the FreeBSD 7.1, xorg and kde4 several times, but not > succeeded. please help. thank you very much. > Best Regards. > caleb > > Please Caleb, Send this file too: /usr/ports/graphics/dri/work/Mesa-7.3/config.log Thanks, Vinicius Abrahao From owner-freebsd-x11@FreeBSD.ORG Sun May 10 04:03:08 2009 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 550E61065675 for ; Sun, 10 May 2009 04:03:08 +0000 (UTC) (envelope-from vinnix.bsd@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.28]) by mx1.freebsd.org (Postfix) with ESMTP id 128168FC19 for ; Sun, 10 May 2009 04:03:07 +0000 (UTC) (envelope-from vinnix.bsd@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so1314245yxb.13 for ; Sat, 09 May 2009 21:03:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=p1C9zJfo+wdEhdSPaBun61WxvibDBhp8gfVkcQE+oEc=; b=VqFmhbaQZMxs+4IIQIpN6SJqD123VP6yHkvM+IgP+cCoaK9bczL9gOGDxAVGMCgMPz 5hDya6sFtjRZCyeKy/j9iknw9T8yLcfeDof80Lux+5ytCWGfjBgGgepjxjgo/kaCL4RI mmQbPgYks2PziwGcFL1D003Nw1+88Zq6HWgeI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=Xc4EEdctS3neMlIodwLv2nI3XmS5sCU7lTmqXQkfZjsNVlH/+bhoyks52GEOdCpJ9L ex1IeH9nhCbhcBzN990fS0ymA/T/H0LVyO5Bhi0XCrhdWrJb8INp2kvaKIHp/xaHw23z 6nXcD0ZyNuS7OiB+lb8SYodbuIS4tY0RLEyi0= MIME-Version: 1.0 Received: by 10.231.40.4 with SMTP id i4mr669736ibe.18.1241926899362; Sat, 09 May 2009 20:41:39 -0700 (PDT) Date: Sun, 10 May 2009 00:41:39 -0300 Message-ID: <1e31c7980905092041y58a759e1o7f6079e61a8748a1@mail.gmail.com> From: Vinicius Abrahao To: x11@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Problem when updating xorg-drivers: "xf86-input-calcomp-1.1.2_1 Unmaintained upstream" X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 May 2009 04:03:09 -0000 # pkg_version -vIL= xorg-drivers-7.4_1 < needs updating (index has 7.4_2) #portupgrade xorg-drivers ===> xorg-drivers-7.4_2 depends on file: /usr/local/lib/xorg/modules/input/calcomp_drv.so - not found ===> Verifying reinstall for /usr/local/lib/xorg/modules/input/calcomp_drv.so in /usr/ports/x11-drivers/xf86-input-calcomp ===> xf86-input-calcomp-1.1.2_1 Unmaintained upstream. Notify x11@FreeBSD.org if you have this device.. *** Error code 1 Stop in /usr/ports/x11-drivers/xf86-input-calcomp. *** Error code 1 Stop in /usr/ports/x11-drivers/xorg-drivers. *** Error code 1 Stop in /usr/ports/x11-drivers/xorg-drivers. *** Error code 1 Stop in /usr/ports/x11-drivers/xorg-drivers. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade20090510-63398-mmm9ti-0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=xorg-drivers-7.4_1 UPGRADE_PORT_VER=7.4_1 make reinstall ---> Restoring the old version ** Fix the installation problem and try again. [Updating the pkgdb in /var/db/pkg ... - 829 packages found (-0 +1) . done] ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! x11-drivers/xorg-drivers (xorg-drivers-7.4_1) (install error) # cd /usr/ports/x11-drivers/xf86-input-calcomp/ # make install clean ===> xf86-input-calcomp-1.1.2_1 Unmaintained upstream. Notify x11@FreeBSD.org if you have this device.. *** Error code 1 I don't have this device by the way. But I can't update my xorg-drivers port. Why xorg-drivers depends on xf86-input-calcomp if this is a "Unmaintained upstream"? And most important, how I can't fix it? Thanks, Vinicius Schmidt From owner-freebsd-x11@FreeBSD.ORG Mon May 11 03:51:16 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6EE581065674 for ; Mon, 11 May 2009 03:51:16 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from smtp3.clear.net.nz (smtp3.clear.net.nz [203.97.33.64]) by mx1.freebsd.org (Postfix) with ESMTP id 332C08FC13 for ; Mon, 11 May 2009 03:51:16 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from zmori.markir.net (121-73-180-185.dsl.telstraclear.net [121.73.180.185]) by smtp3.clear.net.nz (CLEAR Net Mail) with ESMTP id <0KJG003AVO15FT30@smtp3.clear.net.nz> for freebsd-x11@freebsd.org; Mon, 11 May 2009 15:51:06 +1200 (NZST) Date: Mon, 11 May 2009 15:51:04 +1200 From: Mark Kirkwood In-reply-to: <4A022E7F.70606@halplant.com> To: "Andrew J. Caines" Message-id: <4A07A0A8.3020002@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7bit References: <4A015128.9080602@paradise.net.nz> <4A022E7F.70606@halplant.com> User-Agent: Thunderbird 2.0.0.21 (X11/20090427) Cc: freebsd-x11 Subject: Re: New DPMS behavior in 7.4 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2009 03:51:16 -0000 Andrew J. Caines wrote: > Mark, > > >> I've recently upgraded to Xorg 7.4 and Gnome 2.26. I notice that when >> the monitor screen in blanked that the power lamp stays green always - >> never goes to orange (it used to with Xorg 7.3 + Gnome 2.24). Is this >> expected? >> > > I don't know, but you can check the blanking and DPMS and times for > Standby, Suspend and Off with "xset -q", e.g. > > # xset -q > ... > Screen Saver: > prefer blanking: yes allow exposures: yes > timeout: 600 cycle: 600 > ... > DPMS (Energy Star): > Standby: 900 Suspend: 0 Off: 0 > DPMS is Enabled > Monitor is On > > This fits with what I explicitly configure in xorg.conf. > > Section "ServerLayout" > Identifier "X.org Configured" > Screen 0 "Screen0" 0 0 > Option "blank time" "10" > Option "standby time" "15" > Option "suspend time" "0" > Option "off time" "0" > Option "AllowEmptyInput" "off" > EndSection > > Make sure you have the green_saver kernel module loaded. > > # kldstat | fgrep green > 32 1 0xc614f000 2000 green_saver.ko > > If you don't, then add saver="green" to your rc.conf and "kldload > green_saver". > > Thanks Andrew, Adding similar lines into xorg.conf results in an encouraging entry in X11.0.log: (**) Option "BlankTime" "10" (**) Option "StandbyTime" "15" (**) Option "SuspendTime" "0" (**) Option "OffTime" "30" However xset does not pick 'em up: DPMS (Energy Star): Standby: 0 Suspend: 0 Off: 0 DPMS is Enabled Monitor is On ... and sure enough, monitor light stays green, even after 30 minutes. I have the 'green_saver' module loaded: $ kldstat |grep green 7 1 0xc5cbf000 2000 green_saver.ko Any ideas? Thanks Mark From owner-freebsd-x11@FreeBSD.ORG Mon May 11 05:04:10 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E089B1065672 for ; Mon, 11 May 2009 05:04:10 +0000 (UTC) (envelope-from a.j.caines@halplant.com) Received: from eastrmmtao101.cox.net (eastrmmtao101.cox.net [68.230.240.7]) by mx1.freebsd.org (Postfix) with ESMTP id 6E8928FC13 for ; Mon, 11 May 2009 05:04:10 +0000 (UTC) (envelope-from a.j.caines@halplant.com) Received: from eastrmimpo02.cox.net ([68.1.16.120]) by eastrmmtao101.cox.net (InterMail vM.7.08.02.01 201-2186-121-102-20070209) with ESMTP id <20090511050410.TSZH5257.eastrmmtao101.cox.net@eastrmimpo02.cox.net>; Mon, 11 May 2009 01:04:10 -0400 Received: from mail.halplant.com ([68.105.188.179]) by eastrmimpo02.cox.net with bizsmtp id q5491b0053sgWP002549eP; Mon, 11 May 2009 01:04:09 -0400 X-Authority-Analysis: v=1.0 c=1 a=Gt4o6GHaAAAA:8 a=_vXiOijomsP36DL74uQA:9 a=bGgKxcpfVNMSv-BnZOE3wN_McsUA:4 a=ZuKNhn6kRXAA:10 X-CM-Score: 0.00 Received: from hal10000.halplant.com (hal10000.halplant.com [192.168.0.3]) by mail.halplant.com (Postfix) with ESMTP id E750C51; Mon, 11 May 2009 01:04:08 -0400 (EDT) Message-ID: <4A07B1C8.7040200@halplant.com> Date: Mon, 11 May 2009 01:04:08 -0400 From: "Andrew J. Caines" Organization: H.A.L. Plant User-Agent: Thunderbird 2.0.0.21 (X11/20090411) MIME-Version: 1.0 To: Mark Kirkwood References: <4A015128.9080602@paradise.net.nz> <4A022E7F.70606@halplant.com> <4A07A0A8.3020002@paradise.net.nz> In-Reply-To: <4A07A0A8.3020002@paradise.net.nz> X-Enigmail-Version: 0.95.7 OpenPGP: id=67C318A1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 11 May 2009 05:23:08 +0000 Cc: Subject: Re: New DPMS behavior in 7.4 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2009 05:04:11 -0000 Mark > Adding similar lines into xorg.conf results in an encouraging entry in > X11.0.log: > (**) Option "BlankTime" "10" > (**) Option "StandbyTime" "15" > (**) Option "SuspendTime" "0" > (**) Option "OffTime" "30" > However xset does not pick 'em up: > DPMS (Energy Star): > Standby: 0 Suspend: 0 Off: 0 Looks like something which starts after the X server is applying different settings. That something is very likely a desktop manager - Gnome, KDE, XFCE, etc. If you are running one of these, then look at the settings relating to screensavers, power settings or wherever it hides these settings. -- -Andrew J. Caines- Unix Systems Engineer A.J.Caines@halplant.com FreeBSD/Linux/Solaris, Web/Mail/Proxy/... http://halplant.com:2001/ "Machines take me by surprise with great frequency" - Alan Turing From owner-freebsd-x11@FreeBSD.ORG Mon May 11 11:07:07 2009 Return-Path: Delivered-To: freebsd-x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CADE8106567D for ; Mon, 11 May 2009 11:07:07 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 9D97B8FC29 for ; Mon, 11 May 2009 11:07:07 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n4BB77C5086162 for ; Mon, 11 May 2009 11:07:07 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n4BB77Ff086158 for freebsd-x11@FreeBSD.org; Mon, 11 May 2009 11:07:07 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 11 May 2009 11:07:07 GMT Message-Id: <200905111107.n4BB77Ff086158@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-x11@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-x11@FreeBSD.org X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2009 11:07:08 -0000 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/134244 x11 x11/xorg: "intel" driver for Xorg is very broken o ports/134194 x11 graphics/dri fail on 7.2-RELEASE amd64 o ports/134132 x11 x11-servers/xorg-server: Intel i845 - xorg.conf with U o ports/134082 x11 x11/xdriinfo: xdriinfo-1.0.2 build fail o ports/134008 x11 [patch] x11-drivers/xf86-video-radeonhd: add glproto a o ports/133946 x11 x11-servers/xorg-server [patch] X crashes in xinerama o ports/133609 x11 x11/xorg crashes with vlc, intel video driver o ports/133482 x11 x11/libXext "Generic Event Extension not available" er o ports/133465 x11 x11/xorg: X crashes with mplayer -vo xv with xf86-vide o ports/133419 x11 Unable to build x11-drivers/xf86-video-nsc o ports/133175 x11 [patch] x11/pixman: enable SSE2 support autodetection o ports/133025 x11 [patch] graphics/libGL: mark Mesa ports as MAKE_JOBS_S o ports/132621 x11 x11/xorg tries to install event when deselected o ports/132403 x11 x11/xorg with Radeon X600 (R370): cannot re-initialize o ports/132100 x11 x11/xorg: Xorg server forgets pointer map after xlock o ports/132041 x11 x11/xorg: Broken Intel video driver o ports/131930 x11 [PATCH] x11-servers/xorg-server coredumps on exit o ports/131726 x11 x11-servers/xorg-server: xorg server messes with my eh o ports/131696 x11 x11-servers/xorg-server: hald core dumps make X11 unus o ports/131644 x11 x11-servers/xorg-server: Xinerama mouse event (focus f f ports/131124 x11 x11/xorg - New xorg 7.4 hangs until mouse is moved whe o ports/131016 x11 x11/xorg - xorg-7.4 renders system unusable! f 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 f ports/123137 x11 x11/libX11: missing ru_RU.UTF-8 locale o ports/122830 x11 x11/xorg: Error in I830WaitLpRing() f ports/119037 x11 x11: Can't type _ (Underscore) under X (gnome) f ports/118645 x11 Xorg need realtime priority for mouse work nice s ports/117907 x11 x11-servers/mga_hal broken on 7.0-BETA (GLIBC error) f ports/117766 x11 x11-servers/xorg-server (7.3) crashes under heavy load f ports/117195 x11 ix11/Xorg 7.3 dumps core at exit (sig 11) o ports/116443 x11 x11-drivers/xf86-input-keyboard patch for USB jp106 ke 32 problems total. From owner-freebsd-x11@FreeBSD.ORG Mon May 11 15:23:55 2009 Return-Path: Delivered-To: freebsd-x11@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C93010656AC; Mon, 11 May 2009 15:23:55 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 10D258FC08; Mon, 11 May 2009 15:23:55 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from freefall.freebsd.org (pav@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n4BFNra5043819; Mon, 11 May 2009 15:23:53 GMT (envelope-from pav@freefall.freebsd.org) Received: (from pav@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n4BFNrLO043815; Mon, 11 May 2009 15:23:53 GMT (envelope-from pav) Date: Mon, 11 May 2009 15:23:53 GMT Message-Id: <200905111523.n4BFNrLO043815@freefall.freebsd.org> To: freebsd@omnilan.de, pav@FreeBSD.org, freebsd-x11@FreeBSD.org From: pav@FreeBSD.org Cc: Subject: Re: ports/131644: x11-servers/xorg-server: Xinerama mouse event (focus freeze) problem X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2009 15:23:55 -0000 Synopsis: x11-servers/xorg-server: Xinerama mouse event (focus freeze) problem State-Changed-From-To: open->closed State-Changed-By: pav State-Changed-When: Mon May 11 15:23:45 UTC 2009 State-Changed-Why: Already included in xorg-server-1.6.1 http://www.freebsd.org/cgi/query-pr.cgi?pr=131644 From owner-freebsd-x11@FreeBSD.ORG Mon May 11 15:24:36 2009 Return-Path: Delivered-To: freebsd-x11@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 77C4C1065676; Mon, 11 May 2009 15:24:36 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 4D49D8FC0A; Mon, 11 May 2009 15:24:36 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from freefall.freebsd.org (pav@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n4BFOapX043908; Mon, 11 May 2009 15:24:36 GMT (envelope-from pav@freefall.freebsd.org) Received: (from pav@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n4BFOauG043904; Mon, 11 May 2009 15:24:36 GMT (envelope-from pav) Date: Mon, 11 May 2009 15:24:36 GMT Message-Id: <200905111524.n4BFOauG043904@freefall.freebsd.org> To: markir@paradise.net.nz, pav@FreeBSD.org, freebsd-x11@FreeBSD.org From: pav@FreeBSD.org Cc: Subject: Re: ports/117195: ix11/Xorg 7.3 dumps core at exit (sig 11) X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2009 15:24:36 -0000 Synopsis: ix11/Xorg 7.3 dumps core at exit (sig 11) State-Changed-From-To: feedback->closed State-Changed-By: pav State-Changed-When: Mon May 11 15:24:24 UTC 2009 State-Changed-Why: Feedback timeout http://www.freebsd.org/cgi/query-pr.cgi?pr=117195 From owner-freebsd-x11@FreeBSD.ORG Mon May 11 15:24:51 2009 Return-Path: Delivered-To: freebsd-x11@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EAA981065677; Mon, 11 May 2009 15:24:51 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id BF5988FC1A; Mon, 11 May 2009 15:24:51 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from freefall.freebsd.org (pav@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n4BFOpCT043974; Mon, 11 May 2009 15:24:51 GMT (envelope-from pav@freefall.freebsd.org) Received: (from pav@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n4BFOp0N043970; Mon, 11 May 2009 15:24:51 GMT (envelope-from pav) Date: Mon, 11 May 2009 15:24:51 GMT Message-Id: <200905111524.n4BFOp0N043970@freefall.freebsd.org> To: mirya@zoc.com.ua, pav@FreeBSD.org, freebsd-x11@FreeBSD.org From: pav@FreeBSD.org Cc: Subject: Re: ports/117766: x11-servers/xorg-server (7.3) crashes under heavy load X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2009 15:24:52 -0000 Synopsis: x11-servers/xorg-server (7.3) crashes under heavy load State-Changed-From-To: feedback->closed State-Changed-By: pav State-Changed-When: Mon May 11 15:24:42 UTC 2009 State-Changed-Why: Feedback timeout http://www.freebsd.org/cgi/query-pr.cgi?pr=117766 From owner-freebsd-x11@FreeBSD.ORG Mon May 11 15:25:08 2009 Return-Path: Delivered-To: freebsd-x11@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 016741065672; Mon, 11 May 2009 15:25:08 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id CB04D8FC19; Mon, 11 May 2009 15:25:07 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from freefall.freebsd.org (pav@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n4BFP7Ou044055; Mon, 11 May 2009 15:25:07 GMT (envelope-from pav@freefall.freebsd.org) Received: (from pav@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n4BFP7Zr044051; Mon, 11 May 2009 15:25:07 GMT (envelope-from pav) Date: Mon, 11 May 2009 15:25:07 GMT Message-Id: <200905111525.n4BFP7Zr044051@freefall.freebsd.org> To: uyamba@gmail.com, pav@FreeBSD.org, freebsd-x11@FreeBSD.org From: pav@FreeBSD.org Cc: Subject: Re: ports/118645: Xorg need realtime priority for mouse work nice X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2009 15:25:08 -0000 Synopsis: Xorg need realtime priority for mouse work nice State-Changed-From-To: feedback->closed State-Changed-By: pav State-Changed-When: Mon May 11 15:24:58 UTC 2009 State-Changed-Why: Feedback timeout http://www.freebsd.org/cgi/query-pr.cgi?pr=118645 From owner-freebsd-x11@FreeBSD.ORG Mon May 11 15:25:22 2009 Return-Path: Delivered-To: freebsd-x11@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 077EA1065670; Mon, 11 May 2009 15:25:22 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D08078FC24; Mon, 11 May 2009 15:25:21 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from freefall.freebsd.org (pav@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n4BFPL2N044127; Mon, 11 May 2009 15:25:21 GMT (envelope-from pav@freefall.freebsd.org) Received: (from pav@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n4BFPLom044123; Mon, 11 May 2009 15:25:21 GMT (envelope-from pav) Date: Mon, 11 May 2009 15:25:21 GMT Message-Id: <200905111525.n4BFPLom044123@freefall.freebsd.org> To: xelah-freebsd-pr@xelah.com, pav@FreeBSD.org, freebsd-x11@FreeBSD.org From: pav@FreeBSD.org Cc: Subject: Re: ports/131124: x11/xorg - New xorg 7.4 hangs until mouse is moved when AllowEmptyInput turned off X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2009 15:25:22 -0000 Synopsis: x11/xorg - New xorg 7.4 hangs until mouse is moved when AllowEmptyInput turned off State-Changed-From-To: feedback->closed State-Changed-By: pav State-Changed-When: Mon May 11 15:25:13 UTC 2009 State-Changed-Why: Feedback timeout http://www.freebsd.org/cgi/query-pr.cgi?pr=131124 From owner-freebsd-x11@FreeBSD.ORG Tue May 12 06:55:09 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E277106566C for ; Tue, 12 May 2009 06:55:09 +0000 (UTC) (envelope-from curtis@occnc.com) Received: from harbor.orleans.occnc.com (harbor.orleans.occnc.com [173.9.106.135]) by mx1.freebsd.org (Postfix) with ESMTP id 5198F8FC0A for ; Tue, 12 May 2009 06:55:07 +0000 (UTC) (envelope-from curtis@occnc.com) Received: from harbor.orleans.occnc.com (harbor.orleans.occnc.com [173.9.106.135]) by harbor.orleans.occnc.com (8.13.6/8.13.6) with ESMTP id n4C6Nlio022939; Tue, 12 May 2009 02:23:48 -0400 (EDT) (envelope-from curtis@harbor.orleans.occnc.com) Message-Id: <200905120623.n4C6Nlio022939@harbor.orleans.occnc.com> To: freebsd-x11@freebsd.org From: Curtis Villamizar MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----- =_aaaaaaaaaa0" Content-ID: <21753.1242103130.0@harbor.orleans.occnc.com> Date: Tue, 12 May 2009 02:23:47 -0400 Sender: curtis@occnc.com Cc: Subject: 0000:f826: 00 ILLEGAL EXTENDED X86 OPCODE X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: curtis@occnc.com List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 May 2009 06:55:09 -0000 ------- =_aaaaaaaaaa0 Content-Type: text/plain; charset="us-ascii" Content-ID: <21753.1242103130.1@harbor.orleans.occnc.com> I have a HP Mini Laptop with VIA graphics card. It was briefly running FreeBSD 6.2 with Xorg port xorg-7.2 that I copied to flash from another machine (an 11 year old laptop that is dying). It was using the vesa driver but would work best with 1024x768 and not at all with its native resolution of 1280x768. It came with Linux SLED works fine and its set up for dual boot (I've tried moving parts for that xorg.cof but no luck - it uses the via driver and xorg 6.9). I'm now running FreeBSD 7.2 with xorg-7.4_2 and X no longer works. I just upgraded the x11-* ports after some changes this weekend and no luck. It is now using the openchrome driver, but vesa fails too. I tried to force it to native resolution and to the resolution that previously worked. I've also tried shutting things off like PM, AIGLX, GlxVisuals, MTRR. I've commented out load module lines and tried both vesa and openchrome. No real improvement. Some relevant files attached. The screen clears once or twice and then goes blank with a blinking cursor. Sometime Ctl-Alt-F2 gets be back to a virtual console. While experimenting I run Xorg from the backdoor (slogin over the ethernet) so I still have access and cortrol. I can SIGQUIT and get a core dump but I don't know that it would help. Can anyone shed any light on this or suggest where to look next? Is there anything else I could provide in the way of information? Is there a reason why the via driver was abandoned in favor of openchrome? Curtis ------- =_aaaaaaaaaa0 Content-Type: text/plain; charset="us-ascii" Content-ID: <21753.1242103130.2@harbor.orleans.occnc.com> flash# Xorg X.Org X Server 1.6.1 Release Date: 2009-4-14 X Protocol Version 11, Revision 0 Build Operating System: FreeBSD 7.2-STABLE i386 Current Operating System: FreeBSD flash.brookfield.occnc.com 7.2-STABLE FreeBSD 7.2-STABLE #0: Fri May 8 01:46:52 PDT 2009 root@flash.brookfield.occnc.com:/usr/src/RELENG_7/obj/usr/src/RELENG_7/src/sys/GENERIC i386 Build Date: 09 May 2009 07:12:17PM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. 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: Mon May 11 20:03:06 2009 (==) Using config file: "/etc/X11/xorg.conf" 0000:f826: 00 ILLEGAL EXTENDED X86 OPCODE! ------- =_aaaaaaaaaa0 Content-Type: text/plain; charset="us-ascii" Content-ID: <21753.1242103130.3@harbor.orleans.occnc.com> Section "ServerLayout" Identifier "X.org Configured" Screen 0 "Screen0" 0 0 InputDevice "Mouse0" "CorePointer" InputDevice "Keyboard0" "CoreKeyboard" Option "DontZap" "False" Option "NoPM" "true" Option "AIGLX" "false" Option "GlxVisuals" "false" EndSection Section "Files" ModulePath "/usr/local/lib/xorg/modules" FontPath "/usr/local/lib/X11/fonts/misc/" FontPath "/usr/local/lib/X11/fonts/TTF/" FontPath "/usr/local/lib/X11/fonts/OTF" FontPath "/usr/local/lib/X11/fonts/Type1/" FontPath "/usr/local/lib/X11/fonts/100dpi/" FontPath "/usr/local/lib/X11/fonts/75dpi/" EndSection Section "Module" Load "extmod" Load "record" Load "dbe" Load "glx" Load "dri" Load "dri2" EndSection Section "InputDevice" Identifier "Keyboard0" Driver "kbd" EndSection Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/sysmouse" Option "ZAxisMapping" "4 5 6 7" EndSection Section "Monitor" Identifier "Monitor0" VendorName "Monitor Vendor" ModelName "Monitor Model" Option "DPMS" "false" EndSection Section "Device" ### Available Driver options are:- ### Values: : integer, : float, : "True"/"False", ### : "String", : " Hz/kHz/MHz" ### [arg]: arg optional #Option "ShadowFB" # [] #Option "DefaultRefresh" # [] #Option "ModeSetClearScreen" # [] Identifier "Card0" Driver "vesa" VendorName "Unknown Vendor" BoardName "Unknown Board" BusID "PCI:1:0:0" # Identifier "Card0" # Driver "openchrome" # VendorName "VIA Technologies, Inc." # BoardName "CN896/VN896/P4M900 [Chrome 9 HC]" # BusID "PCI:1:0:0" EndSection Section "Screen" Identifier "Screen0" Device "Card0" Monitor "Monitor0" Option "NoMTRR" "True" SubSection "Display" Virtual 1024 768 Modes "1024x768" Viewport 0 0 Depth 1 EndSubSection SubSection "Display" Virtual 1024 768 Modes "1024x768" Viewport 0 0 Depth 4 EndSubSection SubSection "Display" Virtual 1024 768 Modes "1024x768" Viewport 0 0 Depth 8 EndSubSection SubSection "Display" Virtual 1024 768 Modes "1024x768" Viewport 0 0 Depth 15 EndSubSection SubSection "Display" Virtual 1024 768 Modes "1024x768" Viewport 0 0 Depth 16 EndSubSection SubSection "Display" Virtual 1024 768 Modes "1024x768" Viewport 0 0 Depth 24 EndSubSection EndSection ------- =_aaaaaaaaaa0 Content-Type: text/plain; charset="us-ascii" Content-ID: <21753.1242103130.4@harbor.orleans.occnc.com> X.Org X Server 1.6.1 Release Date: 2009-4-14 X Protocol Version 11, Revision 0 Build Operating System: FreeBSD 7.2-STABLE i386 Current Operating System: FreeBSD flash.brookfield.occnc.com 7.2-STABLE FreeBSD 7.2-STABLE #0: Fri May 8 01:46:52 PDT 2009 root@flash.brookfield.occnc.com:/usr/src/RELENG_7/obj/usr/src/RELENG_7/src/sys/GENERIC i386 Build Date: 09 May 2009 07:12:17PM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. 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: Mon May 11 20:56:37 2009 (==) Using config file: "/etc/X11/xorg.conf" (==) ServerLayout "X.org Configured" (**) |-->Screen "Screen0" (0) (**) | |-->Monitor "Monitor0" (**) | |-->Device "Card0" (**) |-->Input Device "Mouse0" (**) |-->Input Device "Keyboard0" (**) Option "DontZap" "False" (**) Option "NoPM" "true" (**) Option "AIGLX" "false" (**) Option "GlxVisuals" "false" (==) Not automatically adding devices (==) Not automatically enabling devices (WW) Unknown GlxVisuals option (**) FontPath set to: /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/, /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/, built-ins (**) ModulePath set to "/usr/local/lib/xorg/modules" (II) Loader magic: 0x6a0 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 5.0 X.Org XInput driver : 4.0 X.Org Server Extension : 2.0 (II) Loader running on freebsd (--) Using syscons driver with X support (version 2.0) (--) using VT number 5 (--) PCI:*(0@1:0:0) VIA Technologies, Inc. CN896/VN896/P4M900 [Chrome 9 HC] rev 1, Mem @ 0xd0000000/134217728, 0xfc000000/16777216, BIOS @ 0x????????/65536 (II) System resource ranges: [0] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [1] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [2] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [3] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [4] -1 0 0x00000000 - 0x000000ff (0x100) IX[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) "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) "dri2" will be loaded. This was enabled by default and also specified in the config file. (II) LoadModule: "extmod" (II) Loading /usr/local/lib/xorg/modules/extensions//libextmod.so (II) Module extmod: vendor="X.Org Foundation" compiled for 1.6.1, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: "record" (II) Loading /usr/local/lib/xorg/modules/extensions//librecord.so (II) Module record: vendor="X.Org Foundation" compiled for 1.6.1, module version = 1.13.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension RECORD (II) LoadModule: "dbe" (II) Loading /usr/local/lib/xorg/modules/extensions//libdbe.so (II) Module dbe: vendor="X.Org Foundation" compiled for 1.6.1, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: "glx" (II) Loading /usr/local/lib/xorg/modules/extensions//libglx.so (II) Module glx: vendor="X.Org Foundation" compiled for 1.6.1, module version = 1.0.0 ABI class: X.Org Server Extension, version 2.0 (**) 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.6.1, module version = 1.0.0 ABI class: X.Org Server Extension, version 2.0 (II) Loading extension XFree86-DRI (II) LoadModule: "dri2" (II) Loading /usr/local/lib/xorg/modules/extensions//libdri2.so (II) Module dri2: vendor="X.Org Foundation" compiled for 1.6.1, module version = 1.0.0 ABI class: X.Org Server Extension, version 2.0 (II) Loading extension DRI2 (II) LoadModule: "vesa" (II) Loading /usr/local/lib/xorg/modules/drivers//vesa_drv.so (II) Module vesa: vendor="X.Org Foundation" compiled for 1.6.1, module version = 2.1.0 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 5.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.6.1, module version = 1.4.0 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 4.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.6.1, module version = 1.3.2 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 4.0 (II) VESA: driver for VESA chipsets: vesa (II) Primary Device is: PCI 01@00:00:0 (II) resource ranges after probing: [0] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [1] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [2] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [3] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [4] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (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.6.1, module version = 1.1.0 ABI class: X.Org Video Driver, version 5.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.6.1, module version = 1.0.0 ABI class: X.Org Video Driver, version 5.0 (II) VESA(0): initializing int10 (II) VESA(0): Primary V_BIOS segment is: 0xc000 (II) VESA(0): VESA BIOS detected (II) VESA(0): VESA VBE Version 3.0 (II) VESA(0): VESA VBE Total Mem: 32768 kB (II) VESA(0): VESA VBE OEM: VIA N3364 (II) VESA(0): VESA VBE OEM Software Rev: 1.0 (II) VESA(0): VESA VBE OEM Vendor: (II) VESA(0): VESA VBE OEM Product: (II) VESA(0): VESA VBE OEM Product Rev: (==) VESA(0): Depth 24, (--) framebuffer bpp 32 (==) VESA(0): RGB weight 888 (==) VESA(0): Default visual is TrueColor (==) VESA(0): Using gamma correction (1.0, 1.0, 1.0) (II) Loading sub module "ddc" (II) LoadModule: "ddc" (II) Module "ddc" already built-in (II) VESA(0): VESA VBE DDC supported (II) VESA(0): VESA VBE DDC Level 2 (II) VESA(0): VESA VBE DDC transfer in appr. 1 sec. (II) VESA(0): VESA VBE DDC read failed (II) VESA(0): Searching for matching VESA mode(s): Mode: 101 (640x480) ModeAttributes: 0x9f WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc00080c7 BytesPerScanline: 640 XResolution: 640 YResolution: 480 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 8 NumberOfBanks: 1 MemoryModel: 4 BankSize: 0 NumberOfImages: 101 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 2 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 640 BnkNumberOfImagePages: 101 LinNumberOfImagePages: 101 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 111 (640x480) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc00080c7 BytesPerScanline: 1280 XResolution: 640 YResolution: 480 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 16 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 50 RedMaskSize: 5 RedFieldPosition: 11 GreenMaskSize: 6 GreenFieldPosition: 5 BlueMaskSize: 5 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 2 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 1280 BnkNumberOfImagePages: 50 LinNumberOfImagePages: 50 LinRedMaskSize: 5 LinRedFieldPosition: 11 LinGreenMaskSize: 6 LinGreenFieldPosition: 5 LinBlueMaskSize: 5 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 *Mode: 112 (640x480) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc00080c7 BytesPerScanline: 2560 XResolution: 640 YResolution: 480 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 32 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 25 RedMaskSize: 8 RedFieldPosition: 16 GreenMaskSize: 8 GreenFieldPosition: 8 BlueMaskSize: 8 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 2 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 2560 BnkNumberOfImagePages: 25 LinNumberOfImagePages: 25 LinRedMaskSize: 8 LinRedFieldPosition: 16 LinGreenMaskSize: 8 LinGreenFieldPosition: 8 LinBlueMaskSize: 8 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 171 (720x480) ModeAttributes: 0x9f WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc00080c7 BytesPerScanline: 736 XResolution: 720 YResolution: 480 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 8 NumberOfBanks: 1 MemoryModel: 4 BankSize: 0 NumberOfImages: 84 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 2 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 736 BnkNumberOfImagePages: 84 LinNumberOfImagePages: 84 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 173 (720x480) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc00080c7 BytesPerScanline: 1440 XResolution: 720 YResolution: 480 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 16 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 45 RedMaskSize: 5 RedFieldPosition: 11 GreenMaskSize: 6 GreenFieldPosition: 5 BlueMaskSize: 5 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 2 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 1440 BnkNumberOfImagePages: 45 LinNumberOfImagePages: 45 LinRedMaskSize: 5 LinRedFieldPosition: 11 LinGreenMaskSize: 6 LinGreenFieldPosition: 5 LinBlueMaskSize: 5 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 *Mode: 175 (720x480) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc00080c7 BytesPerScanline: 2880 XResolution: 720 YResolution: 480 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 32 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 22 RedMaskSize: 8 RedFieldPosition: 16 GreenMaskSize: 8 GreenFieldPosition: 8 BlueMaskSize: 8 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 2 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 2880 BnkNumberOfImagePages: 22 LinNumberOfImagePages: 22 LinRedMaskSize: 8 LinRedFieldPosition: 16 LinGreenMaskSize: 8 LinGreenFieldPosition: 8 LinBlueMaskSize: 8 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 1b9 (720x540) ModeAttributes: 0x9f WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc00080c7 BytesPerScanline: 736 XResolution: 720 YResolution: 540 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 8 NumberOfBanks: 1 MemoryModel: 4 BankSize: 0 NumberOfImages: 72 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 2 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 736 BnkNumberOfImagePages: 72 LinNumberOfImagePages: 72 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 1ba (720x540) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc00080c7 BytesPerScanline: 1440 XResolution: 720 YResolution: 540 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 16 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 41 RedMaskSize: 5 RedFieldPosition: 11 GreenMaskSize: 6 GreenFieldPosition: 5 BlueMaskSize: 5 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 2 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 1440 BnkNumberOfImagePages: 41 LinNumberOfImagePages: 41 LinRedMaskSize: 5 LinRedFieldPosition: 11 LinGreenMaskSize: 6 LinGreenFieldPosition: 5 LinBlueMaskSize: 5 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 *Mode: 1bb (720x540) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc00080c7 BytesPerScanline: 2880 XResolution: 720 YResolution: 540 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 32 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 20 RedMaskSize: 8 RedFieldPosition: 16 GreenMaskSize: 8 GreenFieldPosition: 8 BlueMaskSize: 8 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 2 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 2880 BnkNumberOfImagePages: 20 LinNumberOfImagePages: 20 LinRedMaskSize: 8 LinRedFieldPosition: 16 LinGreenMaskSize: 8 LinGreenFieldPosition: 8 LinBlueMaskSize: 8 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 17c (720x576) ModeAttributes: 0x9f WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc00080c7 BytesPerScanline: 736 XResolution: 720 YResolution: 576 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 8 NumberOfBanks: 1 MemoryModel: 4 BankSize: 0 NumberOfImages: 72 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 2 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 736 BnkNumberOfImagePages: 72 LinNumberOfImagePages: 72 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 17e (720x576) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc00080c7 BytesPerScanline: 1440 XResolution: 720 YResolution: 576 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 16 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 38 RedMaskSize: 5 RedFieldPosition: 11 GreenMaskSize: 6 GreenFieldPosition: 5 BlueMaskSize: 5 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 2 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 1440 BnkNumberOfImagePages: 38 LinNumberOfImagePages: 38 LinRedMaskSize: 5 LinRedFieldPosition: 11 LinGreenMaskSize: 6 LinGreenFieldPosition: 5 LinBlueMaskSize: 5 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 *Mode: 17f (720x576) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc00080c7 BytesPerScanline: 2880 XResolution: 720 YResolution: 576 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 32 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 18 RedMaskSize: 8 RedFieldPosition: 16 GreenMaskSize: 8 GreenFieldPosition: 8 BlueMaskSize: 8 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 2 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 2880 BnkNumberOfImagePages: 18 LinNumberOfImagePages: 18 LinRedMaskSize: 8 LinRedFieldPosition: 16 LinGreenMaskSize: 8 LinGreenFieldPosition: 8 LinBlueMaskSize: 8 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 22e (800x480) ModeAttributes: 0x9f WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc00080c7 BytesPerScanline: 800 XResolution: 800 YResolution: 480 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 8 NumberOfBanks: 1 MemoryModel: 4 BankSize: 0 NumberOfImages: 84 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 2 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 800 BnkNumberOfImagePages: 84 LinNumberOfImagePages: 84 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 22f (800x480) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc00080c7 BytesPerScanline: 1600 XResolution: 800 YResolution: 480 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 16 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 41 RedMaskSize: 5 RedFieldPosition: 11 GreenMaskSize: 6 GreenFieldPosition: 5 BlueMaskSize: 5 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 2 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 1600 BnkNumberOfImagePages: 41 LinNumberOfImagePages: 41 LinRedMaskSize: 5 LinRedFieldPosition: 11 LinGreenMaskSize: 6 LinGreenFieldPosition: 5 LinBlueMaskSize: 5 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 *Mode: 230 (800x480) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc00080c7 BytesPerScanline: 3200 XResolution: 800 YResolution: 480 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 32 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 20 RedMaskSize: 8 RedFieldPosition: 16 GreenMaskSize: 8 GreenFieldPosition: 8 BlueMaskSize: 8 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 2 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 3200 BnkNumberOfImagePages: 20 LinNumberOfImagePages: 20 LinRedMaskSize: 8 LinRedFieldPosition: 16 LinGreenMaskSize: 8 LinGreenFieldPosition: 8 LinBlueMaskSize: 8 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 103 (800x600) ModeAttributes: 0x9f WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc00080c7 BytesPerScanline: 800 XResolution: 800 YResolution: 600 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 8 NumberOfBanks: 1 MemoryModel: 4 BankSize: 0 NumberOfImages: 63 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 2 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 800 BnkNumberOfImagePages: 63 LinNumberOfImagePages: 63 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 114 (800x600) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc00080c7 BytesPerScanline: 1600 XResolution: 800 YResolution: 600 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 16 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 33 RedMaskSize: 5 RedFieldPosition: 11 GreenMaskSize: 6 GreenFieldPosition: 5 BlueMaskSize: 5 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 2 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 1600 BnkNumberOfImagePages: 33 LinNumberOfImagePages: 33 LinRedMaskSize: 5 LinRedFieldPosition: 11 LinGreenMaskSize: 6 LinGreenFieldPosition: 5 LinBlueMaskSize: 5 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 *Mode: 115 (800x600) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc00080c7 BytesPerScanline: 3200 XResolution: 800 YResolution: 600 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 32 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 16 RedMaskSize: 8 RedFieldPosition: 16 GreenMaskSize: 8 GreenFieldPosition: 8 BlueMaskSize: 8 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 2 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 3200 BnkNumberOfImagePages: 16 LinNumberOfImagePages: 16 LinRedMaskSize: 8 LinRedFieldPosition: 16 LinGreenMaskSize: 8 LinGreenFieldPosition: 8 LinBlueMaskSize: 8 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 222 (852x480) ModeAttributes: 0x9f WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc00080c7 BytesPerScanline: 864 XResolution: 852 YResolution: 480 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 8 NumberOfBanks: 1 MemoryModel: 4 BankSize: 0 NumberOfImages: 72 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 2 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 864 BnkNumberOfImagePages: 72 LinNumberOfImagePages: 72 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 223 (852x480) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc00080c7 BytesPerScanline: 1728 XResolution: 852 YResolution: 480 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 16 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 38 RedMaskSize: 5 RedFieldPosition: 11 GreenMaskSize: 6 GreenFieldPosition: 5 BlueMaskSize: 5 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 2 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 1728 BnkNumberOfImagePages: 38 LinNumberOfImagePages: 38 LinRedMaskSize: 5 LinRedFieldPosition: 11 LinGreenMaskSize: 6 LinGreenFieldPosition: 5 LinBlueMaskSize: 5 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 *Mode: 224 (852x480) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc00080c7 BytesPerScanline: 3424 XResolution: 852 YResolution: 480 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 32 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 18 RedMaskSize: 8 RedFieldPosition: 16 GreenMaskSize: 8 GreenFieldPosition: 8 BlueMaskSize: 8 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 2 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 3424 BnkNumberOfImagePages: 18 LinNumberOfImagePages: 18 LinRedMaskSize: 8 LinRedFieldPosition: 16 LinGreenMaskSize: 8 LinGreenFieldPosition: 8 LinBlueMaskSize: 8 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 200 (1024x600) ModeAttributes: 0x9f WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc00080c7 BytesPerScanline: 1024 XResolution: 1024 YResolution: 600 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 8 NumberOfBanks: 1 MemoryModel: 4 BankSize: 0 NumberOfImages: 50 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 2 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 1024 BnkNumberOfImagePages: 50 LinNumberOfImagePages: 50 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 201 (1024x600) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc00080c7 BytesPerScanline: 2048 XResolution: 1024 YResolution: 600 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 16 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 25 RedMaskSize: 5 RedFieldPosition: 11 GreenMaskSize: 6 GreenFieldPosition: 5 BlueMaskSize: 5 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 2 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 2048 BnkNumberOfImagePages: 25 LinNumberOfImagePages: 25 LinRedMaskSize: 5 LinRedFieldPosition: 11 LinGreenMaskSize: 6 LinGreenFieldPosition: 5 LinBlueMaskSize: 5 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 *Mode: 203 (1024x600) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc00080c7 BytesPerScanline: 4096 XResolution: 1024 YResolution: 600 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 32 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 12 RedMaskSize: 8 RedFieldPosition: 16 GreenMaskSize: 8 GreenFieldPosition: 8 BlueMaskSize: 8 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 2 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 4096 BnkNumberOfImagePages: 12 LinNumberOfImagePages: 12 LinRedMaskSize: 8 LinRedFieldPosition: 16 LinGreenMaskSize: 8 LinGreenFieldPosition: 8 LinBlueMaskSize: 8 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 105 (1024x768) ModeAttributes: 0x9f WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc00080c7 BytesPerScanline: 1024 XResolution: 1024 YResolution: 768 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 8 NumberOfBanks: 1 MemoryModel: 4 BankSize: 0 NumberOfImages: 41 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 2 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 1024 BnkNumberOfImagePages: 41 LinNumberOfImagePages: 41 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 117 (1024x768) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc00080c7 BytesPerScanline: 2048 XResolution: 1024 YResolution: 768 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 16 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 20 RedMaskSize: 5 RedFieldPosition: 11 GreenMaskSize: 6 GreenFieldPosition: 5 BlueMaskSize: 5 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 2 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 2048 BnkNumberOfImagePages: 20 LinNumberOfImagePages: 20 LinRedMaskSize: 5 LinRedFieldPosition: 11 LinGreenMaskSize: 6 LinGreenFieldPosition: 5 LinBlueMaskSize: 5 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 *Mode: 118 (1024x768) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc00080c7 BytesPerScanline: 4096 XResolution: 1024 YResolution: 768 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 32 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 9 RedMaskSize: 8 RedFieldPosition: 16 GreenMaskSize: 8 GreenFieldPosition: 8 BlueMaskSize: 8 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 2 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 4096 BnkNumberOfImagePages: 9 LinNumberOfImagePages: 9 LinRedMaskSize: 8 LinRedFieldPosition: 16 LinGreenMaskSize: 8 LinGreenFieldPosition: 8 LinBlueMaskSize: 8 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 125 (1280x720) ModeAttributes: 0x9f WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc00080c7 BytesPerScanline: 1280 XResolution: 1280 YResolution: 720 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 8 NumberOfBanks: 1 MemoryModel: 4 BankSize: 0 NumberOfImages: 33 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 2 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 1280 BnkNumberOfImagePages: 33 LinNumberOfImagePages: 33 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 126 (1280x720) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc00080c7 BytesPerScanline: 2560 XResolution: 1280 YResolution: 720 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 16 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 16 RedMaskSize: 5 RedFieldPosition: 11 GreenMaskSize: 6 GreenFieldPosition: 5 BlueMaskSize: 5 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 2 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 2560 BnkNumberOfImagePages: 16 LinNumberOfImagePages: 16 LinRedMaskSize: 5 LinRedFieldPosition: 11 LinGreenMaskSize: 6 LinGreenFieldPosition: 5 LinBlueMaskSize: 5 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 *Mode: 127 (1280x720) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc00080c7 BytesPerScanline: 5120 XResolution: 1280 YResolution: 720 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 32 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 7 RedMaskSize: 8 RedFieldPosition: 16 GreenMaskSize: 8 GreenFieldPosition: 8 BlueMaskSize: 8 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 2 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 5120 BnkNumberOfImagePages: 7 LinNumberOfImagePages: 7 LinRedMaskSize: 8 LinRedFieldPosition: 16 LinGreenMaskSize: 8 LinGreenFieldPosition: 8 LinBlueMaskSize: 8 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 (II) VESA(0): Not using mode "1280x720" (width too large for virtual size) Mode: 179 (1280x768) ModeAttributes: 0x9f WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc00080c7 BytesPerScanline: 1280 XResolution: 1280 YResolution: 768 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 8 NumberOfBanks: 1 MemoryModel: 4 BankSize: 0 NumberOfImages: 33 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 2 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 1280 BnkNumberOfImagePages: 33 LinNumberOfImagePages: 33 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 17a (1280x768) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc00080c7 BytesPerScanline: 2560 XResolution: 1280 YResolution: 768 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 16 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 16 RedMaskSize: 5 RedFieldPosition: 11 GreenMaskSize: 6 GreenFieldPosition: 5 BlueMaskSize: 5 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 2 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 2560 BnkNumberOfImagePages: 16 LinNumberOfImagePages: 16 LinRedMaskSize: 5 LinRedFieldPosition: 11 LinGreenMaskSize: 6 LinGreenFieldPosition: 5 LinBlueMaskSize: 5 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 *Mode: 17b (1280x768) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc00080c7 BytesPerScanline: 5120 XResolution: 1280 YResolution: 768 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 32 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 7 RedMaskSize: 8 RedFieldPosition: 16 GreenMaskSize: 8 GreenFieldPosition: 8 BlueMaskSize: 8 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 2 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 5120 BnkNumberOfImagePages: 7 LinNumberOfImagePages: 7 LinRedMaskSize: 8 LinRedFieldPosition: 16 LinGreenMaskSize: 8 LinGreenFieldPosition: 8 LinBlueMaskSize: 8 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 (II) VESA(0): Not using mode "1280x768" (width too large for virtual size) Mode: 1b6 (1280x800) ModeAttributes: 0x9f WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc00080c7 BytesPerScanline: 1280 XResolution: 1280 YResolution: 800 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 8 NumberOfBanks: 1 MemoryModel: 4 BankSize: 0 NumberOfImages: 31 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 2 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 1280 BnkNumberOfImagePages: 31 LinNumberOfImagePages: 31 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 1b7 (1280x800) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc00080c7 BytesPerScanline: 2560 XResolution: 1280 YResolution: 800 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 16 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 15 RedMaskSize: 5 RedFieldPosition: 11 GreenMaskSize: 6 GreenFieldPosition: 5 BlueMaskSize: 5 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 2 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 2560 BnkNumberOfImagePages: 15 LinNumberOfImagePages: 15 LinRedMaskSize: 5 LinRedFieldPosition: 11 LinGreenMaskSize: 6 LinGreenFieldPosition: 5 LinBlueMaskSize: 5 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 *Mode: 1b8 (1280x800) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc00080c7 BytesPerScanline: 5120 XResolution: 1280 YResolution: 800 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 32 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 7 RedMaskSize: 8 RedFieldPosition: 16 GreenMaskSize: 8 GreenFieldPosition: 8 BlueMaskSize: 8 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 2 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 5120 BnkNumberOfImagePages: 7 LinNumberOfImagePages: 7 LinRedMaskSize: 8 LinRedFieldPosition: 16 LinGreenMaskSize: 8 LinGreenFieldPosition: 8 LinBlueMaskSize: 8 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 (II) VESA(0): Not using mode "1280x800" (height too large for virtual size) Mode: 13f (1280x960) ModeAttributes: 0x9f WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc00080c7 BytesPerScanline: 1280 XResolution: 1280 YResolution: 960 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 8 NumberOfBanks: 1 MemoryModel: 4 BankSize: 0 NumberOfImages: 25 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 2 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 1280 BnkNumberOfImagePages: 25 LinNumberOfImagePages: 25 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 14f (1280x960) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc00080c7 BytesPerScanline: 2560 XResolution: 1280 YResolution: 960 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 16 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 12 RedMaskSize: 5 RedFieldPosition: 11 GreenMaskSize: 6 GreenFieldPosition: 5 BlueMaskSize: 5 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 2 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 2560 BnkNumberOfImagePages: 12 LinNumberOfImagePages: 12 LinRedMaskSize: 5 LinRedFieldPosition: 11 LinGreenMaskSize: 6 LinGreenFieldPosition: 5 LinBlueMaskSize: 5 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 *Mode: 16a (1280x960) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc00080c7 BytesPerScanline: 5120 XResolution: 1280 YResolution: 960 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 32 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 5 RedMaskSize: 8 RedFieldPosition: 16 GreenMaskSize: 8 GreenFieldPosition: 8 BlueMaskSize: 8 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 2 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 5120 BnkNumberOfImagePages: 5 LinNumberOfImagePages: 5 LinRedMaskSize: 8 LinRedFieldPosition: 16 LinGreenMaskSize: 8 LinGreenFieldPosition: 8 LinBlueMaskSize: 8 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 (II) VESA(0): Not using mode "1280x960" (height too large for virtual size) Mode: 107 (1280x1024) ModeAttributes: 0x9f WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc00080c7 BytesPerScanline: 1280 XResolution: 1280 YResolution: 1024 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 8 NumberOfBanks: 1 MemoryModel: 4 BankSize: 0 NumberOfImages: 24 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 2 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 1280 BnkNumberOfImagePages: 24 LinNumberOfImagePages: 24 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 11a (1280x1024) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc00080c7 BytesPerScanline: 2560 XResolution: 1280 YResolution: 1024 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 16 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 11 RedMaskSize: 5 RedFieldPosition: 11 GreenMaskSize: 6 GreenFieldPosition: 5 BlueMaskSize: 5 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 2 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 2560 BnkNumberOfImagePages: 11 LinNumberOfImagePages: 11 LinRedMaskSize: 5 LinRedFieldPosition: 11 LinGreenMaskSize: 6 LinGreenFieldPosition: 5 LinBlueMaskSize: 5 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 *Mode: 11b (1280x1024) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc00080c7 BytesPerScanline: 5120 XResolution: 1280 YResolution: 1024 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 32 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 5 RedMaskSize: 8 RedFieldPosition: 16 GreenMaskSize: 8 GreenFieldPosition: 8 BlueMaskSize: 8 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 2 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 5120 BnkNumberOfImagePages: 5 LinNumberOfImagePages: 5 LinRedMaskSize: 8 LinRedFieldPosition: 16 LinGreenMaskSize: 8 LinGreenFieldPosition: 8 LinBlueMaskSize: 8 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 (II) VESA(0): Not using mode "1280x1024" (height too large for virtual size) Mode: 183 (1366x768) ModeAttributes: 0x9f WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc00080c7 BytesPerScanline: 1376 XResolution: 1366 YResolution: 768 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 8 NumberOfBanks: 1 MemoryModel: 4 BankSize: 0 NumberOfImages: 29 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 2 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 1376 BnkNumberOfImagePages: 29 LinNumberOfImagePages: 29 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 184 (1366x768) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc00080c7 BytesPerScanline: 2752 XResolution: 1366 YResolution: 768 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 16 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 14 RedMaskSize: 5 RedFieldPosition: 11 GreenMaskSize: 6 GreenFieldPosition: 5 BlueMaskSize: 5 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 2 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 2752 BnkNumberOfImagePages: 14 LinNumberOfImagePages: 14 LinRedMaskSize: 5 LinRedFieldPosition: 11 LinGreenMaskSize: 6 LinGreenFieldPosition: 5 LinBlueMaskSize: 5 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 *Mode: 185 (1366x768) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc00080c7 BytesPerScanline: 5472 XResolution: 1366 YResolution: 768 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 32 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 6 RedMaskSize: 8 RedFieldPosition: 16 GreenMaskSize: 8 GreenFieldPosition: 8 BlueMaskSize: 8 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 2 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 5472 BnkNumberOfImagePages: 6 LinNumberOfImagePages: 6 LinRedMaskSize: 8 LinRedFieldPosition: 16 LinGreenMaskSize: 8 LinGreenFieldPosition: 8 LinBlueMaskSize: 8 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 (II) VESA(0): Not using mode "1366x768" (width too large for virtual size) Mode: 13b (1400x1050) ModeAttributes: 0x9f WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc00080c7 BytesPerScanline: 1408 XResolution: 1400 YResolution: 1050 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 8 NumberOfBanks: 1 MemoryModel: 4 BankSize: 0 NumberOfImages: 21 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 2 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 1408 BnkNumberOfImagePages: 21 LinNumberOfImagePages: 21 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 13c (1400x1050) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc00080c7 BytesPerScanline: 2816 XResolution: 1400 YResolution: 1050 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 16 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 10 RedMaskSize: 5 RedFieldPosition: 11 GreenMaskSize: 6 GreenFieldPosition: 5 BlueMaskSize: 5 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 2 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 2816 BnkNumberOfImagePages: 10 LinNumberOfImagePages: 10 LinRedMaskSize: 5 LinRedFieldPosition: 11 LinGreenMaskSize: 6 LinGreenFieldPosition: 5 LinBlueMaskSize: 5 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 *Mode: 13e (1400x1050) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc00080c7 BytesPerScanline: 5600 XResolution: 1400 YResolution: 1050 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 32 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 4 RedMaskSize: 8 RedFieldPosition: 16 GreenMaskSize: 8 GreenFieldPosition: 8 BlueMaskSize: 8 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 2 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 5600 BnkNumberOfImagePages: 4 LinNumberOfImagePages: 4 LinRedMaskSize: 8 LinRedFieldPosition: 16 LinGreenMaskSize: 8 LinGreenFieldPosition: 8 LinBlueMaskSize: 8 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 (II) VESA(0): Not using mode "1400x1050" (height too large for virtual size) Mode: 211 (1440x900) ModeAttributes: 0x9f WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc00080c7 BytesPerScanline: 1440 XResolution: 1440 YResolution: 900 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 8 NumberOfBanks: 1 MemoryModel: 4 BankSize: 0 NumberOfImages: 24 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 2 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 1440 BnkNumberOfImagePages: 24 LinNumberOfImagePages: 24 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 212 (1440x900) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc00080c7 BytesPerScanline: 2880 XResolution: 1440 YResolution: 900 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 16 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 11 RedMaskSize: 5 RedFieldPosition: 11 GreenMaskSize: 6 GreenFieldPosition: 5 BlueMaskSize: 5 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 2 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 2880 BnkNumberOfImagePages: 11 LinNumberOfImagePages: 11 LinRedMaskSize: 5 LinRedFieldPosition: 11 LinGreenMaskSize: 6 LinGreenFieldPosition: 5 LinBlueMaskSize: 5 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 *Mode: 213 (1440x900) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc00080c7 BytesPerScanline: 5760 XResolution: 1440 YResolution: 900 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 32 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 5 RedMaskSize: 8 RedFieldPosition: 16 GreenMaskSize: 8 GreenFieldPosition: 8 BlueMaskSize: 8 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 2 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 5760 BnkNumberOfImagePages: 5 LinNumberOfImagePages: 5 LinRedMaskSize: 8 LinRedFieldPosition: 16 LinGreenMaskSize: 8 LinGreenFieldPosition: 8 LinBlueMaskSize: 8 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 (II) VESA(0): Not using mode "1440x900" (height too large for virtual size) Mode: 120 (1600x1200) ModeAttributes: 0x9f WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc00080c7 BytesPerScanline: 1600 XResolution: 1600 YResolution: 1200 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 8 NumberOfBanks: 1 MemoryModel: 4 BankSize: 0 NumberOfImages: 16 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 2 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 1600 BnkNumberOfImagePages: 16 LinNumberOfImagePages: 16 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 122 (1600x1200) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc00080c7 BytesPerScanline: 3200 XResolution: 1600 YResolution: 1200 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 16 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 7 RedMaskSize: 5 RedFieldPosition: 11 GreenMaskSize: 6 GreenFieldPosition: 5 BlueMaskSize: 5 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 2 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 3200 BnkNumberOfImagePages: 7 LinNumberOfImagePages: 7 LinRedMaskSize: 5 LinRedFieldPosition: 11 LinGreenMaskSize: 6 LinGreenFieldPosition: 5 LinBlueMaskSize: 5 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 *Mode: 124 (1600x1200) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc00080c7 BytesPerScanline: 6400 XResolution: 1600 YResolution: 1200 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 32 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 3 RedMaskSize: 8 RedFieldPosition: 16 GreenMaskSize: 8 GreenFieldPosition: 8 BlueMaskSize: 8 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 2 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 6400 BnkNumberOfImagePages: 3 LinNumberOfImagePages: 3 LinRedMaskSize: 8 LinRedFieldPosition: 16 LinGreenMaskSize: 8 LinGreenFieldPosition: 8 LinBlueMaskSize: 8 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 (II) VESA(0): Not using mode "1600x1200" (height too large for virtual size) Mode: 12b (1680x1050) ModeAttributes: 0x9f WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc00080c7 BytesPerScanline: 1696 XResolution: 1680 YResolution: 1050 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 8 NumberOfBanks: 1 MemoryModel: 4 BankSize: 0 NumberOfImages: 17 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 2 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 1696 BnkNumberOfImagePages: 17 LinNumberOfImagePages: 17 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 12c (1680x1050) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc00080c7 BytesPerScanline: 3360 XResolution: 1680 YResolution: 1050 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 16 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 8 RedMaskSize: 5 RedFieldPosition: 11 GreenMaskSize: 6 GreenFieldPosition: 5 BlueMaskSize: 5 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 2 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 3360 BnkNumberOfImagePages: 8 LinNumberOfImagePages: 8 LinRedMaskSize: 5 LinRedFieldPosition: 11 LinGreenMaskSize: 6 LinGreenFieldPosition: 5 LinBlueMaskSize: 5 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 *Mode: 12d (1680x1050) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc00080c7 BytesPerScanline: 6720 XResolution: 1680 YResolution: 1050 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 32 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 3 RedMaskSize: 8 RedFieldPosition: 16 GreenMaskSize: 8 GreenFieldPosition: 8 BlueMaskSize: 8 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 2 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 6720 BnkNumberOfImagePages: 3 LinNumberOfImagePages: 3 LinRedMaskSize: 8 LinRedFieldPosition: 16 LinGreenMaskSize: 8 LinGreenFieldPosition: 8 LinBlueMaskSize: 8 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 (II) VESA(0): Not using mode "1680x1050" (height too large for virtual size) Mode: 166 (1920x1080) ModeAttributes: 0x9f WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc00080c7 BytesPerScanline: 1920 XResolution: 1920 YResolution: 1080 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 8 NumberOfBanks: 1 MemoryModel: 4 BankSize: 0 NumberOfImages: 15 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 2 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 1920 BnkNumberOfImagePages: 15 LinNumberOfImagePages: 15 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 167 (1920x1080) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc00080c7 BytesPerScanline: 3840 XResolution: 1920 YResolution: 1080 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 16 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 7 RedMaskSize: 5 RedFieldPosition: 11 GreenMaskSize: 6 GreenFieldPosition: 5 BlueMaskSize: 5 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 2 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 3840 BnkNumberOfImagePages: 7 LinNumberOfImagePages: 7 LinRedMaskSize: 5 LinRedFieldPosition: 11 LinGreenMaskSize: 6 LinGreenFieldPosition: 5 LinBlueMaskSize: 5 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 *Mode: 168 (1920x1080) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc00080c7 BytesPerScanline: 7680 XResolution: 1920 YResolution: 1080 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 32 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 3 RedMaskSize: 8 RedFieldPosition: 16 GreenMaskSize: 8 GreenFieldPosition: 8 BlueMaskSize: 8 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 2 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 7680 BnkNumberOfImagePages: 3 LinNumberOfImagePages: 3 LinRedMaskSize: 8 LinRedFieldPosition: 16 LinGreenMaskSize: 8 LinGreenFieldPosition: 8 LinBlueMaskSize: 8 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 (II) VESA(0): Not using mode "1920x1080" (height too large for virtual size) Mode: 146 (1920x1200) ModeAttributes: 0x9f WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc00080c7 BytesPerScanline: 1920 XResolution: 1920 YResolution: 1200 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 8 NumberOfBanks: 1 MemoryModel: 4 BankSize: 0 NumberOfImages: 13 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 2 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 1920 BnkNumberOfImagePages: 13 LinNumberOfImagePages: 13 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 148 (1920x1200) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc00080c7 BytesPerScanline: 3840 XResolution: 1920 YResolution: 1200 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 16 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 6 RedMaskSize: 5 RedFieldPosition: 11 GreenMaskSize: 6 GreenFieldPosition: 5 BlueMaskSize: 5 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 2 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 3840 BnkNumberOfImagePages: 6 LinNumberOfImagePages: 6 LinRedMaskSize: 5 LinRedFieldPosition: 11 LinGreenMaskSize: 6 LinGreenFieldPosition: 5 LinBlueMaskSize: 5 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 *Mode: 149 (1920x1200) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0xa000 WinFuncPtr: 0xc00080c7 BytesPerScanline: 7680 XResolution: 1920 YResolution: 1200 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 32 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 2 RedMaskSize: 8 RedFieldPosition: 16 GreenMaskSize: 8 GreenFieldPosition: 8 BlueMaskSize: 8 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 2 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 7680 BnkNumberOfImagePages: 2 LinNumberOfImagePages: 2 LinRedMaskSize: 8 LinRedFieldPosition: 16 LinGreenMaskSize: 8 LinGreenFieldPosition: 8 LinBlueMaskSize: 8 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 (II) VESA(0): Not using mode "1920x1200" (height too large for virtual size) (II) VESA(0): Total Memory: 512 64KB banks (32768kB) (II) VESA(0): Monitor0: Using default hsync range of 31.50-37.90 kHz (II) VESA(0): Monitor0: Using default vrefresh range of 50.00-70.00 Hz (II) VESA(0): Not using built-in mode "1024x768" (no mode of this name) (II) VESA(0): Not using built-in mode "1024x600" (no mode of this name) (II) VESA(0): Not using built-in mode "800x600" (no mode of this name) (II) VESA(0): Not using built-in mode "720x576" (no mode of this name) (II) VESA(0): Not using built-in mode "852x480" (no mode of this name) (II) VESA(0): Not using built-in mode "720x540" (no mode of this name) (II) VESA(0): Not using built-in mode "800x480" (no mode of this name) (II) VESA(0): Not using built-in mode "720x480" (no mode of this name) (II) VESA(0): Not using built-in mode "640x480" (no mode of this name) (WW) VESA(0): No valid modes left. Trying less strict filter... (II) VESA(0): Monitor0: Using hsync range of 31.50-37.90 kHz (II) VESA(0): Monitor0: Using vrefresh range of 50.00-70.00 Hz (II) VESA(0): Not using built-in mode "1024x768" (hsync out of range) (**) VESA(0): Virtual size is 1024x768 (pitch 1024) (**) VESA(0): Built-in mode "1024x600" (**) VESA(0): Built-in mode "800x600" (**) VESA(0): Built-in mode "720x576" (**) VESA(0): Built-in mode "852x480" (**) VESA(0): Built-in mode "720x540" (**) VESA(0): Built-in mode "800x480" (**) VESA(0): Built-in mode "720x480" (**) VESA(0): Built-in mode "640x480" (==) VESA(0): DPI set to (96, 96) (II) VESA(0): Attempting to use 60Hz refresh for mode "800x600" (115) (**) VESA(0): Option "Nomtrr" "True" (II) VESA(0): Attempting to use 60Hz refresh for mode "640x480" (112) ------- =_aaaaaaaaaa0-- From owner-freebsd-x11@FreeBSD.ORG Tue May 12 15:20:49 2009 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 61168106566B for ; Tue, 12 May 2009 15:20:49 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 2AD4D8FC13 for ; Tue, 12 May 2009 15:20:49 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.4] (adsl-19-244-249.bna.bellsouth.net [68.19.244.249]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n4CFKiFL025800 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 12 May 2009 11:20:44 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Vinicius Abrahao In-Reply-To: <1e31c7980905092041y58a759e1o7f6079e61a8748a1@mail.gmail.com> References: <1e31c7980905092041y58a759e1o7f6079e61a8748a1@mail.gmail.com> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-xyYRNqjkRapyJaYNNzM+" Organization: FreeBSD Date: Tue, 12 May 2009 10:20:16 -0500 Message-Id: <1242141616.1755.13.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.1.1 FreeBSD GNOME Team Port X-Spam-Status: No, score=-3.2 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: x11@freebsd.org Subject: Re: Problem when updating xorg-drivers: "xf86-input-calcomp-1.1.2_1 Unmaintained upstream" X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 May 2009 15:20:49 -0000 --=-xyYRNqjkRapyJaYNNzM+ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sun, 2009-05-10 at 00:41 -0300, Vinicius Abrahao wrote: > # pkg_version -vIL=3D > xorg-drivers-7.4_1 < needs updating (index has 7.4_2) >=20 > #portupgrade xorg-drivers >=20 > =3D=3D=3D> xorg-drivers-7.4_2 depends on file: > /usr/local/lib/xorg/modules/input/calcomp_drv.so - not found > =3D=3D=3D> Verifying reinstall for > /usr/local/lib/xorg/modules/input/calcomp_drv.so in > /usr/ports/x11-drivers/xf86-input-calcomp > =3D=3D=3D> xf86-input-calcomp-1.1.2_1 Unmaintained upstream. Notify > x11@FreeBSD.org if you have this device.. > *** Error code 1 >=20 > Stop in /usr/ports/x11-drivers/xf86-input-calcomp. > *** Error code 1 >=20 > Stop in /usr/ports/x11-drivers/xorg-drivers. > *** Error code 1 >=20 > Stop in /usr/ports/x11-drivers/xorg-drivers. > *** Error code 1 >=20 > Stop in /usr/ports/x11-drivers/xorg-drivers. > ** Command failed [exit code 1]: /usr/bin/script -qa > /tmp/portupgrade20090510-63398-mmm9ti-0 env UPGRADE_TOOL=3Dportupgrade > UPGRADE_PORT=3Dxorg-drivers-7.4_1 UPGRADE_PORT_VER=3D7.4_1 make reinstall > ---> Restoring the old version > ** Fix the installation problem and try again. > [Updating the pkgdb in /var/db/pkg ... - 829 packages > found (-0 +1) . done] > ** Listing the failed packages (-:ignored / *:skipped / !:failed) > ! x11-drivers/xorg-drivers (xorg-drivers-7.4_1) (install error) >=20 > # cd /usr/ports/x11-drivers/xf86-input-calcomp/ > # make install clean > =3D=3D=3D> xf86-input-calcomp-1.1.2_1 Unmaintained upstream. Notify > x11@FreeBSD.org if you have this device.. > *** Error code 1 >=20 >=20 > I don't have this device by the way. But I can't update my xorg-drivers > port. Why xorg-drivers depends on xf86-input-calcomp if this > is a "Unmaintained upstream"? And most important, how I can't fix it? It looks like you have an old option set which depends on it... Do a make config in x11-drivers/xorg-drivers and unselect drivers which you don't need. robert. > Thanks, > Vinicius Schmidt > _______________________________________________ > 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" --=20 Robert Noland FreeBSD --=-xyYRNqjkRapyJaYNNzM+ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAkoJk7AACgkQM4TrQ4qfROOE/wCeKcXoEwnpAKMwgzwQeyvQBhTc 1/4An20qDxdyra7WbrnCTdeyInZaMbJ8 =JMhJ -----END PGP SIGNATURE----- --=-xyYRNqjkRapyJaYNNzM+-- From owner-freebsd-x11@FreeBSD.ORG Wed May 13 17:02:13 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC977106566B; Wed, 13 May 2009 17:02:13 +0000 (UTC) (envelope-from jimmiejaz@gmail.com) Received: from mail-px0-f106.google.com (mail-px0-f106.google.com [209.85.216.106]) by mx1.freebsd.org (Postfix) with ESMTP id B1E4A8FC1A; Wed, 13 May 2009 17:02:13 +0000 (UTC) (envelope-from jimmiejaz@gmail.com) Received: by pxi4 with SMTP id 4so344135pxi.3 for ; Wed, 13 May 2009 10:02:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to :user-agent:mime-version:to:subject:content-type :content-transfer-encoding; bh=93D2tL/hQ3mo2NoI0kQYiT8rj+d3I+Gg2DT1/xyqhHY=; b=T/AwkVYMR8jvq2scfKUk1e551mE7ZyK92FLiuyXkHO9qHw6cGdN84VTxRhkvwXT7ly kFHxU3XLAev1crJgsiT6vOFJ1EfASoEyT7hXMGXRhPP+E5kRkD+lNixLOklFrwbhYpOf EjghHEheFi5Gwo1MqcYTuMjMYm+cS/HEYm/As= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; b=FqZyfBQfwykZUF5gQgmljBudk/MK+jeJLC+Ml157KFF906lqE31jt9V499YK4LapRj 0kjtv39v5Z11ef3MpyOPGCNX97Ovz5zXhexyHD7/AIs3Yo4rToFKmohwnlgcK8PNvPEe zToLFTBa6Y3oN6e3OdfZ7opbAQ307L6DW7bc8= Received: by 10.114.182.1 with SMTP id e1mr1086429waf.22.1242234132695; Wed, 13 May 2009 10:02:12 -0700 (PDT) Received: from jimmiejaz.org (bas1-toronto44-1279726134.dsl.bell.ca [76.71.18.54]) by mx.google.com with ESMTPS id k35sm124620waf.22.2009.05.13.10.02.10 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 13 May 2009 10:02:11 -0700 (PDT) Message-ID: <4A0AFD10.5020402@gmail.com> Date: Wed, 13 May 2009 13:02:08 -0400 From: Jimmie James User-Agent: Thunderbird 2.0.0.7pre (X11/20090406) MIME-Version: 1.0 To: freebsd-multimedia@freebsd.org, freebsd-x11@freebsd.org, freebsd-questions@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Repeatable X lockups X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jimmiejaz@gmail.com List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2009 17:02:14 -0000 Jimmie James wrote: >> When using the xv output driver for vlc or mplayer, X will lockup, crash >> instantly, trashing the screen and forcing a reboot >> Image of screen corruption: >> http://img.photobucket.com/albums/v287/jimmiejaz/xcrash.jpg William Bulley wrote: >I have experienced the same problem, but I didn't see any suggestions >or answers to your posting. Have you had any success yet with this? >Have you tried any other output drivers? This is something I plan to >try in the next few days. >My system is i386 with Intel 915 graphics on the motherboard. Xorg 7.4 >runs fine. When I run mplayer from the command line, in an xterm under >open-motif, the X Windows session dies and I am tossed back to the vty. Halp? The x11 output driver sucks when trying to watch something full screen. With the latest (in ports) xf86-video-intel-2.7.1, first time with xv it was fine, flipped to a console then back to X, and ran mplayer with xv, lockup/Xcrash, ssh'd into my box, and for the hell of it, ran startx, and it worked, I was back in X, but the console was still buggered as the picture in the link above shows. I could kill X, but the console was buggered, locked, ssh would allow me to restart X as many times as I wished. All that's in /var/log/messages is May 13 11:19:35 jimmiejaz kernel: pid 65663 (Xorg), uid 0: exited on signal 6 Unfortunatly, Xorg log doesn't have anything, as I restarted X over ssh several times, the only thing there, is when trying to startx a lot of times, the first attempt can't find any screens with a usable configuration, ^c then startx again works just fine. (WW) intel(0): drmDropMaster failed: Unknown error: -1 (II) intel(0): [drm] removed 1 reserved context for kernel (II) intel(0): [drm] unmapping 8192 bytes of SAREA 0xc5819000 at 0x2884f000 (II) intel(0): [drm] Closed DRM master. xrandr Screen 0: minimum 320 x 200, current 1600 x 1200, maximum 1600 x 1600 VGA connected 1600x1200+0+0 (normal left inverted right x axis y axis) 306mm x 230mm 1600x1200 65.0* vgapci0@pci0:0:2:0: class=0x030000 card=0x25821043 chip=0x25828086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = '82915G/GV/GL, 82910GL Integrated Graphics Device' class = display subclass = VGA grep vga /var/run/dmesg.boot vgapci0: port 0x6800-0x6807 mem 0xcfd80000-0xcfdfffff,0xd0000000-0xdfffffff,0xcfe80000-0xcfebffff at device 2.0 on pci0 agp0: on vgapci0 drm0: on vgapci0 vgapci0: child drm0 requested pci_enable_busmaster vgapci1: mem 0xcfe00000-0xcfe7ffff at device 2.1 on pci0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 vgapci0: port 0x6800-0x6807 mem 0xcfd80000-0xcfdfffff,0xd0000000-0xdfffffff,0xcfe80000-0xcfebffff at device 2.0 on pci0 agp0: on vgapci0 drm0: on vgapci0 vgapci0: child drm0 requested pci_enable_busmaster vgapci1: mem 0xcfe00000-0xcfe7ffff at device 2.1 on pci0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 -- Over the years I've come to regard you as people I've met. From owner-freebsd-x11@FreeBSD.ORG Wed May 13 18:31:30 2009 Return-Path: Delivered-To: x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B64D9106566B for ; Wed, 13 May 2009 18:31:30 +0000 (UTC) (envelope-from oliver@FreeBSD.org) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [78.111.72.186]) by mx1.freebsd.org (Postfix) with SMTP id 093B18FC19 for ; Wed, 13 May 2009 18:31:29 +0000 (UTC) (envelope-from oliver@FreeBSD.org) Received: (qmail 6147 invoked by uid 89); 13 May 2009 18:31:27 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (78.111.72.187) by avocado.salatschuessel.net with SMTP; 13 May 2009 18:31:27 -0000 Date: Wed, 13 May 2009 20:31:29 +0200 From: Oliver Lehmann To: x11@FreeBSD.org Message-Id: <20090513203129.fb21a669.oliver@FreeBSD.org> In-Reply-To: <20090430173416.042e03a8.oliver@FreeBSD.org> References: <20090429164113.f0b48048.lehmann@ans-netz.de> <20090429163843.GB370@slackbox.xs4all.nl> <18936.36210.823588.838523@gromit.timing.com> <20090430063454.969303d0.lehmann@ans-netz.de> <1241092672.3294.6.camel@localhost> <20090430122155.6643.qmail@avocado.salatschuessel.net> <18937.44531.88172.177326@gromit.timing.com> <20090430173416.042e03a8.oliver@FreeBSD.org> X-Mailer: Sylpheed 2.6.0 (GTK+ 2.16.1; amd64-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Tom Evans Subject: Re: Problem with OpenGL and ATI HD3850 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2009 18:31:31 -0000 Oliver Lehmann wrote: > A guy in the ogre forum told me that Ogre cannot be run with a Software > Rasterizer - that might be the case but I still wonder why glGetString > isn't returning anything.... Ok, I found out, that the glContext is getting somehow created wrong. It is created with glxContext = glXCreateContextWithConfigSGIX(mGLDisplay, fbConfig, renderType, shareList, direct); having direct alwasy be True and renderType GLX_RGBA_TYPE. Changing direct to False it gets a bit further and glGetString returns the requested information. (Then it still crashes with some framebuffer related message which I haven't looked at yet). Can someone explain to me what the last parameter of glXCreateContextWithConfigSGIX is for and why True is not working here? glxContext is not NULL when True was specified. -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-x11@FreeBSD.ORG Wed May 13 19:01:46 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4FE17106566C; Wed, 13 May 2009 19:01:46 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-fx0-f216.google.com (mail-fx0-f216.google.com [209.85.220.216]) by mx1.freebsd.org (Postfix) with ESMTP id 65A5F8FC1E; Wed, 13 May 2009 19:01:45 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by fxm12 with SMTP id 12so840010fxm.43 for ; Wed, 13 May 2009 12:01:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=eqMgl9ChUyA9hw8WR9k6L8UJjda3+wgMXAnUK4ogPNE=; b=g0X+coMl9zTv2CnsCOUZI5rGyW1dNILx86ktNIR+OJ/R51dYuBsmNNXRH8bkEluClZ HTWW2mR3/xVRCwmD8pDrUrlcG2fcQzt6LUp9At9vdBHO583O+XV5fgfGlXRbj7uJLcpH 5LqqsOIjI7kA/Ch4J1rjboMKoRSmpydJplmGM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=XLy21MA7i/IQDpH8yI5a1Xbn0lWR+y6LzVBffCkWVy09zcozAdPATIlA+/dXx8N4+9 roZLqf2iuBnK1WVSph5P9Ssskwmj1agYfI2i0oX6PRYceTcF/2KWQ6mQ/oPvu2Xyk6Sg sK9loP0BgVmipGAdXgTJNhKyHSIavH8J9Dbqw= MIME-Version: 1.0 Received: by 10.239.167.8 with SMTP id d8mr92591hbe.60.1242241304327; Wed, 13 May 2009 12:01:44 -0700 (PDT) In-Reply-To: <4A0AFD10.5020402@gmail.com> References: <4A0AFD10.5020402@gmail.com> Date: Wed, 13 May 2009 21:01:44 +0200 Message-ID: <3a142e750905131201u40a0bf62of627649efed0535@mail.gmail.com> From: "Paul B. Mahol" To: jimmiejaz@gmail.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-multimedia@freebsd.org, freebsd-x11@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Repeatable X lockups X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 May 2009 19:01:47 -0000 On 5/13/09, Jimmie James wrote: > Jimmie James wrote: >>> When using the xv output driver for vlc or mplayer, X will lockup, crash >>> instantly, trashing the screen and forcing a reboot >>> Image of screen corruption: >>> http://img.photobucket.com/albums/v287/jimmiejaz/xcrash.jpg > > William Bulley wrote: >>I have experienced the same problem, but I didn't see any suggestions >>or answers to your posting. Have you had any success yet with this? >>Have you tried any other output drivers? This is something I plan to >>try in the next few days. > >>My system is i386 with Intel 915 graphics on the motherboard. Xorg 7.4 >>runs fine. When I run mplayer from the command line, in an xterm under >>open-motif, the X Windows session dies and I am tossed back to the vty. > > > > Halp? The x11 output driver sucks when trying to watch something full > screen. > > With the latest (in ports) xf86-video-intel-2.7.1, first time with xv it > was fine, flipped to a console then back to X, and ran mplayer with xv, > lockup/Xcrash, > ssh'd into my box, and for the hell of it, ran startx, and it worked, I > was back in X, but the console was still buggered as the picture in the > link above shows. > I could kill X, but the console was buggered, locked, ssh would allow me > to restart X as many times as I wished. One thing to note, I dont switch to console while DRI is active otherwise panic could happen(last time when I tested it with 915GM). > All that's in /var/log/messages is May 13 11:19:35 jimmiejaz kernel: > pid 65663 (Xorg), uid 0: exited on signal 6 > Unfortunatly, Xorg log doesn't have anything, as I restarted X over ssh > several times, the only thing there, is when trying to startx a lot of > times, the first attempt can't find any screens with a usable > configuration, ^c then startx again works just fine. > > (WW) intel(0): drmDropMaster failed: Unknown error: -1 > (II) intel(0): [drm] removed 1 reserved context for kernel > (II) intel(0): [drm] unmapping 8192 bytes of SAREA 0xc5819000 at 0x2884f000 > (II) intel(0): [drm] Closed DRM master. > > > xrandr > Screen 0: minimum 320 x 200, current 1600 x 1200, maximum 1600 x 1600 > VGA connected 1600x1200+0+0 (normal left inverted right x axis y axis) > 306mm x 230mm > 1600x1200 65.0* > > vgapci0@pci0:0:2:0: class=0x030000 card=0x25821043 chip=0x25828086 > rev=0x04 hdr=0x00 > vendor = 'Intel Corporation' > device = '82915G/GV/GL, 82910GL Integrated Graphics Device' > class = display > subclass = VGA > > grep vga /var/run/dmesg.boot > vgapci0: port 0x6800-0x6807 mem > 0xcfd80000-0xcfdfffff,0xd0000000-0xdfffffff,0xcfe80000-0xcfebffff at > device 2.0 on pci0 > agp0: on vgapci0 > drm0: on vgapci0 > vgapci0: child drm0 requested pci_enable_busmaster > vgapci1: mem 0xcfe00000-0xcfe7ffff at device > 2.1 on pci0 > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > vgapci0: port 0x6800-0x6807 mem > 0xcfd80000-0xcfdfffff,0xd0000000-0xdfffffff,0xcfe80000-0xcfebffff at > device 2.0 on pci0 > agp0: on vgapci0 > drm0: on vgapci0 > vgapci0: child drm0 requested pci_enable_busmaster > vgapci1: mem 0xcfe00000-0xcfe7ffff at device > 2.1 on pci0 > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > > > > -- > Over the years I've come to regard you as people I've met. > > _______________________________________________ > 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" > That is same corrupted screen output I was experiencing with older server and mesa. And only when zapping Xorg. Somehow small change somewhere "fixed" that problem for me, actually everything points to some timeing issue. It's hard to say if this is FreeBSD DRM issue or X11(mesa or server) problem. I could put console into somehow not perfect but still usable conditon if I started X11 again using vesa driver. -- Paul From owner-freebsd-x11@FreeBSD.ORG Thu May 14 05:47:24 2009 Return-Path: Delivered-To: freebsd-x11@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFB77106566C; Thu, 14 May 2009 05:47:24 +0000 (UTC) (envelope-from bsam@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 939408FC13; Thu, 14 May 2009 05:47:24 +0000 (UTC) (envelope-from bsam@FreeBSD.org) Received: from freefall.freebsd.org (bsam@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n4E5lOOs081342; Thu, 14 May 2009 05:47:24 GMT (envelope-from bsam@freefall.freebsd.org) Received: (from bsam@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n4E5lOc8081338; Thu, 14 May 2009 05:47:24 GMT (envelope-from bsam) Date: Thu, 14 May 2009 05:47:24 GMT Message-Id: <200905140547.n4E5lOc8081338@freefall.freebsd.org> To: bsam@freebsd.org, bsam@FreeBSD.org, freebsd-x11@FreeBSD.org From: bsam@FreeBSD.org Cc: Subject: Re: ports/134008: [patch] x11-drivers/xf86-video-radeonhd: add glproto as a build dependency to enable DRI support at compile time X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 05:47:25 -0000 Synopsis: [patch] x11-drivers/xf86-video-radeonhd: add glproto as a build dependency to enable DRI support at compile time State-Changed-From-To: open->closed State-Changed-By: bsam State-Changed-When: Thu May 14 05:47:13 UTC 2009 State-Changed-Why: Committed, thanks! ;-) http://www.freebsd.org/cgi/query-pr.cgi?pr=134008 From owner-freebsd-x11@FreeBSD.ORG Thu May 14 05:50:03 2009 Return-Path: Delivered-To: freebsd-x11@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1E891065680 for ; Thu, 14 May 2009 05:50:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 8F7068FC13 for ; Thu, 14 May 2009 05:50:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n4E5o3BQ081431 for ; Thu, 14 May 2009 05:50:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n4E5o3Vq081430; Thu, 14 May 2009 05:50:03 GMT (envelope-from gnats) Date: Thu, 14 May 2009 05:50:03 GMT Message-Id: <200905140550.n4E5o3Vq081430@freefall.freebsd.org> To: freebsd-x11@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: ports/134008: commit references a PR X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 05:50:04 -0000 The following reply was made to PR ports/134008; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: ports/134008: commit references a PR Date: Thu, 14 May 2009 05:40:56 +0000 (UTC) bsam 2009-05-14 05:40:45 UTC FreeBSD ports repository Modified files: x11-drivers/xf86-video-radeonhd Makefile Log: . add glproto as a dependency, so packages are got compiled without DRI support; . bump PORTREVISION. PR: ports/134008 Submitted by: bsam (me) Approved by: x11@ (maintainer timeout, 19 days) Revision Changes Path 1.13 +2 -2 ports/x11-drivers/xf86-video-radeonhd/Makefile _______________________________________________ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "cvs-all-unsubscribe@freebsd.org" From owner-freebsd-x11@FreeBSD.ORG Thu May 14 08:07:38 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30400106564A for ; Thu, 14 May 2009 08:07:38 +0000 (UTC) (envelope-from g.veniamin@googlemail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.153]) by mx1.freebsd.org (Postfix) with ESMTP id E4C8C8FC12 for ; Thu, 14 May 2009 08:07:36 +0000 (UTC) (envelope-from g.veniamin@googlemail.com) Received: by fg-out-1718.google.com with SMTP id 22so351711fge.12 for ; Thu, 14 May 2009 01:07:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:content-type :content-transfer-encoding; bh=OyrsudZf5JwrbnMtcZsoE2yUVElhTr915aTixVf/KGk=; b=A75rQPQA5t3ywpPBQlRpGKW4qVwhEJVRW7CVi9ynKNfxUmD5eIeaFaxWS6jy+eP1La TgxjXpnYdAqwxMPYxNi4nl2srtfvix8bq/byNLT1r06Qg4r/1JbgrXGY3Hgr1a5ut+mE /CS9aWbgb5GWIs7P1h2EAHoOJa6rfvnO12e9E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; b=RNvp5aoMEGU17t738Z9WT1ieACw8W1si091h14eZu+MJDP+y5MTny3sf/oKS8yHI55 pfwhY+jaeuJhF1gAVRD5OYSQyZM9NDd43WMB0VO21jF+nGtlaVgwd0YVEsSI7Mvsl7t2 FsJGPjUiHU8aQverwwJo+dvek9DAintbHhlaE= Received: by 10.86.53.8 with SMTP id b8mr2226334fga.32.1242286931010; Thu, 14 May 2009 00:42:11 -0700 (PDT) Received: from ss.su (zloidemon.kraslan.ru [94.78.205.21]) by mx.google.com with ESMTPS id 4sm1586640fgg.13.2009.05.14.00.42.07 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 14 May 2009 00:42:10 -0700 (PDT) Message-ID: <4A0BCB4C.70408@gmail.com> Date: Thu, 14 May 2009 15:42:04 +0800 From: zloidemon User-Agent: Thunderbird 2.0.0.21 (X11/20090512) MIME-Version: 1.0 To: freebsd-x11@freebsd.org, Robert Noland Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: Subject: xorg-server stop(with using anti-aliasing fonts) X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 08:07:38 -0000 Hello, when anti-aliasing fonts the X server is apply. X server stop! this problem apperead after deleted xf86-video-i810 driver. i described the problem in February this year, but was told to correct the next version of xorg-server. has already passed the 2 release, and the problem persists. i use the latest version of the ports. put in the letter: gdb log, X.log, messages log, dmesg, xorg.conf, drirc, glxinfo, pciconf and kldstat. uname -a FreeBSD ss.su 8.0-CURRENT FreeBSD 8.0-CURRENT #2: Sun May 10 19:22:12 KRAST 2009 root@ss.su:/usr/obj/usr/src/sys/zl0_M10 i386 ss# gdb Xorg 1617 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... Attaching to program: /usr/local/bin/Xorg, process 1617 Reading symbols from /usr/local/lib/libpciaccess.so.0...done. Loaded symbols for /usr/local/lib/libpciaccess.so.0 Reading symbols from /usr/local/lib/libXfont.so.1...done. Loaded symbols for /usr/local/lib/libXfont.so.1 Reading symbols from /usr/local/lib/libfreetype.so.9...done. Loaded symbols for /usr/local/lib/libfreetype.so.9 Reading symbols from /usr/local/lib/libXau.so.6...done. Loaded symbols for /usr/local/lib/libXau.so.6 Reading symbols from /usr/local/lib/libfontenc.so.1...done. Loaded symbols for /usr/local/lib/libfontenc.so.1 Reading symbols from /lib/libz.so.4...done. Loaded symbols for /lib/libz.so.4 Reading symbols from /usr/local/lib/libpixman-1.so.9...done. Loaded symbols for /usr/local/lib/libpixman-1.so.9 Reading symbols from /usr/local/lib/libXdmcp.so.6...done. Loaded symbols for /usr/local/lib/libXdmcp.so.6 Reading symbols from /lib/libcrypto.so.5...done. Loaded symbols for /lib/libcrypto.so.5 Reading symbols from /usr/lib/librpcsvc.so.4...done. Loaded symbols for /usr/lib/librpcsvc.so.4 Reading symbols from /lib/libm.so.5...done. Loaded symbols for /lib/libm.so.5 Reading symbols from /lib/libgcc_s.so.1...done. Loaded symbols for /lib/libgcc_s.so.1 Reading symbols from /lib/libc.so.7...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /usr/local/lib/xorg/modules/extensions//libglx.so...done. Loaded symbols for /usr/local/lib/xorg/modules/extensions//libglx.so Reading symbols from /usr/local/lib/xorg/modules/extensions//libdri2.so...done. Loaded symbols for /usr/local/lib/xorg/modules/extensions//libdri2.so Reading symbols from /usr/local/lib/libdrm.so.2...done. Loaded symbols for /usr/local/lib/libdrm.so.2 Reading symbols from /usr/local/lib/xorg/modules/extensions//libdri.so...done. Loaded symbols for /usr/local/lib/xorg/modules/extensions//libdri.so Reading symbols from /usr/local/lib/xorg/modules//libvbe.so...done. Loaded symbols for /usr/local/lib/xorg/modules//libvbe.so Reading symbols from /usr/local/lib/xorg/modules//libint10.so...done. Loaded symbols for /usr/local/lib/xorg/modules//libint10.so Reading symbols from /usr/local/lib/xorg/modules/extensions//librecord.so...done. Loaded symbols for /usr/local/lib/xorg/modules/extensions//librecord.so Reading symbols from /usr/local/lib/xorg/modules/extensions//libdbe.so...done. Loaded symbols for /usr/local/lib/xorg/modules/extensions//libdbe.so Reading symbols from /usr/local/lib/xorg/modules/extensions//libextmod.so...done. Loaded symbols for /usr/local/lib/xorg/modules/extensions//libextmod.so Reading symbols from /usr/local/lib/xorg/modules/drivers//intel_drv.so...done. Loaded symbols for /usr/local/lib/xorg/modules/drivers//intel_drv.so Reading symbols from /usr/local/lib/libdrm_intel.so.1...done. Loaded symbols for /usr/local/lib/libdrm_intel.so.1 Reading symbols from /usr/local/lib/xorg/modules/input//mouse_drv.so...done. Loaded symbols for /usr/local/lib/xorg/modules/input//mouse_drv.so Reading symbols from /usr/local/lib/xorg/modules/input//kbd_drv.so...done. Loaded symbols for /usr/local/lib/xorg/modules/input//kbd_drv.so Reading symbols from /usr/local/lib/xorg/modules//libvgahw.so...done. Loaded symbols for /usr/local/lib/xorg/modules//libvgahw.so Reading symbols from /usr/local/lib/xorg/modules/drivers//sil164.so...done. Loaded symbols for /usr/local/lib/xorg/modules/drivers//sil164.so Reading symbols from /usr/local/lib/xorg/modules/drivers//ch7xxx.so...done. Loaded symbols for /usr/local/lib/xorg/modules/drivers//ch7xxx.so Reading symbols from /usr/local/lib/xorg/modules/drivers//ivch.so...done. Loaded symbols for /usr/local/lib/xorg/modules/drivers//ivch.so Reading symbols from /usr/local/lib/xorg/modules/drivers//tfp410.so...done. Loaded symbols for /usr/local/lib/xorg/modules/drivers//tfp410.so Reading symbols from /usr/local/lib/xorg/modules/drivers//ch7017.so...done. Loaded symbols for /usr/local/lib/xorg/modules/drivers//ch7017.so Reading symbols from /usr/local/lib/xorg/modules//libfb.so...done. Loaded symbols for /usr/local/lib/xorg/modules//libfb.so Reading symbols from /usr/local/lib/xorg/modules//libexa.so...done. Loaded symbols for /usr/local/lib/xorg/modules//libexa.so Reading symbols from /usr/local/lib/dri/i915_dri.so...done. Loaded symbols for /usr/local/lib/dri/i915_dri.so Reading symbols from /usr/local/lib/libexpat.so.6...done. Loaded symbols for /usr/local/lib/libexpat.so.6 Reading symbols from /lib/libthr.so.3...done. [New Thread 343763c0 (LWP 100130)] Loaded symbols for /lib/libthr.so.3 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 [Switching to Thread 343763c0 (LWP 100130)] 0x34219991 in ioctl () from /lib/libc.so.7 (gdb) bt 0x34219991 #0 0x34219991 in ioctl () from /lib/libc.so.7 #1 0x342ba7fb in drmIoctl (fd=10, request=2147771461, arg=0x7fbfe910) at xf86drm.c:187 #2 0x342be708 in drmCommandWrite (fd=10, drmCommandIndex=5, data=0x7fbfe910, size=4) at xf86drm.c:2371 #3 0x342e5b99 in _fence_wait_internal (bufmgr_fake=0x34316c00, seq=317908) at intel_bufmgr_fake.c:373 #4 0x342e6a16 in drm_intel_bufmgr_fake_wait_idle (bufmgr_fake=0x34316c00) at intel_bufmgr_fake.c:715 #5 0x342e78f5 in drm_intel_fake_bo_validate (bo=0x34312740) at intel_bufmgr_fake.c:1128 #6 0x342e7f21 in drm_intel_fake_reloc_and_validate_buffer (bo=0x34312740) at intel_bufmgr_fake.c:1297 #7 0x342e8103 in drm_intel_fake_bo_exec (bo=0x34312740, used=13576, cliprects=0x3f749d10, num_cliprects=1, DR4=0) at intel_bufmgr_fake.c:1359 #8 0x342e5743 in drm_intel_bo_exec (bo=0x34312740, used=13576, cliprects=0x3f749d10, num_cliprects=1, DR4=0) at intel_bufmgr.c:143 #9 0x3c835583 in do_flush_locked (batch=0x407d16a0, used=13576, allow_unlock=0 '\0') at intel_batchbuffer.c:159 #10 0x3c835820 in _intel_batchbuffer_flush (batch=0x407d16a0, file=0x3ca8a3c9 "intel_context.c", line=532) at intel_batchbuffer.c:249 #11 0x3c854fb7 in intel_flush (ctx=0x409e9000, needs_mi_flush=1 '\001') at intel_context.c:532 #12 0x3c8552a9 in intel_glFlush (ctx=0x409e9000) at intel_context.c:564 #13 0x3c89fa0f in _mesa_Flush () at main/context.c:1808 #14 0x3429e8d6 in __glXDRIenterServer (rendering=1 '\001') at glxdri.c:172 #15 0x34292920 in __glXenterServer (rendering=1 '\001') at glxext.c:485 #16 0x34292a95 in __glXDispatch (client=0x404f7580) at glxext.c:543 #17 0x08084f71 in Dispatch () at dispatch.c:437 #18 0x0806af29 in main (argc=8, argv=0x7fbfecb0, envp=0x7fbfecd4) at main.c:397 (gdb) This appears in messages wgen I include 'sysctl hw.dri.0.debug=1' [drm:pid1617:drm_ioctl] returning 4 [drm:pid1617:drm_ioctl] pid=1617, cmd=0x80046445, nr=0x45, dev 0x85084a80, auth=1 [drm:pid1617:i915_wait_irq] irq_nr=317908 breadcrumb=317905 [drm:pid1617:i915_user_irq_get] [drm:pid1617:drm_ioctl] returning 4 [drm:pid1617:drm_ioctl] pid=1617, cmd=0x80046445, nr=0x45, dev 0x85084a80, auth=1 [drm:pid1617:i915_wait_irq] irq_nr=317908 breadcrumb=317905 [drm:pid1617:i915_user_irq_get] [drm:pid1617:drm_ioctl] returning 4 [drm:pid1617:drm_ioctl] pid=1617, cmd=0x80046445, nr=0x45, dev 0x85084a80, auth=1 [drm:pid1617:i915_wait_irq] irq_nr=317908 breadcrumb=317905 [drm:pid1617:i915_user_irq_get] X.log X.Org X Server 1.6.1 Release Date: 2009-4-14 X Protocol Version 11, Revision 0 Build Operating System: FreeBSD 8.0-CURRENT i386 Current Operating System: FreeBSD ss.su 8.0-CURRENT FreeBSD 8.0-CURRENT #2: Sun May 10 19:22:12 KRAST 2009 root@ss.su:/usr/obj/usr/src/sys/zl0_M10 i386 Build Date: 14 May 2009 12:57:19PM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. 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: Thu May 14 14:55:32 2009 (==) Using config file: "/etc/X11/xorg.conf" (==) ServerLayout "X.org Configured" (**) |-->Screen "Screen0" (0) (**) | |-->Monitor "Monitor0" (**) | |-->Device "Card0" (**) |-->Input Device "Mouse0" (**) |-->Input Device "Keyboard0" (**) Option "AIGLX" "true" (**) Option "AllowEmptyInput" "OFF" (**) Option "AutoAddDevices" "OFF" (**) Not automatically adding devices (==) Not automatically enabling devices (**) FontPath set to: /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/, /usr/local/lib/X11/fonts/cyrillic, /usr/local/lib/X11/fonts/webfonts, /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/, built-ins (**) ModulePath set to "/usr/local/lib/xorg/modules" (**) Extension "Composite" is enabled (II) Loader magic: 0xba0 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 5.0 X.Org XInput driver : 4.0 X.Org Server Extension : 2.0 (II) Loader running on freebsd (--) Using syscons driver with X support (version 2.0) (--) using VT number 9 (--) PCI:*(0@0:2:0) Intel Corporation 82852/855GM Integrated Graphics Device rev 2, Mem @ 0xe8000000/134217728, 0xe0000000/524288, I/O @ 0x00001800/8, BIOS @ 0x????????/65536 (--) PCI: (0@0:2:1) Intel Corporation 82852/855GM Integrated Graphics Device rev 2, Mem @ 0xf0000000/134217728, 0xe0080000/524288 (II) System resource ranges: [0] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [1] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [2] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [3] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [4] -1 0 0x00000000 - 0x000000ff (0x100) IX[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) "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) "dri2" will be loaded. This was enabled by default and also specified in the config file. (II) LoadModule: "glx" (II) Loading /usr/local/lib/xorg/modules/extensions//libglx.so (II) Module glx: vendor="X.Org Foundation" compiled for 1.6.1, module version = 1.0.0 ABI class: X.Org Server Extension, version 2.0 (**) AIGLX enabled (II) Loading extension GLX (II) LoadModule: "dri2" (II) Loading /usr/local/lib/xorg/modules/extensions//libdri2.so (II) Module dri2: vendor="X.Org Foundation" compiled for 1.6.1, module version = 1.0.0 ABI class: X.Org Server Extension, version 2.0 (II) Loading extension DRI2 (II) LoadModule: "dri" (II) Loading /usr/local/lib/xorg/modules/extensions//libdri.so (II) Module dri: vendor="X.Org Foundation" compiled for 1.6.1, module version = 1.0.0 ABI class: X.Org Server Extension, version 2.0 (II) Loading extension XFree86-DRI (II) LoadModule: "vbe" (II) Loading /usr/local/lib/xorg/modules//libvbe.so (II) Module vbe: vendor="X.Org Foundation" compiled for 1.6.1, module version = 1.1.0 ABI class: X.Org Video Driver, version 5.0 (II) LoadModule: "int10" (II) Loading /usr/local/lib/xorg/modules//libint10.so (II) Module int10: vendor="X.Org Foundation" compiled for 1.6.1, module version = 1.0.0 ABI class: X.Org Video Driver, version 5.0 (II) LoadModule: "record" (II) Loading /usr/local/lib/xorg/modules/extensions//librecord.so (II) Module record: vendor="X.Org Foundation" compiled for 1.6.1, module version = 1.13.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension RECORD (II) LoadModule: "dbe" (II) Loading /usr/local/lib/xorg/modules/extensions//libdbe.so (II) Module dbe: vendor="X.Org Foundation" compiled for 1.6.1, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: "extmod" (II) Loading /usr/local/lib/xorg/modules/extensions//libextmod.so (II) Module extmod: vendor="X.Org Foundation" compiled for 1.6.1, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: "freetype" (WW) Warning, couldn't open module freetype (II) UnloadModule: "freetype" (EE) Failed to load module "freetype" (module does not exist, 0) (II) LoadModule: "type1" (WW) Warning, couldn't open module type1 (II) UnloadModule: "type1" (EE) Failed to load module "type1" (module does not exist, 0) (II) LoadModule: "intel" (II) Loading /usr/local/lib/xorg/modules/drivers//intel_drv.so (II) Module intel: vendor="X.Org Foundation" compiled for 1.6.1, module version = 2.7.1 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 5.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.6.1, module version = 1.4.0 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 4.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.6.1, module version = 1.3.2 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 4.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, IGD_GM, IGD_G, 965G, G35, 965Q, 946GZ, 965GM, 965GME/GLE, G33, Q35, Q33, Mobile Intel® GM45 Express Chipset, Intel Integrated Graphics Device, G45/G43, Q45/Q43, G41 (II) Primary Device is: PCI 00@00:02:0 (II) resource ranges after xf86ClaimFixedResources() call: [0] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [1] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [2] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [3] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [4] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) resource ranges after probing: [0] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [1] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [2] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [3] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B] [4] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B] [5] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B] [6] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [7] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [8] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B] [9] 0 0 0x000003c0 - 0x000003df (0x20) IS[B] (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.6.1, module version = 0.1.0 ABI class: X.Org Video Driver, version 5.0 (II) Loading sub module "ramdac" (II) LoadModule: "ramdac" (II) Module "ramdac" already built-in (==) intel(0): Depth 24, (--) framebuffer bpp 32 (==) intel(0): RGB weight 888 (==) intel(0): Default visual is TrueColor (**) intel(0): Option "AccelMethod" "EXA" (**) intel(0): Option "Tiling" "off" (II) intel(0): Integrated Graphics Chipset: Intel(R) 855GM (--) intel(0): Chipset: "852GM/855GM" (--) intel(0): Linear framebuffer at 0xE8000000 (--) intel(0): IO registers at addr 0xE0000000 (**) intel(0): Using EXA for acceleration (II) intel(0): 2 display pipes available. (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): Output LVDS has no monitor section (II) intel(0): I2C bus "LVDSDDC_C" initialized. (II) intel(0): Attempting to determine panel fixed mode. (II) intel(0): I2C device "LVDSDDC_C:E-EDID segment register" registered at address 0x60. (II) intel(0): I2C device "LVDSDDC_C:ddc2" registered at address 0xA0. (II) intel(0): EDID vendor "SEC", prod id 22082 (II) intel(0): I2C bus "DVODDC_D" initialized. (II) Loading sub module "sil164" (II) LoadModule: "sil164" (II) Loading /usr/local/lib/xorg/modules/drivers//sil164.so (II) Module sil164: vendor="X.Org Foundation" compiled for 1.6.1, module version = 1.0.0 ABI class: X.Org Video Driver, version 5.0 (II) intel(0): I2C bus "DVOI2C_E" initialized. (II) Loading sub module "ch7xxx" (II) LoadModule: "ch7xxx" (II) Loading /usr/local/lib/xorg/modules/drivers//ch7xxx.so (II) Module ch7xxx: vendor="X.Org Foundation" compiled for 1.6.1, module version = 1.0.0 ABI class: X.Org Video Driver, version 5.0 (II) intel(0): I2C bus "DVOI2C_E" removed. (II) intel(0): I2C bus "DVOI2C_E" initialized. (II) Loading sub module "ivch" (II) LoadModule: "ivch" (II) Loading /usr/local/lib/xorg/modules/drivers//ivch.so (II) Module ivch: vendor="X.Org Foundation" compiled for 1.6.1, module version = 1.0.0 ABI class: X.Org Video Driver, version 5.0 (II) intel(0): I2C bus "DVOI2C_E" removed. (II) intel(0): I2C bus "DVOI2C_B" initialized. (II) Loading sub module "tfp410" (II) LoadModule: "tfp410" (II) Loading /usr/local/lib/xorg/modules/drivers//tfp410.so (II) Module tfp410: vendor="X.Org Foundation" compiled for 1.6.1, module version = 1.0.0 ABI class: X.Org Video Driver, version 5.0 (II) intel(0): I2C bus "DVOI2C_B" removed. (II) intel(0): I2C bus "DVOI2C_E" initialized. (II) Loading sub module "ch7017" (II) LoadModule: "ch7017" (II) Loading /usr/local/lib/xorg/modules/drivers//ch7017.so (II) Module ch7017: vendor="X.Org Foundation" compiled for 1.6.1, module version = 1.0.0 ABI class: X.Org Video Driver, version 5.0 (II) intel(0): I2C bus "DVOI2C_E" removed. (II) intel(0): I2C bus "DVOI2C_E" initialized. (EE) intel(0): ch701x not detected, got 29: from DVOI2C_E Slave 234. (II) intel(0): I2C bus "DVOI2C_E" removed. (II) intel(0): I2C bus "DVODDC_D" removed. (==) intel(0): Write-combining range (0xa0000,0x10000) was already clear (II) intel(0): Resizable framebuffer: not available (1 3) (II) intel(0): I2C bus "CRTDDC_A" initialized. (II) intel(0): I2C bus "CRTDDC_A" removed. (II) intel(0): EDID vendor "SEC", prod id 22082 (II) intel(0): Output VGA disconnected (II) intel(0): Output LVDS connected (II) intel(0): Using exact sizes for initial modes (II) intel(0): Output LVDS using initial mode 1280x768 (==) intel(0): Write-combining range (0xa0000,0x10000) was already clear (II) intel(0): detected 128 kB GTT. (II) intel(0): detected 32636 kB stolen memory. (==) intel(0): video overlay key set to 0x101fe (==) 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.6.1, module version = 1.0.0 ABI class: X.Org ANSI C Emulation, version 0.4 (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.6.1, module version = 2.4.0 ABI class: X.Org Video Driver, version 5.0 (II) intel(0): Comparing regs from server start up to After PreInit (WW) intel(0): Register 0x61200 (PP_STATUS) changed from 0xc0000008 to 0xd0000009 (WW) intel(0): PP_STATUS before: on, ready, sequencing idle (WW) intel(0): PP_STATUS after: on, ready, sequencing on (==) Depth 24 pixmap format is 32 bpp (II) do I need RAC? No, I don't. (II) resource ranges after preInit: [0] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [1] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [2] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [3] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B](OprD) [4] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B](OprD) [5] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B](OprD) [6] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [7] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [8] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B](OprU) [9] 0 0 0x000003c0 - 0x000003df (0x20) IS[B](OprU) (II) intel(0): Kernel reported 491520 total, 0 used (II) intel(0): I830CheckAvailableMemory: 1966080 kB available (WW) intel(0): DRI2 requires UXA drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 9, (OK) drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 9, (OK) drmOpenByBusid: Searching for BusID pci:0000:00:02.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 9, (OK) drmOpenByBusid: drmOpenMinor returns 9 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 disabled (==) intel(0): VideoRam: 131072 KB (II) intel(0): Attempting memory allocation with untiled buffers. (II) intel(0): Untiled allocation successful. (II) intel(0): [drm] Registers = 0xe0000000 (II) intel(0): [drm] ring buffer = 0xe8000000 (II) intel(0): [drm] mapped front buffer at 0xe8820000, handle = 0xe8820000 (II) intel(0): [drm] mapped back buffer at 0xe8e60000, handle = 0xe8e60000 (II) intel(0): [drm] mapped depth buffer at 0xe94a0000, handle = 0xe94a0000 (II) intel(0): [drm] mapped classic textures at 0xeb2aa000, handle = 0xeb2aa000 (II) intel(0): [drm] Initialized kernel agp heap manager, 33554432 (II) intel(0): [dri] visual configs initialized (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 19660800 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 (WW) intel(0): drmDropMaster failed: Unknown error: -1 (II) intel(0): xf86BindGARTMemory: bind key 1 at 0x01fdf000 (pgoffset 8159) (II) intel(0): xf86BindGARTMemory: bind key 2 at 0x01fe9000 (pgoffset 8169) (II) intel(0): xf86BindGARTMemory: bind key 3 at 0x01fea000 (pgoffset 8170) (II) intel(0): xf86BindGARTMemory: bind key 4 at 0x032aa000 (pgoffset 12970) (II) intel(0): Fixed memory allocation layout: (II) intel(0): 0x00000000-0x0001ffff: ring buffer (128 kB) (II) intel(0): 0x00020000-0x0081ffff: fake bufmgr (8192 kB) (II) intel(0): 0x00820000-0x00e5ffff: front buffer (6400 kB) (II) intel(0): 0x00e60000-0x0149ffff: back buffer (6400 kB) (II) intel(0): 0x014a0000-0x01adffff: depth buffer (6400 kB) (II) intel(0): 0x01fdf000: end of stolen memory (II) intel(0): 0x01fdf000-0x01fe8fff: HW cursors (40 kB, 0x0000000019a00000 physical ) (II) intel(0): 0x01fe9000-0x01fe9fff: overlay registers (4 kB, 0x0000000019a0a000 physical ) (II) intel(0): 0x01fea000-0x032a9fff: exa offscreen (19200 kB) (II) intel(0): 0x032aa000-0x052a9fff: classic textures (32768 kB) (II) intel(0): 0x08000000: end of aperture (II) intel(0): using SSC reference clock of 66 MHz (II) intel(0): Selecting standard 18 bit TMDS pixel format. (II) intel(0): Output configuration: (II) intel(0): Pipe A is off (II) intel(0): Display plane A is now disabled and connected to pipe A. (WW) intel(0): Hardware claims pipe A is on while software believes it is off (II) intel(0): Pipe B is on (II) intel(0): Display plane B is now enabled and connected to pipe B. (II) intel(0): Output VGA is connected to pipe none (II) intel(0): Output LVDS is connected to pipe B (II) intel(0): [drm] dma control initialized, using IRQ 16 (II) intel(0): RandR 1.2 enabled, ignore the following RandR disabled message. (II) intel(0): DPMS enabled (==) intel(0): Intel XvMC decoder disabled (II) intel(0): Set up overlay video (II) intel(0): direct rendering: XF86DRI Enabled (WW) intel(0): Option "DRI2" is not used (--) RandR disabled (II) Initializing built-in extension Generic Event Extension (II) Initializing built-in extension SHAPE (II) Initializing built-in extension MIT-SHM (II) Initializing built-in extension XInputExtension (II) Initializing built-in extension XTEST (II) Initializing built-in extension BIG-REQUESTS (II) Initializing built-in extension SYNC (II) Initializing built-in extension XKEYBOARD (II) Initializing built-in extension XC-MISC (II) Initializing built-in extension XINERAMA (II) Initializing built-in extension XFIXES (II) Initializing built-in extension RENDER (II) Initializing built-in extension RANDR (II) Initializing built-in extension COMPOSITE (II) Initializing built-in extension DAMAGE (II) AIGLX: Screen 0 is not DRI2 capable drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 10, (OK) drmOpenByBusid: Searching for BusID pci:0000:00:02.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 10, (OK) drmOpenByBusid: drmOpenMinor returns 10 drmOpenByBusid: drmGetBusid reports pci:0000:00:02.0 (II) AIGLX: enabled GLX_SGI_make_current_read (II) AIGLX: enabled GLX_MESA_copy_sub_buffer (II) AIGLX: enabled GLX_SGI_swap_control and GLX_MESA_swap_control (II) AIGLX: enabled GLX_texture_from_pixmap with driver support (II) AIGLX: Loaded and initialized /usr/local/lib/dri/i915_dri.so (II) GLX: Initialized DRI GL provider for screen 0 (II) intel(0): Setting screen physical size to 305 x 183 (**) Option "Protocol" "auto" (**) Mouse0: Device: "/dev/psm0" (**) Mouse0: Protocol: "auto" (**) Option "CorePointer" (**) Mouse0: always reports core events (**) Option "Device" "/dev/psm0" (==) Mouse0: Emulate3Buttons, Emulate3Timeout: 50 (**) Option "ZAxisMapping" "4 5 6 7" (**) Mouse0: ZAxisMapping: buttons 4, 5, 6 and 7 (**) Mouse0: Buttons: 11 (**) Mouse0: Sensitivity: 1 (II) XINPUT: Adding extended input device "Mouse0" (type: MOUSE) (**) Mouse0: (accel) keeping acceleration scheme 1 (**) Mouse0: (accel) filter chain progression: 2.00 (**) Mouse0: (accel) filter stage 0: 20.00 ms (**) Mouse0: (accel) set acceleration profile 0 (II) Mouse0: SetupAuto: hw.iftype is 3, hw.model is 4 (II) Mouse0: SetupAuto: protocol is IMPS/2 (II) Mouse0: ps2EnableDataReporting: succeeded (**) Option "CoreKeyboard" (**) Keyboard0: always reports core events (**) Option "Protocol" "standard" (**) Keyboard0: Protocol: standard (**) Option "AutoRepeat" "500 30" (**) Option "XkbRules" "xorg" (**) Keyboard0: XkbRules: "xorg" (**) Option "XkbModel" "pc105" (**) Keyboard0: XkbModel: "pc105" (**) Option "XkbLayout" "us,ru(winkeys)" (**) Keyboard0: XkbLayout: "us,ru(winkeys)" (**) Option "XkbOptions" "grp:alt_shift_toggle" (**) Keyboard0: XkbOptions: "grp:alt_shift_toggle" (**) Option "CustomKeycodes" "off" (**) Keyboard0: CustomKeycodes disabled (II) XINPUT: Adding extended input device "Keyboard0" (type: KEYBOARD) (II) intel(0): [drm] mapped front buffer at 0xe8820000, handle = 0xe8820000 (II) intel(0): I2C bus "CRTDDC_A" initialized. (II) intel(0): I2C bus "CRTDDC_A" removed. (II) intel(0): EDID vendor "SEC", prod id 22082 (II) intel(0): Using EDID range info for horizontal sync (II) intel(0): Using EDID range info for vertical refresh (II) intel(0): Printing DDC gathered Modelines: (II) intel(0): Modeline "1280x768"x0.0 68.93 1280 1296 1344 1408 768 771 777 816 -hsync -vsync (49.0 kHz) (II) intel(0): EDID vendor "SEC", prod id 22082 (II) intel(0): I2C bus "CRTDDC_A" initialized. (II) intel(0): I2C bus "CRTDDC_A" removed. (II) intel(0): EDID vendor "SEC", prod id 22082 (II) intel(0): Using hsync ranges from config file (II) intel(0): Using vrefresh ranges from config file (II) intel(0): Printing DDC gathered Modelines: (II) intel(0): Modeline "1280x768"x0.0 68.93 1280 1296 1344 1408 768 771 777 816 -hsync -vsync (49.0 kHz) (II) intel(0): EDID vendor "SEC", prod id 22082 (II) intel(0): I2C bus "CRTDDC_A" initialized. (II) intel(0): I2C bus "CRTDDC_A" removed. (II) intel(0): EDID vendor "SEC", prod id 22082 (II) intel(0): Using hsync ranges from config file (II) intel(0): Using vrefresh ranges from config file (II) intel(0): Printing DDC gathered Modelines: (II) intel(0): Modeline "1280x768"x0.0 68.93 1280 1296 1344 1408 768 771 777 816 -hsync -vsync (49.0 kHz) (II) intel(0): EDID vendor "SEC", prod id 22082 FreeType: couldn't find encoding 'microsoft-cp1251' for '/usr/local/lib/X11/fonts/webfonts/trebuc.ttf' FreeType: couldn't find encoding 'microsoft-cp1251' for '/usr/local/lib/X11/fonts/webfonts/trebuc.ttf' FreeType: couldn't find encoding 'microsoft-cp1251' for '/usr/local/lib/X11/fonts/webfonts/georgiab.ttf' (II) UnloadModule: "mouse" (II) UnloadModule: "kbd" (II) intel(0): xf86UnbindGARTMemory: unbind key 1 (II) intel(0): xf86UnbindGARTMemory: unbind key 2 (II) intel(0): xf86UnbindGARTMemory: unbind key 3 (II) intel(0): xf86UnbindGARTMemory: unbind key 4 (WW) intel(0): drmDropMaster failed: Unknown error: -1 (II) intel(0): [drm] removed 1 reserved context for kernel (II) intel(0): [drm] unmapping 8192 bytes of SAREA 0x86e1c000 at 0x344fd000 (II) intel(0): [drm] Closed DRM master. glxinfo name of display: :0.0 Failed to initialize GEM. Falling back to classic. display: :0 screen: 0 direct rendering: Yes server glx vendor string: SGI server glx version string: 1.2 server glx extensions: GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer, GLX_OML_swap_method, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_visual_select_group client glx vendor string: SGI client glx version string: 1.4 client glx extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_allocate_memory, GLX_MESA_copy_sub_buffer, GLX_MESA_swap_control, GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_OML_sync_control, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_EXT_texture_from_pixmap GLX version: 1.2 GLX extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer, GLX_MESA_swap_control, GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_visual_select_group OpenGL vendor string: Tungsten Graphics, Inc OpenGL renderer string: Mesa DRI Intel(R) 852GM/855GM 20090418 2009Q1 x86/MMX/SSE2 OpenGL version string: 1.3 Mesa 7.4.1 OpenGL extensions: GL_ARB_multisample, GL_ARB_multitexture, GL_ARB_point_parameters, GL_ARB_texture_border_clamp, GL_ARB_texture_compression, GL_ARB_texture_cube_map, GL_ARB_texture_env_add, GL_ARB_texture_env_combine, GL_ARB_texture_env_crossbar, GL_ARB_texture_env_dot3, GL_ARB_texture_mirrored_repeat, GL_ARB_texture_rectangle, GL_ARB_transpose_matrix, GL_ARB_vertex_buffer_object, GL_ARB_vertex_program, GL_ARB_window_pos, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color, GL_EXT_blend_equation_separate, GL_EXT_blend_func_separate, GL_EXT_blend_logic_op, GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_clip_volume_hint, GL_EXT_cull_vertex, GL_EXT_compiled_vertex_array, GL_EXT_copy_texture, GL_EXT_draw_range_elements, GL_EXT_fog_coord, GL_EXT_multi_draw_arrays, GL_EXT_packed_depth_stencil, GL_EXT_packed_pixels, GL_EXT_point_parameters, GL_EXT_polygon_offset, GL_EXT_rescale_normal, GL_EXT_secondary_color, GL_EXT_separate_specular_color, GL_EXT_stencil_wrap, GL_EXT_subtexture, GL_EXT_texture, GL_EXT_texture3D, GL_EXT_texture_edge_clamp, GL_EXT_texture_env_add, GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3, GL_EXT_texture_filter_anisotropic, GL_EXT_texture_lod_bias, GL_EXT_texture_object, GL_EXT_texture_rectangle, GL_EXT_vertex_array, GL_3DFX_texture_compression_FXT1, GL_APPLE_client_storage, GL_APPLE_packed_pixels, GL_ATI_blend_equation_separate, GL_IBM_rasterpos_clip, GL_IBM_texture_mirrored_repeat, GL_INGR_blend_func_separate, GL_MESA_pack_invert, GL_MESA_ycbcr_texture, GL_MESA_window_pos, GL_NV_blend_square, GL_NV_light_max_exponent, GL_NV_point_sprite, GL_NV_texture_rectangle, GL_NV_texgen_reflection, GL_NV_vertex_program, GL_NV_vertex_program1_1, GL_OES_read_format, GL_SGIS_generate_mipmap, GL_SGIS_texture_border_clamp, GL_SGIS_texture_edge_clamp, GL_SGIS_texture_lod, GL_SUN_multi_draw_arrays 36 GLX Visuals visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat ---------------------------------------------------------------------- 0x21 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x22 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x78 24 tc 0 32 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 None 0x79 24 tc 0 32 0 r . . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow 0x7a 24 tc 0 32 0 r y . 8 8 8 8 0 0 0 0 0 0 0 0 0 None 0x7b 24 tc 0 32 0 r y . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow 0x7c 24 tc 0 32 0 r y . 8 8 8 8 0 0 0 0 0 0 0 0 0 None 0x7d 24 tc 0 32 0 r y . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow 0x7e 24 tc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x7f 24 tc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x80 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x81 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x82 24 tc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x83 24 tc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x84 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x85 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x86 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x87 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x88 24 dc 0 32 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 None 0x89 24 dc 0 32 0 r . . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow 0x8a 24 dc 0 32 0 r y . 8 8 8 8 0 0 0 0 0 0 0 0 0 None 0x8b 24 dc 0 32 0 r y . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow 0x8c 24 dc 0 32 0 r y . 8 8 8 8 0 0 0 0 0 0 0 0 0 None 0x8d 24 dc 0 32 0 r y . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow 0x8e 24 dc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x8f 24 dc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x90 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x91 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x92 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x93 24 dc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x94 24 dc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x95 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x96 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x97 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x98 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x53 32 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 36 GLXFBConfigs: visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat ---------------------------------------------------------------------- 0x54 0 tc 0 32 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 None 0x55 0 tc 0 32 0 r . . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow 0x56 0 tc 0 32 0 r y . 8 8 8 8 0 0 0 0 0 0 0 0 0 None 0x57 0 tc 0 32 0 r y . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow 0x58 0 tc 0 32 0 r y . 8 8 8 8 0 0 0 0 0 0 0 0 0 None 0x59 0 tc 0 32 0 r y . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow 0x5a 0 tc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x5b 0 tc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x5c 0 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x5d 0 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x5e 0 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x5f 0 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x60 0 tc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x61 0 tc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x62 0 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x63 0 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x64 0 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x65 0 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x66 0 dc 0 32 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 None 0x67 0 dc 0 32 0 r . . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow 0x68 0 dc 0 32 0 r y . 8 8 8 8 0 0 0 0 0 0 0 0 0 None 0x69 0 dc 0 32 0 r y . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow 0x6a 0 dc 0 32 0 r y . 8 8 8 8 0 0 0 0 0 0 0 0 0 None 0x6b 0 dc 0 32 0 r y . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow 0x6c 0 dc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x6d 0 dc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x6e 0 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x6f 0 dc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x70 0 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x71 0 dc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x72 0 dc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x73 0 dc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x74 0 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x75 0 dc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x76 0 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x77 0 dc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow dmesg Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-CURRENT #2: Sun May 10 19:22:12 KRAST 2009 root@ss.su:/usr/obj/usr/src/sys/zl0_M10 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) M processor 1.50GHz (1496.26-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6d8 Stepping = 8 Features=0xafe9fbff Features2=0x180 real memory = 2147483648 (2048 MB) avail memory = 2056859648 (1961 MB) ACPI APIC Table: This module (opensolaris) contains code covered by the Common Development and Distribution License (CDDL) see http://opensolaris.org/os/licensing/opensolaris_license/ ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 cryptosoft0: on motherboard acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 acpi_hpet0: iomem 0-0x3ff on acpi0 device_attach: acpi_hpet0 attach returned 12 acpi_acad0: on acpi0 battery0: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.1 (no driver attached) pci0: at device 0.3 (no driver attached) vgapci0: port 0x1800-0x1807 mem 0xe8000000-0xefffffff,0xe0000000-0xe007ffff irq 16 at device 2.0 on pci0 agp0: on vgapci0 agp0: detected 32636k stolen memory agp0: aperture size is 128M drm0: on vgapci0 vgapci0: child drm0 requested pci_enable_busmaster info: [drm] AGP at 0xe8000000 128MB info: [drm] Initialized i915 1.6.0 20080730 vgapci1: mem 0xf0000000-0xf7ffffff,0xe0080000-0xe00fffff at device 2.1 on pci0 uhci0: port 0x1820-0x183f irq 16 at device 29.0 on pci0 uhci0: [ITHREAD] uhci0: LegSup = 0x003b usbus0: on uhci0 uhci1: port 0x1840-0x185f irq 19 at device 29.1 on pci0 uhci1: [ITHREAD] uhci1: LegSup = 0x0010 usbus1: on uhci1 uhci2: port 0x1860-0x187f irq 18 at device 29.2 on pci0 uhci2: [ITHREAD] uhci2: LegSup = 0x0010 usbus2: on uhci2 ehci0: mem 0xe0100000-0xe01003ff irq 23 at device 29.7 on pci0 ehci0: [ITHREAD] usbus3: EHCI version 1.0 usbus3: on ehci0 pcib1: at device 30.0 on pci0 pci2: on pcib1 rl0: port 0x3000-0x30ff mem 0xe0207800-0xe02078ff irq 16 at device 0.0 on pci2 miibus0: on rl0 rlphy0: PHY 0 on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:c0:9f:6b:7b:da rl0: [ITHREAD] iwi0: mem 0xe0206000-0xe0206fff irq 18 at device 6.0 on pci2 iwi0: [ITHREAD] cbb0: at device 9.0 on pci2 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [FILTER] fwohci0: <1394 Open Host Controller Interface> mem 0xe0207000-0xe02077ff,0xe0200000-0xe0203fff irq 22 at device 9.2 on pci2 fwohci0: [ITHREAD] fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:c0:9f:00:00:32:ac:0c fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:c0:9f:32:ac:0c fwe0: Ethernet address: 02:c0:9f:32:ac:0c fwip0: on firewire0 fwip0: Firewire address: 00:c0:9f:00:00:32:ac:0c @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x11fc000 fwohci0: Initiate bus reset fwohci0: fwohci_intr_core: BUS reset fwohci0: fwohci_intr_core: node_id=0x00000000, SelfID Count=2, CYCLEMASTER mode pci2: at device 9.3 (no driver attached) pci2: at device 9.4 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1810-0x181f at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] ichsmb0: port 0x1880-0x189f irq 17 at device 31.3 on pci0 ichsmb0: [ITHREAD] smbus0: on ichsmb0 smb0: on smbus0 pcm0: port 0x1c00-0x1cff,0x18c0-0x18ff mem 0xe0100c00-0xe0100dff,0xe0100800-0xe01008ff irq 17 at device 31.5 on pci0 pcm0: [ITHREAD] pcm0: pci0: at device 31.6 (no driver attached) acpi_tz0: on acpi0 atrtc0: port 0x70-0x77 irq 8 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model IntelliMouse, device ID 3 cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 acpi_hpet0: iomem 0-0x3ff on acpi0 device_attach: acpi_hpet0 attach returned 12 pmtimer0 on isa0 orm0: at iomem 0xcd000-0xcdfff,0xdf000-0xdffff,0xe0000-0xe3fff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 WARNING: ZFS is considered to be an experimental feature in FreeBSD. Timecounter "TSC" frequency 1496255455 Hz quality 800 Timecounters tick every 1.000 msec firewire0: 1 nodes, maxhop <= 0 cable IRM irm(0) (me) firewire0: bus manager 0 fwohci0: phy int usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 480Mbps High Speed USB v2.0 ZFS filesystem version 13 ZFS storage pool version 13 ad0: 114473MB at ata0-master UDMA100 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 acd0: DVDR at ata1-master PIO4 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered uhub3: 6 ports with 6 removable, self powered Trying to mount root from zfs:h ts_to_ct(1242284390.426544117) = [2009-05-14 06:59:50] drm0: [MPSAFE] drm0: [ITHREAD] pciconf -lv vgapci0@pci0:0:2:0: class=0x030000 card=0x3080103c chip=0x35828086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82852GM/GME/GMV/PM, 855GM/GME Montara Integrated Graphics Device' class = display subclass = VGA vgapci1@pci0:0:2:1: class=0x038000 card=0x3080103c chip=0x35828086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82852GM/GME/GMV/PM, 855GM/GME Montara Integrated Graphics Device' class = display /etc/drirc xorg.conf Section "ServerLayout" Identifier "X.org Configured" Screen 0 "Screen0" 0 0 InputDevice "Mouse0" "CorePointer" InputDevice "Keyboard0" "CoreKeyboard" Option "AllowEmptyInput" "OFF" Option "AutoAddDevices" "OFF" EndSection Section "Files" ModulePath "/usr/local/lib/xorg/modules" FontPath "/usr/local/lib/X11/fonts/misc/" FontPath "/usr/local/lib/X11/fonts/TTF/" FontPath "/usr/local/lib/X11/fonts/OTF" FontPath "/usr/local/lib/X11/fonts/Type1/" FontPath "/usr/local/lib/X11/fonts/100dpi/" FontPath "/usr/local/lib/X11/fonts/75dpi/" FontPath "/usr/local/lib/X11/fonts/cyrillic" FontPath "/usr/local/lib/X11/fonts/webfonts" EndSection Section "ServerFlags" Option "AIGLX" "true" EndSection Section "Module" Load "glx" Load "dri2" Load "dri" Load "drm" Load "vbe" Load "GLcore" Load "int10" Load "record" Load "dbe" Load "extmod" Load "freetype" Load "type1" EndSection Section "InputDevice" Identifier "Keyboard0" Driver "kbd" Option "XkbRules" "xorg" Option "XkbLayout" "us,ru(winkeys)" Option "XkbOptions" "grp:alt_shift_toggle" EndSection Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/psm0" Option "ZAxisMapping" "4 5 6 7" EndSection Section "Monitor" Identifier "Monitor0" VendorName "Monitor Vendor" ModelName "Monitor Model" EndSection Section "Monitor" Identifier "Monitor1" VendorName "Monitor Vendor" ModelName "Monitor Model" EndSection Section "Device" Option "DRI2" # [] Option "AccelMethod" "EXA" Identifier "Card0" Option "Tiling" "off" Driver "intel" VendorName "Intel Corporation" BoardName "82852/855GM Integrated Graphics Device" BusID "PCI:0:2:0" # Option "NoAccel" "false" EndSection Section "Device" Option "DRI2" # [] Option "AccelMethod" "EXA" Option "Tiling" "off" Identifier "Card1" Driver "intel" VendorName "Intel Corporation" BoardName "82852/855GM Integrated Graphics Device" BusID "PCI:0:2:1" # Option "NoAccel" "false" EndSection Section "Screen" Identifier "Screen0" Device "Card0" Monitor "Monitor0" SubSection "Display" Viewport 0 0 Depth 1 EndSubSection SubSection "Display" Viewport 0 0 Depth 4 EndSubSection SubSection "Display" Viewport 0 0 Depth 8 EndSubSection SubSection "Display" Viewport 0 0 Depth 15 EndSubSection SubSection "Display" Viewport 0 0 Depth 16 EndSubSection SubSection "Display" Viewport 0 0 Depth 24 EndSubSection EndSection Section "Screen" Identifier "Screen1" Device "Card1" Monitor "Monitor1" SubSection "Display" Viewport 0 0 Depth 1 EndSubSection SubSection "Display" Viewport 0 0 Depth 4 EndSubSection SubSection "Display" Viewport 0 0 Depth 8 EndSubSection SubSection "Display" Viewport 0 0 Depth 15 EndSubSection SubSection "Display" Viewport 0 0 Depth 16 EndSubSection SubSection "Display" Viewport 0 0 Depth 24 EndSubSection EndSection Section "DRI" Mode 0666 EndSection Section "Extensions" Option "Composite" "Enable" EndSection kldstat Id Refs Address Size Name 1 14 0x80400000 84cb24 kernel 2 1 0x80c4d000 13eb44 zfs.ko 3 2 0x80d8c000 3c68 opensolaris.ko 4 1 0x80d90000 a470 i915.ko 5 2 0x80d9b000 16e8c drm.ko -- Veniamin Gvozdikov ------------------------------------------ XMMP: zloidemon@jabber.ru From owner-freebsd-x11@FreeBSD.ORG Thu May 14 15:26:57 2009 Return-Path: Delivered-To: x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4E881065675 for ; Thu, 14 May 2009 15:26:57 +0000 (UTC) (envelope-from oliver@FreeBSD.org) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [78.111.72.186]) by mx1.freebsd.org (Postfix) with SMTP id 1FBF98FC16 for ; Thu, 14 May 2009 15:26:56 +0000 (UTC) (envelope-from oliver@FreeBSD.org) Received: (qmail 5191 invoked by uid 89); 14 May 2009 15:26:54 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (78.111.72.187) by avocado.salatschuessel.net with SMTP; 14 May 2009 15:26:54 -0000 Date: Thu, 14 May 2009 17:26:56 +0200 From: Oliver Lehmann To: x11@FreeBSD.org Message-Id: <20090514172656.18fb4350.oliver@FreeBSD.org> In-Reply-To: <20090513203129.fb21a669.oliver@FreeBSD.org> References: <20090429164113.f0b48048.lehmann@ans-netz.de> <20090429163843.GB370@slackbox.xs4all.nl> <18936.36210.823588.838523@gromit.timing.com> <20090430063454.969303d0.lehmann@ans-netz.de> <1241092672.3294.6.camel@localhost> <20090430122155.6643.qmail@avocado.salatschuessel.net> <18937.44531.88172.177326@gromit.timing.com> <20090430173416.042e03a8.oliver@FreeBSD.org> <20090513203129.fb21a669.oliver@FreeBSD.org> X-Mailer: Sylpheed 2.6.0 (GTK+ 2.16.1; amd64-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Tom Evans Subject: Re: Problem with OpenGL and ATI HD3850 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 15:26:58 -0000 Hi, talking with the ogre guy (I opened a bug report about that) He told me, that True is hardcoded here when calling glXCreatecontextwithConfigSGIX is set because: "The implementation should know whether it can do direct rendering or not, and fall back on X rendering if not, so True should always be a safe option. The only reason to pass False is if you need to share the context between processes. So this looks like an error in some part of your installed software." So if this is true, and regarding to http://techpubs.sgi.com/library/tpl/cgi-bin/getdoc.cgi?db=man&fname=/usr/share/catman/g_man/cat3/OpenGL/glxcreatecontextwithconfigsgix.z it looks like that, I wonder why the context returned by the function when having no 3d support is not working. What is wrong with either the drm for ATI, opengl or the glXCreatecontextwithConfigSGIX call? Oliver Lehmann wrote: > Oliver Lehmann wrote: > > > A guy in the ogre forum told me that Ogre cannot be run with a Software > > Rasterizer - that might be the case but I still wonder why glGetString > > isn't returning anything.... > > Ok, > > I found out, that the glContext is getting somehow created wrong. > It is created with > > glxContext = glXCreateContextWithConfigSGIX(mGLDisplay, fbConfig, > renderType, shareList, direct); > > having direct alwasy be True and renderType GLX_RGBA_TYPE. > Changing direct to False it gets a bit further and glGetString returns > the requested information. (Then it still crashes with some framebuffer > related message which I haven't looked at yet). > > Can someone explain to me what the last parameter of > glXCreateContextWithConfigSGIX is for and why True is not working here? > glxContext is not NULL when True was specified. -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-x11@FreeBSD.ORG Thu May 14 16:17:30 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09B1310656AE for ; Thu, 14 May 2009 16:17:30 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from smtp.timeweb.ru (smtp.timeweb.ru [217.170.79.85]) by mx1.freebsd.org (Postfix) with ESMTP id 6FB168FC23 for ; Thu, 14 May 2009 16:17:29 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from [213.148.20.85] (helo=hive.panopticon) by smtp.timeweb.ru with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1M4d7J-0003r1-3y for freebsd-x11@freebsd.org; Thu, 14 May 2009 19:45:05 +0400 Received: from hades.panopticon (hades.panopticon [192.168.0.32]) by hive.panopticon (Postfix) with ESMTP id 3C9CAB84D for ; Thu, 14 May 2009 19:43:46 +0400 (MSD) Received: by hades.panopticon (Postfix, from userid 1000) id 6C55E108839; Thu, 14 May 2009 19:44:52 +0400 (MSD) Date: Thu, 14 May 2009 19:44:52 +0400 From: Dmitry Marakasov To: freebsd-x11@freebsd.org Message-ID: <20090514154452.GA72873@hades.panopticon> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.5.19 (2009-01-05) Subject: xorg input (hald/AllowEmptyInput) confusion among users X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 16:17:32 -0000 Hi! After 7.2 release, I'm seeng a huge flow of new users trying FreeBSD. This is great, but also I see a lot of questions regarding input device configuring in xorg - I believe that really sploils first FreeBSD experience for many users. So, I've got a litte idea on how to improve the situation. As I understand, currently user is required to do one of following: - Make sure hald is running (if xorg is compiled with it) - Add AllowEmptyInput "0" to xorg config otherwise Thus, extra action is ALWAYS required from user. The idea is to eliminate those. The second case can be easily fixed by patching xorg to generate config already with AllowEmptyInput included, in case it's built without HAL support. The first case is more complicated and only things I can come with are hacks. For example, something like that: xorg-server/Makefile: pre-isntall: ${GREP} -q 'hald_enable.*[yY][eE][sS]' /etc/rc.conf || ( ${ECHO_CMD} "You should ..."; ${FALSE} ) xorg-server/pkg-install: /usr/local/etc/rc.d/hald start >/dev/null 2>&1 if ! ps auxww | grep -v grep | grep -q hald; then echo "hald is not running..., you should" fi Another solution is to make xorg server just run hald itself. Any comments? -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From owner-freebsd-x11@FreeBSD.ORG Thu May 14 16:58:39 2009 Return-Path: Delivered-To: freebsd-x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED5A01065770 for ; Thu, 14 May 2009 16:58:39 +0000 (UTC) (envelope-from newsham@lava.net) Received: from outgoing02.lava.net (pie.lava.net [IPv6:2001:1888:0:1:230:48ff:fe5b:3b8c]) by mx1.freebsd.org (Postfix) with ESMTP id 78EF68FC0C for ; Thu, 14 May 2009 16:58:39 +0000 (UTC) (envelope-from newsham@lava.net) Received: from malasada.lava.net (malasada.lava.net [64.65.64.17]) by outgoing02.lava.net (Postfix) with ESMTPS id B8FD8172F29 for ; Thu, 14 May 2009 06:58:38 -1000 (HST) Date: Thu, 14 May 2009 06:58:38 -1000 (HST) From: Tim Newsham To: freebsd-x11@FreeBSD.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: Error updating x11 port X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 16:58:40 -0000 I'm trying to update my ports and have had numerous errors surrounding the update of the xorg package. I was able to work through most of them (I think), following comments in UPDATING and online, but I still have an issue when it tries to remove the current version (xorg-7.2) and install the new version: # portupgrade -a ---> Upgrading 'xorg-7.2' to 'xorg-7.4_2' (x11/xorg) ---> Building '/usr/ports/x11/xorg' ===> Cleaning for xorg-7.4_2 This is a meta-port, meaning that it just depends on its subparts of the port. It won't build and install all the parts until you have typed make install This port does not ensure things are upgraded; use portupgrade if you want to upgrade X.Org. If you simply type 'make install' it may use over 2GB to build all of the subports. You can install the ports singly if you are low on space. ===> Extracting for xorg-7.4_2 ===> Patching for xorg-7.4_2 ===> Configuring for xorg-7.4_2 ---> Backing up the old version tar: nil@comment ORIGIN:x11/xorg: Cannot stat: No such file or directory tar: Error exit delayed from previous errors. pkg_create: make_dist: tar command failed with code 256 ---> Uninstalling the old version ---> Deinstalling 'xorg-7.2' pkg_delete: package 'xorg-7.2' doesn't have a prefix ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! xorg-7.2 (pkg_delete failed) ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! x11/xorg (xorg-7.2) (uninstall error) trying to uninstall with pkg_delete directly also fails: # pkg_delete xorg-7.2 pkg_delete: package 'xorg-7.2' doesn't have a prefix (I had earlier touched a few files in the pkg db directory for +COMMENT and such to get past other "tar" errors in portupgrade, but other than that, this is mostly "normal" port stuff. I installed with ports, I updated with ports, etc). Tim Newsham http://www.thenewsh.com/~newsham/ From owner-freebsd-x11@FreeBSD.ORG Thu May 14 23:03:56 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AEED91065701 for ; Thu, 14 May 2009 23:03:56 +0000 (UTC) (envelope-from alvest@brakiri.com) Received: from p3plsmtpa01-02.prod.phx3.secureserver.net (p3plsmtpa01-02.prod.phx3.secureserver.net [72.167.82.82]) by mx1.freebsd.org (Postfix) with SMTP id 5B9808FC0C for ; Thu, 14 May 2009 23:03:55 +0000 (UTC) (envelope-from alvest@brakiri.com) Received: (qmail 11625 invoked from network); 14 May 2009 22:37:15 -0000 Received: from unknown (65.60.165.112) by p3plsmtpa01-02.prod.phx3.secureserver.net (72.167.82.82) with ESMTP; 14 May 2009 22:37:15 -0000 Message-ID: <4A0C9D1A.8080405@brakiri.com> Date: Thu, 14 May 2009 18:37:14 -0400 From: Albert Vest User-Agent: Thunderbird 2.0.0.21 (X11/20090408) MIME-Version: 1.0 To: freebsd-x11@freebsd.org References: <4A0AFD10.5020402@gmail.com> <3a142e750905131201u40a0bf62of627649efed0535@mail.gmail.com> In-Reply-To: <3a142e750905131201u40a0bf62of627649efed0535@mail.gmail.com> X-Enigmail-Version: 0.95.6 OpenPGP: id=89012AB2 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Repeatable X lockups X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2009 23:03:57 -0000 Paul B. Mahol wrote: > On 5/13/09, Jimmie James wrote: > One thing to note, I dont switch to console while DRI is active > otherwise panic could happen(last time when I tested it with 915GM). I've been experiencing something similar, not a panic but, whenever I switch to console (ctrl-f1?) and come back to X (ctrl-f9), my session goes away and a new XDM screen presents itself for a fresh login. Might it have to do with my hardware? I started using one of those "wide screen" displays (1440 x 900), about the same time my updates started showing "7.2-PRERELEASE" as version number, and it still happens with "7.2-STABLE". All ports current (except OOO 3.0.0). Still using the same Radeon 9100 "IGP" forced to PCI mode, if that might matter. -- Albert Vest, Al Vest at Brakiri dot com From owner-freebsd-x11@FreeBSD.ORG Fri May 15 06:40:34 2009 Return-Path: Delivered-To: x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1BA1C106566C for ; Fri, 15 May 2009 06:40:34 +0000 (UTC) (envelope-from andy.lavr@reactor-xg.kiev.ua) Received: from mail.reactor-xg.kiev.ua (reactor-xg.kiev.ua [86.111.64.45]) by mx1.freebsd.org (Postfix) with ESMTP id 86F878FC16 for ; Fri, 15 May 2009 06:40:32 +0000 (UTC) (envelope-from andy.lavr@reactor-xg.kiev.ua) Received: from mail.reactor-xg.kiev.ua (mail.reactor-xg.kiev.ua [86.111.64.45]) by mail.reactor-xg.kiev.ua (Reactor-XG Mailer System) with ESMTP id n4F6MUlL010637 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 15 May 2009 09:22:30 +0300 (EEST) (envelope-from andy.lavr@reactor-xg.kiev.ua) Authentication-Results: mail.reactor-xg.kiev.ua; sender-id=pass header.from=andy.lavr@reactor-xg.kiev.ua; auth=pass (PLAIN); spf=pass smtp.mfrom=andy.lavr@reactor-xg.kiev.ua Message-ID: <4A0D0A26.9040503@reactor-xg.kiev.ua> Date: Fri, 15 May 2009 09:22:30 +0300 From: "Andrei V. Lavreniyuk" Organization: Technica-03, Inc. User-Agent: Thunderbird 2.0.0.21 (X11/20090513) MIME-Version: 1.0 To: x11@FreeBSD.org Content-Type: multipart/mixed; boundary="------------000405060502020505090206" Cc: Subject: Patch add "Sapphire Radeon HD 4870 512MB DDR5" to radeonhd drivers X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: andy.lavr@reactor-xg.kiev.ua List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 06:40:34 -0000 This is a multi-part message in MIME format. --------------000405060502020505090206 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Hi! View attached file - patch-rhd_id.c Best regards, Andrei Lavreniyuk --------------000405060502020505090206 Content-Type: text/plain; name="patch-rhd_id.c" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="patch-rhd_id.c" --- rhd_id.c.orig 2009-04-03 12:51:50.000000000 +0300 +++ rhd_id.c 2009-05-15 09:19:43.286013717 +0300 @@ -853,6 +853,7 @@ /* 0x958E : RV630 : ATI Radeon HD 2600 LE */ { 0x95c5, 0x1787, 0x2252, "PowerColor HD 3450", RHD_CARD_FLAG_HPDOFF, ID_CONNECTORINFO_EMPTY, DEVINFO_EMPTY }, { 0x9610, 0x105B, 0x0E0F, "Foxconn A7GM-S (RS780)", RHD_CARD_FLAG_HPDOFF, ID_CONNECTORINFO_EMPTY, DEVINFO_EMPTY }, + { 0x9440, 0x174B, 0x0502, "Sapphire Radeon HD 4870 512MB DDR5", RHD_CARD_FLAG_NONE, ID_CONNECTORINFO_EMPTY, DEVINFO_EMPTY }, { 0, 0, 0, NULL, 0, ID_CONNECTORINFO_EMPTY, DEVINFO_EMPTY } /* KEEP THIS: End marker. */ }; --------------000405060502020505090206-- From owner-freebsd-x11@FreeBSD.ORG Fri May 15 06:40:35 2009 Return-Path: Delivered-To: x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B25C106566B for ; Fri, 15 May 2009 06:40:35 +0000 (UTC) (envelope-from andy.lavr@reactor-xg.kiev.ua) Received: from mail.reactor-xg.kiev.ua (reactor-xg.kiev.ua [86.111.64.45]) by mx1.freebsd.org (Postfix) with ESMTP id C76658FC23 for ; Fri, 15 May 2009 06:40:34 +0000 (UTC) (envelope-from andy.lavr@reactor-xg.kiev.ua) Received: from mail.reactor-xg.kiev.ua (mail.reactor-xg.kiev.ua [86.111.64.45]) by mail.reactor-xg.kiev.ua (Reactor-XG Mailer System) with ESMTP id n4F6QSOt010680 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 15 May 2009 09:26:28 +0300 (EEST) (envelope-from andy.lavr@reactor-xg.kiev.ua) Authentication-Results: mail.reactor-xg.kiev.ua; sender-id=pass header.from=andy.lavr@reactor-xg.kiev.ua; auth=pass (PLAIN); spf=pass smtp.mfrom=andy.lavr@reactor-xg.kiev.ua Message-ID: <4A0D0B14.6010309@reactor-xg.kiev.ua> Date: Fri, 15 May 2009 09:26:28 +0300 From: "Andrei V. Lavreniyuk" Organization: Technica-03, Inc. User-Agent: Thunderbird 2.0.0.21 (X11/20090513) MIME-Version: 1.0 To: x11@FreeBSD.org Content-Type: multipart/mixed; boundary="------------020605090900010903090702" Cc: Subject: Part 2: Patch add "Sapphire Radeon HD 4870 512MB DDR5" to radeonhd drivers X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: andy.lavr@reactor-xg.kiev.ua List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 06:40:35 -0000 This is a multi-part message in MIME format. --------------020605090900010903090702 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Hi! View attached file - patch-rhd_id.c --- skip Xorg.0.log --- (II) Setting vga for screen 0. (**) RADEONHD(0): Depth 24, (--) framebuffer bpp 32 (**) RADEONHD(0): Selected ShadowFB. (--) RADEONHD(0): Detected an RV770 on a Sapphire Radeon HD 4870 512MB DDR5 (II) RADEONHD(0): Mapped IO @ 0xfbde0000 to 0x8006bd000 (size 0x00010000) (II) RADEONHD(0): PCIE Card Detected (II) RADEONHD(0): Getting BIOS copy from legacy VBIOS location (II) RADEONHD(0): ATOM BIOS Rom: SubsystemVendorID: 0x174b SubsystemID: 0x0502 IOBaseAddress: 0xc000 Filename: 85nssc2.bin BIOS Bootup Message: Wekiva RV770 B50701 Board --- end skip --- Best regards, Andrei Lavreniyuk --------------020605090900010903090702 Content-Type: text/plain; name="patch-rhd_id.c" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="patch-rhd_id.c" --- rhd_id.c.orig 2009-04-03 12:51:50.000000000 +0300 +++ rhd_id.c 2009-05-15 09:19:43.286013717 +0300 @@ -853,6 +853,7 @@ /* 0x958E : RV630 : ATI Radeon HD 2600 LE */ { 0x95c5, 0x1787, 0x2252, "PowerColor HD 3450", RHD_CARD_FLAG_HPDOFF, ID_CONNECTORINFO_EMPTY, DEVINFO_EMPTY }, { 0x9610, 0x105B, 0x0E0F, "Foxconn A7GM-S (RS780)", RHD_CARD_FLAG_HPDOFF, ID_CONNECTORINFO_EMPTY, DEVINFO_EMPTY }, + { 0x9440, 0x174B, 0x0502, "Sapphire Radeon HD 4870 512MB DDR5", RHD_CARD_FLAG_NONE, ID_CONNECTORINFO_EMPTY, DEVINFO_EMPTY }, { 0, 0, 0, NULL, 0, ID_CONNECTORINFO_EMPTY, DEVINFO_EMPTY } /* KEEP THIS: End marker. */ }; --------------020605090900010903090702-- From owner-freebsd-x11@FreeBSD.ORG Fri May 15 13:21:06 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C9B2106567A; Fri, 15 May 2009 13:21:06 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 0D2BD8FC2B; Fri, 15 May 2009 13:21:04 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA08840; Fri, 15 May 2009 16:21:03 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4A0D6C3D.8020400@icyb.net.ua> Date: Fri, 15 May 2009 16:21:01 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: freebsd-x11@freebsd.org, Robert Noland X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: stable/7, intel: troubles after vt swicth X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 13:21:07 -0000 This is amd64 stable/7 system from latest sources as of yesterday. Hardware is integrated G33 on DG33TL motherboard. Ports: xorg-server-1.6.1,1 xf86-video-intel-2.7.0 Mesa/DRI ports are at 7.4.1_1 I have DRI, AIGLX, EXA enabled in xorg.conf. Symptoms: X works fine initially. After vt-switching to console and back I see the following: X becomes subjectively less responsive. The most visible regression is rendering of text in konsole. There seems to be zero interrupts generated for drm/vgapci driver, interrupt count stays the same in vmstat -i output. Moving mouse seems to speed up text rendering in konsole - strange but true. I see the following in X log after the switch: (II) AIGLX: Suspending AIGLX clients for VT switch (II) intel(0): xf86UnbindGARTMemory: unbind key 1 (II) intel(0): xf86UnbindGARTMemory: unbind key 2 (II) intel(0): xf86UnbindGARTMemory: unbind key 5 (II) intel(0): xf86UnbindGARTMemory: unbind key 3 (II) intel(0): xf86UnbindGARTMemory: unbind key 4 (II) intel(0): xf86UnbindGARTMemory: unbind key 6 (II) intel(0): xf86UnbindGARTMemory: unbind key 7 (II) intel(0): xf86UnbindGARTMemory: unbind key 8 (WW) intel(0): drmDropMaster failed: Unknown error: -1 (II) AIGLX: Resuming AIGLX clients after VT switch (WW) intel(0): drmDropMaster failed: Unknown error: -1 (II) intel(0): xf86BindGARTMemory: bind key 1 at 0x006ff000 (pgoffset 1791) (II) intel(0): xf86BindGARTMemory: bind key 2 at 0x0082a000 (pgoffset 2090) (II) intel(0): xf86BindGARTMemory: bind key 5 at 0x0082b000 (pgoffset 2091) (II) intel(0): xf86BindGARTMemory: bind key 3 at 0x01000000 (pgoffset 4096) (II) intel(0): xf86BindGARTMemory: bind key 4 at 0x02000000 (pgoffset 8192) (II) intel(0): xf86BindGARTMemory: bind key 6 at 0x05000000 (pgoffset 20480) (II) intel(0): xf86BindGARTMemory: bind key 7 at 0x06000000 (pgoffset 24576) (II) intel(0): xf86BindGARTMemory: bind key 8 at 0x07000000 (pgoffset 28672) (II) intel(0): Fixed memory allocation layout: (II) intel(0): 0x00000000-0x0001ffff: ring buffer (128 kB) (II) intel(0): 0x00020000-0x00029fff: HW cursors (40 kB) (II) intel(0): 0x0002a000-0x00829fff: fake bufmgr (8192 kB) (II) intel(0): 0x006ff000: end of stolen memory (II) intel(0): 0x0082a000-0x0082afff: overlay registers (4 kB) (II) intel(0): 0x0082b000-0x0082bfff: HW status (4 kB) (II) intel(0): 0x01000000-0x01ffffff: front buffer (16384 kB) X tiled (II) intel(0): 0x02000000-0x0475ffff: exa offscreen (40320 kB) (II) intel(0): 0x05000000-0x05ffffff: back buffer (16384 kB) X tiled (II) intel(0): 0x06000000-0x06ffffff: depth buffer (16384 kB) X tiled (II) intel(0): 0x07000000-0x08ffffff: classic textures (32768 kB) (II) intel(0): 0x10000000: end of aperture (WW) intel(0): ESR is 0x00000011, page table error, instruction error (WW) intel(0): PGTBL_ER is 0x00000003, host gtt pte, host pte data (WW) intel(0): Existing errors found in hardware state. (II) intel(0): [drm] mapped front buffer at 0xd1000000, handle = 0xd1000000 (II) intel(0): Output configuration: (II) intel(0): Pipe A is on (II) intel(0): Display plane A is now enabled and connected to pipe A. (II) intel(0): Pipe B is off (II) intel(0): Display plane B is now disabled and connected to pipe B. (II) intel(0): Output VGA is connected to pipe none (II) intel(0): Output TMDS-1 is connected to pipe A (II) intel(0): [drm] dma control initialized, using IRQ 256 Here's some output that I got from setting hw.dri.0.debug=1 for 0.3 seconds: [drm:pid1932:drm_ioctl] pid=1932, cmd=0xc0086444, nr=0x44, dev 0xffffff0001507800, auth=1 [drm:pid1932:i915_emit_irq] [drm:pid1932:drm_ioctl] pid=1932, cmd=0x80046445, nr=0x45, dev 0xffffff0001507800, auth=1 [drm:pid1932:i915_wait_irq] irq_nr=29161896 breadcrumb=29161896 [drm:pid1932:drm_ioctl] pid=1932, cmd=0x80206443, nr=0x43, dev 0xffffff0001507800, auth=1 [drm:pid1932:i915_batchbuffer] i915 batchbuffer, start 2e000 used 16280 cliprects 0 [drm:pid1932:drm_ioctl] pid=1932, cmd=0xc0086444, nr=0x44, dev 0xffffff0001507800, auth=1 [drm:pid1932:i915_emit_irq] [drm:pid1932:drm_ioctl] pid=1932, cmd=0xc0086444, nr=0x44, dev 0xffffff0001507800, auth=1 [drm:pid1932:i915_emit_irq] [drm:pid1932:drm_ioctl] pid=1932, cmd=0x80046445, nr=0x45, dev 0xffffff0001507800, auth=1 [drm:pid1932:i915_wait_irq] irq_nr=29161899 breadcrumb=29161899 [drm:pid1932:drm_ioctl] pid=1932, cmd=0x80206443, nr=0x43, dev 0xffffff0001507800, auth=1 [drm:pid1932:i915_batchbuffer] i915 batchbuffer, start 2a000 used 16256 cliprects 0 [drm:pid1932:drm_ioctl] pid=1932, cmd=0xc0086444, nr=0x44, dev 0xffffff0001507800, auth=1 [drm:pid1932:i915_emit_irq] [drm:pid1932:drm_ioctl] pid=1932, cmd=0xc0086444, nr=0x44, dev 0xffffff0001507800, auth=1 [drm:pid1932:i915_emit_irq] [drm:pid1932:drm_ioctl] pid=1932, cmd=0x80046445, nr=0x45, dev 0xffffff0001507800, auth=1 [drm:pid1932:i915_wait_irq] irq_nr=29161902 breadcrumb=29161902 [drm:pid1932:drm_ioctl] pid=1932, cmd=0x80206443, nr=0x43, dev 0xffffff0001507800, auth=1 [drm:pid1932:i915_batchbuffer] i915 batchbuffer, start 2e000 used 16232 cliprects 0 [drm:pid1932:drm_ioctl] pid=1932, cmd=0xc0086444, nr=0x44, dev 0xffffff0001507800, auth=1 [drm:pid1932:i915_emit_irq] [drm:pid1932:drm_ioctl] pid=1932, cmd=0xc0086444, nr=0x44, dev 0xffffff0001507800, auth=1 [drm:pid1932:i915_emit_irq] [drm:pid1932:drm_ioctl] pid=1932, cmd=0x80046445, nr=0x45, dev 0xffffff0001507800, auth=1 [drm:pid1932:i915_wait_irq] irq_nr=29161905 breadcrumb=29161905 [drm:pid1932:drm_ioctl] pid=1932, cmd=0x80206443, nr=0x43, dev 0xffffff0001507800, auth=1 [drm:pid1932:i915_batchbuffer] i915 batchbuffer, start 2a000 used 16280 cliprects 0 [drm:pid1932:drm_ioctl] pid=1932, cmd=0xc0086444, nr=0x44, dev 0xffffff0001507800, auth=1 [drm:pid1932:i915_emit_irq] [drm:pid1932:drm_ioctl] pid=1932, cmd=0xc0086444, nr=0x44, dev 0xffffff0001507800, auth=1 [drm:pid1932:i915_emit_irq] [drm:pid1932:drm_ioctl] pid=1932, cmd=0x80046445, nr=0x45, dev 0xffffff0001507800, auth=1 [drm:pid1932:i915_wait_irq] irq_nr=29161908 breadcrumb=29161908 [drm:pid1932:drm_ioctl] pid=1932, cmd=0x80206443, nr=0x43, dev 0xffffff0001507800, auth=1 [drm:pid1932:i915_batchbuffer] i915 batchbuffer, start 2e000 used 16304 cliprects 0 [drm:pid1932:drm_ioctl] pid=1932, cmd=0xc0086444, nr=0x44, dev 0xffffff0001507800, auth=1 [drm:pid1932:i915_emit_irq] [drm:pid1932:drm_ioctl] pid=1932, cmd=0xc0086444, nr=0x44, dev 0xffffff0001507800, auth=1 [drm:pid1932:i915_emit_irq] [drm:pid1932:drm_ioctl] pid=1932, cmd=0x80046445, nr=0x45, dev 0xffffff0001507800, auth=1 [drm:pid1932:i915_wait_irq] irq_nr=29161911 breadcrumb=29161911 [drm:pid1932:drm_ioctl] pid=1932, cmd=0x80206443, nr=0x43, dev 0xffffff0001507800, auth=1 [drm:pid1932:i915_batchbuffer] i915 batchbuffer, start 2a000 used 16304 cliprects 0 [drm:pid1932:drm_ioctl] pid=1932, cmd=0xc0086444, nr=0x44, dev 0xffffff0001507800, auth=1 [drm:pid1932:i915_emit_irq] [drm:pid1932:drm_ioctl] pid=1932, cmd=0xc0086444, nr=0x44, dev 0xffffff0001507800, auth=1 [drm:pid1932:i915_emit_irq] [drm:pid1932:drm_ioctl] pid=1932, cmd=0x80046445, nr=0x45, dev 0xffffff0001507800, auth=1 [drm:pid1932:i915_wait_irq] irq_nr=29161914 breadcrumb=29161911 [drm:pid1932:i915_user_irq_get] [drm:pid1932:i915_enable_irq] irq_enable_reg = 0xffffffaf, mask = 0x00000002 -- Andriy Gapon From owner-freebsd-x11@FreeBSD.ORG Fri May 15 13:27:37 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DFB42106568C for ; Fri, 15 May 2009 13:27:37 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 8C8EB8FC17 for ; Fri, 15 May 2009 13:27:36 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.4] (adsl-19-244-249.bna.bellsouth.net [68.19.244.249]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n4FDR8Rx048174 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 15 May 2009 09:27:20 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Dmitry Marakasov In-Reply-To: <20090514154452.GA72873@hades.panopticon> References: <20090514154452.GA72873@hades.panopticon> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-ev9Rt5sCKpt+s4PWQ/3l" Organization: FreeBSD Date: Fri, 15 May 2009 08:26:33 -0500 Message-Id: <1242393993.1755.77.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.1.1 FreeBSD GNOME Team Port X-Spam-Status: No, score=-3.2 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11@freebsd.org Subject: Re: xorg input (hald/AllowEmptyInput) confusion among users X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 13:27:39 -0000 --=-ev9Rt5sCKpt+s4PWQ/3l Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2009-05-14 at 19:44 +0400, Dmitry Marakasov wrote: > Hi! >=20 > After 7.2 release, I'm seeng a huge flow of new users trying FreeBSD. > This is great, but also I see a lot of questions regarding input > device configuring in xorg - I believe that really sploils first > FreeBSD experience for many users. >=20 > So, I've got a litte idea on how to improve the situation. >=20 > As I understand, currently user is required to do one of following: > - Make sure hald is running (if xorg is compiled with it) > - Add AllowEmptyInput "0" to xorg config otherwise If xorg-server is built without HAL support then the default is swapped and you don't need to set this. I also have come to prefer Option "AutoAddDevices" "off" to AllowEmptyInput. That disables all hot-plugging. I use gnome normally, so I generally just run moused and let hald do it's thing. > Thus, extra action is ALWAYS required from user. >=20 > The idea is to eliminate those. >=20 > The second case can be easily fixed by patching xorg to generate config > already with AllowEmptyInput included, in case it's built without > HAL support. As stated above... If you de-select the HAL option on the port, the default should get flipped. > The first case is more complicated and only things I can come with are > hacks. For example, something like that: >=20 > xorg-server/Makefile: > pre-isntall: > ${GREP} -q 'hald_enable.*[yY][eE][sS]' /etc/rc.conf || ( ${ECHO_CMD} "Y= ou should ..."; ${FALSE} ) Something like this might be reasonable, patches welcome... > xorg-server/pkg-install: > /usr/local/etc/rc.d/hald start >/dev/null 2>&1 >=20 > if ! ps auxww | grep -v grep | grep -q hald; then > echo "hald is not running..., you should" > fi This might be overkill. I don't like the idea of the port trying to start other daemons... The message is fine though. > Another solution is to make xorg server just run hald itself. People start X in all sorts of ways... via startx, gdm using the rc system, xdm or kdm from /etc/ttys. So the only place to do this would be in the xorg-server code, which isn't going to happen... robert. > Any comments? --=20 Robert Noland FreeBSD --=-ev9Rt5sCKpt+s4PWQ/3l Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAkoNbYkACgkQM4TrQ4qfROOtrwCfY2rZBRYGpOZn2SyYlNu4Gh4J 4tQAnREboZkfDZprToC1ERIkiqiDYPSC =TNm0 -----END PGP SIGNATURE----- --=-ev9Rt5sCKpt+s4PWQ/3l-- From owner-freebsd-x11@FreeBSD.ORG Fri May 15 13:54:22 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1FCC106564A for ; Fri, 15 May 2009 13:54:22 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 6930F8FC15 for ; Fri, 15 May 2009 13:54:22 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.4] (adsl-19-244-249.bna.bellsouth.net [68.19.244.249]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n4FDrv4A048345 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 15 May 2009 09:54:12 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Albert Vest In-Reply-To: <4A0C9D1A.8080405@brakiri.com> References: <4A0AFD10.5020402@gmail.com> <3a142e750905131201u40a0bf62of627649efed0535@mail.gmail.com> <4A0C9D1A.8080405@brakiri.com> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-W+yRhheVgD0at0L5Y+n1" Organization: FreeBSD Date: Fri, 15 May 2009 08:53:24 -0500 Message-Id: <1242395604.1755.82.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.1.1 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00, MIME_QP_LONG_LINE,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11@freebsd.org Subject: Re: Repeatable X lockups X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 13:54:22 -0000 --=-W+yRhheVgD0at0L5Y+n1 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2009-05-14 at 18:37 -0400, Albert Vest wrote: > Paul B. Mahol wrote: > > On 5/13/09, Jimmie James wrote: >=20 > > One thing to note, I dont switch to console while DRI is active > > otherwise panic could happen(last time when I tested it with 915GM). >=20 > I've been experiencing something similar, not a panic but, whenever I=20 > switch to console (ctrl-f1?) and come back to X (ctrl-f9), my session=20 > goes away and a new XDM screen presents itself for a fresh login. This sounds like the xserver is crashing. > Might it have to do with my hardware? I started using one of those=20 > "wide screen" displays (1440 x 900), about the same time my updates=20 > started showing "7.2-PRERELEASE" as version number, and it still happens=20 > with "7.2-STABLE". All ports current (except OOO 3.0.0). >=20 > Still using the same Radeon 9100 "IGP" forced to PCI mode, if that might=20 > matter. Does it detect as AGP natively? robert. --=20 Robert Noland FreeBSD --=-W+yRhheVgD0at0L5Y+n1 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAkoNc9QACgkQM4TrQ4qfROMGowCfQsCAaPxffO4qsPaDXY7TVoOg nQcAoITw11psGtbE1bhmPo74x5fGk/o4 =MIQc -----END PGP SIGNATURE----- --=-W+yRhheVgD0at0L5Y+n1-- From owner-freebsd-x11@FreeBSD.ORG Fri May 15 19:42:16 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2F6C1065676 for ; Fri, 15 May 2009 19:42:16 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from mail-ew0-f159.google.com (mail-ew0-f159.google.com [209.85.219.159]) by mx1.freebsd.org (Postfix) with ESMTP id 1EB0E8FC18 for ; Fri, 15 May 2009 19:42:15 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by ewy3 with SMTP id 3so2571426ewy.43 for ; Fri, 15 May 2009 12:42:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:content-type :date:message-id:mime-version:x-mailer:content-transfer-encoding; bh=yt2246UzEGSte7WVjKCMEtCyVMFacMMajDrj0hi9tMk=; b=ffLc0nc/osdhKZvbcsInsUVoICh77ghoPEAC4dfmxqRDQg2nzwHPZby/bd3Ccwl3zA SaJnF8VSpHFt1qWuX84PjN9ZMtAl6WEpldr3yMceYU2LjvHl3HDidzQLakn0vcatK97P GbA0TBHmNRNMr2jKwxzKiJLLpco5wJhVVDtzI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=subject:from:to:content-type:date:message-id:mime-version:x-mailer :content-transfer-encoding; b=ufL+HBHyAj3p99ike+uDyO7NgxbHIcGj4uiR828NIa/jEYSDvuqsWO4xzx8SAY7y23 Jx5a3QzKq4UmpH4EEy45/jz2/EJ7ZZ7DWttuVIIk4AhuNTde0kc7ZIMftgm6vO0ELZX9 /KdNoIijl6qkMsIy0DTTn6SecbXzNrOlFTAcI= Received: by 10.210.71.11 with SMTP id t11mr4549263eba.61.1242416534431; Fri, 15 May 2009 12:42:14 -0700 (PDT) Received: from ?192.168.1.66? (87-194-39-182.bethere.co.uk [87.194.39.182]) by mx.google.com with ESMTPS id 10sm2184339eyd.42.2009.05.15.12.42.13 (version=SSLv3 cipher=RC4-MD5); Fri, 15 May 2009 12:42:13 -0700 (PDT) From: Tom Evans To: freebsd-x11@freebsd.org, freebsd-gnome@freebsd.org Content-Type: text/plain Date: Fri, 15 May 2009 20:41:13 +0100 Message-Id: <1242416473.14085.5.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.26.1.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Subject: Xorg 1.6.0 uses 100% CPU in gnome+gdm X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 19:42:17 -0000 Hi all I upgraded kernel, world and ports from ~7.1 RELEASE to RELENG_7 of yesterday, and now Xorg constantly chews CPU. I'm running: FreeBSD jacob.nubtek.com 7.2-STABLE FreeBSD 7.2-STABLE #2: Thu May 14 20:37:49 BST 2009 root@jacob.nubtek.com:/usr/obj/usr/data/FreeBSD/RELENG_7/src/sys/LOST i386 I've double checked that all ports are up to date, and was going to blame some bug in the nvidia binary driver, but it also exhibits it if I use the 'nv' or 'vesa' driver as well - I've not tested nouveau. The nvidia.ko module was loaded whilst running with nv and vesa, would that matter? I tried disabling any/all of the extensions (damage, composite etc - see xorg.conf for full list) but this had no effect. I also checked to see if there what difference there was between a full gnome session, just gdm, and just twm. There was no difference between a full gnome session and just gdm, it still used 100% CPU, but just running 'Xorg -config /etc/X11/xorg.conf', without running any wm at all, used virtually no CPU. I'm running hald and dbus. All relevant logs/conf files/pkg lists can be got at here [1]. Any hints/ideas, as the sound of my fan whirling constantly is driving me nuts! Please keep me cc'ed, I'm not on freebsd-gnome@ Cheers Tom [1] http://freebsd.nubtek.com/files/xorg/ From owner-freebsd-x11@FreeBSD.ORG Fri May 15 20:34:03 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71CCE1065672; Fri, 15 May 2009 20:34:03 +0000 (UTC) (envelope-from kstewart@owt.com) Received: from smtp.owt.com (smtp.owt.com [64.146.239.50]) by mx1.freebsd.org (Postfix) with ESMTP id 46CED8FC21; Fri, 15 May 2009 20:34:02 +0000 (UTC) (envelope-from kstewart@owt.com) Received: from kstewart2.owt.com (kstewart2.owt.com [64.146.237.228]) (authenticated bits=0) by smtp.owt.com (8.13.8/8.13.8) with ESMTP id n4FKE1u3007061; Fri, 15 May 2009 13:14:02 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=owt.com; s=default; t=1242418442; bh=wyRfxUAtOmKirgKz65+i4/rnMYT7m4TE2hdvZafCDn0=; h=From:To:Subject:Date:Cc:References:In-Reply-To:MIME-Version: Content-Type:Content-Transfer-Encoding:Message-Id; b=dRH0i+aen5fSm N2XXYGP7SGXIBVWJF/Z09g2nsUQnnOE8lILZ8yV/Qwkj5aLcXhQu/xJ0KkWqWZO6jPG BuWFTcI/2eg2eWwdHJX63rW7BVkcXsMvREm/e1RTOByGgw7kbfbhXpI7eAWislquarh I4JxceOBvKOcyoBRd7+UINto= From: Kent Stewart To: freebsd-x11@freebsd.org Date: Fri, 15 May 2009 13:14:01 -0700 User-Agent: KMail/1.9.10 References: <1242416473.14085.5.camel@localhost> In-Reply-To: <1242416473.14085.5.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200905151314.01390.kstewart@owt.com> Cc: Tom Evans , freebsd-gnome@freebsd.org Subject: Re: Xorg 1.6.0 uses 100% CPU in gnome+gdm X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 20:34:04 -0000 On Friday 15 May 2009 12:41:13 pm Tom Evans wrote: > Hi all > > I upgraded kernel, world and ports from ~7.1 RELEASE to RELENG_7 of > yesterday, and now Xorg constantly chews CPU. I'm running: > > FreeBSD jacob.nubtek.com 7.2-STABLE FreeBSD 7.2-STABLE #2: Thu May 14 > 20:37:49 BST 2009 > root@jacob.nubtek.com:/usr/obj/usr/data/FreeBSD/RELENG_7/src/sys/LOST > i386 > > I've double checked that all ports are up to date, and was going to > blame some bug in the nvidia binary driver, but it also exhibits it if I > use the 'nv' or 'vesa' driver as well - I've not tested nouveau. The > nvidia.ko module was loaded whilst running with nv and vesa, would that > matter? > I have had this happen several times. It always went away after I force built xorg and its dependancies. My personal opinion is that something was built out of order and while your ports may be current, something used an old linkage. Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html From owner-freebsd-x11@FreeBSD.ORG Fri May 15 20:38:33 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C61331065670; Fri, 15 May 2009 20:38:33 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from mail-ew0-f159.google.com (mail-ew0-f159.google.com [209.85.219.159]) by mx1.freebsd.org (Postfix) with ESMTP id 251FC8FC19; Fri, 15 May 2009 20:38:27 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by ewy3 with SMTP id 3so2605715ewy.43 for ; Fri, 15 May 2009 13:38:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc :in-reply-to:references:content-type:date:message-id:mime-version :x-mailer:content-transfer-encoding; bh=Z+RsBnvNx+7VEjlrMYtI0tCvmlxc0menwulQinHXTXg=; b=VV/8EGhKDnPgcvo9fp1oTxw+mOeigo1NYotrAnhM/84QifK8mBpT337cx6lK/3Nm6c u8JBRxG08rjxNfJYJnil5IIRqqOXv4LcVLldyGWgcltye4d5WAfTnr5XU2Aqsrq5Cas4 4CYY+ySsabUjNFew1BeniXxYWRQrcBfs0Z5o4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer:content-transfer-encoding; b=lpWIhNFIAPMfZQOS+3OkMOPFom4Irq0VjJ11TbTGaybKm5pcRHiuh5xj+X+EAvFXip Q9wl6JOvPUHzgqMFpg/bcDcbifAlhhUZRpacPdYmWK1H/v8V/JEGloH+S5u2W2bE6zS3 y2RewdvkLs8nutLtRjHqrtY6812IhiZuUZrGY= Received: by 10.210.86.10 with SMTP id j10mr1371735ebb.70.1242419906002; Fri, 15 May 2009 13:38:26 -0700 (PDT) Received: from ?192.168.1.66? (87-194-39-182.bethere.co.uk [87.194.39.182]) by mx.google.com with ESMTPS id 7sm2248269eyb.25.2009.05.15.13.38.25 (version=SSLv3 cipher=RC4-MD5); Fri, 15 May 2009 13:38:25 -0700 (PDT) From: Tom Evans To: Kent Stewart In-Reply-To: <200905151314.01390.kstewart@owt.com> References: <1242416473.14085.5.camel@localhost> <200905151314.01390.kstewart@owt.com> Content-Type: text/plain Date: Fri, 15 May 2009 21:37:24 +0100 Message-Id: <1242419844.14339.1.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.26.1.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-x11@freebsd.org, freebsd-gnome@freebsd.org Subject: Re: Xorg 1.6.0 uses 100% CPU in gnome+gdm X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 20:38:34 -0000 On Fri, 2009-05-15 at 13:14 -0700, Kent Stewart wrote: > On Friday 15 May 2009 12:41:13 pm Tom Evans wrote: > > Hi all > > > > I upgraded kernel, world and ports from ~7.1 RELEASE to RELENG_7 of > > yesterday, and now Xorg constantly chews CPU. I'm running: > > > > FreeBSD jacob.nubtek.com 7.2-STABLE FreeBSD 7.2-STABLE #2: Thu May 14 > > 20:37:49 BST 2009 > > root@jacob.nubtek.com:/usr/obj/usr/data/FreeBSD/RELENG_7/src/sys/LOST > > i386 > > > > I've double checked that all ports are up to date, and was going to > > blame some bug in the nvidia binary driver, but it also exhibits it if I > > use the 'nv' or 'vesa' driver as well - I've not tested nouveau. The > > nvidia.ko module was loaded whilst running with nv and vesa, would that > > matter? > > > > I have had this happen several times. It always went away after I force built > xorg and its dependancies. My personal opinion is that something was built > out of order and while your ports may be current, something used an old > linkage. > > Kent > meh - ok, another `portupgrade -Rf '*xorg*'` kicked off. Thanks for the tip. Cheers tom From owner-freebsd-x11@FreeBSD.ORG Fri May 15 23:23:54 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E277106566B for ; Fri, 15 May 2009 23:23:54 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail15.syd.optusnet.com.au (mail15.syd.optusnet.com.au [211.29.132.196]) by mx1.freebsd.org (Postfix) with ESMTP id 258488FC1E for ; Fri, 15 May 2009 23:23:53 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c122-106-216-167.belrs3.nsw.optusnet.com.au [122.106.216.167]) by mail15.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n4FNNpKK023450 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 16 May 2009 09:23:52 +1000 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id n4FNNomq001328 for ; Sat, 16 May 2009 09:23:50 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id n4FNNoO0001327 for freebsd-x11@freebsd.org; Sat, 16 May 2009 09:23:50 +1000 (EST) (envelope-from peter) Date: Sat, 16 May 2009 09:23:50 +1000 From: Peter Jeremy To: freebsd-x11@freebsd.org Message-ID: <20090515232350.GH57001@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mJm6k4Vb/yFcL9ZU" Content-Disposition: inline X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.19 (2009-01-05) Subject: Whither X? X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 May 2009 23:23:54 -0000 --mJm6k4Vb/yFcL9ZU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Am I the only person who thinks the X.Org Project has lost its way (or at least lost sight of its user community)? Ever since X.org 6.9, successive releases of X.org have provided regressions and POLA violations. Whilst the X.Org Project has been adding native support for newer GPUs, it has been doing so at the cost of basic functionality: If you happen to be one of the lucky ones who gets the incantations and sacrifices right then you might have accelerated 3D on your new graphics card. More likely, it will hang your system if you try to use it, or you won't be able to use X at all - even on cards that used to work. The transition from X.org 6.9 to X.org 7.0 added no new functionality. It just split X into several hundred pieces and massively increased the build time. The justification was that bugs in one component could be corrected by just rebuilding that component. The reality has been that the concepts of regression testing and integration testing have gone out the door and new versions of arbitrary components (which may or may not be API/ABI compatible with previous versions) are just dumped on the user community. The biggest regression in 7.0 was the switch from imake to GNU configure. Whilst GNU configure is promoted as a portability aid, anyone who attempts to port code to (eg) FreeBSD or Solaris will quickly discover that the reality is completely the opposite - the input language is so arcane it needs two levels of pre-processing by custom tools before it can be handled by standard tools and it generally provides a long-term, distributed memory for disinformation (eg "the native object format for FreeBSD is a.out and objformat can be used to check for ELF"). The appallingly bad performance of configure (for some X components, configure takes 4-5 times as long to run as the actual compilation), combined with the massive increase in the number of pieces caused a massive increase in compilation time. The FreeBSD performance was further worsened by the (known) poor scaling of the packaging tools to large numbers of ports and dependencies (stock xorg currently has ~250 build dependencies and over 200 run dependencies). X.org 7.1 was never commited into the ports tree and I don't have any record of specific problems with X.org 7.2. X.org 7.3 introduced another major set of regressions: - hard-wired modelines that can't be disabled without patching the source code (though this may be been broken earlier than 7.3). - xdm config files installed into the wrong directory - Broken files installed into /usr/local/lib/X11/xdm - Corrupt xdm/Xresources file installed - Display corruption when VTY/X11 switching on an ATI Radeon XPRESS 200M - system clock occasionally loses a second during a VTY/X11 switch - DPMS display off/on can corrupt display on ATI X200M. - Use-after-free error causes Xserver to consistently abort() on exit - Keyboard LEDs stopped working - Scroll wheel stopped working - HW cursor and DPMS broken on MGA G550 - excessive gettimeofday() calls due to a configure bug Many of them were subsequently fixed and some were problems in the FreeBSD ports rather than the underlying X.org but it is unfortunate that the code was committed to the ports tree before being fixed. Somewhat after X.org 7.3 was committed, having followed the pain felt by many others as well as having experienced problems myself, I wrote: "Having followed X within FreeBSD from XFree86 3.1.2 through to X.org 7.3, I can safely say that X.org 7.3 is by far the worst version as far as POLA violations and regressions are concerned." Well, that was before X.org 7.4 was released - which set a new record for brokenness. So far, X.org 7.x releases have focused on the server. X.org 7.4 adds new client side functionality - with a new "Generic Event Extension". Unfortunately, this was done before server support was ready - leading to a stream of warnings that can't be suppressed. (I had a look at the code and it is carefully crafted to make suppression almost impossible). Another new misfeature in X.org 7.4 is the use of dbus/hal. I have yet to find any rationale for using hal in an Xserver - hot-plugging both keyboards and mice "just works" in FreeBSD and I've yet to see any equipment that allows hot-plugging graphics cards. Whilst trying to rebuild just parts of X, I've also discovered that the dependency checks are wrong - eg, I can uninstall libxcb and all its dependencies. When I then try to build xorg-server, it dies inside the graphics/dri configure script reporting that x11-xcb is missing. This shouldn't happen. There were the usual POLA violations: - xdm, xconsole, xload, xlsfonts, xmag (and others) were silently dropped from x11-apps - The "DontZap" default was quietly reversed, meaning Ctrl-Alt-BS no longer works by default. - Only one graphics card is supported. But the worst problem is that for many people, including myself, the Xserver just doesn't work at all. For the first time since at least FreeBSD 2.x, FreeBSD 7.2 has shipped with an Xserver that won't work for a significant number of people (as the mailing lists are beginning to reveal). The most common failure modes I've seen is that the Xserver just presents a completely blank screen - and all you can do is kill the Xserver. On occasion, I have managed to make the Xserver crash with unresolved symbols (this appears to be the result of incorrect and/or inadequate dynamic linkage information in some modules resulting in required shared objects not being loaded in some cases). And this occurs across a variety of hardware - i945, ATI X200M, ATI Radeon HD2400, with both FreeBSD 7.2-stable and recent 8-current on both i386 and amd64. I've tried building xorg from scratch both with and without HAL. I've tried installing the Xorg packages that shipped with FreeBSD 7.2 - and none of it works for me. So far, the only thing I've found that works is to revert the xorg-server and x11-drivers ports to 2009-Apr-01. (Though this leaves me without DRI on my HD2400). As I stated when the xorg 7.3 debacle was foisted on users: "Maybe the Xorg sub-project needs to get some input from the Gnome and KDE sub-projects. Both these groups manage to upgrade their ports without regularly breaking everything." Unfortunately, nothing has been done and xorg is now worse than ever. --=20 Peter Jeremy --mJm6k4Vb/yFcL9ZU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkoN+YYACgkQ/opHv/APuId1DQCeI54GdoBiO+jLEu0iMAmuIFDC 8DsAn3iP4qMdSQTL1SbeK4Kl+40Iwg9Y =9A5O -----END PGP SIGNATURE----- --mJm6k4Vb/yFcL9ZU-- From owner-freebsd-x11@FreeBSD.ORG Sat May 16 00:29:26 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 008FC106566B for ; Sat, 16 May 2009 00:29:26 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id A8DE68FC0A for ; Sat, 16 May 2009 00:29:25 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.4] (adsl-19-244-249.bna.bellsouth.net [68.19.244.249]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n4G0T8XC051717 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 15 May 2009 20:29:16 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Peter Jeremy In-Reply-To: <20090515232350.GH57001@server.vk2pj.dyndns.org> References: <20090515232350.GH57001@server.vk2pj.dyndns.org> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-/nUy8WjXM5Wuf8/o2kmd" Organization: FreeBSD Date: Fri, 15 May 2009 19:28:28 -0500 Message-Id: <1242433708.5638.26.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.1.1 FreeBSD GNOME Team Port X-Spam-Status: No, score=-3.2 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11@freebsd.org Subject: Re: Whither X? X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2009 00:29:26 -0000 --=-/nUy8WjXM5Wuf8/o2kmd Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2009-05-16 at 09:23 +1000, Peter Jeremy wrote: > Am I the only person who thinks the X.Org Project has lost its way (or > at least lost sight of its user community)? Ever since X.org 6.9, > successive releases of X.org have provided regressions and POLA > violations. >=20 > Whilst the X.Org Project has been adding native support for newer > GPUs, it has been doing so at the cost of basic functionality: If you > happen to be one of the lucky ones who gets the incantations and > sacrifices right then you might have accelerated 3D on your new > graphics card. More likely, it will hang your system if you try to > use it, or you won't be able to use X at all - even on cards that used > to work. >=20 > The transition from X.org 6.9 to X.org 7.0 added no new functionality. > It just split X into several hundred pieces and massively increased > the build time. The justification was that bugs in one component > could be corrected by just rebuilding that component. The reality has > been that the concepts of regression testing and integration testing > have gone out the door and new versions of arbitrary components (which > may or may not be API/ABI compatible with previous versions) are just > dumped on the user community. >=20 > The biggest regression in 7.0 was the switch from imake to GNU > configure. Whilst GNU configure is promoted as a portability aid, > anyone who attempts to port code to (eg) FreeBSD or Solaris will > quickly discover that the reality is completely the opposite - the > input language is so arcane it needs two levels of pre-processing by > custom tools before it can be handled by standard tools and it > generally provides a long-term, distributed memory for disinformation > (eg "the native object format for FreeBSD is a.out and objformat can > be used to check for ELF"). The appallingly bad performance of > configure (for some X components, configure takes 4-5 times as long to > run as the actual compilation), combined with the massive increase in > the number of pieces caused a massive increase in compilation time. > The FreeBSD performance was further worsened by the (known) poor > scaling of the packaging tools to large numbers of ports and > dependencies (stock xorg currently has ~250 build dependencies and > over 200 run dependencies). >=20 > X.org 7.1 was never commited into the ports tree and I don't have > any record of specific problems with X.org 7.2. >=20 > X.org 7.3 introduced another major set of regressions: > - hard-wired modelines that can't be disabled without patching the > source code (though this may be been broken earlier than 7.3). > - xdm config files installed into the wrong directory > - Broken files installed into /usr/local/lib/X11/xdm > - Corrupt xdm/Xresources file installed > - Display corruption when VTY/X11 switching on an ATI Radeon XPRESS 200M > - system clock occasionally loses a second during a VTY/X11 switch > - DPMS display off/on can corrupt display on ATI X200M. > - Use-after-free error causes Xserver to consistently abort() on exit > - Keyboard LEDs stopped working > - Scroll wheel stopped working > - HW cursor and DPMS broken on MGA G550 > - excessive gettimeofday() calls due to a configure bug >=20 > Many of them were subsequently fixed and some were problems in the > FreeBSD ports rather than the underlying X.org but it is unfortunate > that the code was committed to the ports tree before being fixed. >=20 > Somewhat after X.org 7.3 was committed, having followed the pain felt > by many others as well as having experienced problems myself, I wrote: > "Having followed X within FreeBSD from XFree86 3.1.2 through to X.org > 7.3, I can safely say that X.org 7.3 is by far the worst version as > far as POLA violations and regressions are concerned." >=20 > Well, that was before X.org 7.4 was released - which set a new record > for brokenness. >=20 > So far, X.org 7.x releases have focused on the server. X.org 7.4 adds > new client side functionality - with a new "Generic Event Extension". > Unfortunately, this was done before server support was ready - leading > to a stream of warnings that can't be suppressed. (I had a look at the > code and it is carefully crafted to make suppression almost impossible). >=20 > Another new misfeature in X.org 7.4 is the use of dbus/hal. I have > yet to find any rationale for using hal in an Xserver - hot-plugging > both keyboards and mice "just works" in FreeBSD and I've yet to see > any equipment that allows hot-plugging graphics cards. >=20 > Whilst trying to rebuild just parts of X, I've also discovered that > the dependency checks are wrong - eg, I can uninstall libxcb and all > its dependencies. When I then try to build xorg-server, it dies > inside the graphics/dri configure script reporting that x11-xcb is > missing. This shouldn't happen. >=20 > There were the usual POLA violations: > - xdm, xconsole, xload, xlsfonts, xmag (and others) were silently > dropped from x11-apps > - The "DontZap" default was quietly reversed, meaning Ctrl-Alt-BS no > longer works by default. > - Only one graphics card is supported. >=20 > But the worst problem is that for many people, including myself, the > Xserver just doesn't work at all. For the first time since at least > FreeBSD 2.x, FreeBSD 7.2 has shipped with an Xserver that won't work > for a significant number of people (as the mailing lists are beginning > to reveal). >=20 > The most common failure modes I've seen is that the Xserver just > presents a completely blank screen - and all you can do is kill the > Xserver. On occasion, I have managed to make the Xserver crash with > unresolved symbols (this appears to be the result of incorrect and/or > inadequate dynamic linkage information in some modules resulting in > required shared objects not being loaded in some cases). >=20 > And this occurs across a variety of hardware - i945, ATI X200M, ATI > Radeon HD2400, with both FreeBSD 7.2-stable and recent 8-current on > both i386 and amd64. I've tried building xorg from scratch both with > and without HAL. I've tried installing the Xorg packages that shipped > with FreeBSD 7.2 - and none of it works for me. >=20 > So far, the only thing I've found that works is to revert the > xorg-server and x11-drivers ports to 2009-Apr-01. (Though this leaves > me without DRI on my HD2400). >=20 > As I stated when the xorg 7.3 debacle was foisted on users: "Maybe the > Xorg sub-project needs to get some input from the Gnome and KDE > sub-projects. Both these groups manage to upgrade their ports without > regularly breaking everything." Unfortunately, nothing has been done > and xorg is now worse than ever. You failed to mention that I am essentially the only person maintaining Xorg, drm, Mesa (libGL, dri, etc...) and at least some subset of agp. Even with my hardware arsenal having improved dramatically in recent months, I am only one person... Some of the issues that you raise are Xorg in general, while some are porting issues. Since I don't see patches attached, I have to assume that you are ok with that. On the one hand you want drm/dri support for the HD2400, yet you don't seem to want any code changes. Intel is on the brink of just not working at all if I don't get at least GEM ported. I can not and will not try to do a full regression test on every card/driver that exists. Many drivers for older hardware are simply unmaintained and it's lucky if they still compile. Issues may be addressed with these drivers if they are raised, but if bugs aren't filed on freedesktop.org, then they just bitrot and die. While we do experience some pain, I think that stating that "X just doesn't work for a significant number of users" is a bit dramatic. Most issues that I run across are pilot error and while I agree that work could be done to help improve that situation either with documentation or additional work on the ports. I just simply can't do more than I'm doing now... Some of the POLA issues that you raise have been discussed on Xorg lists and have valid reasons for the changes, for at least some value of valid. The change to libpciaccess is what broke multi-card setups, but would you argue that the xserver should be doing os specific frobbing of the pci bus? While this particular issue is being worked on again lately, the overall number of users that it effects is relatively small. While FreeBSD does support hot-plugging of mice via moused, it doesn't support any other types of input devices. It also doesn't allow for the individual input devices to have different properties or be managed independently for different screens or servers. The same goes for kbdmux. robert. --=20 Robert Noland FreeBSD --=-/nUy8WjXM5Wuf8/o2kmd Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAkoOCKwACgkQM4TrQ4qfRONbSACfe7OX3g+mUUrhRfBUGXITuaiI 50MAn1VhGdGxpinM3OyZ2GkNblPlNCM8 =dchU -----END PGP SIGNATURE----- --=-/nUy8WjXM5Wuf8/o2kmd-- From owner-freebsd-x11@FreeBSD.ORG Sat May 16 11:09:42 2009 Return-Path: Delivered-To: freebsd-x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 324C51065672; Sat, 16 May 2009 11:09:42 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail17.syd.optusnet.com.au (mail17.syd.optusnet.com.au [211.29.132.198]) by mx1.freebsd.org (Postfix) with ESMTP id AB5448FC13; Sat, 16 May 2009 11:09:41 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c122-106-216-167.belrs3.nsw.optusnet.com.au [122.106.216.167]) by mail17.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n4GB9d2P015187 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 16 May 2009 21:09:39 +1000 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id n4GB9cgg016973; Sat, 16 May 2009 21:09:38 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id n4GB9cBm016972; Sat, 16 May 2009 21:09:38 +1000 (EST) (envelope-from peter) Date: Sat, 16 May 2009 21:09:38 +1000 From: Peter Jeremy To: Robert Noland Message-ID: <20090516110938.GA16230@server.vk2pj.dyndns.org> References: <20090515232350.GH57001@server.vk2pj.dyndns.org> <1242433708.5638.26.camel@balrog.2hip.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9amGYk9869ThD9tj" Content-Disposition: inline In-Reply-To: <1242433708.5638.26.camel@balrog.2hip.net> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-x11@FreeBSD.org Subject: Re: Whither X? X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2009 11:09:42 -0000 --9amGYk9869ThD9tj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2009-May-15 19:28:28 -0500, Robert Noland wrote: >> The most common failure modes I've seen is that the Xserver just >> presents a completely blank screen - and all you can do is kill the >> Xserver. It turns out this is another POLA violation, rather than a broken X server. It seems that a totally blank/black screen is the new (poorly documented) standard and you need to use the '-retro' option to get anything to display by default. >You failed to mention that I am essentially the only person maintaining >Xorg, drm, Mesa (libGL, dri, etc...) and at least some subset of agp. Possibly because I wasn't aware. Given how important X is to desktop users, it's unreasonable to expect one person to carry the load (though, having said that, I can't offer to help because I've already over-committed my free time to other areas). I agree that you do an excellent job. My mail was written in frustration (and I know I'm not the only person who is frustrated with Xorg) at making no progress for more than a month. >months, I am only one person... Some of the issues that you raise are >Xorg in general, while some are porting issues. The most aggravating issue is the lack of documentation - the commit to xorg-apps made no mention of the removal of a large number of clients and neither did UPDATING. There has been no mention of the changes in X.org 7.4 (other than dribs and drabs here). It appears that the X11 Configuration chapter of the handbook was updated to cover Xorg 7.4 a couple of weeks ago but that wasn't mentioned here until today. > Since I don't see >patches attached, I have to assume that you are ok with that. I have previously provided patches to correct an Xserver bug (the PR is still open) and will continue to provide patches as I get time. I have also tested patches supplied by others where relevant and have previously requested that you circulate patchsets for testing major Xorg upgrades before committing them. I am happy to run experimental code and find/fix bugs when I know it's experimental. I'm not happy when I run what is supposed to be production code and it doesn't work as expected for no obvious reason. Unfortunately, my free time is limited and having wasted at least a week tracking down the latest POLA violation means I have lost a week of work that I could have used to write patches on Xorg or other projects I am trying to work on. > On the >one hand you want drm/dri support for the HD2400, yet you don't seem to >want any code changes. I am not saying that. I am saying that the Xorg project needs to stop breaking existing functionality and unnecessarily changing existing behaviour. Things like inverting the sense of "DontZap" or making the default screen blank with no cursor have no benefit and just waste people's time. > Intel is on the brink of just not working at all >if I don't get at least GEM ported. I've seen references to GEM (and messages about it not existing) but don't know anything about it. What is it and what is involved in porting it? > I can not and will not try to do a >full regression test on every card/driver that exists. I'm not expecting you to do this. It would be nice if the Xorg project did some regression testing though > Many drivers for >older hardware are simply unmaintained and it's lucky if they still >compile. I've not even tried using Xorg 7.4 on "older hardware" yet - my concern is that Xorg appear to be unnecessarily changing things (and this will obviously increase the risk of bitrot). >While we do experience some pain, I think that stating that "X just >doesn't work for a significant number of users" is a bit dramatic. Most >issues that I run across are pilot error It seems that Xorg 7.4 has made a number of radical changes to a large number of different areas - resulting in configuration options interacting in ways that are people aren't expecting. Whilst it could be called "pilot error", the lack of documentation doesn't help. I know I reported "blank screen on startup" and asked for help a month ago - whilst you did respond, you didn't actually mention that this was now the expected behaviour. > and while I agree that work >could be done to help improve that situation either with documentation I am not blaming you. XFree86 was fairly well documented. Unfortunately, most of the Xorg documentation was inherited from XFree86 and doesn't seem to have been touched since. An excellent example is the Xorg 7.4 page - http://www.x.org/wiki/Releases/7.4 - it contains a link to 'ChangeLog' but the target page doesn't exist. It talks about per-module changelogs but provides no indication as to how to find them. > The change to libpciaccess is what broke multi-card setups, but >would you argue that the xserver should be doing os specific frobbing of >the pci bus? This is a classic example of an unnecessary regression - the existing code worked but was replaced with new code that isn't ready yet. I agree that libpciaccess appears to be the way to go but it shouldn't be the default in a 'stable'/'production' release of Xorg until it provides at least equivalent functionality. >While FreeBSD does support hot-plugging of mice via moused, it doesn't >support any other types of input devices. Actually, hot-plugging keyboards _is_ supported and works according to some testing last night. > It also doesn't allow for the >individual input devices to have different properties or be managed >independently for different screens or servers. Well, due to the libpciaccess bungle, you can't have multiple servers any longer so that just leaves different screens. And I would suggest that the number of people who use input devices other than mouse or keyboard (note that these are the only devices installed by the xorg meta-port) and/or want them to have different properties for different screens is vanishingly small. --=20 Peter Jeremy --9amGYk9869ThD9tj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkoOnvIACgkQ/opHv/APuIembACeKDeRedQwL1wNzk/HcwjY9wV7 HuwAoIPEwGF50sNwjFHRYXn7Hv2TQ0uB =/8pa -----END PGP SIGNATURE----- --9amGYk9869ThD9tj-- From owner-freebsd-x11@FreeBSD.ORG Sat May 16 11:30:19 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05AC31065673 for ; Sat, 16 May 2009 11:30:19 +0000 (UTC) (envelope-from adamk@voicenet.com) Received: from QMTA04.westchester.pa.mail.comcast.net (qmta04.westchester.pa.mail.comcast.net [76.96.62.40]) by mx1.freebsd.org (Postfix) with ESMTP id 9890E8FC29 for ; Sat, 16 May 2009 11:30:18 +0000 (UTC) (envelope-from adamk@voicenet.com) Received: from OMTA04.westchester.pa.mail.comcast.net ([76.96.62.35]) by QMTA04.westchester.pa.mail.comcast.net with comcast id sB891b0030ldTLk54BWJni; Sat, 16 May 2009 11:30:18 +0000 Received: from sorrow.ashke.com ([68.45.151.98]) by OMTA04.westchester.pa.mail.comcast.net with comcast id sBWJ1b00P27dlBY3QBWJ8v; Sat, 16 May 2009 11:30:18 +0000 Date: Sat, 16 May 2009 07:30:16 -0400 From: Adam K Kirchhoff To: freebsd-x11@freebsd.org Message-ID: <20090516073016.414a683b@sorrow.ashke.com> In-Reply-To: <20090516110938.GA16230@server.vk2pj.dyndns.org> References: <20090515232350.GH57001@server.vk2pj.dyndns.org> <1242433708.5638.26.camel@balrog.2hip.net> <20090516110938.GA16230@server.vk2pj.dyndns.org> X-Mailer: Claws Mail 3.7.1 (GTK+ 2.16.1; i386-portbld-freebsd7.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Whither X? X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2009 11:30:19 -0000 On Sat, 16 May 2009 21:09:38 +1000 Peter Jeremy wrote: > I am not saying that. I am saying that the Xorg project needs to stop > breaking existing functionality and unnecessarily changing existing > behaviour. Things like inverting the sense of "DontZap" or making the > default screen blank with no cursor have no benefit and just waste > people's time. That hs been discussed a number of times on various mailing lists and forums. You should really politely take up that decision up with the Xorg folks. Complaining on here isn't going to do any good (though, very likely, complaining on the Xorg mailing list won't either, but at least that's a more applicable place). > I'm not expecting you to do this. It would be nice if the Xorg > project did some regression testing though They do. Probably much more than you realize. Bear in mind one important thing, though... For the most part, they are all using Linux, not FreeBSD. They either use Linux because they want to or, for quite a few developers, because hardware vendors pay them to. AMD and Intel pay open source developers to write Linux drivers and to improve the Xorg stack for their linux users. Thankfully we have someone like Robert who is working so hard on trying to maintain a level playing field. Adam From owner-freebsd-x11@FreeBSD.ORG Sat May 16 12:00:49 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37CF11065677; Sat, 16 May 2009 12:00:49 +0000 (UTC) (envelope-from james@mansionfamily.plus.com) Received: from relay.pcl-ipout02.plus.net (relay.pcl-ipout02.plus.net [212.159.7.100]) by mx1.freebsd.org (Postfix) with ESMTP id A0C948FC15; Sat, 16 May 2009 12:00:48 +0000 (UTC) (envelope-from james@mansionfamily.plus.com) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApoEANJADkrUnw6U/2dsb2JhbADQBIQBBQ Received: from fhw-relay07.plus.net ([212.159.14.148]) by relay.pcl-ipout02.plus.net with ESMTP; 16 May 2009 12:31:06 +0100 Received: from [80.229.150.39] (helo=pd600.barnhouse) by fhw-relay07.plus.net with esmtp (Exim) id 1M5I6Z-0004uI-1x; Sat, 16 May 2009 12:31:03 +0100 Received: from [192.168.0.132] (unknown [192.168.0.132]) by pd600.barnhouse (Postfix) with ESMTP id B45203A28E8; Sat, 16 May 2009 12:31:10 +0100 (BST) Message-ID: <4A0EA410.5020909@mansionfamily.plus.com> Date: Sat, 16 May 2009 12:31:28 +0100 From: James Mansion Organization: MsgWare User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Robert Noland References: <20090515232350.GH57001@server.vk2pj.dyndns.org> <1242433708.5638.26.camel@balrog.2hip.net> In-Reply-To: <1242433708.5638.26.camel@balrog.2hip.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Plusnet-Relay: 3763aef4586aefc7633b8f8a780dea89 Cc: freebsd-x11@FreeBSD.org Subject: Re: Whither X? X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2009 12:00:49 -0000 Robert Noland wrote: > Xorg in general, while some are porting issues. Since I don't see > patches attached, I have to assume that you are ok with that. On the > I thought in general people had grown out of 'send me the patches' but clearly not. Is it not OK to be just a user, and to complain when the system regresses? > Some of the POLA issues that you raise have been discussed on Xorg lists > and have valid reasons for the changes, for at least some value of > valid. The change to libpciaccess is what broke multi-card setups, but > would you argue that the xserver should be doing os specific frobbing of > the pci bus? While this particular issue is being worked on again > lately, the overall number of users that it effects is relatively small. > > From the point of view of a dispassionate observer, it does seem that X.org has moved slowly but significantly from an attempt to keep all its user communities happy to focussing greatly on Linux and caring little if *BSD and *Solaris lack the resources to keep up trying to emulate design decisions that are Linux-centric, then that's just tough. Or so it seems. I don't think anyone can blame you for being a bit defensive Robert. The problem is with X.org. Upstream need to be honest with everyone about how much they care about some of their users. Maybe we will all come to regret that no-one seemed interested in taking the old Scitech SNAP product further when they gave up on it. (http://www.scitechsoft.com/news/press/sale_of_snap.html) Perhaps the answer is to step back and consider whether something akin to the emulation that allows Windows NDIS drivers to run could be fashioned to allow Windows graphics drivers to run - perhaps using recent virtualisation advances to limit the damage they can do. While politically painful on some levels, it does provide for a functional binary compatibility abstraction. Pretty soon most of us will have desktop devices that handle the new x86 virtualization features and it becomes increasingly pointless to hang onto old X terms when you can get hardware like an Aspire Revo for peanuts. I've not looked at building X recently, but if the new build system is so bad, then why not replace it? waf seems handy to me. Its a lot faster than scons, handy to script in Python, and can handle configuration tasks etc. James From owner-freebsd-x11@FreeBSD.ORG Sat May 16 12:02:20 2009 Return-Path: Delivered-To: freebsd-x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D839F10657F8 for ; Sat, 16 May 2009 12:02:20 +0000 (UTC) (envelope-from romain@blogreen.org) Received: from marvin.blogreen.org (unknown [IPv6:2a01:e35:2f7d:58c0:0:2:1:2]) by mx1.freebsd.org (Postfix) with ESMTP id C734C8FC15 for ; Sat, 16 May 2009 12:02:14 +0000 (UTC) (envelope-from romain@blogreen.org) Received: by marvin.blogreen.org (Postfix, from userid 1001) id 809A15EE6B; Sat, 16 May 2009 14:02:13 +0200 (CEST) Date: Sat, 16 May 2009 14:02:13 +0200 From: Romain =?iso-8859-1?Q?Tarti=E8re?= To: freebsd-x11@FreeBSD.org Message-ID: <20090516120213.GA54128@blogreen.org> Mail-Followup-To: freebsd-x11@FreeBSD.org References: <20090515232350.GH57001@server.vk2pj.dyndns.org> <1242433708.5638.26.camel@balrog.2hip.net> <20090516110938.GA16230@server.vk2pj.dyndns.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VbJkn9YxBvnuCH5J" Content-Disposition: inline In-Reply-To: <20090516110938.GA16230@server.vk2pj.dyndns.org> User-Agent: Mutt/1.4.2.3i X-PGP-Key: http://romain.blogreen.org/pubkey.asc Cc: Subject: Re: Whither X? X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2009 12:02:33 -0000 --VbJkn9YxBvnuCH5J Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi On Sat, May 16, 2009 at 09:09:38PM +1000, Peter Jeremy wrote: > On 2009-May-15 19:28:28 -0500, Robert Noland wrote: > > Intel is on the brink of just not working at all if I don't get at > > least GEM ported. >=20 > I've seen references to GEM (and messages about it not existing) but > don't know anything about it. What is it and what is involved in > porting it? I read this article just a few days ago: http://www.freesoftwaremagazine.com/columns/the_new_xorg_features It gives general information about GEM (I did not know anything about it before). Some pointers are also available on wikipedia: http://en.wikipedia.org/wiki/Graphics_Execution_Manager This may help you to figure out what is GEM. For your second questions however, I have no answer to provide. Regards, Romain --=20 Romain Tarti=E8re http://romain.blogreen.org/ pgp: 8DAB A124 0DA4 7024 F82A E748 D8E9 A33F FF56 FF43 (ID: 0xFF56FF43) (plain text =3Dnon-HTML=3D PGP/GPG encrypted/signed e-mail much appreciated) --VbJkn9YxBvnuCH5J Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkoOq0UACgkQ2OmjP/9W/0M3KgCglVLAtLn+9UzHOuZB/0LHURC9 SR4AnA5dz5ucoElpYXFX00q8MYf6LyKf =sTAm -----END PGP SIGNATURE----- --VbJkn9YxBvnuCH5J-- From owner-freebsd-x11@FreeBSD.ORG Sat May 16 12:40:14 2009 Return-Path: Delivered-To: freebsd-x11@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 315DB1065675; Sat, 16 May 2009 12:40:14 +0000 (UTC) (envelope-from edwin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 047B98FC19; Sat, 16 May 2009 12:40:14 +0000 (UTC) (envelope-from edwin@FreeBSD.org) Received: from freefall.freebsd.org (edwin@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n4GCeDUS017175; Sat, 16 May 2009 12:40:13 GMT (envelope-from edwin@freefall.freebsd.org) Received: (from edwin@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n4GCeD8c017164; Sat, 16 May 2009 12:40:13 GMT (envelope-from edwin) Date: Sat, 16 May 2009 12:40:13 GMT Message-Id: <200905161240.n4GCeD8c017164@freefall.freebsd.org> To: edwin@FreeBSD.org, freebsd-ports-bugs@FreeBSD.org, freebsd-x11@FreeBSD.org From: edwin@FreeBSD.org Cc: Subject: Re: ports/134576: [patch] x11-drivers/xf86-video-nouveau: update to recent snapshot, 20090514.9656762 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2009 12:40:14 -0000 Synopsis: [patch] x11-drivers/xf86-video-nouveau: update to recent snapshot, 20090514.9656762 Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-x11 Responsible-Changed-By: edwin Responsible-Changed-When: Sat May 16 12:40:13 UTC 2009 Responsible-Changed-Why: Over to maintainer (via the GNATS Auto Assign Tool) http://www.freebsd.org/cgi/query-pr.cgi?pr=134576 From owner-freebsd-x11@FreeBSD.ORG Sat May 16 12:45:16 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9CC401065672 for ; Sat, 16 May 2009 12:45:16 +0000 (UTC) (envelope-from me@janh.de) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by mx1.freebsd.org (Postfix) with ESMTP id 2D7C58FC1F for ; Sat, 16 May 2009 12:45:16 +0000 (UTC) (envelope-from me@janh.de) Received: from janh.freebsd (e177242167.adsl.alicedsl.de [85.177.242.167]) by mrelayeu.kundenserver.de (node=mreu2) with ESMTP (Nemesis) id 0MKv5w-1M5J41193J-000118; Sat, 16 May 2009 14:32:29 +0200 Message-ID: <4A0EB261.5060707@janh.de> Date: Sat, 16 May 2009 14:32:33 +0200 From: Jan Henrik Sylvester User-Agent: Thunderbird 2.0.0.21 (X11/20090405) MIME-Version: 1.0 To: x11-list freebsd References: 20090516110938.GA16230@server.vk2pj.dyndns.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V01U2FsdGVkX1+KHZtsKhNum2bUTroXl63W9f6qs5QMThH5RLW hYn1mu2h5zm+h8pUhyjx/0eiGobHkysbzHUVtbvkY5m+WTK6Yp LG7yF5QKJ7yrC+s1K4eTw== Cc: Subject: Re: Whither X? X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2009 12:45:17 -0000 Peter Jeremy wrote: > On 2009-May-15 19:28:28 -0500, Robert Noland wrote: >>While FreeBSD does support hot-plugging of mice via moused, it doesn't >>support any other types of input devices. > > Actually, hot-plugging keyboards _is_ supported and works according > to some testing last night. There are other common input devices than keyboards and plain mice. I guess I am not the only laptop user with a Synaptics Touchpad that has so much more functionality with the xorg driver than with the one of FreeBSD. At the same time I would like to be able to attach and remove my usb mouse at any time. The way the configuration has to be setup for this to work changed a couple of times from xorg 6.9 to the current version -- it was sometimes pretty hard to get the information. Anyhow, considering how difficult such a common setup was (and still is) to make work, I think xorg is going in the right direction overall. (I have not been able to change from the classic configuration with the devices configured in xorg.conf to the new order in a way that is satisfying, but that is not the point.) Yes, xorg gave me some pain, but just now I am very satisfied: My intel 945GME based Eee PC can switch VTY/X11 for the very first time without the screen blanking after the upgrade to 7.2-RELEASE (thanks so much for the DRM updates!) and does not crash anymore on playing video after the latest driver update -- which happened independently of an server release. My rather old radeon r200 based laptop does 2D and 3D with less problems than ever before. Another nvidia based laptop works fine with the closed driver -- I hope an open one will replace it one day, but it works with composite and 3D at the same time now. Some less xorg related breakage would be nice, but xorg makes progress that is obviously needed for new cards to be supported with good 2D and 3D and at the same time eliminating the archaic xorg.conf that is a pain for multiple input devices, multiple screens, and so on. Each time this progress hits me, I swear, too, but overall it seems to be necessary. Robert does incredible work porting all this to FreeBSD following all Intel, ATI, and Nvidia with their obviously very different development styles. Cheers, Jan Henrik From owner-freebsd-x11@FreeBSD.ORG Sat May 16 13:04:47 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D45CD1065670 for ; Sat, 16 May 2009 13:04:46 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 900288FC16 for ; Sat, 16 May 2009 13:04:46 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1M5JZE-000L2D-Qy for freebsd-x11@freebsd.org; Sat, 16 May 2009 17:04:44 +0400 To: x11-list freebsd References: <4A0EB261.5060707@janh.de> From: Boris Samorodov Date: Sat, 16 May 2009 17:04:44 +0400 In-Reply-To: <4A0EB261.5060707@janh.de> (Jan Henrik Sylvester's message of "Sat\, 16 May 2009 14\:32\:33 +0200") Message-ID: <88970259@bb.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: Whither X? X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2009 13:04:47 -0000 On Sat, 16 May 2009 14:32:33 +0200 Jan Henrik Sylvester wrote: > Yes, xorg gave me some pain, but just now I am very satisfied: My > intel 945GME based Eee PC can switch VTY/X11 for the very first time > without the screen blanking after the upgrade to 7.2-RELEASE (thanks > so much for the DRM updates!) and does not crash anymore on playing > video after the latest driver update -- which happened independently > of an server release. My rather old radeon r200 based laptop does 2D > and 3D with less problems than ever before. For me 7.4 was the first release which gave me a possibility to use my ATI r300 card -- I could use it only at vesa modes. And big thanks to Robert too! WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-x11@FreeBSD.ORG Sat May 16 14:01:42 2009 Return-Path: Delivered-To: freebsd-x11@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 73C481065728; Sat, 16 May 2009 14:01:42 +0000 (UTC) (envelope-from miwi@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 473138FC15; Sat, 16 May 2009 14:01:42 +0000 (UTC) (envelope-from miwi@FreeBSD.org) Received: from freefall.freebsd.org (miwi@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n4GE1gSL031908; Sat, 16 May 2009 14:01:42 GMT (envelope-from miwi@freefall.freebsd.org) Received: (from miwi@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n4GE1gsV031894; Sat, 16 May 2009 14:01:42 GMT (envelope-from miwi) Date: Sat, 16 May 2009 14:01:42 GMT Message-Id: <200905161401.n4GE1gsV031894@freefall.freebsd.org> To: swell.k@gmail.com, miwi@FreeBSD.org, freebsd-x11@FreeBSD.org From: miwi@FreeBSD.org Cc: Subject: Re: ports/134576: [patch] x11-drivers/xf86-video-nouveau: update to recent snapshot, 20090514.9656762 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2009 14:01:42 -0000 Synopsis: [patch] x11-drivers/xf86-video-nouveau: update to recent snapshot, 20090514.9656762 State-Changed-From-To: open->closed State-Changed-By: miwi State-Changed-When: Sat May 16 14:01:41 UTC 2009 State-Changed-Why: Committed. Thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=134576 From owner-freebsd-x11@FreeBSD.ORG Sat May 16 14:05:29 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF2771065670 for ; Sat, 16 May 2009 14:05:29 +0000 (UTC) (envelope-from jimmiejaz@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.242]) by mx1.freebsd.org (Postfix) with ESMTP id 738E38FC13 for ; Sat, 16 May 2009 14:05:29 +0000 (UTC) (envelope-from jimmiejaz@gmail.com) Received: by an-out-0708.google.com with SMTP id c3so1213972ana.13 for ; Sat, 16 May 2009 07:05:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to :user-agent:mime-version:to:cc:subject:content-type :content-transfer-encoding; bh=85TL6hsJDVTqmLiXMWS+rDTrnEPKSuWa/IoEIEi2K5Y=; b=lxyiJmeUZQxgFvOLh5N8QmD8C7zLIAA6srRriobnvfS1lyGl1aH7LZsI05Gl7/EESI K9pUkw0c65b3S+B/+KKiUHYR8rRQZv0jsC8Pf7ShxfeMf/uPCg10WuijgNjAeEZSCSD6 tX61Yj/JDJn11x6RmfnQJaGWYg2pCprRYjMus= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:user-agent:mime-version:to:cc:subject :content-type:content-transfer-encoding; b=UbFsbtmVY48wsTxHgQTxmSqkhBEX4VFSKaSztS9+Uh+mLG4Dl9zLcfRzZCq5rcToDL xlT0TULPX619lq8rrit6YiyR8CG0ZlTH3EfhRdjPFJ+3aQevpJBf0BitiWGzzPArGRl4 SwMj3G9ayXIH7CkbJeO8UJFr0Eg62QiQBCXws= Received: by 10.100.240.9 with SMTP id n9mr5623338anh.135.1242482728669; Sat, 16 May 2009 07:05:28 -0700 (PDT) Received: from jimmiejaz.org (bas1-toronto44-1279726134.dsl.bell.ca [76.71.18.54]) by mx.google.com with ESMTPS id 34sm7656918yxm.41.2009.05.16.07.05.27 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 16 May 2009 07:05:27 -0700 (PDT) Message-ID: <4A0EC825.7010102@gmail.com> Date: Sat, 16 May 2009 10:05:25 -0400 From: Jimmie James User-Agent: Thunderbird 2.0.0.7pre (X11/20090406) MIME-Version: 1.0 To: Robert Noland Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-x11@freebsd.org Subject: Re: Repeatable X lockups X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jimmiejaz@gmail.com List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2009 14:05:30 -0000 On Fri, 15 May 2009 08:53:24 -0500 Robert Noland said: >On Thu, 2009-05-14 at 18:37 -0400, Albert Vest wrote: >> Paul B. Mahol wrote: >> > On 5/13/09, Jimmie James wrote: >=20 > >> One thing to note, I dont switch to console while DRI is active > >> otherwise panic could happen(last time when I tested it with 915GM). >>=20 >> I've been experiencing something similar, not a panic but, whenever I=20 >> switch to console (ctrl-f1?) and come back to X (ctrl-f9), my session=20 >> goes away and a new XDM screen presents itself for a fresh login. >This sounds like the xserver is crashing. This is a crash of the xserver, usually a sig.6 in /var/log/messages is pid 65663 (Xorg), uid 0: exited on signal 6, (WW) intel(0): drmDropMaster failed: Unknown error: -1 (II) intel(0): [drm] removed 1 reserved context for kernel (II) intel(0): [drm] unmapping 8192 bytes of SAREA 0xc5819000 at 0x2884f000 (II) intel(0): [drm] Closed DRM master. leaving the console looking like http://img.photobucket.com/albums/v287/jimmiejaz/xcrash.jpg . While you can ssh in, restart X, the console stays corrupted like that. Memory heap 0x2867e260: Offset:0002a000, Size:00100000, F. Free list: FREE Offset:0002a000, Size:00100000, F. End of memory blocks (WW) intel(0): drmDropMaster failed: Unknown error: -1 (II) intel(0): [drm] removed 1 reserved context for kernel (II) intel(0): [drm] unmapping 8192 bytes of SAREA 0xc5819000 at 0x2884f000 (II) intel(0): [drm] Closed DRM master. http://docs.freebsd.org/cgi/getmsg.cgi?fetch=291042+0+archive/2009/freebsd-x11/20090503.freebsd-x11 >> Might it have to do with my hardware? I started using one of those=20 >> "wide screen" displays (1440 x 900), about the same time my updates=20 >> started showing "7.2-PRERELEASE" as version number, and it still happens=20 >> with "7.2-STABLE". All ports current (except OOO 3.0.0). >=20 >> Still using the same Radeon 9100 "IGP" forced to PCI mode, if that might=20 >> matter. >Does it detect as AGP natively? display bits from dmesg: vgapci0: port 0x6800-0x6807 mem 0xcfd80000-0xcfdfffff,0xd0000000-0xdfffffff,0xcfe80000-0xcfebffff at device 2.0 on pci0 agp0: on vgapci0 drm0: on vgapci0 vgapci0: child drm0 requested pci_enable_busmaster vgapci1: mem 0xcfe00000-0xcfe7ffff at device 2.1 on pci0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 drm0: on vgapci0 vgapci0: child drm0 requested pci_enable_busmaster info: [drm] AGP at 0xd0000000 256MB info: [drm] Initialized i915 1.6.0 20080730 drm0: [ITHREAD] agp0: on vgapci0 agp0: detected 7932k stolen memory agp0: aperture size is 256M info: [drm] AGP at 0xd0000000 256MB -- Over the years I've come to regard you as people I've met. From owner-freebsd-x11@FreeBSD.ORG Sat May 16 14:10:03 2009 Return-Path: Delivered-To: freebsd-x11@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8C0A106564A for ; Sat, 16 May 2009 14:10:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C5B1A8FC16 for ; Sat, 16 May 2009 14:10:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n4GEA3lR035538 for ; Sat, 16 May 2009 14:10:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n4GEA37F035535; Sat, 16 May 2009 14:10:03 GMT (envelope-from gnats) Date: Sat, 16 May 2009 14:10:03 GMT Message-Id: <200905161410.n4GEA37F035535@freefall.freebsd.org> To: freebsd-x11@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: ports/134576: commit references a PR X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2009 14:10:04 -0000 The following reply was made to PR ports/134576; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: ports/134576: commit references a PR Date: Sat, 16 May 2009 14:01:50 +0000 (UTC) miwi 2009-05-16 14:01:34 UTC FreeBSD ports repository Modified files: x11-drivers/xf86-video-nouveau Makefile distinfo Log: - Update to 20090514.9656762 to reflect libdrm update PR: 134576 Submitted by: Anonymous Revision Changes Path 1.6 +5 -6 ports/x11-drivers/xf86-video-nouveau/Makefile 1.3 +3 -3 ports/x11-drivers/xf86-video-nouveau/distinfo _______________________________________________ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "cvs-all-unsubscribe@freebsd.org" From owner-freebsd-x11@FreeBSD.ORG Sat May 16 14:25:47 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A756710656D5; Sat, 16 May 2009 14:25:47 +0000 (UTC) (envelope-from jimmiejaz@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.251]) by mx1.freebsd.org (Postfix) with ESMTP id 4836D8FC1B; Sat, 16 May 2009 14:25:47 +0000 (UTC) (envelope-from jimmiejaz@gmail.com) Received: by an-out-0708.google.com with SMTP id c3so1218015ana.13 for ; Sat, 16 May 2009 07:25:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to :user-agent:mime-version:to:cc:subject:content-type :content-transfer-encoding; bh=MQcoIUA000A3GfHVLfxVFhCK/VD0itFTd88s6TCwG9w=; b=lmJ2QA4NCD0xYHGcY8VzjreIVZRIWO7mB8K0sDndausAI33Y4JsLVCazMgq5T4L/eq jELXd5WWVbHTomVQufoJJSBdM30GFhM+j3tJiWATSekFFMV8bQxi0jaZAm+ycYVCc+IT 040E0nJAE4/K98D+UlUkzJJcPm5fcyN7L7vec= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:user-agent:mime-version:to:cc:subject :content-type:content-transfer-encoding; b=Vm27Z58YRVu9Jm2wLlxZyYCPCmwBbYSp8uGhmRSk6CCtjVHfercuPxN+xeiVSwO45/ BbC000qUn1t8LC+/WPEkh6UqNr4Q+5v2FPGHXdnSr+SwGocbeQ3e2Iwjs0XR3mJBipk5 NXjn7DL2qzzPHW/fwTZULrAJx3k1T+dB7+cOo= Received: by 10.100.141.12 with SMTP id o12mr5390107and.141.1242483939657; Sat, 16 May 2009 07:25:39 -0700 (PDT) Received: from jimmiejaz.org (bas1-toronto44-1279726134.dsl.bell.ca [76.71.18.54]) by mx.google.com with ESMTPS id 33sm2983619yxr.52.2009.05.16.07.25.38 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 16 May 2009 07:25:39 -0700 (PDT) Message-ID: <4A0ECCE1.8030007@gmail.com> Date: Sat, 16 May 2009 10:25:37 -0400 From: Jimmie James User-Agent: Thunderbird 2.0.0.7pre (X11/20090406) MIME-Version: 1.0 To: Robert Noland Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-x11@freebsd.org Subject: Re: Whither X? X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jimmiejaz@gmail.com List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2009 14:25:47 -0000 ON Fri, 15 May 2009 19:28:28 -0500 Robert Noland said: >You failed to mention that I am essentially the only person maintaining >Xorg, drm, Mesa (libGL, dri, etc...) and at least some subset of agp. I for one, thank you for all of your hard work, time and dedication. For one person to handle such a mess is, impressive, to say the least. I personally feel there's not enough thanks and praise for all your work. >Intel is on the brink of just not working at all if I don't get at least GEM ported. I'm very sad to hear this, as for now I'm stuck with a vgapci0@pci0:0:2:0: class=0x030000 card=0x25821043 chip=0x25828086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = '82915G/GV/GL, 82910GL Integrated Graphics Device' I also have a box with an i810 in it. I can't code/port to save a drowning kitten's life, but if you need a tester, I'd be willing, as long as rolling back to the "working" Xorg is possible, and there's no damage done to the hardware, though I may need a bit of handholding. Robert, feel free to contact me on/off-list (not subscribed, but read daily) if there's anything I can do to help. Thank again for all your work. -- Over the years I've come to regard you as people I've met. From owner-freebsd-x11@FreeBSD.ORG Sat May 16 15:45:12 2009 Return-Path: Delivered-To: freebsd-x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA4CD1065673 for ; Sat, 16 May 2009 15:45:12 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 89BB68FC19 for ; Sat, 16 May 2009 15:45:12 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.4] (adsl-19-244-249.bna.bellsouth.net [68.19.244.249]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n4GFj6UX056227 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 16 May 2009 11:45:06 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Peter Jeremy In-Reply-To: <20090516110938.GA16230@server.vk2pj.dyndns.org> References: <20090515232350.GH57001@server.vk2pj.dyndns.org> <1242433708.5638.26.camel@balrog.2hip.net> <20090516110938.GA16230@server.vk2pj.dyndns.org> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-w+PJkT8hU+mr97E4Ws48" Organization: FreeBSD Date: Sat, 16 May 2009 10:44:29 -0500 Message-Id: <1242488669.5638.35.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.1.1 FreeBSD GNOME Team Port X-Spam-Status: No, score=-3.2 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11@FreeBSD.org Subject: Re: Whither X? X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2009 15:45:13 -0000 --=-w+PJkT8hU+mr97E4Ws48 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2009-05-16 at 21:09 +1000, Peter Jeremy wrote: > > Intel is on the brink of just not working at all > >if I don't get at least GEM ported. >=20 > I've seen references to GEM (and messages about it not existing) but > don't know anything about it. What is it and what is involved in > porting it? GEM is one of two kernel memory managers. The other is TTM which was the first attempt. TTM is also now being redeveloped based on the experience gained from the first attempt. GEM is Intel's solution and the 2.7.x series driver will be the last driver to work without UXA/DRI2/GEM and possibly KMS (Kernel Mode Setting). The radeon and nouveau drivers are expected to use a TTM backend while providing a GEM API to userland. Last I heard, the openchrome driver will be TTM, but I'm not as tuned in to that development as I still don't have via hardware. robert. --=20 Robert Noland FreeBSD --=-w+PJkT8hU+mr97E4Ws48 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAkoO31wACgkQM4TrQ4qfROPNpACeKCZ11SMLOhHcTzslR13dMG3E F1oAn3mWLizoYT55hVYuCXyR2tNmOOPz =rEvJ -----END PGP SIGNATURE----- --=-w+PJkT8hU+mr97E4Ws48-- From owner-freebsd-x11@FreeBSD.ORG Sat May 16 16:03:40 2009 Return-Path: Delivered-To: freebsd-x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DBDBF1065670 for ; Sat, 16 May 2009 16:03:40 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 9D62A8FC15 for ; Sat, 16 May 2009 16:03:40 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.4] (adsl-19-244-249.bna.bellsouth.net [68.19.244.249]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n4GG3Z0K056361 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 16 May 2009 12:03:35 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: James Mansion In-Reply-To: <4A0EA410.5020909@mansionfamily.plus.com> References: <20090515232350.GH57001@server.vk2pj.dyndns.org> <1242433708.5638.26.camel@balrog.2hip.net> <4A0EA410.5020909@mansionfamily.plus.com> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-6M8CuPpWivQpO6JCAd20" Organization: FreeBSD Date: Sat, 16 May 2009 11:02:57 -0500 Message-Id: <1242489777.5638.53.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.1.1 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00, MIME_QP_LONG_LINE,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11@FreeBSD.org Subject: Re: Whither X? X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2009 16:03:41 -0000 --=-6M8CuPpWivQpO6JCAd20 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2009-05-16 at 12:31 +0100, James Mansion wrote: > Robert Noland wrote: > > Xorg in general, while some are porting issues. Since I don't see > > patches attached, I have to assume that you are ok with that. On the > > =20 > I thought in general people had grown out of 'send me the patches' but=20 > clearly not. Is it > not OK to be just a user, and to complain when the system regresses? Yes, it is fine to be just a user and I try to address any issues brought to my attention. I am just overloaded and at the very least need good debugging info. In general, I just need other folks to take an interest in helping with X and all the bits and pieces that go along with it. Whether that is trying to help with documentation or porting or just trying to help answer other users questions when you can. > > Some of the POLA issues that you raise have been discussed on Xorg list= s > > and have valid reasons for the changes, for at least some value of > > valid. The change to libpciaccess is what broke multi-card setups, but > > would you argue that the xserver should be doing os specific frobbing o= f > > the pci bus? While this particular issue is being worked on again > > lately, the overall number of users that it effects is relatively small= . > > > > =20 > From the point of view of a dispassionate observer, it does seem that=20 > X.org has moved slowly > but significantly from an attempt to keep all its user communities happy=20 > to focussing greatly > on Linux and caring little if *BSD and *Solaris lack the resources to=20 > keep up trying to emulate > design decisions that are Linux-centric, then that's just tough. Or so=20 > it seems. Well, Intel is trying to drive a lot of development and are only focused on linux. While they aren't actively trying impede our progress, they aren't really concerned with providing us much help. Other driver developers are more kind in general, AMD has been really good to work with both from the aspect of providing me with hardware and trying to produce code that doesn't require massive changes to work on FreeBSD or linux. The Nouveau developers are also quite happy to work with us. Almost all development is done on linux though. > I don't think anyone can blame you for being a bit defensive Robert. =20 > The problem is > with X.org. Upstream need to be honest with everyone about how much=20 > they care about > some of their users. > Maybe we will all come to regret that no-one seemed interested in taking=20 > the old Scitech > SNAP product further when they gave up on it. >=20 > (http://www.scitechsoft.com/news/press/sale_of_snap.html) >=20 >=20 > Perhaps the answer is to step back and consider whether something akin=20 > to the emulation > that allows Windows NDIS drivers to run could be fashioned to allow=20 > Windows graphics > drivers to run - perhaps using recent virtualisation advances to limit=20 > the damage they can > do. While politically painful on some levels, it does provide for a=20 > functional binary > compatibility abstraction. Pretty soon most of us will have desktop=20 > devices that handle the > new x86 virtualization features and it becomes increasingly pointless to=20 > hang onto old > X terms when you can get hardware like an Aspire Revo for peanuts. I really don't think that is is at all feasible... At least not if you expect any sort of performance. > I've not looked at building X recently, but if the new build system is=20 > so bad, then why > not replace it? waf seems handy to me. Its a lot faster than scons,=20 > handy to script in > Python, and can handle configuration tasks etc. Well, I really don't have a big problem with the build system. Sure maybe it could be more efficient or faster, but even I don't build everything that often and building X is pretty fast, when compared to building gnome or kde. robert. > James >=20 --=20 Robert Noland FreeBSD --=-6M8CuPpWivQpO6JCAd20 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAkoO47EACgkQM4TrQ4qfROPq0QCfaLE0pUNTRBMUKrYDZB3QEjW2 JgAAnjzyteQ77FKe6Db91bONuUxJ6jHd =Tenw -----END PGP SIGNATURE----- --=-6M8CuPpWivQpO6JCAd20-- From owner-freebsd-x11@FreeBSD.ORG Sat May 16 16:17:25 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE28D1065670 for ; Sat, 16 May 2009 16:17:25 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 7AD308FC0A for ; Sat, 16 May 2009 16:17:25 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.4] (adsl-19-244-249.bna.bellsouth.net [68.19.244.249]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n4GGHJn3056438 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 16 May 2009 12:17:20 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: jimmiejaz@gmail.com In-Reply-To: <4A0ECCE1.8030007@gmail.com> References: <4A0ECCE1.8030007@gmail.com> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-8IiZs3Y8VRUQXfbnKsZt" Organization: FreeBSD Date: Sat, 16 May 2009 11:16:42 -0500 Message-Id: <1242490602.5638.64.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.1.1 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00, MIME_QP_LONG_LINE,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11@freebsd.org Subject: Re: Whither X? X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2009 16:17:26 -0000 --=-8IiZs3Y8VRUQXfbnKsZt Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2009-05-16 at 10:25 -0400, Jimmie James wrote: > ON Fri, 15 May 2009 19:28:28 -0500 > Robert Noland said: >=20 > >You failed to mention that I am essentially the only person maintaining > >Xorg, drm, Mesa (libGL, dri, etc...) and at least some subset of agp. >=20 > I for one, thank you for all of your hard work, time and dedication. For=20 > one person to handle such a mess is, impressive, to say the least. > I personally feel there's not enough thanks and praise for all your work. >=20 > >Intel is on the brink of just not working at all if I don't get at least= GEM ported. >=20 > I'm very sad to hear this, as for now I'm stuck with a > vgapci0@pci0:0:2:0: class=3D0x030000 card=3D0x25821043 chip=3D0x25828= 086=20 > rev=3D0x04 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D '82915G/GV/GL, 82910GL Integrated Graphics Device' > I also have a box with an i810 in it. Ok, perhaps I over-stated just a bit... The 2.7 series driver an beyond *should* work with UXA and no drm. robert. > I can't code/port to save a drowning kitten's life, but if you need a=20 > tester, I'd be willing, as long as rolling back to the "working" Xorg is=20 > possible, and there's no damage done to the hardware, though I may need=20 > a bit of handholding. >=20 > Robert, feel free to contact me on/off-list (not subscribed, but read=20 > daily) if there's anything I can do to help. Thanks, One of my biggest issues right now is being so overwhelmed that I'm only occasionally able to focus on a single aspect. robert. >=20 > Thank again for all your work. --=20 Robert Noland FreeBSD --=-8IiZs3Y8VRUQXfbnKsZt Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAkoO5uoACgkQM4TrQ4qfROOMvACeLM4B5tYV9DlnV+bDuhk46UnU fj8Anih5j6UD5BsH9eTMNWlowjZWSosA =sZrO -----END PGP SIGNATURE----- --=-8IiZs3Y8VRUQXfbnKsZt-- From owner-freebsd-x11@FreeBSD.ORG Sat May 16 16:21:56 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0DB6A1065670 for ; Sat, 16 May 2009 16:21:56 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id D7D2F8FC1D for ; Sat, 16 May 2009 16:21:55 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.4] (adsl-19-244-249.bna.bellsouth.net [68.19.244.249]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n4GGLok3056459 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 16 May 2009 12:21:50 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: jimmiejaz@gmail.com In-Reply-To: <4A0EC825.7010102@gmail.com> References: <4A0EC825.7010102@gmail.com> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-fLSMlJCXG1v0JeIMEsGe" Organization: FreeBSD Date: Sat, 16 May 2009 11:21:12 -0500 Message-Id: <1242490872.5638.68.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.1.1 FreeBSD GNOME Team Port X-Spam-Status: No, score=-3.2 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11@freebsd.org Subject: Re: Repeatable X lockups X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2009 16:21:56 -0000 --=-fLSMlJCXG1v0JeIMEsGe Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2009-05-16 at 10:05 -0400, Jimmie James wrote: > On Fri, 15 May 2009 08:53:24 -0500 Robert Noland said: >=20 > >On Thu, 2009-05-14 at 18:37 -0400, Albert Vest wrote: > >> Paul B. Mahol wrote: > >> > On 5/13/09, Jimmie James wrote: > >=3D20 > > >> One thing to note, I dont switch to console while DRI is active > > >> otherwise panic could happen(last time when I tested it with 915GM). > >>=3D20 > >> I've been experiencing something similar, not a panic but, whenever I= =3D20 > >> switch to console (ctrl-f1?) and come back to X (ctrl-f9), my session= =3D20 > >> goes away and a new XDM screen presents itself for a fresh login. >=20 > >This sounds like the xserver is crashing. >=20 > This is a crash of the xserver, usually a sig.6 in /var/log/messages is > pid 65663 (Xorg), uid 0: exited on signal 6, > (WW) intel(0): drmDropMaster failed: Unknown error: -1 > (II) intel(0): [drm] removed 1 reserved context for kernel > (II) intel(0): [drm] unmapping 8192 bytes of SAREA 0xc5819000 at 0x2884f0= 00 > (II) intel(0): [drm] Closed DRM master. One thing that we discovered yesterday, (and it would be awesome if someone fixed it) is that if you build the xserver without HAL support, it doesn't get linked with -pthread. This is causing some xserver crashes with at least the intel driver. robert. > leaving the console looking like=20 > http://img.photobucket.com/albums/v287/jimmiejaz/xcrash.jpg . > While you can ssh in, restart X, the console stays corrupted like that. > Memory heap 0x2867e260: > Offset:0002a000, Size:00100000, F. > Free list: > FREE Offset:0002a000, Size:00100000, F. > End of memory blocks >=20 > (WW) intel(0): drmDropMaster failed: Unknown error: -1 > (II) intel(0): [drm] removed 1 reserved context for kernel > (II) intel(0): [drm] unmapping 8192 bytes of SAREA 0xc5819000 at 0x2884f0= 00 > (II) intel(0): [drm] Closed DRM master. > http://docs.freebsd.org/cgi/getmsg.cgi?fetch=3D291042+0+archive/2009/free= bsd-x11/20090503.freebsd-x11 >=20 >=20 > >> Might it have to do with my hardware? I started using one of those=3D= 20 > >> "wide screen" displays (1440 x 900), about the same time my updates=3D= 20 > >> started showing "7.2-PRERELEASE" as version number, and it still happe= ns=3D20 > >> with "7.2-STABLE". All ports current (except OOO 3.0.0). > >=3D20 > >> Still using the same Radeon 9100 "IGP" forced to PCI mode, if that mig= ht=3D20 > >> matter. >=20 > >Does it detect as AGP natively? > display bits from dmesg: > vgapci0: port 0x6800-0x6807 mem > 0xcfd80000-0xcfdfffff,0xd0000000-0xdfffffff,0xcfe80000-0xcfebffff at > device 2.0 on pci0 > agp0: on vgapci0 > drm0: on vgapci0 > vgapci0: child drm0 requested pci_enable_busmaster > vgapci1: mem 0xcfe00000-0xcfe7ffff at device > 2.1 on pci0 > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > drm0: on vgapci0 > vgapci0: child drm0 requested pci_enable_busmaster > info: [drm] AGP at 0xd0000000 256MB > info: [drm] Initialized i915 1.6.0 20080730 > drm0: [ITHREAD] > agp0: on vgapci0 > agp0: detected 7932k stolen memory > agp0: aperture size is 256M > info: [drm] AGP at 0xd0000000 256MB >=20 >=20 --=20 Robert Noland FreeBSD --=-fLSMlJCXG1v0JeIMEsGe Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAkoO5/gACgkQM4TrQ4qfROPJOgCfXNlK971pg8I3UFOIILY7q8zd pZsAnjSM8yKfV8ckExzN/qa3kQz2u4gi =++Fw -----END PGP SIGNATURE----- --=-fLSMlJCXG1v0JeIMEsGe-- From owner-freebsd-x11@FreeBSD.ORG Sat May 16 17:32:48 2009 Return-Path: Delivered-To: x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17E701065700 for ; Sat, 16 May 2009 17:32:48 +0000 (UTC) (envelope-from romain@blogreen.org) Received: from marvin.blogreen.org (unknown [IPv6:2a01:e35:2f7d:58c0:0:2:1:2]) by mx1.freebsd.org (Postfix) with ESMTP id 8F7B18FC1B for ; Sat, 16 May 2009 17:32:47 +0000 (UTC) (envelope-from romain@blogreen.org) Received: by marvin.blogreen.org (Postfix, from userid 1001) id 5B92B5C67F; Sat, 16 May 2009 19:32:46 +0200 (CEST) Date: Sat, 16 May 2009 19:32:46 +0200 From: Romain =?iso-8859-1?Q?Tarti=E8re?= To: x11@FreeBSD.org Message-ID: <20090516173246.GA76116@blogreen.org> Mail-Followup-To: x11@FreeBSD.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="nFreZHaLTZJo0R7j" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-PGP-Key: http://romain.blogreen.org/pubkey.asc Cc: Subject: How to stay up-to-date with Nouveau? X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2009 17:32:48 -0000 --nFreZHaLTZJo0R7j Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi! I am happily using Nouveau from a while now and have always updated my ports according to the following scheme: 1. Update the system "as usual"; 2. Update and install drm from git; 3. Update and install xf86-video-nouveau from git. I have been doing this since I have patched my src tree (I continued to update my system using subversion so the patches are still merged in it). However, I can see ports update for xf86-video-nouveau so I am wondering if I could just continue to use drm and xf86-video-nouveau from the ports instead of the ones in git? I think that patches in the system are still required, are they? Thank you! Romain --=20 Romain Tarti=E8re http://romain.blogreen.org/ pgp: 8DAB A124 0DA4 7024 F82A E748 D8E9 A33F FF56 FF43 (ID: 0xFF56FF43) (plain text =3Dnon-HTML=3D PGP/GPG encrypted/signed e-mail much appreciated) --nFreZHaLTZJo0R7j Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkoO+L4ACgkQ2OmjP/9W/0OyNACgmW4+RhKQA/A1mDdsrj938iKV oswAnA9XA8ZFHXhbcMBK2xvTCx0gUPz2 =IdpD -----END PGP SIGNATURE----- --nFreZHaLTZJo0R7j-- From owner-freebsd-x11@FreeBSD.ORG Sat May 16 17:43:35 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95E2F106566B; Sat, 16 May 2009 17:43:35 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from mail-ew0-f159.google.com (mail-ew0-f159.google.com [209.85.219.159]) by mx1.freebsd.org (Postfix) with ESMTP id F0F108FC18; Sat, 16 May 2009 17:43:34 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by ewy3 with SMTP id 3so3021160ewy.43 for ; Sat, 16 May 2009 10:43:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc :in-reply-to:references:content-type:date:message-id:mime-version :x-mailer:content-transfer-encoding; bh=ajv2pgmlwpNH2PpuCiFXhls6YnmKceoCQ8/jCllAjsI=; b=bhSbJUA514Jm+mvSpscj+ZBaeejoPOW9NKNEoNeqHiFHhi+aR/9fsLTV0mahysd7CH N5FPOPrsYTTTl0LYYkwu9PhQuPIZ9GIVFDHd7DqITR4EmW9JiwdEDo2wxlB6BPEak5+I IrOyBPMgOT8mrk3+POe6CUtqgtVPWv2VMcCZI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer:content-transfer-encoding; b=SBJ87c+pmh2WJ5UK1u0qnEQ7y6fI74nE6y/bokNXXrVH+0CPFFSq99B4I/TRvYeZyA tycvArn4EGGwbJ6GQLglx+MWQMv7GhBGcznIZRCZiSPVAy09r82ZQKg3i3wlBWgBMdAh WX38xLJAJ46aNoR7zzMEX8ul23XdV2jK6n2aM= Received: by 10.210.115.15 with SMTP id n15mr2375781ebc.48.1242495813528; Sat, 16 May 2009 10:43:33 -0700 (PDT) Received: from ?192.168.1.66? (87-194-39-182.bethere.co.uk [87.194.39.182]) by mx.google.com with ESMTPS id 24sm3418052eyx.33.2009.05.16.10.43.32 (version=SSLv3 cipher=RC4-MD5); Sat, 16 May 2009 10:43:33 -0700 (PDT) From: Tom Evans To: Kent Stewart In-Reply-To: <200905151314.01390.kstewart@owt.com> References: <1242416473.14085.5.camel@localhost> <200905151314.01390.kstewart@owt.com> Content-Type: text/plain Date: Sat, 16 May 2009 18:42:30 +0100 Message-Id: <1242495750.1617.1.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.26.1.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-x11@freebsd.org, freebsd-gnome@freebsd.org Subject: Re: Xorg 1.6.0 uses 100% CPU in gnome+gdm X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2009 17:43:36 -0000 On Fri, 2009-05-15 at 13:14 -0700, Kent Stewart wrote: > On Friday 15 May 2009 12:41:13 pm Tom Evans wrote: > > Hi all > > > > I upgraded kernel, world and ports from ~7.1 RELEASE to RELENG_7 of > > yesterday, and now Xorg constantly chews CPU. I'm running: > > > > FreeBSD jacob.nubtek.com 7.2-STABLE FreeBSD 7.2-STABLE #2: Thu May 14 > > 20:37:49 BST 2009 > > root@jacob.nubtek.com:/usr/obj/usr/data/FreeBSD/RELENG_7/src/sys/LOST > > i386 > > > > I've double checked that all ports are up to date, and was going to > > blame some bug in the nvidia binary driver, but it also exhibits it if I > > use the 'nv' or 'vesa' driver as well - I've not tested nouveau. The > > nvidia.ko module was loaded whilst running with nv and vesa, would that > > matter? > > > > I have had this happen several times. It always went away after I force built > xorg and its dependancies. My personal opinion is that something was built > out of order and while your ports may be current, something used an old > linkage. > > Kent > Sorry for the noise, I didn't notice until this morning that I had checked out x11-servers/xorg-server with a sticky date from CVS. Reverting that, rebuilding xorg-server and all dependant ports made the problem go away. Cheers Tom From owner-freebsd-x11@FreeBSD.ORG Sat May 16 18:05:10 2009 Return-Path: Delivered-To: x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE9DE106566B for ; Sat, 16 May 2009 18:05:10 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id B7EA68FC19 for ; Sat, 16 May 2009 18:05:10 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.4] (adsl-19-244-249.bna.bellsouth.net [68.19.244.249]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n4GI4wHD057009 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 16 May 2009 14:05:03 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Romain =?ISO-8859-1?Q?Tarti=E8re?= In-Reply-To: <20090516173246.GA76116@blogreen.org> References: <20090516173246.GA76116@blogreen.org> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-b+Sndp3YKlUkkLVlYOqT" Organization: FreeBSD Date: Sat, 16 May 2009 13:04:13 -0500 Message-Id: <1242497053.5638.70.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.1.1 FreeBSD GNOME Team Port X-Spam-Status: No, score=-3.2 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: x11@FreeBSD.org Subject: Re: How to stay up-to-date with Nouveau? X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2009 18:05:11 -0000 --=-b+Sndp3YKlUkkLVlYOqT Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable On Sat, 2009-05-16 at 19:32 +0200, Romain Tarti=E8re wrote: > Hi! >=20 > I am happily using Nouveau from a while now and have always updated my > ports according to the following scheme: > 1. Update the system "as usual"; > 2. Update and install drm from git; > 3. Update and install xf86-video-nouveau from git. >=20 > I have been doing this since I have patched my src tree (I continued to > update my system using subversion so the patches are still merged in > it). >=20 >=20 > However, I can see ports update for xf86-video-nouveau so I am wondering > if I could just continue to use drm and xf86-video-nouveau from the > ports instead of the ones in git? I think that patches in the system are > still required, are they? You still need my kernel patch until it eventually gets committed. The current libdrm and xf86-video-nouveau ports should be fine now though. robert. >=20 > Thank you! > Romain --=20 Robert Noland FreeBSD --=-b+Sndp3YKlUkkLVlYOqT Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAkoPAB0ACgkQM4TrQ4qfROPqfACeM33g1DoBqFEWwgQztz38vWtq pV0AnRTVrsjDWTTdc+Gy5t4Gf6pwEdEl =OWrb -----END PGP SIGNATURE----- --=-b+Sndp3YKlUkkLVlYOqT-- From owner-freebsd-x11@FreeBSD.ORG Sat May 16 18:42:49 2009 Return-Path: Delivered-To: x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B5011065674 for ; Sat, 16 May 2009 18:42:49 +0000 (UTC) (envelope-from romain@blogreen.org) Received: from marvin.blogreen.org (unknown [IPv6:2a01:e35:2f7d:58c0:0:2:1:2]) by mx1.freebsd.org (Postfix) with ESMTP id 1DD648FC1A for ; Sat, 16 May 2009 18:42:49 +0000 (UTC) (envelope-from romain@blogreen.org) Received: by marvin.blogreen.org (Postfix, from userid 1001) id 15D1C5C67F; Sat, 16 May 2009 20:42:48 +0200 (CEST) Date: Sat, 16 May 2009 20:42:48 +0200 From: Romain =?iso-8859-1?Q?Tarti=E8re?= To: x11@FreeBSD.org Message-ID: <20090516184248.GA51870@blogreen.org> Mail-Followup-To: x11@FreeBSD.org References: <20090516173246.GA76116@blogreen.org> <1242497053.5638.70.camel@balrog.2hip.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EeQfGwPcQSOJBaQU" Content-Disposition: inline In-Reply-To: <1242497053.5638.70.camel@balrog.2hip.net> User-Agent: Mutt/1.4.2.3i X-PGP-Key: http://romain.blogreen.org/pubkey.asc Cc: Subject: Re: How to stay up-to-date with Nouveau? X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2009 18:42:49 -0000 --EeQfGwPcQSOJBaQU Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, May 16, 2009 at 01:04:13PM -0500, Robert Noland wrote: > You still need my kernel patch until it eventually gets committed. The > current libdrm and xf86-video-nouveau ports should be fine now though. Cool! This will ease updates :-) Thanks, Romain --=20 Romain Tarti=E8re http://romain.blogreen.org/ pgp: 8DAB A124 0DA4 7024 F82A E748 D8E9 A33F FF56 FF43 (ID: 0xFF56FF43) (plain text =3Dnon-HTML=3D PGP/GPG encrypted/signed e-mail much appreciated) --EeQfGwPcQSOJBaQU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkoPCSgACgkQ2OmjP/9W/0PqhQCglJw/o276gffk2afMgRZuzAeJ ThQAniRUAwFqceDjbGLnG0OsnHtdcWxh =bIcC -----END PGP SIGNATURE----- --EeQfGwPcQSOJBaQU-- From owner-freebsd-x11@FreeBSD.ORG Sat May 16 23:51:26 2009 Return-Path: Delivered-To: freebsd-x11@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 96F221065672; Sat, 16 May 2009 23:51:26 +0000 (UTC) (envelope-from miwi@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 6D6438FC08; Sat, 16 May 2009 23:51:26 +0000 (UTC) (envelope-from miwi@FreeBSD.org) Received: from freefall.freebsd.org (miwi@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n4GNpQO1025804; Sat, 16 May 2009 23:51:26 GMT (envelope-from miwi@freefall.freebsd.org) Received: (from miwi@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n4GNpQew025792; Sat, 16 May 2009 23:51:26 GMT (envelope-from miwi) Date: Sat, 16 May 2009 23:51:26 GMT Message-Id: <200905162351.n4GNpQew025792@freefall.freebsd.org> To: nrgmilk@gmail.com, miwi@FreeBSD.org, freebsd-x11@FreeBSD.org From: miwi@FreeBSD.org Cc: Subject: Re: ports/119037: x11: Can't type _ (Underscore) under X (gnome) X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2009 23:51:26 -0000 Synopsis: x11: Can't type _ (Underscore) under X (gnome) State-Changed-From-To: feedback->closed State-Changed-By: miwi State-Changed-When: Sat May 16 23:51:25 UTC 2009 State-Changed-Why: feedback timeout. http://www.freebsd.org/cgi/query-pr.cgi?pr=119037