From owner-freebsd-x11@FreeBSD.ORG Sun Jun 16 00:46:37 2013 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 4EF5196A for ; Sun, 16 Jun 2013 00:46:37 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-ob0-x22c.google.com (mail-ob0-x22c.google.com [IPv6:2607:f8b0:4003:c01::22c]) by mx1.freebsd.org (Postfix) with ESMTP id 1CA421FB1 for ; Sun, 16 Jun 2013 00:46:37 +0000 (UTC) Received: by mail-ob0-f172.google.com with SMTP id wo10so1973037obc.3 for ; Sat, 15 Jun 2013 17:46:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=Bni/nkV8WnAGXtWV6hNTuckboMS6sNf3S2I3+5wpJpI=; b=oGiGXVKc1wo10HbeZLts0DUWdGkoxshDosQGID+X7v5+/AUlW04hZxaNZZbss347dT yoHSzgeSATxrSUO2tifBCTguFPNKsVOXSV6sfAfwDNHI+02uBXzRiJ3M8ad1gFp87DUa XzUPF/w403LE/pok66l6YU4MTA/NpaGBKJHrcMOv0ll0xmV2PZr3h2xsBvs2G6DYyemZ QlkewNv/ic2OLhUYOEMMVozA0dMReO8ZmfsQFUZY+MlVx0XNqhXiT86PQ+23AwyHBRez 904ZmYKJqPQRWVXqjkRCUqndCn6dcQns3xqHEoSSrbU3jdNJbZhyRwGGAyPAh8G3TxIZ 8ZJQ== MIME-Version: 1.0 X-Received: by 10.182.242.45 with SMTP id wn13mr5351122obc.30.1371343596720; Sat, 15 Jun 2013 17:46:36 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.76.112.212 with HTTP; Sat, 15 Jun 2013 17:46:36 -0700 (PDT) In-Reply-To: <20130615162247.GA2629@La-Habana> References: <20130615162247.GA2629@La-Habana> Date: Sat, 15 Jun 2013 17:46:36 -0700 X-Google-Sender-Auth: I-Ag5-V1N1Qxo2iIiODSbTIfmIM Message-ID: Subject: Re: resetting alpha console From: Kevin Oberman To: Matthias Apitz Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-x11@freebsd.org" X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.14 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, 16 Jun 2013 00:46:37 -0000 On Sat, Jun 15, 2013 at 9:22 AM, Matthias Apitz wrote: > > Hello, > > I investigating Xorg server crashes with gdb via SSH, but this is here > not the question, only the background; when the Xorg server crashes, the > alpha console from where it was started (and all others) are in an > unreadable picture (only coloured stripes, nothing to see); the console > is still working fine, for example I just can use CURSOR-UP and ENTER to > restart the 'startx' and X comes up fine on the F9-screen; is there some > way to reset the video output for the alpha consoles to some good state > again? > > Thanks > > matthias > Please supply your system and graphics card information. Without that, it's just a guessing game. With that it may still just be a guessing game, but more information will at least limit the scope of the guesses. Also X server version and build options (WITH_NEW_XORG, WITH_KMS, etc.) -- R. Kevin Oberman, Network Engineer E-mail: rkoberman@gmail.com From owner-freebsd-x11@FreeBSD.ORG Sun Jun 16 06:54:33 2013 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id A55EC299 for ; Sun, 16 Jun 2013 06:54:33 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms16-1.1blu.de (ms16-1.1blu.de [89.202.0.34]) by mx1.freebsd.org (Postfix) with ESMTP id 443A41C84 for ; Sun, 16 Jun 2013 06:54:32 +0000 (UTC) Received: from [46.244.142.6] (helo=localhost.my.domain) by ms16-1.1blu.de with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1Uo6r7-0008Ka-S2; Sun, 16 Jun 2013 08:54:30 +0200 Received: from localhost.my.domain (localhost [127.0.0.1]) by localhost.my.domain (8.14.7/8.14.3) with ESMTP id r5G6sRfq001761; Sun, 16 Jun 2013 08:54:27 +0200 (CEST) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by localhost.my.domain (8.14.7/8.14.3/Submit) id r5G6sQrg001760; Sun, 16 Jun 2013 08:54:26 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Sun, 16 Jun 2013 08:54:25 +0200 From: Matthias Apitz To: Kevin Oberman Subject: Re: resetting alpha console Message-ID: <20130616065425.GA1578@La-Habana> References: <20130615162247.GA2629@La-Habana> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Operating-System: FreeBSD 9.0-CURRENT r214444 (i386) User-Agent: Mutt/1.5.21 (2010-09-15) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 46.244.142.6 Cc: "freebsd-x11@freebsd.org" X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Matthias Apitz List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jun 2013 06:54:33 -0000 El día Saturday, June 15, 2013 a las 05:46:36PM -0700, Kevin Oberman escribió: > Please supply your system and graphics card information. Without that, it's > just a guessing game. With that it may still just be a guessing game, but > more information will at least limit the scope of the guesses. Also X > server version and build options (WITH_NEW_XORG, WITH_KMS, etc.) Thanks for your feedback; here are the relevant parts from /var/log/Xorg.0.log: X.Org X Server 1.7.7 Release Date: 2010-05-04 X Protocol Version 11, Revision 0 Build Operating System: FreeBSD 10.0-CURRENT i386 Current Operating System: FreeBSD La-Habana 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r250588: Mon May 13 22:01:51 UTC 2013 guru@Perlach:/home/guru/head/obj/usr/home/guru/head/src/sys/GENERIC i386 Build Date: 07 June 2013 01:52:40PM Current version of pixman: 0.28.2 ... (--) PCI:*(0:0:2:0) 8086:27ae:1025:022f Intel Corporation Mobile 945GSE Express Integrated Graphics Controller rev 3, Mem @ 0x58280000/524288, 0x40000000/268435456, 0x58300000/262144, I/O @ 0x000060f0/8, BIOS @ 0x????????/65536 (--) PCI: (0:0:2:1) 8086:27a6:1025:022f Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller rev 3, Mem @ 0x58200000/524288 ... (II) LoadModule: "extmod" (II) Loading /usr/local/lib/xorg/modules/extensions/libextmod.so (II) Module extmod: vendor="X.Org Foundation" compiled for 1.7.7, 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) Loading /usr/local/lib/xorg/modules/drivers/intel_drv.so (II) Module intel: vendor="X.Org Foundation" compiled for 1.7.7, module version = 2.7.1 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 6.0 ... (==) intel(0): Depth 24, (--) framebuffer bpp 32 (==) intel(0): RGB weight 888 (==) intel(0): Default visual is TrueColor (II) intel(0): Integrated Graphics Chipset: Intel(R) 945GME (--) intel(0): Chipset: "945GME" (--) intel(0): Linear framebuffer at 0x40000000 (--) intel(0): IO registers at addr 0x58280000 (==) 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:ddc2" registered at address 0xA0. (II) intel(0): EDID vendor "INL", prod id 3 (==) intel(0): Write-combining range (0xa0000,0x10000) was already clear (II) intel(0): Resizable framebuffer: not available (1 3) (II) intel(0): EDID vendor "INL", prod id 3 (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 1024x600 (II) intel(0): Using default gamma of (1.0, 1.0, 1.0) unless otherwise stated. (==) intel(0): Write-combining range (0xa0000,0x10000) was already clear (II) intel(0): detected 256 kB GTT. (II) intel(0): detected 7932 kB stolen memory. (==) intel(0): video overlay key set to 0x101fe (==) intel(0): DPI set to (96, 96) (II) [drm] loaded kernel module for "i915" driver. (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 enabled (**) intel(0): Tiling enabled (==) intel(0): VideoRam: 262144 KB (II) intel(0): Attempting memory allocation with tiled buffers. (II) intel(0): Tiled allocation successful. (II) intel(0): [drm] Registers = 0x10000000 (II) intel(0): [drm] ring buffer = 0x30000000 (II) intel(0): [drm] mapped front buffer at 0x41000000, handle = 0x40000000 (II) intel(0): [drm] mapped back buffer at 0x42000000, handle = 0x50000000 (II) intel(0): [drm] mapped depth buffer at 0x42400000, handle = 0x60000000 (II) intel(0): [drm] mapped classic textures at 0x42800000, handle = 0x70000000 (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 12582912 bytes (II) EXA(0): Driver registered support for the following operations: (II) Solid ... Let me know if you need the complete log; the x11/xorg port (from SVN head) was only compiled with WITH_DEBUG=yes USE_GCC=any, no further options; thanks matthias -- Matthias Apitz | /"\ ASCII Ribbon Campaign: www.asciiribbon.org E-mail: guru@unixarea.de | \ / - No HTML/RTF in E-mail WWW: http://www.unixarea.de/ | X - No proprietary attachments phone: +49-170-4527211 | / \ - Respect for open standards From owner-freebsd-x11@FreeBSD.ORG Sun Jun 16 14:05:00 2013 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 557AA88B; Sun, 16 Jun 2013 14:05:00 +0000 (UTC) (envelope-from osidorkin@gmail.com) Received: from mail-ie0-x232.google.com (mail-ie0-x232.google.com [IPv6:2607:f8b0:4001:c03::232]) by mx1.freebsd.org (Postfix) with ESMTP id 22BD919F3; Sun, 16 Jun 2013 14:05:00 +0000 (UTC) Received: by mail-ie0-f178.google.com with SMTP id u16so5028462iet.9 for ; Sun, 16 Jun 2013 07:04:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=hwnZGTS3bGWg9mtNpgzENaCjFqPtjXLyFqadpKTjsWA=; b=llXATpOfzW8BQY0siRH3kC1OlX5uuAp8Zp4ITEE5XcoG8NBURNYaku7bdbl989FIcB LPfmK2/smTIjvK9QfaV7l/N/lcs3MmITdcgKwDzXvAe/gBVGYsOhYLxB2tG/oLwJxTd8 DifhOeaLs0u8txnvRnyZnhcKpg5jmJnrIuKTTzJqxloGGoHP39QJk5NT+RsK0R/Xav0i gfyklfzlYGhFIlc72Hs70ssHiqtBOAACvLQRU2s1tJmV9qslaWJip+BlfIhRWJtCOeHJ +wuEAvStrAb5VtnUtvQ1xNsWJdjWTkTRaHS/qRcppfDZUHgWbJq7FDMqAgyd74JrM9cj 7FmQ== X-Received: by 10.50.30.2 with SMTP id o2mr2816615igh.77.1371391499796; Sun, 16 Jun 2013 07:04:59 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.24.141 with HTTP; Sun, 16 Jun 2013 07:04:39 -0700 (PDT) In-Reply-To: <2196173.6JJmiBSmEt@notebook.alkar.net> References: <6440183.K9cfUIuKrT@notebook.alkar.net> <20130615184808.GQ91021@kib.kiev.ua> <2196173.6JJmiBSmEt@notebook.alkar.net> From: Oleg Sidorkin Date: Sun, 16 Jun 2013 18:04:39 +0400 Message-ID: Subject: Re: [drm2][panic] Running XOrg with SNA enabled causes system panic after few hours on G33 To: Artyom Mirgorodskiy , Konstantin Belousov Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-x11@freebsd.org, freebsd-current@freebsd.org X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.14 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, 16 Jun 2013 14:05:00 -0000 Thanks for the patch. I've adapted the proposed patch for stable/9 and it is running with SNA enabled now. On Sat, Jun 15, 2013 at 11:54 PM, Artyom Mirgorodskiy wrote: > I can't apply patch > > > > On Saturday 15 June 2013 21:48:08 Konstantin Belousov wrote: > >> On Sat, Jun 15, 2013 at 09:46:02PM +0300, Artyom Mirgorodskiy wrote: > >> > Can you please also create patch for -current? > >> It is for current. Code in stable/9 should be identical though. > > -- > > Artyom Mirgorodskiy -- Oleg Sidorkin From owner-freebsd-x11@FreeBSD.ORG Sun Jun 16 14:27:57 2013 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id E44B6E91; Sun, 16 Jun 2013 14:27:57 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 58B6A1A91; Sun, 16 Jun 2013 14:27:57 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id r5GERn2A038016; Sun, 16 Jun 2013 17:27:49 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua r5GERn2A038016 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id r5GERnhn038015; Sun, 16 Jun 2013 17:27:49 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 16 Jun 2013 17:27:49 +0300 From: Konstantin Belousov To: Oleg Sidorkin Subject: Re: [drm2][panic] Running XOrg with SNA enabled causes system panic after few hours on G33 Message-ID: <20130616142749.GS91021@kib.kiev.ua> References: <6440183.K9cfUIuKrT@notebook.alkar.net> <20130615184808.GQ91021@kib.kiev.ua> <2196173.6JJmiBSmEt@notebook.alkar.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="hEarWVD7htqb1VxP" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: freebsd-x11@freebsd.org, freebsd-current@freebsd.org X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.14 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, 16 Jun 2013 14:27:58 -0000 --hEarWVD7htqb1VxP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jun 16, 2013 at 06:04:39PM +0400, Oleg Sidorkin wrote: > Thanks for the patch. > I've adapted the proposed patch for stable/9 and it is running with > SNA enabled now. In other words, your problem seems to be gone with the patch applied ? >=20 > On Sat, Jun 15, 2013 at 11:54 PM, Artyom Mirgorodskiy > wrote: > > I can't apply patch > > > > > > > > On Saturday 15 June 2013 21:48:08 Konstantin Belousov wrote: > > > >> On Sat, Jun 15, 2013 at 09:46:02PM +0300, Artyom Mirgorodskiy wrote: > > > >> > Can you please also create patch for -current? > > > >> It is for current. Code in stable/9 should be identical though. > > > > -- > > > > Artyom Mirgorodskiy >=20 >=20 >=20 > -- > Oleg Sidorkin --hEarWVD7htqb1VxP Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iQIcBAEBAgAGBQJRvctkAAoJEJDCuSvBvK1BlAkP/2E1H7peeUZqX93hwZlBUp7d sbW5v1mrMgHHcP/fGEv8MVYgh9Pn0V8dGYON5yjKe+OFbbXc/IxrcXrPmQfrYk3I 5x7n3hr7nGesaI7rmK57pjf83PHnSARkh2y0ojju8Uwy8UL28RTdb642mT5LJOo4 shKFqeXg+RL1/a+X753+z2Qs5taBZYvfqULyO+A7FmiukKj7m86QmpJQ1SJs0bdX uY8F2oUUFsGHybGg8Utz+MdhTNlfbVg6jVTo7uUcSbXIf7/27RJP9xZJgMckBIy6 A1UQQvL40oh02PRSvkbzLOvv/k0RCC4twlLI+hTUIfvGuVRdyxqSm5gdrgDG4kso NqmsSQvOWfz4r3zvunNgk85/Rgs4iTWeUvDPUFWDMWHW4GHnXs5+0QSBn+qsEBg5 tSz60MylWc3ic/IXkJLgyWeLAYlWjyBEKlsw7zS8PYf23R97vZo8P2HtrrReiHQb CYi6UoloLMXRNykG8ps4kWeyTZHCfMWsNuWgfLTmmoQ7cHTIQaZjpihrnb4elByK TXLJ3JY/qqgcF/uInQyVH8oobKMSVQqd9OFn5Y8evBnq/yc7KpB2PPYU4QQoMapC MsoB1mgcUsrEF9Fcf1qhkpfhLelgJujsszJgqGcUPQechjbklseH44n3X5shnCC/ j4TjJa7Q+Qk8/ihA4JbJ =swjv -----END PGP SIGNATURE----- --hEarWVD7htqb1VxP-- From owner-freebsd-x11@FreeBSD.ORG Sun Jun 16 16:39:21 2013 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 6FF6F68A; Sun, 16 Jun 2013 16:39:21 +0000 (UTC) (envelope-from osidorkin@gmail.com) Received: from mail-ie0-x233.google.com (mail-ie0-x233.google.com [IPv6:2607:f8b0:4001:c03::233]) by mx1.freebsd.org (Postfix) with ESMTP id 3C1F91EB3; Sun, 16 Jun 2013 16:39:21 +0000 (UTC) Received: by mail-ie0-f179.google.com with SMTP id c10so5092773ieb.10 for ; Sun, 16 Jun 2013 09:39:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=2W54oMQxX0FiKZKXESrw9/0KnMa6uDqbAZEh3vfw6as=; b=PyQo4yBPrZ4IfljzXVhByeTaN8PlLhmotldqPlsvlyVdtdyzYgihl2pdYSaUHb0yRn 0fY/nXr1BxBbc9MELQyriBXuDLeU+dZ4xdYKpKRyaazmSx7mn/dmSJfgRy7IT/SngnFY OiaEjIswZ+7A++we0odF3cwg9ppqNSfx33izEXEHv2SfPKNvo8FgmDhyYz1nzvqjB0ff pwok298SqEvnjGxAk+YOVi2Jx+Q66Z1UhOMTneZpCExOJaYl+roUOQ3Ldk5riTqbZODX FD9TdRzADl9Pfv1GhX8baSyoyYjhWp9cCfZMxMxPgFiE2ZtUXhkKUCywHLtfXiBs5NmN KbyQ== X-Received: by 10.50.39.76 with SMTP id n12mr3028371igk.101.1371400760880; Sun, 16 Jun 2013 09:39:20 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.24.141 with HTTP; Sun, 16 Jun 2013 09:39:00 -0700 (PDT) In-Reply-To: <20130616142749.GS91021@kib.kiev.ua> References: <6440183.K9cfUIuKrT@notebook.alkar.net> <20130615184808.GQ91021@kib.kiev.ua> <2196173.6JJmiBSmEt@notebook.alkar.net> <20130616142749.GS91021@kib.kiev.ua> From: Oleg Sidorkin Date: Sun, 16 Jun 2013 20:39:00 +0400 Message-ID: Subject: Re: [drm2][panic] Running XOrg with SNA enabled causes system panic after few hours on G33 To: Konstantin Belousov Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-x11@freebsd.org, freebsd-current@freebsd.org X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.14 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, 16 Jun 2013 16:39:21 -0000 Seems to be yes. But I will be sure after 48h of uptime in KDE without panics. On Sun, Jun 16, 2013 at 6:27 PM, Konstantin Belousov wrote: > On Sun, Jun 16, 2013 at 06:04:39PM +0400, Oleg Sidorkin wrote: >> Thanks for the patch. >> I've adapted the proposed patch for stable/9 and it is running with >> SNA enabled now. > > In other words, your problem seems to be gone with the patch applied ? > >> >> On Sat, Jun 15, 2013 at 11:54 PM, Artyom Mirgorodskiy >> wrote: >> > I can't apply patch >> > >> > >> > >> > On Saturday 15 June 2013 21:48:08 Konstantin Belousov wrote: >> > >> >> On Sat, Jun 15, 2013 at 09:46:02PM +0300, Artyom Mirgorodskiy wrote: >> > >> >> > Can you please also create patch for -current? >> > >> >> It is for current. Code in stable/9 should be identical though. >> > >> > -- >> > >> > Artyom Mirgorodskiy >> >> >> >> -- >> Oleg Sidorkin -- Oleg Sidorkin From owner-freebsd-x11@FreeBSD.ORG Sun Jun 16 23:35:31 2013 Return-Path: Delivered-To: freebsd-x11@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 647D6EDF; Sun, 16 Jun 2013 23:35:31 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 3B8991E8F; Sun, 16 Jun 2013 23:35:31 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r5GNZVf7051140; Sun, 16 Jun 2013 23:35:31 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r5GNZV3f051139; Sun, 16 Jun 2013 23:35:31 GMT (envelope-from linimon) Date: Sun, 16 Jun 2013 23:35:31 GMT Message-Id: <201306162335.r5GNZV3f051139@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-www@FreeBSD.org, freebsd-x11@FreeBSD.org From: linimon@FreeBSD.org Subject: Re: ports/179397: x11-servers/xorg-server: I used mouse focus in open-motif and shift-click3 to iconify xterms, doing so causes cursor to disappear and mouse is unusable! X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.14 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, 16 Jun 2013 23:35:31 -0000 Old Synopsis: I used mouse focus in open-motif and shift-click3 to iconify xterms, doing so causes cursor to disappear and mouse is unusable! New Synopsis: x11-servers/xorg-server: I used mouse focus in open-motif and shift-click3 to iconify xterms, doing so causes cursor to disappear and mouse is unusable! Responsible-Changed-From-To: freebsd-www->freebsd-x11 Responsible-Changed-By: linimon Responsible-Changed-When: Sun Jun 16 23:34:30 UTC 2013 Responsible-Changed-Why: recategorize and reassign. http://www.freebsd.org/cgi/query-pr.cgi?pr=179397 From owner-freebsd-x11@FreeBSD.ORG Sun Jun 16 23:58:07 2013 Return-Path: Delivered-To: freebsd-x11@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 88AA9719; Sun, 16 Jun 2013 23:58:07 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 628441F69; Sun, 16 Jun 2013 23:58:07 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r5GNw7HS056170; Sun, 16 Jun 2013 23:58:07 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r5GNw7B9056169; Sun, 16 Jun 2013 23:58:07 GMT (envelope-from linimon) Date: Sun, 16 Jun 2013 23:58:07 GMT Message-Id: <201306162358.r5GNw7B9056169@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-amd64@FreeBSD.org, freebsd-x11@FreeBSD.org From: linimon@FreeBSD.org Subject: Re: ports/179625: x11-servers/xorg-server built with clang does not work, needs USE_GCC=any X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.14 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, 16 Jun 2013 23:58:07 -0000 Old Synopsis: xorg-server built with clang does not work, needs USE_GCC=any New Synopsis: x11-servers/xorg-server built with clang does not work, needs USE_GCC=any Responsible-Changed-From-To: freebsd-amd64->freebsd-x11 Responsible-Changed-By: linimon Responsible-Changed-When: Sun Jun 16 23:57:46 UTC 2013 Responsible-Changed-Why: reclassify and assign. http://www.freebsd.org/cgi/query-pr.cgi?pr=179625 From owner-freebsd-x11@FreeBSD.ORG Mon Jun 17 04:43:34 2013 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 8A433B78 for ; Mon, 17 Jun 2013 04:43:34 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-oa0-x236.google.com (mail-oa0-x236.google.com [IPv6:2607:f8b0:4003:c02::236]) by mx1.freebsd.org (Postfix) with ESMTP id 572CA1AB1 for ; Mon, 17 Jun 2013 04:43:34 +0000 (UTC) Received: by mail-oa0-f54.google.com with SMTP id o6so2866949oag.41 for ; Sun, 16 Jun 2013 21:43:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=V2LdBedHETMGLXN6jNFQYyv3Mq1UguKDLf9Ucue/cng=; b=S1/N/j8j0YN/wowLWlLW2jxQS6YGwxbG/8h5cKKx/+7+v3HHvBTnn0xux1Jlp02S2p wKsjy6LA6K3dhBweUmiqXHvg3ThPUtwwdc7S9/5gWHNYh+xgdLddEX/l/nXnc0gAuTkD 2fU9ZuzkZ4QdOIcuYSr54Bg2aOpYNpR0W1LWf5WFO2ZONRqESyVlAidq+vghSlWwpDYZ q4/uL0hwBxncuxygUD4m7LwaT44ArxrTMTNnkYnXFsAcSzJxCDPE8sbrsdjDnJQ+lClf 8c/uU2XdXl3a8RKee26wUImWk5Tk4r2rPFLk3VMTqOuQNCnzUPkEriEVjvqOcRx3FTrv ujHA== MIME-Version: 1.0 X-Received: by 10.60.141.164 with SMTP id rp4mr8022032oeb.38.1371444213864; Sun, 16 Jun 2013 21:43:33 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.76.112.212 with HTTP; Sun, 16 Jun 2013 21:43:33 -0700 (PDT) In-Reply-To: <20130616065425.GA1578@La-Habana> References: <20130615162247.GA2629@La-Habana> <20130616065425.GA1578@La-Habana> Date: Sun, 16 Jun 2013 21:43:33 -0700 X-Google-Sender-Auth: sx1W0Pv9mMeyCsULfv9J2XodjXk Message-ID: Subject: Re: resetting alpha console From: Kevin Oberman To: Matthias Apitz Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-x11@freebsd.org" X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.14 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, 17 Jun 2013 04:43:34 -0000 On Sat, Jun 15, 2013 at 11:54 PM, Matthias Apitz wrote: > El d=C3=ADa Saturday, June 15, 2013 a las 05:46:36PM -0700, Kevin Oberman > escribi=C3=B3: > > > Please supply your system and graphics card information. Without that, > it's > > just a guessing game. With that it may still just be a guessing game, > but > > more information will at least limit the scope of the guesses. Also X > > server version and build options (WITH_NEW_XORG, WITH_KMS, etc.) > > Thanks for your feedback; here are the relevant parts from > /var/log/Xorg.0.log: > > X.Org X Server 1.7.7 > Release Date: 2010-05-04 > X Protocol Version 11, Revision 0 > Build Operating System: FreeBSD 10.0-CURRENT i386 > Current Operating System: FreeBSD La-Habana 10.0-CURRENT FreeBSD > 10.0-CURRENT #0 r250588: Mon May 13 22:01:51 UTC 2013 > guru@Perlach:/home/guru/head/obj/usr/home/guru/head/src/sys/GENERIC i386 > Build Date: 07 June 2013 01:52:40PM > > Current version of pixman: 0.28.2 > > ... > (--) PCI:*(0:0:2:0) 8086:27ae:1025:022f Intel Corporation Mobile 945GSE > Express Integrated Graphics Controller rev 3, Mem @ 0x58280000/524288, > 0x40000000/268435456, 0x58300000/262144, I/O @ 0x000060f0/8, BIOS @ > 0x????????/65536 > (--) PCI: (0:0:2:1) 8086:27a6:1025:022f Intel Corporation Mobile > 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller rev 3, > Mem @ 0x58200000/524288 > ... > (II) LoadModule: "extmod" > (II) Loading /usr/local/lib/xorg/modules/extensions/libextmod.so > (II) Module extmod: vendor=3D"X.Org Foundation" > compiled for 1.7.7, module version =3D 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) Loading /usr/local/lib/xorg/modules/drivers/intel_drv.so > (II) Module intel: vendor=3D"X.Org Foundation" > compiled for 1.7.7, module version =3D 2.7.1 > Module class: X.Org Video Driver > ABI class: X.Org Video Driver, version 6.0 > ... > (=3D=3D) intel(0): Depth 24, (--) framebuffer bpp 32 > (=3D=3D) intel(0): RGB weight 888 > (=3D=3D) intel(0): Default visual is TrueColor > (II) intel(0): Integrated Graphics Chipset: Intel(R) 945GME > (--) intel(0): Chipset: "945GME" > (--) intel(0): Linear framebuffer at 0x40000000 > (--) intel(0): IO registers at addr 0x58280000 > (=3D=3D) 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:ddc2" registered at address 0xA0. > (II) intel(0): EDID vendor "INL", prod id 3 > (=3D=3D) intel(0): Write-combining range (0xa0000,0x10000) was already cl= ear > (II) intel(0): Resizable framebuffer: not available (1 3) > (II) intel(0): EDID vendor "INL", prod id 3 > (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 1024x600 > (II) intel(0): Using default gamma of (1.0, 1.0, 1.0) unless otherwise > stated. > (=3D=3D) intel(0): Write-combining range (0xa0000,0x10000) was already cl= ear > (II) intel(0): detected 256 kB GTT. > (II) intel(0): detected 7932 kB stolen memory. > (=3D=3D) intel(0): video overlay key set to 0x101fe > (=3D=3D) intel(0): DPI set to (96, 96) > (II) [drm] loaded kernel module for "i915" driver. > (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 =3D 0x1 > (II) intel(0): [drm] installed DRM signal handler > (**) intel(0): Framebuffer compression enabled > (**) intel(0): Tiling enabled > (=3D=3D) intel(0): VideoRam: 262144 KB > (II) intel(0): Attempting memory allocation with tiled buffers. > (II) intel(0): Tiled allocation successful. > (II) intel(0): [drm] Registers =3D 0x10000000 > (II) intel(0): [drm] ring buffer =3D 0x30000000 > (II) intel(0): [drm] mapped front buffer at 0x41000000, handle =3D > 0x40000000 > (II) intel(0): [drm] mapped back buffer at 0x42000000, handle =3D > 0x50000000 > (II) intel(0): [drm] mapped depth buffer at 0x42400000, handle =3D > 0x60000000 > (II) intel(0): [drm] mapped classic textures at 0x42800000, handle =3D > 0x70000000 > (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 > (=3D=3D) intel(0): Write-combining range (0xa0000,0x10000) was already cl= ear > (II) EXA(0): Offscreen pixmap area of 12582912 bytes > (II) EXA(0): Driver registered support for the following operations: > (II) Solid > ... > > > Let me know if you need the complete log; the x11/xorg port (from SVN > head) was only compiled with WITH_DEBUG=3Dyes USE_GCC=3Dany, no further > options; > > thanks > > matthias > > Matthias, I'm afraid the log did eliminate a couple of the things I thought might be going on. It also told me what the graphics device is (Intel 945GSE). You failed to supply the OS version. Output of "uname -a" will suffice nicely. The log seems to show two Intel graphics devices. Is this the case? Do you have two displays? What about your Xorg.conf? Any video related things in /boot/loader.conf or /etc/sysctl.conf? Do you run any vidcontrol commands? Clearly something is not getting properly reset. Have you tried the newer mesa and drivers by building "WITH_NEW_XORG=3D"? I'm afraid I don't have an= d never have had a 945 video device, so I probably won't be of too much help, but providing more information might give someone else an idea. There are a lot of 945s out there. --=20 R. Kevin Oberman, Network Engineer E-mail: rkoberman@gmail.com From owner-freebsd-x11@FreeBSD.ORG Mon Jun 17 06:38:48 2013 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 200CFE79 for ; Mon, 17 Jun 2013 06:38:48 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms16-1.1blu.de (ms16-1.1blu.de [89.202.0.34]) by mx1.freebsd.org (Postfix) with ESMTP id 5F0991E79 for ; Mon, 17 Jun 2013 06:38:47 +0000 (UTC) Received: from [89.204.137.196] (helo=tiny.Sisis.de) by ms16-1.1blu.de with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1UoT5R-0005kJ-3j; Mon, 17 Jun 2013 08:38:45 +0200 Received: from tiny.Sisis.de (localhost [127.0.0.1]) by tiny.Sisis.de (8.14.5/8.14.3) with ESMTP id r5H6cgY3001027; Mon, 17 Jun 2013 08:38:42 +0200 (CEST) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by tiny.Sisis.de (8.14.5/8.14.3/Submit) id r5H6cfZj001026; Mon, 17 Jun 2013 08:38:41 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: tiny.Sisis.de: guru set sender to guru@unixarea.de using -f Date: Mon, 17 Jun 2013 08:38:41 +0200 From: Matthias Apitz To: Kevin Oberman Subject: Re: resetting alpha console Message-ID: <20130617063840.GA1001@tiny.Sisis.de> References: <20130615162247.GA2629@La-Habana> <20130616065425.GA1578@La-Habana> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Operating-System: FreeBSD 10.0-CURRENT r235646 (i386) User-Agent: Mutt/1.5.21 (2010-09-15) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 89.204.137.196 Cc: "freebsd-x11@freebsd.org" X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Matthias Apitz List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jun 2013 06:38:48 -0000 El día Sunday, June 16, 2013 a las 09:43:33PM -0700, Kevin Oberman escribió: > > Thanks for your feedback; here are the relevant parts from > > /var/log/Xorg.0.log: > > > > X.Org X Server 1.7.7 > > Release Date: 2010-05-04 > > X Protocol Version 11, Revision 0 > > Build Operating System: FreeBSD 10.0-CURRENT i386 > > Current Operating System: FreeBSD La-Habana 10.0-CURRENT FreeBSD > > 10.0-CURRENT #0 r250588: Mon May 13 22:01:51 UTC 2013 > > guru@Perlach:/home/guru/head/obj/usr/home/guru/head/src/sys/GENERIC i386 > > Build Date: 07 June 2013 01:52:40PM > > > > .... > I'm afraid the log did eliminate a couple of the things I thought might be > going on. It also told me what the graphics device is (Intel 945GSE). You > failed to supply the OS version. Output of "uname -a" will suffice nicely. Hi Kevin, The 'uname -a' information was included in the above part of the Xorg.0.log; here it comes as a result of 'uname -a' itself: FreeBSD La-Habana 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r250588: Mon May 13 22:01:51 UTC 2013 guru@Perlach:/home/guru/head/obj/usr/home/guru/head/src/sys/GENERIC i386 > The log seems to show two Intel graphics devices. Is this the case? Do you > have two displays? What about your Xorg.conf? Any video related things in > /boot/loader.conf or /etc/sysctl.conf? Do you run any vidcontrol commands? There is nothing special in xorg.conf re/ video and I don't have anything in /boot/loader.conf or /etc/sysctl.conf or this; Here comes as well the complete log file: X.Org X Server 1.7.7 Release Date: 2010-05-04 X Protocol Version 11, Revision 0 Build Operating System: FreeBSD 10.0-CURRENT i386 Current Operating System: FreeBSD La-Habana 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r250588: Mon May 13 22:01:51 UTC 2013 guru@Perlach:/home/guru/head/obj/usr/home/guru/head/src/sys/GENERIC i386 Build Date: 07 June 2013 01:52:40PM Current version of pixman: 0.28.2 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 Jun 17 06:05:29 2013 (==) 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 "AllowEmptyInput" "false" (==) Automatically adding devices (==) 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/TrueType, /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/ (**) ModulePath set to "/usr/local/lib/xorg/modules" (II) Loader magic: 0x82f1ec8 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 6.0 X.Org XInput driver : 7.0 X.Org Server Extension : 2.0 (--) Using syscons driver with X support (version 2.0) (--) using VT number 9 (--) PCI:*(0:0:2:0) 8086:27ae:1025:022f Intel Corporation Mobile 945GSE Express Integrated Graphics Controller rev 3, Mem @ 0x58280000/524288, 0x40000000/268435456, 0x58300000/262144, I/O @ 0x000060f0/8, BIOS @ 0x????????/65536 (--) PCI: (0:0:2:1) 8086:27a6:1025:022f Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller rev 3, Mem @ 0x58200000/524288 (WW) "record" will not be loaded unless you've specified it to be loaded elsewhere. (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 even though the default is to disable it. (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.7.7, 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: "dbe" (II) Loading /usr/local/lib/xorg/modules/extensions/libdbe.so (II) Module dbe: vendor="X.Org Foundation" compiled for 1.7.7, 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.7.7, 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.7.7, 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.7.7, module version = 1.1.0 ABI class: X.Org Server Extension, version 2.0 (II) Loading extension DRI2 (II) LoadModule: "intel" (II) Loading /usr/local/lib/xorg/modules/drivers/intel_drv.so (II) Module intel: vendor="X.Org Foundation" compiled for 1.7.7, module version = 2.7.1 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 6.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.7.7, module version = 1.9.0 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 7.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.7.7, module version = 1.7.0 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 7.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 (WW) VGA arbiter: cannot open kernel arbiter, no multi-card support (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.7.7, module version = 0.1.0 ABI class: X.Org Video Driver, version 6.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 (II) intel(0): Integrated Graphics Chipset: Intel(R) 945GME (--) intel(0): Chipset: "945GME" (--) intel(0): Linear framebuffer at 0x40000000 (--) intel(0): IO registers at addr 0x58280000 (==) 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:ddc2" registered at address 0xA0. (II) intel(0): EDID vendor "INL", prod id 3 (==) intel(0): Write-combining range (0xa0000,0x10000) was already clear (II) intel(0): Resizable framebuffer: not available (1 3) (II) intel(0): EDID vendor "INL", prod id 3 (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 1024x600 (II) intel(0): Using default gamma of (1.0, 1.0, 1.0) unless otherwise stated. (==) intel(0): Write-combining range (0xa0000,0x10000) was already clear (II) intel(0): detected 256 kB GTT. (II) intel(0): detected 7932 kB stolen memory. (==) intel(0): video overlay key set to 0x101fe (==) 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.7.7, 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.7.7, module version = 2.5.0 ABI class: X.Org Video Driver, version 6.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) intel(0): Kernel reported 241152 total, 0 used (II) intel(0): I830CheckAvailableMemory: 964608 kB available (WW) intel(0): DRI2 requires UXA drmOpenDevice: node name is /dev/dri/card0 Failed to change owner or group for file /dev/dri! 2: No such file or directory Failed to change owner or group for file /dev/dri/card0! 2: No such file or directory drmOpenDevice: open result is -1, (No such file or directory) Failed to change owner or group for file /dev/dri/card0! 2: No such file or directory drmOpenDevice: open result is -1, (No such file or directory) drmOpenDevice: Open failed drmOpenDevice: node name is /dev/dri/card0 Failed to change owner or group for file /dev/dri! 2: No such file or directory Failed to change owner or group for file /dev/dri/card0! 2: No such file or directory drmOpenDevice: open result is -1, (No such file or directory) Failed to change owner or group for file /dev/dri/card0! 2: No such file or directory drmOpenDevice: open result is -1, (No such file or directory) drmOpenDevice: Open failed 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] loaded kernel module for "i915" driver. (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 enabled (**) intel(0): Tiling enabled (==) intel(0): VideoRam: 262144 KB (II) intel(0): Attempting memory allocation with tiled buffers. (II) intel(0): Tiled allocation successful. (II) intel(0): [drm] Registers = 0x10000000 (II) intel(0): [drm] ring buffer = 0x30000000 (II) intel(0): [drm] mapped front buffer at 0x41000000, handle = 0x40000000 (II) intel(0): [drm] mapped back buffer at 0x42000000, handle = 0x50000000 (II) intel(0): [drm] mapped depth buffer at 0x42400000, handle = 0x60000000 (II) intel(0): [drm] mapped classic textures at 0x42800000, handle = 0x70000000 (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 12582912 bytes (II) EXA(0): Driver registered support for the following operations: (II) Solid (II) Copy (II) Composite (RENDER acceleration) (==) intel(0): Backing store disabled (==) intel(0): Silken mouse enabled (II) intel(0): Initializing HW Cursor (II) intel(0): [DRI] installation complete (WW) intel(0): drmDropMaster failed: Unknown error: -1 (II) intel(0): xf86BindGARTMemory: bind key 1 at 0x007bf000 (pgoffset 1983) (II) intel(0): xf86BindGARTMemory: bind key 2 at 0x00e2b000 (pgoffset 3627) (II) intel(0): xf86BindGARTMemory: bind key 3 at 0x01000000 (pgoffset 4096) (II) intel(0): xf86BindGARTMemory: bind key 4 at 0x01400000 (pgoffset 5120) (II) intel(0): xf86BindGARTMemory: bind key 5 at 0x02000000 (pgoffset 8192) (II) intel(0): xf86BindGARTMemory: bind key 6 at 0x02400000 (pgoffset 9216) (II) intel(0): xf86BindGARTMemory: bind key 7 at 0x02800000 (pgoffset 10240) (II) intel(0): Fixed memory allocation layout: (II) intel(0): 0x00000000-0x0001ffff: ring buffer (128 kB) (II) intel(0): 0x00020000-0x0061ffff: compressed frame buffer (6144 kB, 0x000000003f820000 physical ) (II) intel(0): 0x00620000-0x00620fff: compressed ll buffer (4 kB, 0x000000003fe20000 physical ) (II) intel(0): 0x00621000-0x0062afff: HW cursors (40 kB, 0x000000003fe21000 physical ) (II) intel(0): 0x0062b000-0x00e2afff: fake bufmgr (8192 kB) (II) intel(0): 0x007bf000: end of stolen memory (II) intel(0): 0x00e2b000-0x00e2bfff: overlay registers (4 kB, 0x000000000af3a000 physical ) (II) intel(0): 0x01000000-0x013fffff: front buffer (4096 kB) X tiled (II) intel(0): 0x01400000-0x01ffffff: exa offscreen (12288 kB) (II) intel(0): 0x02000000-0x023fffff: back buffer (4096 kB) X tiled (II) intel(0): 0x02400000-0x027fffff: depth buffer (4096 kB) X tiled (II) intel(0): 0x02800000-0x047fffff: classic textures (32768 kB) (II) intel(0): 0x10000000: end of aperture (II) intel(0): using SSC reference clock of 100 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. (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. (==) intel(0): DPMS enabled (==) intel(0): Intel XvMC decoder disabled (II) intel(0): Set up textured video (II) intel(0): Set up overlay video (II) intel(0): direct rendering: XF86DRI Enabled (--) 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: Loaded and initialized /usr/local/lib/dri/swrast_dri.so (II) GLX: Initialized DRISWRAST GL provider for screen 0 (II) intel(0): Setting screen physical size to 270 x 158 (II) XKB: Reusing cached keymap (**) Option "Protocol" "auto" (**) Option "Device" "/dev/sysmouse" (**) Mouse0: Protocol: "auto" (**) Option "CorePointer" (**) Mouse0: always reports core events (**) Option "Device" "/dev/sysmouse" (==) Mouse0: Emulate3Buttons, Emulate3Timeout: 50 (**) Option "ZAxisMapping" "4 5 6 7" (**) Mouse0: ZAxisMapping: buttons 4, 5, 6 and 7 (**) Mouse0: Buttons: 7 (II) XINPUT: Adding extended input device "Mouse0" (type: MOUSE) (**) Mouse0: (accel) keeping acceleration scheme 1 (**) Mouse0: (accel) acceleration profile 0 (**) Option "Device" "/dev/sysmouse" (II) Mouse0: SetupAuto: hw.iftype is 4, hw.model is 0 (II) Mouse0: SetupAuto: protocol is SysMouse (**) Option "CoreKeyboard" (**) Keyboard0: always reports core events (**) Option "Protocol" "standard" (**) Option "XkbRules" "base" (**) Option "XkbModel" "pc105" (**) Option "XkbLayout" "us" (II) XINPUT: Adding extended input device "Keyboard0" (type: KEYBOARD) (II) XKB: Reusing cached keymap (II) config/hal: Adding input device AT Keyboard (**) AT Keyboard: always reports core events (**) Option "Protocol" "standard" (**) Option "XkbRules" "base" (**) Option "XkbModel" "pc105" (**) Option "XkbLayout" "us" (II) XINPUT: Adding extended input device "AT Keyboard" (type: KEYBOARD) (II) XKB: Reusing cached keymap (II) config/hal: Adding input device PS/2 Mouse (**) Option "Device" "/dev/psm0" (==) PS/2 Mouse: Protocol: "Auto" (**) PS/2 Mouse: always reports core events (**) Option "Device" "/dev/psm0" (==) PS/2 Mouse: Emulate3Buttons, Emulate3Timeout: 50 (**) PS/2 Mouse: ZAxisMapping: buttons 4 and 5 (**) PS/2 Mouse: Buttons: 5 (II) XINPUT: Adding extended input device "PS/2 Mouse" (type: MOUSE) (**) PS/2 Mouse: (accel) keeping acceleration scheme 1 (**) PS/2 Mouse: (accel) acceleration profile 0 (**) Option "Device" "/dev/psm0" (II) PS/2 Mouse: SetupAuto: hw.iftype is 3, hw.model is 0 (II) PS/2 Mouse: SetupAuto: protocol is PS/2 (II) PS/2 Mouse: ps2EnableDataReporting: succeeded -- Sent from my FreeBSD netbook Matthias Apitz, , http://www.unixarea.de/ f: +49-170-4527211 UNIX since V7 on PDP-11, UNIX on mainframe since ESER 1055 (IBM /370) UNIX on x86 since SVR4.2 UnixWare 2.1.2, FreeBSD since 2.2.5 From owner-freebsd-x11@FreeBSD.ORG Mon Jun 17 06:45:14 2013 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 98558DE for ; Mon, 17 Jun 2013 06:45:14 +0000 (UTC) (envelope-from tmueller@sysgo.com) Received: from mail1.sysgo.com (mail1.sysgo.com [176.9.26.183]) by mx1.freebsd.org (Postfix) with ESMTP id 5C1F71EE8 for ; Mon, 17 Jun 2013 06:45:14 +0000 (UTC) Received: from lantia.sysgo.com (unknown [172.22.2.7]) by mail1.sysgo.com (Postfix) with ESMTP id 9E68946176; Mon, 17 Jun 2013 08:45:06 +0200 (CEST) Received: by lantia.sysgo.com (Postfix, from userid 113) id 22B7E50603A; Mon, 17 Jun 2013 08:45:02 +0200 (CEST) Received: from tmu.ulm.sysgo.com (tmu.ulm.sysgo.com [172.30.3.10]) by lantia.sysgo.com (Postfix) with ESMTP id 45C38506017; Mon, 17 Jun 2013 08:45:01 +0200 (CEST) Date: Mon, 17 Jun 2013 08:45:01 +0200 From: Thomas Mueller To: David Wolfskill Subject: Re: Help debugging xfig lockup? Message-ID: <20130617084501.6f1f35d4@tmu.ulm.sysgo.com> In-Reply-To: <20130614183925.GP1369@albert.catwhisker.org> References: <20130612045919.GA1940@over-yonder.net> <20130612205800.GA1369@albert.catwhisker.org> <20130614161352.6b0bdd2d@tmu.ulm.sysgo.com> <20130614183925.GP1369@albert.catwhisker.org> Organization: SYSGO AG X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.18; amd64-portbld-freebsd9.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: x11@freebsd.org X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.14 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, 17 Jun 2013 06:45:14 -0000 Hi David, On Fri, 14 Jun 2013 11:39:25 -0700, David Wolfskill wrote: > On Fri, Jun 14, 2013 at 04:13:52PM +0200, Thomas Mueller wrote: > > In NetBSD's GNATS there is a PR for this issue and it includes a > > proposed fix, perhaps this solves the problems: > > http://gnats.netbsd.org/cgi-bin/query-pr-single.pl?number=32445 > > .... > > It did not apply cleaning -- patch rejected it. So I applied it by > hand, rebuilt, and reinstalled, and... xfig works now! :-) Great. > Thomas -- shall I go ahead and file the PR, or did you want the ... > honor? (I'll be happy to credit you with the find, if you'd rather I > filed the PR.) Feel free to file a PR. > I really like happy endings.... :-) Glad I could help. -- Thomas Mueller From owner-freebsd-x11@FreeBSD.ORG Mon Jun 17 11:06:56 2013 Return-Path: Delivered-To: freebsd-x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 009AC220 for ; Mon, 17 Jun 2013 11:06:55 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id E53B21C2D for ; Mon, 17 Jun 2013 11:06:55 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r5HB6t9h012947 for ; Mon, 17 Jun 2013 11:06:55 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r5HB6tIT012945 for freebsd-x11@FreeBSD.org; Mon, 17 Jun 2013 11:06:55 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 17 Jun 2013 11:06:55 GMT Message-Id: <201306171106.r5HB6tIT012945@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 Subject: Current problem reports assigned to freebsd-x11@FreeBSD.org X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.14 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, 17 Jun 2013 11:06:56 -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/179625 x11 x11-servers/xorg-server built with clang does not work o ports/179571 x11 [PATCH] devel/gccmakedep: improve gcpp test (764 dport o ports/179397 x11 x11-servers/xorg-server: I used mouse focus in open-mo o ports/179261 x11 [PATCH] devel/imake: typo fix, use shebangfix, change o ports/178994 x11 x11-drivers/xf86-input-mouse: compile error with gcc47 o ports/178670 x11 x11/xorg: X does not refresh upper 1/4 screen in some o ports/178648 x11 Update x11-drivers/xf86-video-ati to the 6.14.6 [patch o ports/178170 x11 [patch] x11-servers/xorg-server: xkb misbehaviour on k f ports/177843 x11 port x11/xcb-proto port broken on arm o ports/177691 x11 [PATCH] x11-drivers/xf86-video-openchrome: update to 0 o ports/177539 x11 x11-drivers/xf86-video-via make fails o ports/177051 x11 graphics/dri compilation searching for headers that se o ports/176705 x11 graphics/libGL : Fix complitation (not useability) on o ports/176703 x11 graphics/dri : Fix complitation (not useability) on AR o ports/176111 x11 [PATCH] x11-servers/xorg-server v.1.10.6_2,1 o ports/175935 x11 x11-clocks/xclock links to iconv o ports/175876 x11 [new port] x11-drivers/xf86-input-wacom: split from in o ports/175819 x11 I have updated x11-drivers/xf86-video-vmware to 13.0.0 o ports/175629 x11 x11-drivers/xf86-video-openchrome too old o ports/175532 x11 x11/xdm: /bin/cp -n /usr/local/share/examples/xdm/Give o ports/175432 x11 [PATCH] x11-fonts/xorg-fonts-truetype: Depend on x11-f o ports/175378 x11 x11/xorg: X won't accept keyboard or mouse input if .x o ports/175299 x11 graphics/dri fails to build with clang o ports/174446 x11 [patch] fix hang on startup in x11-drivers/xf86-video- o ports/173492 x11 x11/xorg: X --configure dies when using 2 video cards o ports/173304 x11 x11/libxcb breaks other applications runtine/build o ports/172745 x11 x11/sessreg does not compile in 9.1-PRERELEASE #23 o ports/172379 x11 x11/Xorg errors: drmOpenDevice, /dev/dri/, /dev/dri/ca o ports/172102 x11 [PATCH] devel/gccmakedep build error with clang-cpp o ports/172101 x11 [PATCH] devel/imake build error with clang-cpp o ports/171422 x11 graphics/libGL build error with python3.2 o ports/171242 x11 x11-drivers/xf86-input-mouse: fail to detect moused(8) o ports/170852 x11 [PATCH] x11-fonts/encodings: encodings.dir includes bo o ports/170690 x11 x11-servers/xorg-server eats memory o ports/170232 x11 x11-drivers/xf86-video-intel package building error wi o ports/170108 x11 x11-fonts/libfontenc: library in the package searches o ports/169794 x11 x11/xdm, several /usr/local/lib/X11/xdm/ files missing o ports/169561 x11 [patch] x11-toolkits/libXmu: disable specs o ports/169560 x11 [patch] x11/libICE: disable specs o ports/169559 x11 [patch] x11-fonts/fontsproto: disable specs o ports/168901 x11 New port: textproc/xorg-sgml-doctools o ports/168645 x11 [UPDATE] x11/luit to 1.1.1 f ports/167797 x11 x11/xorg: graphics/gthumb crashes, dumps core f ports/167654 x11 x11-wm/twm - no mouse cursor o ports/167596 x11 [patch] I have rolled back x11-drivers/xf86-video-vmwa o ports/167228 x11 x11-drivers/xf86-video-intel : Missing dependency (x1 o ports/167194 x11 x11-drivers/xf86-input-synaptics 1.5.0 trackpoint(LENO o ports/166163 x11 graphics/dri: gthumb port crashes (SIGSEGV) within the o ports/165981 x11 devel/imake doesn't play nice with current xorg o ports/165599 x11 x11/xkeyboard-config: x11/xkbcomp as a RUN_DEPENDS f power/165585 x11 x11-servers/xorg-server: Both Xorg and Xorg-server por p ports/164349 x11 [PATCH] x11/libXinerama :1 LeftOf or Above :0 mouse is o ports/161480 x11 [patch] x11/luit: don't depend on pty(4), use openpty( o ports/160968 x11 [patch] ports/x11/libXi broken manpages o ports/160963 x11 [patch] x11/bigreqsproto: disable specs o ports/159792 x11 [patch] USB HID devices support for x11-drivers/xf86-i o ports/158529 x11 [patch] x11-servers/xorg-server: conditionalize --with o ports/158513 x11 Broken Xvideo in x11-drivers/xf86-video-intel drivers o ports/156949 x11 x11-drivers/xf86-video-ati 6.14.1 produce black blank f ports/156424 x11 8.2R xrandr & xf86-video-intel & xorg-server packages o ports/156405 x11 x11-drivers/xf86-video-ati driver: no hardware renderi o ports/156042 x11 x11/xorg hang in combination with KWin-Tiling o ports/155696 x11 [patch] x11-servers/xorg-server: chase AIGLX altered d o ports/155683 x11 x11/xdm [patch] Enabling IPv6 support breaks IPv4 f ports/154510 x11 [patch] x11/xorg: xorg servers have Motif-crippling bu o ports/154502 x11 x11/xdm authorization failure when used with E17 windo o ports/154423 x11 x11-drivers/xf86-video-radeonhd: radeon xorg driver ca o ports/153593 x11 graphics/dri: clutter segfault, something to do with i o ports/153495 x11 x11-drivers/xf86-video-ati wavy line problem for lenov o ports/153358 x11 x11-drivers/xf86-video-intel: Intel driver freeze with o ports/152159 x11 [hang] xorg/x11: X11 freezes with Intel Mobile 965 and o ports/151596 x11 x11/xorg: wacom bamboo button 1 no longer works o ports/150633 x11 x11-servers/xorg-server: KVM switching causing X serve o ports/150155 x11 x11/xorg hangs after xrandr(1) usage o ports/149743 x11 x11/xorg: garbled window since Xorg-7.5 o ports/149636 x11 x11/xorg: buffer overflow in pci_device_freebsd_read_r o ports/148591 x11 information note for x11-drivers/xf86-input-synaptics o ports/148444 x11 [hang] x11-drivers/xf86-video-intel: intel driver free f ports/148340 x11 x11-drivers/xf86-video-neomagic: unresolved symbol xf8 o ports/145649 x11 x11/xorg: X server crashes when starting opengl compos o ports/142069 x11 x11/xorg: After adding on a laptop Toshiba Sattelite L o ports/141660 x11 x11/xorg: X can't determine amount of video memory on o ports/139011 x11 [patch] Add options to support GLX TLS in x11-servers o ports/135276 x11 x11/xorg: GUI running first time only while using Free o ports/134132 x11 x11-servers/xorg-server: Intel i845 - xorg.conf with U o ports/131726 x11 x11-servers/xorg-server: xorg server messes with my eh o ports/122830 x11 x11/xorg: Error in I830WaitLpRing() o ports/120947 x11 x11/xsm ignores system.xsm and .xsmstartup 88 problems total. From owner-freebsd-x11@FreeBSD.ORG Mon Jun 17 11:20:02 2013 Return-Path: Delivered-To: freebsd-x11@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 2ABB3E85 for ; Mon, 17 Jun 2013 11:20:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 1CAFD1E36 for ; Mon, 17 Jun 2013 11:20:02 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r5HBK2WH018530 for ; Mon, 17 Jun 2013 11:20:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r5HBK2en018529; Mon, 17 Jun 2013 11:20:02 GMT (envelope-from gnats) Date: Mon, 17 Jun 2013 11:20:02 GMT Message-Id: <201306171120.r5HBK2en018529@freefall.freebsd.org> To: freebsd-x11@FreeBSD.org Cc: From: Dimitry Andric Subject: Re: ports/179625: x11-servers/xorg-server built with clang does not work, needs USE_GCC=any X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Dimitry Andric List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jun 2013 11:20:02 -0000 The following reply was made to PR ports/179625; it has been noted by GNATS. From: Dimitry Andric To: bug-followup@FreeBSD.org, mexas@bristol.ac.uk Cc: Subject: Re: ports/179625: x11-servers/xorg-server built with clang does not work, needs USE_GCC=any Date: Mon, 17 Jun 2013 13:13:40 +0200 This is a multi-part message in MIME format. --------------040606090100040907040001 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit As Jung-uk Kim points out in his reply to the thread about this bug on -current , this may be due to a clang optimizer bug, specifically LLVM PR 16130 . Can you please verify it is exactly this bug, by applying the attached patch to your r249781 tree (I assume you have not yet upgraded), then rebuild clang by doing: cd /usr/src/lib/clang && make cd /usr/src/usr.bin/clang && make && sudo make install After the patched clang has been installed, rebuild your xorg-server without the USE_GCC=any setting, and check if the startup problem was resolved. -Dimitry --------------040606090100040907040001 Content-Type: text/x-diff; name="llvm-pr16130.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="llvm-pr16130.diff" Index: contrib/llvm/include/llvm/Analysis/ScalarEvolution.h =================================================================== --- contrib/llvm/include/llvm/Analysis/ScalarEvolution.h (revision 249781) +++ contrib/llvm/include/llvm/Analysis/ScalarEvolution.h (working copy) @@ -453,7 +453,8 @@ namespace llvm { ExitLimit ComputeExitLimitFromCond(const Loop *L, Value *ExitCond, BasicBlock *TBB, - BasicBlock *FBB); + BasicBlock *FBB, + bool IsSubExpr); /// ComputeExitLimitFromICmp - Compute the number of times the backedge of /// the specified loop will execute if its exit condition were a conditional @@ -461,7 +462,8 @@ namespace llvm { ExitLimit ComputeExitLimitFromICmp(const Loop *L, ICmpInst *ExitCond, BasicBlock *TBB, - BasicBlock *FBB); + BasicBlock *FBB, + bool IsSubExpr); /// ComputeLoadConstantCompareExitLimit - Given an exit condition /// of 'icmp op load X, cst', try to see if we can compute the @@ -483,7 +485,7 @@ namespace llvm { /// HowFarToZero - Return the number of times an exit condition comparing /// the specified value to zero will execute. If not computable, return /// CouldNotCompute. - ExitLimit HowFarToZero(const SCEV *V, const Loop *L); + ExitLimit HowFarToZero(const SCEV *V, const Loop *L, bool IsSubExpr); /// HowFarToNonZero - Return the number of times an exit condition checking /// the specified value for nonzero will execute. If not computable, return @@ -495,7 +497,7 @@ namespace llvm { /// computable, return CouldNotCompute. isSigned specifies whether the /// less-than is signed. ExitLimit HowManyLessThans(const SCEV *LHS, const SCEV *RHS, - const Loop *L, bool isSigned); + const Loop *L, bool isSigned, bool IsSubExpr); /// getPredecessorWithUniqueSuccessorForBB - Return a predecessor of BB /// (which may not be an immediate predecessor) which has exactly one Index: contrib/llvm/lib/Analysis/ScalarEvolution.cpp =================================================================== --- contrib/llvm/lib/Analysis/ScalarEvolution.cpp (revision 249781) +++ contrib/llvm/lib/Analysis/ScalarEvolution.cpp (working copy) @@ -3937,10 +3937,19 @@ const SCEV *ScalarEvolution::createSCEV(Value *V) /// before taking the branch. For loops with multiple exits, it may not be the /// number times that the loop header executes because the loop may exit /// prematurely via another branch. +/// +/// FIXME: We conservatively call getBackedgeTakenCount(L) instead of +/// getExitCount(L, ExitingBlock) to compute a safe trip count considering all +/// loop exits. getExitCount() may return an exact count for this branch +/// assuming no-signed-wrap. The number of well-defined iterations may actually +/// be higher than this trip count if this exit test is skipped and the loop +/// exits via a different branch. Ideally, getExitCount() would know whether it +/// depends on a NSW assumption, and we would only fall back to a conservative +/// trip count in that case. unsigned ScalarEvolution:: -getSmallConstantTripCount(Loop *L, BasicBlock *ExitingBlock) { +getSmallConstantTripCount(Loop *L, BasicBlock */*ExitingBlock*/) { const SCEVConstant *ExitCount = - dyn_cast(getExitCount(L, ExitingBlock)); + dyn_cast(getBackedgeTakenCount(L)); if (!ExitCount) return 0; @@ -3967,8 +3976,8 @@ unsigned ScalarEvolution:: /// As explained in the comments for getSmallConstantTripCount, this assumes /// that control exits the loop via ExitingBlock. unsigned ScalarEvolution:: -getSmallConstantTripMultiple(Loop *L, BasicBlock *ExitingBlock) { - const SCEV *ExitCount = getExitCount(L, ExitingBlock); +getSmallConstantTripMultiple(Loop *L, BasicBlock */*ExitingBlock*/) { + const SCEV *ExitCount = getBackedgeTakenCount(L); if (ExitCount == getCouldNotCompute()) return 1; @@ -3997,7 +4006,7 @@ unsigned ScalarEvolution:: } // getExitCount - Get the expression for the number of loop iterations for which -// this loop is guaranteed not to exit via ExitintBlock. Otherwise return +// this loop is guaranteed not to exit via ExitingBlock. Otherwise return // SCEVCouldNotCompute. const SCEV *ScalarEvolution::getExitCount(Loop *L, BasicBlock *ExitingBlock) { return getBackedgeTakenInfo(L).getExact(ExitingBlock, this); @@ -4382,26 +4391,36 @@ ScalarEvolution::ComputeExitLimit(const Loop *L, B // Proceed to the next level to examine the exit condition expression. return ComputeExitLimitFromCond(L, ExitBr->getCondition(), ExitBr->getSuccessor(0), - ExitBr->getSuccessor(1)); + ExitBr->getSuccessor(1), + /*IsSubExpr=*/false); } /// ComputeExitLimitFromCond - Compute the number of times the /// backedge of the specified loop will execute if its exit condition /// were a conditional branch of ExitCond, TBB, and FBB. +/// +/// @param IsSubExpr is true if ExitCond does not directly control the exit +/// branch. In this case, we cannot assume that the loop only exits when the +/// condition is true and cannot infer that failing to meet the condition prior +/// to integer wraparound results in undefined behavior. ScalarEvolution::ExitLimit ScalarEvolution::ComputeExitLimitFromCond(const Loop *L, Value *ExitCond, BasicBlock *TBB, - BasicBlock *FBB) { + BasicBlock *FBB, + bool IsSubExpr) { // Check if the controlling expression for this loop is an And or Or. if (BinaryOperator *BO = dyn_cast(ExitCond)) { if (BO->getOpcode() == Instruction::And) { // Recurse on the operands of the and. - ExitLimit EL0 = ComputeExitLimitFromCond(L, BO->getOperand(0), TBB, FBB); - ExitLimit EL1 = ComputeExitLimitFromCond(L, BO->getOperand(1), TBB, FBB); + bool EitherMayExit = L->contains(TBB); + ExitLimit EL0 = ComputeExitLimitFromCond(L, BO->getOperand(0), TBB, FBB, + IsSubExpr || EitherMayExit); + ExitLimit EL1 = ComputeExitLimitFromCond(L, BO->getOperand(1), TBB, FBB, + IsSubExpr || EitherMayExit); const SCEV *BECount = getCouldNotCompute(); const SCEV *MaxBECount = getCouldNotCompute(); - if (L->contains(TBB)) { + if (EitherMayExit) { // Both conditions must be true for the loop to continue executing. // Choose the less conservative count. if (EL0.Exact == getCouldNotCompute() || @@ -4429,11 +4448,14 @@ ScalarEvolution::ComputeExitLimitFromCond(const Lo } if (BO->getOpcode() == Instruction::Or) { // Recurse on the operands of the or. - ExitLimit EL0 = ComputeExitLimitFromCond(L, BO->getOperand(0), TBB, FBB); - ExitLimit EL1 = ComputeExitLimitFromCond(L, BO->getOperand(1), TBB, FBB); + bool EitherMayExit = L->contains(FBB); + ExitLimit EL0 = ComputeExitLimitFromCond(L, BO->getOperand(0), TBB, FBB, + IsSubExpr || EitherMayExit); + ExitLimit EL1 = ComputeExitLimitFromCond(L, BO->getOperand(1), TBB, FBB, + IsSubExpr || EitherMayExit); const SCEV *BECount = getCouldNotCompute(); const SCEV *MaxBECount = getCouldNotCompute(); - if (L->contains(FBB)) { + if (EitherMayExit) { // Both conditions must be false for the loop to continue executing. // Choose the less conservative count. if (EL0.Exact == getCouldNotCompute() || @@ -4464,7 +4486,7 @@ ScalarEvolution::ComputeExitLimitFromCond(const Lo // With an icmp, it may be feasible to compute an exact backedge-taken count. // Proceed to the next level to examine the icmp. if (ICmpInst *ExitCondICmp = dyn_cast(ExitCond)) - return ComputeExitLimitFromICmp(L, ExitCondICmp, TBB, FBB); + return ComputeExitLimitFromICmp(L, ExitCondICmp, TBB, FBB, IsSubExpr); // Check for a constant condition. These are normally stripped out by // SimplifyCFG, but ScalarEvolution may be used by a pass which wishes to @@ -4490,7 +4512,8 @@ ScalarEvolution::ExitLimit ScalarEvolution::ComputeExitLimitFromICmp(const Loop *L, ICmpInst *ExitCond, BasicBlock *TBB, - BasicBlock *FBB) { + BasicBlock *FBB, + bool IsSubExpr) { // If the condition was exit on true, convert the condition to exit on false ICmpInst::Predicate Cond; @@ -4542,7 +4565,7 @@ ScalarEvolution::ComputeExitLimitFromICmp(const Lo switch (Cond) { case ICmpInst::ICMP_NE: { // while (X != Y) // Convert to: while (X-Y != 0) - ExitLimit EL = HowFarToZero(getMinusSCEV(LHS, RHS), L); + ExitLimit EL = HowFarToZero(getMinusSCEV(LHS, RHS), L, IsSubExpr); if (EL.hasAnyInfo()) return EL; break; } @@ -4553,24 +4576,24 @@ ScalarEvolution::ComputeExitLimitFromICmp(const Lo break; } case ICmpInst::ICMP_SLT: { - ExitLimit EL = HowManyLessThans(LHS, RHS, L, true); + ExitLimit EL = HowManyLessThans(LHS, RHS, L, true, IsSubExpr); if (EL.hasAnyInfo()) return EL; break; } case ICmpInst::ICMP_SGT: { ExitLimit EL = HowManyLessThans(getNotSCEV(LHS), - getNotSCEV(RHS), L, true); + getNotSCEV(RHS), L, true, IsSubExpr); if (EL.hasAnyInfo()) return EL; break; } case ICmpInst::ICMP_ULT: { - ExitLimit EL = HowManyLessThans(LHS, RHS, L, false); + ExitLimit EL = HowManyLessThans(LHS, RHS, L, false, IsSubExpr); if (EL.hasAnyInfo()) return EL; break; } case ICmpInst::ICMP_UGT: { ExitLimit EL = HowManyLessThans(getNotSCEV(LHS), - getNotSCEV(RHS), L, false); + getNotSCEV(RHS), L, false, IsSubExpr); if (EL.hasAnyInfo()) return EL; break; } @@ -5439,7 +5462,7 @@ SolveQuadraticEquation(const SCEVAddRecExpr *AddRe /// effectively V != 0. We know and take advantage of the fact that this /// expression only being used in a comparison by zero context. ScalarEvolution::ExitLimit -ScalarEvolution::HowFarToZero(const SCEV *V, const Loop *L) { +ScalarEvolution::HowFarToZero(const SCEV *V, const Loop *L, bool IsSubExpr) { // If the value is a constant if (const SCEVConstant *C = dyn_cast(V)) { // If the value is already zero, the branch will execute zero times. @@ -5537,19 +5560,20 @@ ScalarEvolution::ExitLimit } // If the recurrence is known not to wraparound, unsigned divide computes the - // back edge count. We know that the value will either become zero (and thus - // the loop terminates), that the loop will terminate through some other exit - // condition first, or that the loop has undefined behavior. This means - // we can't "miss" the exit value, even with nonunit stride. + // back edge count. (Ideally we would have an "isexact" bit for udiv). We know + // that the value will either become zero (and thus the loop terminates), that + // the loop will terminate through some other exit condition first, or that + // the loop has undefined behavior. This means we can't "miss" the exit + // value, even with nonunit stride. // - // FIXME: Prove that loops always exhibits *acceptable* undefined - // behavior. Loops must exhibit defined behavior until a wrapped value is - // actually used. So the trip count computed by udiv could be smaller than the - // number of well-defined iterations. - if (AddRec->getNoWrapFlags(SCEV::FlagNW)) { - // FIXME: We really want an "isexact" bit for udiv. + // This is only valid for expressions that directly compute the loop exit. It + // is invalid for subexpressions in which the loop may exit through this + // branch even if this subexpression is false. In that case, the trip count + // computed by this udiv could be smaller than the number of well-defined + // iterations. + if (!IsSubExpr && AddRec->getNoWrapFlags(SCEV::FlagNW)) return getUDivExpr(Distance, CountDown ? getNegativeSCEV(Step) : Step); - } + // Then, try to solve the above equation provided that Start is constant. if (const SCEVConstant *StartC = dyn_cast(Start)) return SolveLinEquationWithOverflow(StepC->getValue()->getValue(), @@ -6315,9 +6339,14 @@ const SCEV *ScalarEvolution::getBECount(const SCEV /// HowManyLessThans - Return the number of times a backedge containing the /// specified less-than comparison will execute. If not computable, return /// CouldNotCompute. +/// +/// @param IsSubExpr is true when the LHS < RHS condition does not directly +/// control the branch. In this case, we can only compute an iteration count for +/// a subexpression that cannot overflow before evaluating true. ScalarEvolution::ExitLimit ScalarEvolution::HowManyLessThans(const SCEV *LHS, const SCEV *RHS, - const Loop *L, bool isSigned) { + const Loop *L, bool isSigned, + bool IsSubExpr) { // Only handle: "ADDREC < LoopInvariant". if (!isLoopInvariant(RHS, L)) return getCouldNotCompute(); @@ -6326,10 +6355,12 @@ ScalarEvolution::HowManyLessThans(const SCEV *LHS, return getCouldNotCompute(); // Check to see if we have a flag which makes analysis easy. - bool NoWrap = isSigned ? - AddRec->getNoWrapFlags((SCEV::NoWrapFlags)(SCEV::FlagNSW | SCEV::FlagNW)) : - AddRec->getNoWrapFlags((SCEV::NoWrapFlags)(SCEV::FlagNUW | SCEV::FlagNW)); - + bool NoWrap = false; + if (!IsSubExpr) { + NoWrap = AddRec->getNoWrapFlags( + (SCEV::NoWrapFlags)(((isSigned ? SCEV::FlagNSW : SCEV::FlagNUW)) + | SCEV::FlagNW)); + } if (AddRec->isAffine()) { unsigned BitWidth = getTypeSizeInBits(AddRec->getType()); const SCEV *Step = AddRec->getStepRecurrence(*this); --------------040606090100040907040001-- From owner-freebsd-x11@FreeBSD.ORG Mon Jun 17 12:10:01 2013 Return-Path: Delivered-To: freebsd-x11@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id ED4623BF for ; Mon, 17 Jun 2013 12:10:01 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id DD14B1123 for ; Mon, 17 Jun 2013 12:10:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r5HCA1X7027863 for ; Mon, 17 Jun 2013 12:10:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r5HCA1Dr027862; Mon, 17 Jun 2013 12:10:01 GMT (envelope-from gnats) Date: Mon, 17 Jun 2013 12:10:01 GMT Message-Id: <201306171210.r5HCA1Dr027862@freefall.freebsd.org> To: freebsd-x11@FreeBSD.org Cc: From: Anton Shterenlikht Subject: Re: ports/179625: x11-servers/xorg-server built with clang does not work, needs USE_GCC=any X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Anton Shterenlikht List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jun 2013 12:10:02 -0000 The following reply was made to PR ports/179625; it has been noted by GNATS. From: Anton Shterenlikht To: bug-followup@FreeBSD.org, dim@FreeBSD.org, mexas@bristol.ac.uk Cc: Subject: Re: ports/179625: x11-servers/xorg-server built with clang does not work, needs USE_GCC=any Date: Mon, 17 Jun 2013 13:00:48 +0100 (BST) The patch applied cleanly (yes, I'm still on r249781). The commands you wrote also run with no problems. However, rebuilding xorg-server with patched clang, and removing USE_GCC, did not help. The X error is still the same: (EE) Jun 17 12:51:23 NVIDIA(0): Failed to initialize default colormap (EE) NVIDIA(0): *** Aborting *** Fatal server error: AddScreen/ScreenInit failed for driver 0 Anton From owner-freebsd-x11@FreeBSD.ORG Mon Jun 17 12:43:21 2013 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 5AEBCE33; Mon, 17 Jun 2013 12:43:21 +0000 (UTC) (envelope-from artyom.mirgorodsky@gmail.com) Received: from mail-wg0-x229.google.com (mail-wg0-x229.google.com [IPv6:2a00:1450:400c:c00::229]) by mx1.freebsd.org (Postfix) with ESMTP id BE08812F0; Mon, 17 Jun 2013 12:43:20 +0000 (UTC) Received: by mail-wg0-f41.google.com with SMTP id y10so3045221wgg.4 for ; Mon, 17 Jun 2013 05:43:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:date:message-id:user-agent:in-reply-to :references:mime-version:content-transfer-encoding:content-type; bh=82OJe+Pv925K8uBX/tbtm02uFX9jAxnpH2OitSBikRY=; b=gMZ9RSqeNUtimEtkpw9FZKIAGnowaz1SmYpjoLm5RLCCEbuwMmO/nG3MzSj9h4QIB5 s4acM8rfxvN7UgO+RZZHdoLkEI1027cd8HCpHNIxZhpy2HcOtXTRZOsEDojxfAO9nI52 K/IfrkOXtSIlXhcTww/qBAHPvnWHzjzo2TunTGnkNp3BnqK+xBf9BksUpY4VlNd+75/o evadm/nibZQfACx8COF+iVxfA6FquYSQFM6uGps/SIG3pnPDlcYRWlNp+/MwHzhLKFGC doS07t1/IllpfGKmoddxuZ6if2V/dyDeNd7aNWQjlZiTD5h13GIOUMNv3AuZK5mxFfGC 4nMw== X-Received: by 10.180.105.231 with SMTP id gp7mr4752082wib.23.1371472999778; Mon, 17 Jun 2013 05:43:19 -0700 (PDT) Received: from notebook.alkar.net (nat1.id-telecom.net. [178.215.171.16]) by mx.google.com with ESMTPSA id r9sm21845525wik.1.2013.06.17.05.43.18 for (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 17 Jun 2013 05:43:19 -0700 (PDT) From: Artyom Mirgorodskiy To: Konstantin Belousov Subject: Re: [drm2][panic] Running XOrg with SNA enabled causes system panic after few hours on G33 Date: Mon, 17 Jun 2013 15:43:53 +0300 Message-ID: <2150903.e79J8LWVnH@notebook.alkar.net> User-Agent: KMail/4.10.3 (FreeBSD/10.0-CURRENT; KDE/4.10.3; amd64; ; ) In-Reply-To: <20130616142749.GS91021@kib.kiev.ua> References: <20130616142749.GS91021@kib.kiev.ua> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: freebsd-x11@freebsd.org, freebsd-current@freebsd.org X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.14 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, 17 Jun 2013 12:43:21 -0000 My laptop can shutdown after this patch, however I receive the following messages: Jun 17 09:34:03 notebook kernel: error: [drm:pid12:i915_hangcheck_ring_idle] *ERROR* Hangcheck timer elapsed... blt ring idle [waiting on 7438, at 7438], missed IRQ? Jun 17 09:36:08 notebook kernel: error: [drm:pid12:i915_hangcheck_ring_idle] *ERROR* Hangcheck timer elapsed... blt ring idle [waiting on 11914, at 11914], missed IRQ? Jun 17 09:45:03 notebook kernel: error: [drm:pid12:i915_hangcheck_ring_idle] *ERROR* Hangcheck timer elapsed... blt ring idle [waiting on 69315, at 69315], missed IRQ? Jun 17 09:45:45 notebook kernel: error: [drm:pid12:i915_hangcheck_ring_idle] *ERROR* Hangcheck timer elapsed... blt ring idle [waiting on 72243, at 72243], missed IRQ? On Sunday 16 June 2013 17:27:49 Konstantin Belousov wrote: > On Sun, Jun 16, 2013 at 06:04:39PM +0400, Oleg Sidorkin wrote: > > Thanks for the patch. > > I've adapted the proposed patch for stable/9 and it is running with > > SNA enabled now. > > In other words, your problem seems to be gone with the patch applied ? > > > > > On Sat, Jun 15, 2013 at 11:54 PM, Artyom Mirgorodskiy > > wrote: > > > I can't apply patch > > > > > > > > > > > > On Saturday 15 June 2013 21:48:08 Konstantin Belousov wrote: > > > > > >> On Sat, Jun 15, 2013 at 09:46:02PM +0300, Artyom Mirgorodskiy wrote: > > > > > >> > Can you please also create patch for -current? > > > > > >> It is for current. Code in stable/9 should be identical though. > > > > > > -- > > > > > > Artyom Mirgorodskiy > > > > > > > > -- > > Oleg Sidorkin -- Artyom Mirgorodskiy From owner-freebsd-x11@FreeBSD.ORG Mon Jun 17 18:39:34 2013 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 2589F7E2; Mon, 17 Jun 2013 18:39:34 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from forward10l.mail.yandex.net (forward10l.mail.yandex.net [IPv6:2a02:6b8:0:1819::a]) by mx1.freebsd.org (Postfix) with ESMTP id AC6E8186B; Mon, 17 Jun 2013 18:39:33 +0000 (UTC) Received: from smtp11.mail.yandex.net (smtp11.mail.yandex.net [95.108.130.67]) by forward10l.mail.yandex.net (Yandex) with ESMTP id 1C0D0BA141E; Mon, 17 Jun 2013 22:39:29 +0400 (MSK) Received: from smtp11.mail.yandex.net (localhost [127.0.0.1]) by smtp11.mail.yandex.net (Yandex) with ESMTP id 965DA7E080B; Mon, 17 Jun 2013 22:39:28 +0400 (MSK) Received: from unknown (unknown [178.76.224.133]) by smtp11.mail.yandex.net (nwsmtp/Yandex) with ESMTP id jwRWC0p241-dSt08N6r; Mon, 17 Jun 2013 22:39:28 +0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1371494368; bh=uBgjG9NTaChqXSqeIUnRaljy4yBRc7C50AETvQubA/8=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=PjWtU7JcKdBEk1N98pMIlF6Vp13lgaHYZJgJ9ZBW18tXWNLLPRQ3X03cE6A4OYABZ TSolIb+pOsUaIV92FX3CzQXv0HLSw+EqL/vG9mzKe1RrPJmzdrgpU7QAE9ZlUSFtxC jh8M0wAluCu6A0P6BaE7jdIL62lfp4vMSqwriFTE= Authentication-Results: smtp11.mail.yandex.net; dkim=pass header.i=@yandex.ru Message-ID: <51BF57D1.1060603@yandex.ru> Date: Mon, 17 Jun 2013 22:39:13 +0400 From: Ruslan Makhmatkhanov User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130516 Thunderbird/17.0.6 MIME-Version: 1.0 To: Artyom Mirgorodskiy Subject: Re: [drm2][panic] Running XOrg with SNA enabled causes system panic after few hours on G33 References: <20130616142749.GS91021@kib.kiev.ua> <2150903.e79J8LWVnH@notebook.alkar.net> In-Reply-To: <2150903.e79J8LWVnH@notebook.alkar.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-x11@freebsd.org, freebsd-current@freebsd.org X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.14 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, 17 Jun 2013 18:39:34 -0000 I have this problem from the beginning (more than year now), I already wrote about that on current@ some time ago. The problem is that it appears sporadically (but always in not very suitable moment) and I can't see anything on terminal, so it's hard to debug/complain. So I just updated to r251845, applied the Konstantin's patch and rebuild world/kernel. Sadly nothing changed this time. I boot into X11, then shut it down from the gnome menu, waiting for 15 minutes of blank screen. Nothing happens. Then doing my everyday procedure: powering it down by pressing a button, then usual full fsck (journaling fails) in single mode and reboot. Artyom Mirgorodskiy wrote on 17.06.2013 16:43: > My laptop can shutdown after this patch, however I receive the following messages: > > Jun 17 09:34:03 notebook kernel: error: [drm:pid12:i915_hangcheck_ring_idle] *ERROR* Hangcheck timer elapsed... blt ring idle [waiting on 7438, at 7438], missed IRQ? > Jun 17 09:36:08 notebook kernel: error: [drm:pid12:i915_hangcheck_ring_idle] *ERROR* Hangcheck timer elapsed... blt ring idle [waiting on 11914, at 11914], missed IRQ? > Jun 17 09:45:03 notebook kernel: error: [drm:pid12:i915_hangcheck_ring_idle] *ERROR* Hangcheck timer elapsed... blt ring idle [waiting on 69315, at 69315], missed IRQ? > Jun 17 09:45:45 notebook kernel: error: [drm:pid12:i915_hangcheck_ring_idle] *ERROR* Hangcheck timer elapsed... blt ring idle [waiting on 72243, at 72243], missed IRQ? And I have no that guys in my log files. Only this at booting: Jun 17 22:27:47 smeshariki4 kernel: info: [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). Jun 17 22:27:47 smeshariki4 kernel: info: [drm] Driver supports precise vblank timestamp query. Jun 17 22:27:47 smeshariki4 kernel: info: [drm] Enabling RC6 states: RC6 off, RC6p off, RC6pp off Jun 17 22:27:47 smeshariki4 kernel: drmn1: taking over the fictitious range 0xc0000000-0xd0000000 Jun 17 22:27:47 smeshariki4 kernel: info: [drm] GMBUS timed out, falling back to bit banging on pin 7 [gmbus bus dpd] Jun 17 22:27:47 smeshariki4 kernel: info: [drm] Initialized i915 1.6.0 20080730 Any suggestions? > > > On Sunday 16 June 2013 17:27:49 Konstantin Belousov wrote: >> On Sun, Jun 16, 2013 at 06:04:39PM +0400, Oleg Sidorkin wrote: >>> Thanks for the patch. >>> I've adapted the proposed patch for stable/9 and it is running with >>> SNA enabled now. >> >> In other words, your problem seems to be gone with the patch applied ? >> >>> >>> On Sat, Jun 15, 2013 at 11:54 PM, Artyom Mirgorodskiy >>> wrote: >>>> I can't apply patch >>>> >>>> >>>> >>>> On Saturday 15 June 2013 21:48:08 Konstantin Belousov wrote: >>>> >>>>> On Sat, Jun 15, 2013 at 09:46:02PM +0300, Artyom Mirgorodskiy wrote: >>>> >>>>>> Can you please also create patch for -current? >>>> >>>>> It is for current. Code in stable/9 should be identical though. -- Regards, Ruslan Tinderboxing kills... the drives. From owner-freebsd-x11@FreeBSD.ORG Mon Jun 17 20:30:02 2013 Return-Path: Delivered-To: freebsd-x11@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 0484428E for ; Mon, 17 Jun 2013 20:30:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id E5A5E1DD9 for ; Mon, 17 Jun 2013 20:30:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r5HKU10Y032135 for ; Mon, 17 Jun 2013 20:30:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r5HKU1g4032134; Mon, 17 Jun 2013 20:30:01 GMT (envelope-from gnats) Date: Mon, 17 Jun 2013 20:30:01 GMT Message-Id: <201306172030.r5HKU1g4032134@freefall.freebsd.org> To: freebsd-x11@FreeBSD.org Cc: From: Paul Brewer Subject: Re: ports/179625: x11-servers/xorg-server built with clang does not work, needs USE_GCC=any X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Paul Brewer List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jun 2013 20:30:02 -0000 The following reply was made to PR ports/179625; it has been noted by GNATS. From: Paul Brewer To: bug-followup@FreeBSD.org, mexas@bristol.ac.uk Cc: Subject: Re: ports/179625: x11-servers/xorg-server built with clang does not work, needs USE_GCC=any Date: Mon, 17 Jun 2013 21:20:54 +0100 I too have this issue. When xorg-server is compiled with clang, the following appears in /var/log/Xorg.0.log: ---------------------------------------------------------------------- (II) VBoxVideo(0): Using default gamma of (1.0, 1.0, 1.0) unless otherwise stated. (II) VBoxVideo(0): RandR 1.2 enabled, ignore the following RandR disabled message. Fatal server error: AddScreen/ScreenInit failed for driver 0 Please consult the The X.Org Foundation support at http://wiki.x.org for help. Please also check the log file at "/var/log/Xorg.0.log" for additional information. Segmentation fault at address 0x290 ---------------------------------------------------------------------- This is in a VM, which reports the graphics adapter as: vgapci0@pci0:0:2:0: class=0x030000 card=0x00000000 chip=0xbeef80ee rev=0x00 hdr=0x00 vendor = 'InnoTek Systemberatung GmbH' device = 'VirtualBox Graphics Adapter' class = display subclass = VGA From owner-freebsd-x11@FreeBSD.ORG Mon Jun 17 21:20:02 2013 Return-Path: Delivered-To: freebsd-x11@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 5809A8B0 for ; Mon, 17 Jun 2013 21:20:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 491BC1076 for ; Mon, 17 Jun 2013 21:20:02 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r5HLK2FM042620 for ; Mon, 17 Jun 2013 21:20:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r5HLK2TR042619; Mon, 17 Jun 2013 21:20:02 GMT (envelope-from gnats) Date: Mon, 17 Jun 2013 21:20:02 GMT Message-Id: <201306172120.r5HLK2TR042619@freefall.freebsd.org> To: freebsd-x11@FreeBSD.org Cc: From: Dimitry Andric Subject: Re: ports/179625: x11-servers/xorg-server built with clang does not work, needs USE_GCC=any X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Dimitry Andric List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jun 2013 21:20:02 -0000 The following reply was made to PR ports/179625; it has been noted by GNATS. From: Dimitry Andric To: mexas@bristol.ac.uk Cc: bug-followup@FreeBSD.org, Jung-uk Kim , Niclas Zeising Subject: Re: ports/179625: x11-servers/xorg-server built with clang does not work, needs USE_GCC=any Date: Mon, 17 Jun 2013 23:18:43 +0200 --Apple-Mail=_C3BEED31-6A73-4D53-9F4C-B6B88549E1BB Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Jun 17, 2013, at 14:00, Anton Shterenlikht wrote: > The patch applied cleanly (yes, I'm still on r249781). > The commands you wrote also run with no problems. > However, rebuilding xorg-server with patched clang, > and removing USE_GCC, did not help. The X error > is still the same: >=20 > (EE) Jun 17 12:51:23 NVIDIA(0): Failed to initialize default colormap > (EE) NVIDIA(0): *** Aborting *** >=20 > Fatal server error: > AddScreen/ScreenInit failed for driver 0 Okay, so the optimizer was not the issue then. :-) Luckily I was able to reproduce your error, after realizing you were using the old X.org server (version 1.7.7). As far as I can tell, this is the following bug: https://bugs.freedesktop.org/show_bug.cgi?id=3D18451 which is fixed by this commit: = http://cgit.freedesktop.org/xorg/xserver/commit/?id=3D6dae7f3792611aace1df= 0cca63bf50c50d93de43 I'm attaching a diff for our x11-servers/xorg-server port, can you please try it? E.g. from the root of your ports tree, run: patch -p0 -f -F0 -i x11-servers__xorg-server__fix-xace-callback-1.diff which should modify x11-servers/xorg-server/Makefile, and add an additional patch (extra-Xext-xace.c) to the files subdirectory. Then rebuild and reinstall the xorg-server port. -Dimitry --Apple-Mail=_C3BEED31-6A73-4D53-9F4C-B6B88549E1BB Content-Disposition: attachment; filename=x11-servers__xorg-server__fix-xace-callback-1.diff Content-Type: application/octet-stream; name="x11-servers__xorg-server__fix-xace-callback-1.diff" Content-Transfer-Encoding: 7bit Index: x11-servers/xorg-server/Makefile =================================================================== --- x11-servers/xorg-server/Makefile (revision 321017) +++ x11-servers/xorg-server/Makefile (working copy) @@ -33,7 +33,8 @@ ${FILESDIR}/extra-os-utils.c \ ${FILESDIR}/extra-Xserver-hw-xfree86-os-support-bsd-sparc64_video.c \ ${FILESDIR}/extra-Xserver-os-xprintf.c \ - ${FILESDIR}/extra-servermd.h + ${FILESDIR}/extra-servermd.h \ + ${FILESDIR}/extra-Xext-xace.c .endif USE_BZIP2= yes Index: x11-servers/xorg-server/files/extra-Xext-xace.c =================================================================== --- x11-servers/xorg-server/files/extra-Xext-xace.c (revision 0) +++ x11-servers/xorg-server/files/extra-Xext-xace.c (working copy) @@ -0,0 +1,211 @@ +--- Xext/xace.c.orig 2010-04-21 04:00:26.000000000 +0200 ++++ Xext/xace.c 2013-06-17 23:02:08.000000000 +0200 +@@ -87,7 +87,18 @@ void XaceHookAuditEnd(ClientPtr ptr, int + */ + int XaceHook(int hook, ...) + { +- pointer calldata; /* data passed to callback */ ++ union { ++ XaceResourceAccessRec res; ++ XaceDeviceAccessRec dev; ++ XaceSendAccessRec send; ++ XaceReceiveAccessRec recv; ++ XaceClientAccessRec client; ++ XaceExtAccessRec ext; ++ XaceServerAccessRec server; ++ XaceScreenAccessRec screen; ++ XaceAuthAvailRec auth; ++ XaceKeyAvailRec key; ++ } u; + int *prv = NULL; /* points to return value from callback */ + va_list ap; /* argument list */ + va_start(ap, hook); +@@ -99,117 +110,86 @@ int XaceHook(int hook, ...) + */ + switch (hook) + { +- case XACE_RESOURCE_ACCESS: { +- XaceResourceAccessRec rec; +- rec.client = va_arg(ap, ClientPtr); +- rec.id = va_arg(ap, XID); +- rec.rtype = va_arg(ap, RESTYPE); +- rec.res = va_arg(ap, pointer); +- rec.ptype = va_arg(ap, RESTYPE); +- rec.parent = va_arg(ap, pointer); +- rec.access_mode = va_arg(ap, Mask); +- rec.status = Success; /* default allow */ +- calldata = &rec; +- prv = &rec.status; ++ case XACE_RESOURCE_ACCESS: ++ u.res.client = va_arg(ap, ClientPtr); ++ u.res.id = va_arg(ap, XID); ++ u.res.rtype = va_arg(ap, RESTYPE); ++ u.res.res = va_arg(ap, pointer); ++ u.res.ptype = va_arg(ap, RESTYPE); ++ u.res.parent = va_arg(ap, pointer); ++ u.res.access_mode = va_arg(ap, Mask); ++ u.res.status = Success; /* default allow */ ++ prv = &u.res.status; ++ break; ++ case XACE_DEVICE_ACCESS: ++ u.dev.client = va_arg(ap, ClientPtr); ++ u.dev.dev = va_arg(ap, DeviceIntPtr); ++ u.dev.access_mode = va_arg(ap, Mask); ++ u.dev.status = Success; /* default allow */ ++ prv = &u.dev.status; ++ break; ++ case XACE_SEND_ACCESS: ++ u.send.client = va_arg(ap, ClientPtr); ++ u.send.dev = va_arg(ap, DeviceIntPtr); ++ u.send.pWin = va_arg(ap, WindowPtr); ++ u.send.events = va_arg(ap, xEventPtr); ++ u.send.count = va_arg(ap, int); ++ u.send.status = Success; /* default allow */ ++ prv = &u.send.status; ++ break; ++ case XACE_RECEIVE_ACCESS: ++ u.recv.client = va_arg(ap, ClientPtr); ++ u.recv.pWin = va_arg(ap, WindowPtr); ++ u.recv.events = va_arg(ap, xEventPtr); ++ u.recv.count = va_arg(ap, int); ++ u.recv.status = Success; /* default allow */ ++ prv = &u.recv.status; ++ break; ++ case XACE_CLIENT_ACCESS: ++ u.client.client = va_arg(ap, ClientPtr); ++ u.client.target = va_arg(ap, ClientPtr); ++ u.client.access_mode = va_arg(ap, Mask); ++ u.client.status = Success; /* default allow */ ++ prv = &u.client.status; ++ break; ++ case XACE_EXT_ACCESS: ++ u.ext.client = va_arg(ap, ClientPtr); ++ u.ext.ext = va_arg(ap, ExtensionEntry*); ++ u.ext.access_mode = DixGetAttrAccess; ++ u.ext.status = Success; /* default allow */ ++ prv = &u.ext.status; ++ break; ++ case XACE_SERVER_ACCESS: ++ u.server.client = va_arg(ap, ClientPtr); ++ u.server.access_mode = va_arg(ap, Mask); ++ u.server.status = Success; /* default allow */ ++ prv = &u.server.status; + break; +- } +- case XACE_DEVICE_ACCESS: { +- XaceDeviceAccessRec rec; +- rec.client = va_arg(ap, ClientPtr); +- rec.dev = va_arg(ap, DeviceIntPtr); +- rec.access_mode = va_arg(ap, Mask); +- rec.status = Success; /* default allow */ +- calldata = &rec; +- prv = &rec.status; +- break; +- } +- case XACE_SEND_ACCESS: { +- XaceSendAccessRec rec; +- rec.client = va_arg(ap, ClientPtr); +- rec.dev = va_arg(ap, DeviceIntPtr); +- rec.pWin = va_arg(ap, WindowPtr); +- rec.events = va_arg(ap, xEventPtr); +- rec.count = va_arg(ap, int); +- rec.status = Success; /* default allow */ +- calldata = &rec; +- prv = &rec.status; +- break; +- } +- case XACE_RECEIVE_ACCESS: { +- XaceReceiveAccessRec rec; +- rec.client = va_arg(ap, ClientPtr); +- rec.pWin = va_arg(ap, WindowPtr); +- rec.events = va_arg(ap, xEventPtr); +- rec.count = va_arg(ap, int); +- rec.status = Success; /* default allow */ +- calldata = &rec; +- prv = &rec.status; +- break; +- } +- case XACE_CLIENT_ACCESS: { +- XaceClientAccessRec rec; +- rec.client = va_arg(ap, ClientPtr); +- rec.target = va_arg(ap, ClientPtr); +- rec.access_mode = va_arg(ap, Mask); +- rec.status = Success; /* default allow */ +- calldata = &rec; +- prv = &rec.status; +- break; +- } +- case XACE_EXT_ACCESS: { +- XaceExtAccessRec rec; +- rec.client = va_arg(ap, ClientPtr); +- rec.ext = va_arg(ap, ExtensionEntry*); +- rec.access_mode = DixGetAttrAccess; +- rec.status = Success; /* default allow */ +- calldata = &rec; +- prv = &rec.status; +- break; +- } +- case XACE_SERVER_ACCESS: { +- XaceServerAccessRec rec; +- rec.client = va_arg(ap, ClientPtr); +- rec.access_mode = va_arg(ap, Mask); +- rec.status = Success; /* default allow */ +- calldata = &rec; +- prv = &rec.status; +- break; +- } + case XACE_SCREEN_ACCESS: +- case XACE_SCREENSAVER_ACCESS: { +- XaceScreenAccessRec rec; +- rec.client = va_arg(ap, ClientPtr); +- rec.screen = va_arg(ap, ScreenPtr); +- rec.access_mode = va_arg(ap, Mask); +- rec.status = Success; /* default allow */ +- calldata = &rec; +- prv = &rec.status; +- break; +- } +- case XACE_AUTH_AVAIL: { +- XaceAuthAvailRec rec; +- rec.client = va_arg(ap, ClientPtr); +- rec.authId = va_arg(ap, XID); +- calldata = &rec; ++ case XACE_SCREENSAVER_ACCESS: ++ u.screen.client = va_arg(ap, ClientPtr); ++ u.screen.screen = va_arg(ap, ScreenPtr); ++ u.screen.access_mode = va_arg(ap, Mask); ++ u.screen.status = Success; /* default allow */ ++ prv = &u.screen.status; ++ break; ++ case XACE_AUTH_AVAIL: ++ u.auth.client = va_arg(ap, ClientPtr); ++ u.auth.authId = va_arg(ap, XID); ++ break; ++ case XACE_KEY_AVAIL: ++ u.key.event = va_arg(ap, xEventPtr); ++ u.key.keybd = va_arg(ap, DeviceIntPtr); ++ u.key.count = va_arg(ap, int); + break; +- } +- case XACE_KEY_AVAIL: { +- XaceKeyAvailRec rec; +- rec.event = va_arg(ap, xEventPtr); +- rec.keybd = va_arg(ap, DeviceIntPtr); +- rec.count = va_arg(ap, int); +- calldata = &rec; +- break; +- } +- default: { ++ default: + va_end(ap); + return 0; /* unimplemented hook number */ +- } + } + va_end(ap); + + /* call callbacks and return result, if any. */ +- CallCallbacks(&XaceHooks[hook], calldata); ++ CallCallbacks(&XaceHooks[hook], &u); + return prv ? *prv : Success; + } + --Apple-Mail=_C3BEED31-6A73-4D53-9F4C-B6B88549E1BB-- From owner-freebsd-x11@FreeBSD.ORG Mon Jun 17 21:50:01 2013 Return-Path: Delivered-To: freebsd-x11@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id A558391B for ; Mon, 17 Jun 2013 21:50:01 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 9771B11F9 for ; Mon, 17 Jun 2013 21:50:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r5HLo1gk048539 for ; Mon, 17 Jun 2013 21:50:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r5HLo1AO048525; Mon, 17 Jun 2013 21:50:01 GMT (envelope-from gnats) Date: Mon, 17 Jun 2013 21:50:01 GMT Message-Id: <201306172150.r5HLo1AO048525@freefall.freebsd.org> To: freebsd-x11@FreeBSD.org Cc: From: Jung-uk Kim Subject: Re: ports/179625: x11-servers/xorg-server built with clang does not work, needs USE_GCC=any X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Jung-uk Kim List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jun 2013 21:50:01 -0000 The following reply was made to PR ports/179625; it has been noted by GNATS. From: Jung-uk Kim To: Dimitry Andric Cc: mexas@bristol.ac.uk, bug-followup@freebsd.org, Niclas Zeising Subject: Re: ports/179625: x11-servers/xorg-server built with clang does not work, needs USE_GCC=any Date: Mon, 17 Jun 2013 17:46:37 -0400 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2013-06-17 17:18:43 -0400, Dimitry Andric wrote: > Luckily I was able to reproduce your error, after realizing you > were using the old X.org server (version 1.7.7). As far as I can > tell, this is the following bug: > > https://bugs.freedesktop.org/show_bug.cgi?id=18451 > > which is fixed by this commit: > > http://cgit.freedesktop.org/xorg/xserver/commit/?id=6dae7f3792611aace1df0cca63bf50c50d93de43 ... Yes, > that did it! Thanks for the nice detective work! Jung-uk Kim -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iQEcBAEBAgAGBQJRv4O9AAoJECXpabHZMqHOqHoIAIzq09axU9KP+OapYffHhM0G LrBSLQt0eBUzAKeNAbxGCh243zmvSv8GKt503JQf01IOtUlf1C3nh2htKiskH0Gw 5Y2hxU8obv4dQqhj2VfM2N3YshNMIwzVv+BRuR+jRZXwkO6AzhG3QetbS4j24yhl QgoU/9xKznqK3DG/dMS1UhiPSIBXEtPJQydQJqENOFNWF1vfLLFnyeRqlh9/CXxn 1EsHm+Vck1c/HOID0v7yajjBazOQmlSVNqmX6YPDsaDqa4OeZ9OKFAXM9bk2Fcjf xXPJWiFBxHrgdVx01X2zdPSRut4pxfIBXXC70fMy2/wwdxauxgOmEMWbNkJOPm4= =Fm1K -----END PGP SIGNATURE----- From owner-freebsd-x11@FreeBSD.ORG Mon Jun 17 21:55:14 2013 Return-Path: Delivered-To: freebsd-x11@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 2AAFEB27; Mon, 17 Jun 2013 21:55:14 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 04FF7123C; Mon, 17 Jun 2013 21:55:14 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r5HLtDgJ050208; Mon, 17 Jun 2013 21:55:13 GMT (envelope-from jkim@freefall.freebsd.org) Received: (from jkim@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r5HLtD2t050207; Mon, 17 Jun 2013 21:55:13 GMT (envelope-from jkim) Date: Mon, 17 Jun 2013 21:55:13 GMT Message-Id: <201306172155.r5HLtD2t050207@freefall.freebsd.org> To: mexas@bristol.ac.uk, jkim@FreeBSD.org, freebsd-x11@FreeBSD.org From: jkim@FreeBSD.org Subject: Re: ports/179625: x11-servers/xorg-server built with clang does not work, needs USE_GCC=any X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.14 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, 17 Jun 2013 21:55:14 -0000 Synopsis: x11-servers/xorg-server built with clang does not work, needs USE_GCC=any State-Changed-From-To: open->closed State-Changed-By: jkim State-Changed-When: Mon Jun 17 21:54:15 UTC 2013 State-Changed-Why: Committed (r321157), thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=179625 From owner-freebsd-x11@FreeBSD.ORG Mon Jun 17 22:00:01 2013 Return-Path: Delivered-To: freebsd-x11@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 28FA1BC7 for ; Mon, 17 Jun 2013 22:00:01 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 1A61B1265 for ; Mon, 17 Jun 2013 22:00:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r5HM00rx050518 for ; Mon, 17 Jun 2013 22:00:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r5HM00oK050517; Mon, 17 Jun 2013 22:00:00 GMT (envelope-from gnats) Date: Mon, 17 Jun 2013 22:00:00 GMT Message-Id: <201306172200.r5HM00oK050517@freefall.freebsd.org> To: freebsd-x11@FreeBSD.org Cc: From: dfilter@FreeBSD.ORG (dfilter service) Subject: Re: ports/179625: commit references a PR X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.14 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: Mon, 17 Jun 2013 22:00:01 -0000 The following reply was made to PR ports/179625; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: ports/179625: commit references a PR Date: Mon, 17 Jun 2013 21:51:57 +0000 (UTC) Author: jkim Date: Mon Jun 17 21:51:48 2013 New Revision: 321157 URL: http://svnweb.freebsd.org/changeset/ports/321157 Log: Add a patch to fix upstream bug 18451 for 1.7.7. https://bugs.freedesktop.org/show_bug.cgi?id=18451 http://cgit.freedesktop.org/xorg/xserver/patch/?id=6dae7f3 Analyzed by: dim PR: ports/179625 Added: head/x11-servers/xorg-server/files/extra-Xext-xace.c (contents, props changed) Modified: head/x11-servers/xorg-server/Makefile Modified: head/x11-servers/xorg-server/Makefile ============================================================================== --- head/x11-servers/xorg-server/Makefile Mon Jun 17 21:37:24 2013 (r321156) +++ head/x11-servers/xorg-server/Makefile Mon Jun 17 21:51:48 2013 (r321157) @@ -27,12 +27,13 @@ PLIST_SUB+= OLD="@comment " NEW="" EXTRA_PATCHES+= ${FILESDIR}/extra-clang .else XORG_VERSION= 1.7.7 -XORG_REVISION= 6 +XORG_REVISION= 7 PLIST_SUB+= OLD="" NEW="@comment " -EXTRA_PATCHES+= ${FILESDIR}/extra-include_eventstr.h \ - ${FILESDIR}/extra-os-utils.c \ +EXTRA_PATCHES+= ${FILESDIR}/extra-Xext-xace.c \ ${FILESDIR}/extra-Xserver-hw-xfree86-os-support-bsd-sparc64_video.c \ ${FILESDIR}/extra-Xserver-os-xprintf.c \ + ${FILESDIR}/extra-include_eventstr.h \ + ${FILESDIR}/extra-os-utils.c \ ${FILESDIR}/extra-servermd.h .endif Added: head/x11-servers/xorg-server/files/extra-Xext-xace.c ============================================================================== --- /dev/null 00:00:00 1970 (empty, because file is newly added) +++ head/x11-servers/xorg-server/files/extra-Xext-xace.c Mon Jun 17 21:51:48 2013 (r321157) @@ -0,0 +1,229 @@ +From 6dae7f3792611aace1df0cca63bf50c50d93de43 Mon Sep 17 00:00:00 2001 +From: Chris Wilson +Date: Tue, 10 Aug 2010 18:30:20 +0000 +Subject: xace: Invalid reference to out-of-scope data. + +The callback data passed by reference to the hook was allocated on stack +within the scope of the case statement. The compiler is free to reuse +any of that stack space whilst making the function call so we may end up +passing garbage into the callback. + +References: + + Bug 18451 - Xorg server 1.5.2 SEGV during XFixesGetCursorImage() + https://bugs.freedesktop.org/show_bug.cgi?id=18451 + +v2: Drop the unrelated hunk that snuck in when ammending the commit +message. + +Signed-off-by: Chris Wilson +Reviewed-by: Alan Coopersmith +Signed-off-by: Keith Packard +--- +diff --git a/Xext/xace.c b/Xext/xace.c +index e10d837..c757cad 100644 +--- Xext/xace.c ++++ Xext/xace.c +@@ -87,7 +87,18 @@ void XaceHookAuditEnd(ClientPtr ptr, int result) + */ + int XaceHook(int hook, ...) + { +- pointer calldata; /* data passed to callback */ ++ union { ++ XaceResourceAccessRec res; ++ XaceDeviceAccessRec dev; ++ XaceSendAccessRec send; ++ XaceReceiveAccessRec recv; ++ XaceClientAccessRec client; ++ XaceExtAccessRec ext; ++ XaceServerAccessRec server; ++ XaceScreenAccessRec screen; ++ XaceAuthAvailRec auth; ++ XaceKeyAvailRec key; ++ } u; + int *prv = NULL; /* points to return value from callback */ + va_list ap; /* argument list */ + va_start(ap, hook); +@@ -99,117 +110,86 @@ int XaceHook(int hook, ...) + */ + switch (hook) + { +- case XACE_RESOURCE_ACCESS: { +- XaceResourceAccessRec rec; +- rec.client = va_arg(ap, ClientPtr); +- rec.id = va_arg(ap, XID); +- rec.rtype = va_arg(ap, RESTYPE); +- rec.res = va_arg(ap, pointer); +- rec.ptype = va_arg(ap, RESTYPE); +- rec.parent = va_arg(ap, pointer); +- rec.access_mode = va_arg(ap, Mask); +- rec.status = Success; /* default allow */ +- calldata = &rec; +- prv = &rec.status; ++ case XACE_RESOURCE_ACCESS: ++ u.res.client = va_arg(ap, ClientPtr); ++ u.res.id = va_arg(ap, XID); ++ u.res.rtype = va_arg(ap, RESTYPE); ++ u.res.res = va_arg(ap, pointer); ++ u.res.ptype = va_arg(ap, RESTYPE); ++ u.res.parent = va_arg(ap, pointer); ++ u.res.access_mode = va_arg(ap, Mask); ++ u.res.status = Success; /* default allow */ ++ prv = &u.res.status; + break; +- } +- case XACE_DEVICE_ACCESS: { +- XaceDeviceAccessRec rec; +- rec.client = va_arg(ap, ClientPtr); +- rec.dev = va_arg(ap, DeviceIntPtr); +- rec.access_mode = va_arg(ap, Mask); +- rec.status = Success; /* default allow */ +- calldata = &rec; +- prv = &rec.status; ++ case XACE_DEVICE_ACCESS: ++ u.dev.client = va_arg(ap, ClientPtr); ++ u.dev.dev = va_arg(ap, DeviceIntPtr); ++ u.dev.access_mode = va_arg(ap, Mask); ++ u.dev.status = Success; /* default allow */ ++ prv = &u.dev.status; + break; +- } +- case XACE_SEND_ACCESS: { +- XaceSendAccessRec rec; +- rec.client = va_arg(ap, ClientPtr); +- rec.dev = va_arg(ap, DeviceIntPtr); +- rec.pWin = va_arg(ap, WindowPtr); +- rec.events = va_arg(ap, xEventPtr); +- rec.count = va_arg(ap, int); +- rec.status = Success; /* default allow */ +- calldata = &rec; +- prv = &rec.status; ++ case XACE_SEND_ACCESS: ++ u.send.client = va_arg(ap, ClientPtr); ++ u.send.dev = va_arg(ap, DeviceIntPtr); ++ u.send.pWin = va_arg(ap, WindowPtr); ++ u.send.events = va_arg(ap, xEventPtr); ++ u.send.count = va_arg(ap, int); ++ u.send.status = Success; /* default allow */ ++ prv = &u.send.status; + break; +- } +- case XACE_RECEIVE_ACCESS: { +- XaceReceiveAccessRec rec; +- rec.client = va_arg(ap, ClientPtr); +- rec.pWin = va_arg(ap, WindowPtr); +- rec.events = va_arg(ap, xEventPtr); +- rec.count = va_arg(ap, int); +- rec.status = Success; /* default allow */ +- calldata = &rec; +- prv = &rec.status; ++ case XACE_RECEIVE_ACCESS: ++ u.recv.client = va_arg(ap, ClientPtr); ++ u.recv.pWin = va_arg(ap, WindowPtr); ++ u.recv.events = va_arg(ap, xEventPtr); ++ u.recv.count = va_arg(ap, int); ++ u.recv.status = Success; /* default allow */ ++ prv = &u.recv.status; + break; +- } +- case XACE_CLIENT_ACCESS: { +- XaceClientAccessRec rec; +- rec.client = va_arg(ap, ClientPtr); +- rec.target = va_arg(ap, ClientPtr); +- rec.access_mode = va_arg(ap, Mask); +- rec.status = Success; /* default allow */ +- calldata = &rec; +- prv = &rec.status; ++ case XACE_CLIENT_ACCESS: ++ u.client.client = va_arg(ap, ClientPtr); ++ u.client.target = va_arg(ap, ClientPtr); ++ u.client.access_mode = va_arg(ap, Mask); ++ u.client.status = Success; /* default allow */ ++ prv = &u.client.status; + break; +- } +- case XACE_EXT_ACCESS: { +- XaceExtAccessRec rec; +- rec.client = va_arg(ap, ClientPtr); +- rec.ext = va_arg(ap, ExtensionEntry*); +- rec.access_mode = DixGetAttrAccess; +- rec.status = Success; /* default allow */ +- calldata = &rec; +- prv = &rec.status; ++ case XACE_EXT_ACCESS: ++ u.ext.client = va_arg(ap, ClientPtr); ++ u.ext.ext = va_arg(ap, ExtensionEntry*); ++ u.ext.access_mode = DixGetAttrAccess; ++ u.ext.status = Success; /* default allow */ ++ prv = &u.ext.status; + break; +- } +- case XACE_SERVER_ACCESS: { +- XaceServerAccessRec rec; +- rec.client = va_arg(ap, ClientPtr); +- rec.access_mode = va_arg(ap, Mask); +- rec.status = Success; /* default allow */ +- calldata = &rec; +- prv = &rec.status; ++ case XACE_SERVER_ACCESS: ++ u.server.client = va_arg(ap, ClientPtr); ++ u.server.access_mode = va_arg(ap, Mask); ++ u.server.status = Success; /* default allow */ ++ prv = &u.server.status; + break; +- } + case XACE_SCREEN_ACCESS: +- case XACE_SCREENSAVER_ACCESS: { +- XaceScreenAccessRec rec; +- rec.client = va_arg(ap, ClientPtr); +- rec.screen = va_arg(ap, ScreenPtr); +- rec.access_mode = va_arg(ap, Mask); +- rec.status = Success; /* default allow */ +- calldata = &rec; +- prv = &rec.status; ++ case XACE_SCREENSAVER_ACCESS: ++ u.screen.client = va_arg(ap, ClientPtr); ++ u.screen.screen = va_arg(ap, ScreenPtr); ++ u.screen.access_mode = va_arg(ap, Mask); ++ u.screen.status = Success; /* default allow */ ++ prv = &u.screen.status; + break; +- } +- case XACE_AUTH_AVAIL: { +- XaceAuthAvailRec rec; +- rec.client = va_arg(ap, ClientPtr); +- rec.authId = va_arg(ap, XID); +- calldata = &rec; ++ case XACE_AUTH_AVAIL: ++ u.auth.client = va_arg(ap, ClientPtr); ++ u.auth.authId = va_arg(ap, XID); + break; +- } +- case XACE_KEY_AVAIL: { +- XaceKeyAvailRec rec; +- rec.event = va_arg(ap, xEventPtr); +- rec.keybd = va_arg(ap, DeviceIntPtr); +- rec.count = va_arg(ap, int); +- calldata = &rec; ++ case XACE_KEY_AVAIL: ++ u.key.event = va_arg(ap, xEventPtr); ++ u.key.keybd = va_arg(ap, DeviceIntPtr); ++ u.key.count = va_arg(ap, int); + break; +- } +- default: { ++ default: + va_end(ap); + return 0; /* unimplemented hook number */ +- } + } + va_end(ap); + + /* call callbacks and return result, if any. */ +- CallCallbacks(&XaceHooks[hook], calldata); ++ CallCallbacks(&XaceHooks[hook], &u); + return prv ? *prv : Success; + } + +-- +cgit v0.9.0.2-2-gbebe _______________________________________________ svn-ports-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-ports-all To unsubscribe, send any mail to "svn-ports-all-unsubscribe@freebsd.org" From owner-freebsd-x11@FreeBSD.ORG Tue Jun 18 08:40:02 2013 Return-Path: Delivered-To: freebsd-x11@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 9F7387F9 for ; Tue, 18 Jun 2013 08:40:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 79015171F for ; Tue, 18 Jun 2013 08:40:02 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r5I8e1pE017066 for ; Tue, 18 Jun 2013 08:40:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r5I8e1C0017065; Tue, 18 Jun 2013 08:40:01 GMT (envelope-from gnats) Date: Tue, 18 Jun 2013 08:40:01 GMT Message-Id: <201306180840.r5I8e1C0017065@freefall.freebsd.org> To: freebsd-x11@FreeBSD.org Cc: From: Anton Shterenlikht Subject: RE: ports/179625: x11-servers/xorg-server built with clang does not work, needs USE_GCC=any X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Anton Shterenlikht List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jun 2013 08:40:02 -0000 The following reply was made to PR ports/179625; it has been noted by GNATS. From: Anton Shterenlikht To: bug-followup@freebsd.org Cc: Subject: RE: ports/179625: x11-servers/xorg-server built with clang does not work, needs USE_GCC=any Date: Tue, 18 Jun 2013 09:29:13 +0100 (BST) Yes, this fixed the issue for me too, thank you. Shall I revert the clang patch? Thanks Anton From owner-freebsd-x11@FreeBSD.ORG Tue Jun 18 14:07:32 2013 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id F39DC48B for ; Tue, 18 Jun 2013 14:07:31 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from eu1sys200aog105.obsmtp.com (eu1sys200aog105.obsmtp.com [207.126.144.119]) by mx1.freebsd.org (Postfix) with ESMTP id 44FBD1BA6 for ; Tue, 18 Jun 2013 14:07:30 +0000 (UTC) Received: from mail-wi0-f172.google.com ([209.85.212.172]) (using TLSv1) by eu1sys200aob105.postini.com ([207.126.147.11]) with SMTP ID DSNKUcBpiC3wKQCfb0eS/2r1bf5t9L/YXfwD@postini.com; Tue, 18 Jun 2013 14:07:31 UTC Received: by mail-wi0-f172.google.com with SMTP id c10so3475006wiw.5 for ; Tue, 18 Jun 2013 07:07:04 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=sender:date:from:message-id:to:subject:cc:reply-to:in-reply-to :x-gm-message-state; bh=3U3H54lLKkKVguFwASArt/S66uDGCuqOlAAFB9BwAkM=; b=eLijmKfiZrx/VadwvgcPHJpD59pPbfziIvTcacvH0++4H2k0ug5IJXFwlDLP9XVytD eAOWKiW6wrFI2+NwFKKDsHIkfxkHqMAd4BammDhQo2NVSLCwFWdTQsfjN7rT0SHcCXBu Mo8HPav2Qnw8oPjifPxgxxhkqmfBdrYUqLOSwWaO9IvRXAF3i4o0pXmbZji43Rge0ev0 gCNz8WskmJaPb7NVpM0Bk4pbuHjby/7cbkWpc00EOu5BbP385/M2QZIIpxlpLTnB7mPP 7o/55F0sdmLbcZCa4V8w57YrE+1cT0an3NrHYKXFnWh4/dMsk8BkjxgbIj5cJAKwmkUY daVA== X-Received: by 10.194.249.69 with SMTP id ys5mr11518625wjc.39.1371564424214; Tue, 18 Jun 2013 07:07:04 -0700 (PDT) X-Received: by 10.194.249.69 with SMTP id ys5mr11518617wjc.39.1371564424086; Tue, 18 Jun 2013 07:07:04 -0700 (PDT) Received: from mech-cluster241.men.bris.ac.uk (mech-cluster241.men.bris.ac.uk. [137.222.187.241]) by mx.google.com with ESMTPSA id o14sm2329441wiv.3.2013.06.18.07.07.02 for (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 18 Jun 2013 07:07:03 -0700 (PDT) Sender: Anton Shterenlikht Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.6/8.14.6) with ESMTP id r5IE70FY001722 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 18 Jun 2013 15:07:00 +0100 (BST) (envelope-from mexas@mech-cluster241.men.bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.6/8.14.6/Submit) id r5IE709i001721; Tue, 18 Jun 2013 15:07:00 +0100 (BST) (envelope-from mexas) Date: Tue, 18 Jun 2013 15:07:00 +0100 (BST) From: Anton Shterenlikht Message-Id: <201306181407.r5IE709i001721@mech-cluster241.men.bris.ac.uk> To: marius@alchemy.franken.de, mexas@bristol.ac.uk Subject: Re: sparc64 machfb: (EE) Unable to map mmio aperture. Invalid argument (22) In-Reply-To: <20130615134716.GA22046@alchemy.franken.de> X-Gm-Message-State: ALoCoQkiqK/GB+Dx0YEmAUEWIu5Y3X4OgtH7VSmirVq8flNVKfg7A9GAz8SCYx83RLHRkZYbTr0D1cWbZ/sUAKk5Q8imXy53Aw16JP6f1xLSm5gIOWa7d9G2q8xSv1bihFMySlZ8f8P0XHoy9OqeRmY4I35frOf1HZjZQaGaFO3XZGVpWKXpcXw= Cc: freebsd-x11@freebsd.org, freebsd-sparc64@freebsd.org X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: mexas@bristol.ac.uk List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jun 2013 14:07:32 -0000 From marius@alchemy.franken.de Sat Jun 15 15:45:54 2013 On Thu, Jun 13, 2013 at 11:14:30AM +0100, Anton Shterenlikht wrote: > I've just updated my Sun Blade 1500 silver > to 10.0-CURRENT #11 r251648. The graphics broke. > I get: > > (EE) Unable to map mmio aperture. Invalid argument (22) > > from X -configure > > # dmesg|grep mach > machfb0: port 0xb00-0xbff mem 0x3000000-0x3ffffff,0x102000-0x102ff > f at device 2.0 on pci0 > machfb0: console > machfb0: 16 MB aperture at 0xfddcc000 not swapped > machfb0: 8188 KB SGRAM 114.992 MHz, maximum RAMDAC clock 230 MHz, DSP > machfb0: resolution 1280x1024 at 8 bpp > # > > # pkg info -xo mach6 > xf86-video-mach64-6.9.3: x11-drivers/xf86-video-mach64 > # > > # cat /var/log/Xorg.0.log > > X.Org X Server 1.7.7 > Release Date: 2010-05-04 > X Protocol Version 11, Revision 0 > Build Operating System: FreeBSD 10.0-CURRENT sparc64 > Current Operating System: FreeBSD mech-anton240.men.bris.ac.uk 10.0-CURRENT Free > BSD 10.0-CURRENT #11 r251648: Thu Jun 13 10:20:15 BST 2013 root@mech-anton24 > 0.men.bris.ac.uk:/usr/obj/usr/src/sys/QOF sparc64 > Build Date: 03 June 2013 03:14:51PM Well, at least machfb(4) hasn't changed in quite some time so it's not immediately obvious what is causing this problem. However, that Xorg.0.log suggests that the server also has been rebuilt recently and in fact there was an Xorg update on May 25. Could you please determine (at least by using the old/previous known-working kernel) whether a change to the kernel or to ports is the culprit? Marius I did some detective work. It seems the ports are to blame. I'm still on r251648. I reverted the whole ports tree to r319054, the last revision prior to the X update. I tried to rebuid xorg-server and all ports on which xorg-server depends. This failed, because several ports complained on security vulnerabilities. So I updated back those ports, several libs, I think. Anyway, I no longer get the original error on X -configure, but I get this error on X -config /root/xorg.conf.new -retro: (EE) [drm] drmOpen failed. (EE) MACH64(0): [dri] DRIScreenInit Failed This is likely due to the inconsistent state of the ports tree: I'm not sure how to proceed systematically to debug this further. Please advise Thanks Anton From owner-freebsd-x11@FreeBSD.ORG Tue Jun 18 19:01:13 2013 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id BC95B6FF; Tue, 18 Jun 2013 19:01:13 +0000 (UTC) (envelope-from zeising@freebsd.org) Received: from mail.lysator.liu.se (mail.lysator.liu.se [IPv6:2001:6b0:17:f0a0::3]) by mx1.freebsd.org (Postfix) with ESMTP id D50AB1DBA; Tue, 18 Jun 2013 19:01:12 +0000 (UTC) Received: from mail.lysator.liu.se (localhost [127.0.0.1]) by mail.lysator.liu.se (Postfix) with ESMTP id CF5C940005; Tue, 18 Jun 2013 21:01:09 +0200 (CEST) Received: by mail.lysator.liu.se (Postfix, from userid 1004) id C493140002; Tue, 18 Jun 2013 21:01:09 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bernadotte.lysator.liu.se X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=AWL autolearn=disabled version=3.3.1 X-Spam-Score: 0.0 Received: from mx.daemonic.se (h-45-105.a163.priv.bahnhof.se [94.254.45.105]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.lysator.liu.se (Postfix) with ESMTPSA id 08C0B40002; Tue, 18 Jun 2013 21:01:06 +0200 (CEST) Received: from mailscanner.daemonic.se (mailscanner.daemonic.se [IPv6:2001:470:dca9:0:1::6]) by mx.daemonic.se (Postfix) with ESMTPS id 3bZdtB5Klrz8hVn; Tue, 18 Jun 2013 21:01:06 +0200 (CEST) X-Virus-Scanned: amavisd-new at daemonic.se Received: from mx.daemonic.se ([10.1.0.3]) (using TLS with cipher CAMELLIA256-SHA) by mailscanner.daemonic.se (mailscanner.daemonic.se [10.1.0.6]) (amavisd-new, port 10025) with ESMTPS id G0nY7fzFAvAm; Tue, 18 Jun 2013 21:00:59 +0200 (CEST) Received: from mail.daemonic.se (mail.daemonic.se [10.1.0.4]) by mx.daemonic.se (Postfix) with ESMTPS id 3bZdt26ZCGz8hVm; Tue, 18 Jun 2013 21:00:58 +0200 (CEST) Received: from tifa.daemonic.se (tifa.daemonic.se [10.32.0.6]) by mail.daemonic.se (Postfix) with ESMTPSA id 3bZdt25mGHz9Ctq; Tue, 18 Jun 2013 21:00:58 +0200 (CEST) Received: from tifa.daemonic.se (localhost [IPv6:::1]) by tifa.daemonic.se (Postfix) with ESMTP id 129AC22819; Tue, 18 Jun 2013 21:00:58 +0200 (CEST) Message-ID: <51C0AE69.6090505@freebsd.org> Date: Tue, 18 Jun 2013 21:00:57 +0200 From: Niclas Zeising User-Agent: Mutt/1.5.21 MIME-Version: 1.0 To: ports@freebsd.org, x11@freebsd.org Subject: [HEADS UP] switch default xorg version in 9.1 and later Content-Type: multipart/mixed; boundary="------------040604060406000805070101" X-Virus-Scanned: ClamAV using ClamSMTP X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: x11@freebsd.org List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jun 2013 19:01:13 -0000 This is a multi-part message in MIME format. --------------040604060406000805070101 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi! It is time to switch the default version of xorg on FreeBSD 9.1 and later, including CURRENT. In general this means better support for modern hardware, especially intel hardware, at the cost of support for some legacy hardware. The old version will still be around, and be the default for FreeBSD releases prior to 9.1, it is also possible to get the old version by setting WITHOUT_NEW_XORG= in /etc/make.conf. The attached patch will make the switch, and I intend to commit it ASAP unless something major shows up. The patch is also available at http://people.freebsd.org/~zeising/xorg-switch.diff Regards! -- Niclas Zeising FreeBSD x11 team PS. Please respect reply-to, to avoid too much cross posting. --------------040604060406000805070101 Content-Type: text/x-patch; name="xorg-switch.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="xorg-switch.diff" Index: Mk/bsd.port.mk =================================================================== --- Mk/bsd.port.mk (revision 321210) +++ Mk/bsd.port.mk (working copy) @@ -1214,6 +1214,15 @@ .endif .endif +# Enable new xorg for FreeBSD 9.1 and later unless WITHOUT_NEW_XORG is set. +.if ${OSVERSION} >= 901000 +.if !defined(WITHOUT_NEW_XORG) +WITH_NEW_XORG?= yes +.else +.undef WITH_NEW_XORG +.endif +.endif + # Only define tools here (for transition period with between pkg tools) .include "${PORTSDIR}/Mk/bsd.commands.mk" Index: emulators/virtualbox-ose-additions/Makefile =================================================================== --- emulators/virtualbox-ose-additions/Makefile (revision 321210) +++ emulators/virtualbox-ose-additions/Makefile (working copy) @@ -3,7 +3,7 @@ PORTNAME= virtualbox-ose DISTVERSION= 4.2.12 -PORTREVISION= 2 +PORTREVISION= 3 CATEGORIES= emulators kld MASTER_SITES= http://download.virtualbox.org/virtualbox/${DISTVERSION}/ \ http://tmp.chruetertee.ch/ \ Index: graphics/dri/Makefile =================================================================== --- graphics/dri/Makefile (revision 321210) +++ graphics/dri/Makefile (working copy) @@ -15,59 +15,44 @@ USES= pkgconfig USE_XORG= glproto x11 xext xxf86vm xdamage xfixes dri2proto +.include + +.if ${ARCH} == "ia64" +BROKEN= does not install on ia64 +.endif + ALL_DRI_DRIVERS=I915 I965 R200 RADEON SWRAST -.if ! defined(WITH_NEW_XORG) +.if !defined(WITH_NEW_XORG) ALL_DRI_DRIVERS+=I810 MACH64 MGA R128 R300 R600 SAVAGE SIS TDFX UNICHROME .endif .include "${.CURDIR}/../../graphics/libGL/bsd.mesalib.mk" -OPTIONS_DEFINE_i386= ${ALL_DRI_DRIVERS} -OPTIONS_DEFINE_amd64= ${OPTIONS_DEFINE_i386} +.if ${ARCH} == "amd64" || ${ARCH} == "i386" +DRI_DRIVERS= ${ALL_DRI_DRIVERS} +.endif .if defined(WITH_NEW_XORG) -OPTIONS_DEFINE_powerpc= RADEON SWRAST -OPTIONS_DEFINE_sparc64= RADEON SWRAST -.else -OPTIONS_DEFINE_powerpc= MACH64 RADEON SWRAST TDFX -OPTIONS_DEFINE_sparc64= MACH64 RADEON SWRAST +.if ${ARCH} == "powerpc" || ${ARCH} == "sparc64" +DRI_DRIVERS= RADEON SWRAST .endif +.else # !defined(WITH_NEW_XORG) +.if ${ARCH} == "powerpc" +DRI_DRIVERS= MACH64 RADEON SWRAST TDFX +.elif ${ARCH} == "sparc64" +DRI_DRIVERS= MACH64 RADEON SWRAST +.endif +.endif # defined(WITH_NEW_XORG) -OPTIONS_DEFAULT=${OPTIONS_DEFINE} - -I810_DESC= Include DRI support for Intel i810 -I915_DESC= Include DRI support for Intel i915 -I965_DESC= Include DRI support for Intel i965 -MACH64_DESC= Include DRI support for AMD/ATI Mach64 -MGA_DESC= Include DRI support for Matrox -R128_DESC= Include DRI support for AMD/ATI R128 -R200_DESC= Include DRI support for AMD/ATI R200 -R300_DESC= Include DRI support for AMD/ATI R300 -R600_DESC= Include DRI support for AMD/ATI R600 -RADEON_DESC= Include DRI support for AMD/ATI RADEON -SAVAGE_DESC= Include DRI support for S3/Via Savage -SIS_DESC= Include DRI support for SiS 300 and 6326 -SWRAST_DESC= Include generic software DRI support -TDFX_DESC= Include DRI support for 3dfx Voodoo -UNICHROME_DESC= Include DRI support for S3/Via Unichrome - -.include - -DRI_DRIVERS= .for _d in ${ALL_DRI_DRIVERS} -.if ${PORT_OPTIONS:M${_d}} -DRI_DRIVERS+= ${_d} +.if ${DRI_DRIVERS:M${_d}} PLIST_SUB+= ${_d}_DRIVER="" .else PLIST_SUB+= ${_d}_DRIVER="@comment " .endif .endfor -.if ${ARCH} == "ia64" -BROKEN= does not install on ia64 -.endif - .if !(${ARCH} == "amd64" || ${ARCH} == "i386") CONFIGURE_ARGS+=--disable-gallium-intel .endif Index: graphics/libGL/Makefile =================================================================== --- graphics/libGL/Makefile (revision 321210) +++ graphics/libGL/Makefile (working copy) @@ -23,12 +23,12 @@ post-install: @PKG_PREFIX=${PREFIX} ${SH} ${PKGINSTALL} ${PKGNAME} POST-INSTALL +.include + .include "${.CURDIR}/bsd.mesalib.mk" -.include - .if !(${ARCH} == "amd64" || ${ARCH} == "i386") CONFIGURE_ARGS+=--disable-gallium-intel .endif -.include +.include Index: graphics/libGLU/Makefile =================================================================== --- graphics/libGLU/Makefile (revision 321210) +++ graphics/libGLU/Makefile (working copy) @@ -2,21 +2,19 @@ # $FreeBSD$ PORTNAME= libGLU -PORTVERSION= ${MESAVERSION} -PORTREVISION= 2 +PORTVERSION= 9.0.0 CATEGORIES= graphics +MASTER_SITES= ftp://ftp.freedesktop.org/pub/mesa/glu/ +DISTNAME= glu-${PORTVERSION} +MAINTAINER= x11@FreeBSD.org COMMENT= OpenGL utility library +USE_BZIP2= yes +USES= pathfix USE_GL= gl -USE_XORG= glproto x11 xext xxf86vm xdamage xfixes dri2proto +GNU_CONFIGURE= yes +CONFIGURE_ARGS= --disable-static +USE_LDCONFIG= yes -INSTALL_WRKSRC= ${WRKSRC}/src/glu -BUILD_WRKSRC= ${WRKSRC}/src/glu - -pre-install: - @${MKDIR} ${PREFIX}/include/GL/ - ${INSTALL_DATA} ${WRKSRC}/include/GL/glu*.h ${PREFIX}/include/GL/ - -.include "${.CURDIR}/../../graphics/libGL/bsd.mesalib.mk" .include Index: graphics/libGLU/pkg-plist =================================================================== --- graphics/libGLU/pkg-plist (revision 321210) +++ graphics/libGLU/pkg-plist (working copy) @@ -1,5 +1,6 @@ include/GL/glu.h include/GL/glu_mangle.h +lib/libGLU.la lib/libGLU.so lib/libGLU.so.1 libdata/pkgconfig/glu.pc Index: graphics/libdrm/Makefile =================================================================== --- graphics/libdrm/Makefile (revision 321210) +++ graphics/libdrm/Makefile (working copy) @@ -19,27 +19,20 @@ MAKE_JOBS_SAFE= yes -.if defined(WITH_NEW_XORG) +OPTIONS_DEFINE= MANPAGES -USE_GMAKE= yes - -OPTIONS_DEFINE= KMS MANPAGES -OPTIONS_DEFAULT=KMS -KMS_DESC= Enable KMS support - .if defined(PACKAGE_BUILDING) OPTIONS_DEFAULT+= MANPAGES .endif .include -.if ${PORT_OPTIONS:MKMS} +.if defined(WITH_NEW_XORG) + +USE_GMAKE= yes + CONFIGURE_ARGS+=--enable-libkms EXTRA_PATCHES+= ${FILESDIR}/extra-xf86drmMode.c -PLIST_SUB+= KMS="" -.else -PLIST_SUB+= KMS="@comment " -.endif .if ${PORT_OPTIONS:MMANPAGES} BUILD_DEPENDS+= ${LOCALBASE}/share/xsl/docbook/manpages/docbook.xsl:${PORTSDIR}/textproc/docbook-xsl \ @@ -57,7 +50,7 @@ CONFIGURE_ARGS+=--disable-manpages .endif -LIBDRM_VERSION= 2.4.44 +LIBDRM_VERSION= 2.4.45 LIBDRM_REVISION=0 PLIST_SUB+= OLD="@comment " NEW="" EXTRA_PATCHES+= ${FILESDIR}/extra-configure \ @@ -72,8 +65,6 @@ PLIST_SUB+= OLD="" NEW="@comment " .endif -.include - .if ${ARCH} == "amd64" || ${ARCH} == "i386" || ${ARCH} == "ia64" || ${ARCH} == "powerpc" PLIST_SUB+= INTEL_DRIVER="" PLIST_SUB+= RADEON_DRIVERS="" @@ -87,4 +78,4 @@ s,i?86|x86_64),i?86|amd64|x86_64),g' \ ${WRKSRC}/configure -.include +.include Index: graphics/libdrm/distinfo =================================================================== --- graphics/libdrm/distinfo (revision 321210) +++ graphics/libdrm/distinfo (working copy) @@ -1,4 +1,4 @@ SHA256 (libdrm-2.4.17.tar.bz2) = b8a4e7c610b0e970546d791c06e28882857a49d34698633a89292d7ae142316a SIZE (libdrm-2.4.17.tar.bz2) = 408882 -SHA256 (libdrm-2.4.44.tar.bz2) = 42b45ad15bb1bc52630a4b37b7afcfaea27e01b3c0b4791ef25d0f7b2456f6a2 -SIZE (libdrm-2.4.44.tar.bz2) = 538416 +SHA256 (libdrm-2.4.45.tar.bz2) = 3ef0a70c16080fb90c50e807b660b7353d82509c03647f6ecc00bbfa1caee208 +SIZE (libdrm-2.4.45.tar.bz2) = 551900 Index: graphics/libdrm/pkg-plist =================================================================== --- graphics/libdrm/pkg-plist (revision 321210) +++ graphics/libdrm/pkg-plist (working copy) @@ -24,6 +24,7 @@ %%NEW%%include/libdrm/mga_drm.h %%NEW%%include/libdrm/nouveau.h %%NEW%%include/libdrm/nouveau_drm.h +%%NEW%%include/libdrm/qxl_drm.h %%NEW%%include/libdrm/r128_drm.h %%NEW%%%%RADEON_DRIVERS%%include/libdrm/r600_pci_ids.h %%NEW%%%%RADEON_DRIVERS%%include/libdrm/radeon_bo.h @@ -37,7 +38,7 @@ %%NEW%%include/libdrm/savage_drm.h %%NEW%%include/libdrm/sis_drm.h %%NEW%%include/libdrm/via_drm.h -%%NEW%%%%KMS%%include/libkms/libkms.h +%%NEW%%include/libkms/libkms.h %%OLD%%include/nouveau/nouveau_bo.h %%OLD%%include/nouveau/nouveau_channel.h %%OLD%%include/nouveau/nouveau_class.h @@ -61,15 +62,15 @@ %%NEW%%%%RADEON_DRIVERS%%lib/libdrm_radeon.la %%NEW%%%%RADEON_DRIVERS%%lib/libdrm_radeon.so %%NEW%%%%RADEON_DRIVERS%%lib/libdrm_radeon.so.1 -%%NEW%%%%KMS%%lib/libkms.la -%%NEW%%%%KMS%%lib/libkms.so -%%NEW%%%%KMS%%lib/libkms.so.1 +%%NEW%%lib/libkms.la +%%NEW%%lib/libkms.so +%%NEW%%lib/libkms.so.1 libdata/pkgconfig/libdrm.pc %%INTEL_DRIVER%%libdata/pkgconfig/libdrm_intel.pc libdata/pkgconfig/libdrm_nouveau.pc %%NEW%%%%RADEON_DRIVERS%%libdata/pkgconfig/libdrm_radeon.pc -%%NEW%%%%KMS%%libdata/pkgconfig/libkms.pc +%%NEW%%libdata/pkgconfig/libkms.pc %%OLD%%@dirrm include/nouveau -%%NEW%%%%KMS%%@dirrm include/libkms +%%NEW%%@dirrm include/libkms %%NEW%%@dirrm include/libdrm %%OLD%%@dirrm include/drm Index: net/tigervnc/Makefile =================================================================== --- net/tigervnc/Makefile (revision 321210) +++ net/tigervnc/Makefile (working copy) @@ -3,7 +3,7 @@ PORTNAME= tigervnc PORTVERSION= 1.2.0 -PORTREVISION= 3 +PORTREVISION= 4 CATEGORIES= net x11-servers MASTER_SITES= SF:tigervnc MASTER_SITE_SUBDIR= ${PORTNAME}/${PORTNAME}/${PORTVERSION}/:tigervnc Index: x11/pixman/Makefile =================================================================== --- x11/pixman/Makefile (revision 321210) +++ x11/pixman/Makefile (working copy) @@ -1,7 +1,7 @@ # $FreeBSD$ PORTNAME= pixman -PORTVERSION= 0.28.2 +PORTVERSION= 0.30.0 CATEGORIES= x11 MAINTAINER= x11@FreeBSD.org Index: x11/pixman/distinfo =================================================================== --- x11/pixman/distinfo (revision 321210) +++ x11/pixman/distinfo (working copy) @@ -1,2 +1,2 @@ -SHA256 (xorg/lib/pixman-0.28.2.tar.bz2) = 583686afbfa5a1dfc40a21e888a3eacf31fe0e02469d20b821b5d8f719165a51 -SIZE (xorg/lib/pixman-0.28.2.tar.bz2) = 625655 +SHA256 (xorg/lib/pixman-0.30.0.tar.bz2) = 77e756dc7fafdf17f39a4f23bdc8be59f9f6a65c08704f5cac1d8aa87cfaf517 +SIZE (xorg/lib/pixman-0.30.0.tar.bz2) = 681343 Index: x11-drivers/input-wacom/Makefile =================================================================== --- x11-drivers/input-wacom/Makefile (revision 321210) +++ x11-drivers/input-wacom/Makefile (working copy) @@ -1,13 +1,9 @@ -# New ports collection makefile for: input-wacom -# Date Created: 24 Oct 2008 -# Whom: Dominic Fandrey -# +# Created by: Dominic Fandrey # $FreeBSD$ -# PORTNAME= input-wacom PORTVERSION= ${KLD_VERSION}.${WACOM_VERSION:C/-/./g} -PORTREVISION= 1 +PORTREVISION= 2 CATEGORIES= x11-drivers kld MASTER_SITES= http://www.chillt.de/bsdwacom/:bsdwacom \ SF/linuxwacom/xf86-input-wacom/:linuxwacom Index: x11-drivers/xf86-input-acecad/Makefile =================================================================== --- x11-drivers/xf86-input-acecad/Makefile (revision 321210) +++ x11-drivers/xf86-input-acecad/Makefile (working copy) @@ -2,6 +2,7 @@ PORTNAME= xf86-input-acecad PORTVERSION= 1.5.0 +PORTREVISION= 1 CATEGORIES= x11-drivers MAINTAINER= x11@FreeBSD.org Index: x11-drivers/xf86-input-egalax/Makefile =================================================================== --- x11-drivers/xf86-input-egalax/Makefile (revision 321210) +++ x11-drivers/xf86-input-egalax/Makefile (working copy) @@ -1,9 +1,5 @@ -# New ports collection makefile for: xf86-input-egalax -# Date Created: 2 June 2010 -# Whom: Gleb Smirnoff -# +# Created by: Gleb Smirnoff # $FreeBSD$ -# PORTNAME= xf86-input-egalax PORTVERSION= 0.2 Index: x11-drivers/xf86-input-elographics/Makefile =================================================================== --- x11-drivers/xf86-input-elographics/Makefile (revision 321210) +++ x11-drivers/xf86-input-elographics/Makefile (working copy) @@ -11,6 +11,8 @@ XORG_CAT= driver MAN4= elographics.4x +.include + .if defined(WITH_NEW_XORG) ELO_VERSION= 1.3.0 ELO_REVISION= 0 Index: x11-drivers/xf86-input-fpit/Makefile =================================================================== --- x11-drivers/xf86-input-fpit/Makefile (revision 321210) +++ x11-drivers/xf86-input-fpit/Makefile (working copy) @@ -2,6 +2,7 @@ PORTNAME= xf86-input-fpit PORTVERSION= 1.4.0 +PORTREVISION= 1 CATEGORIES= x11-drivers MAINTAINER= x11@FreeBSD.org @@ -12,6 +13,8 @@ MAN4= fpit.4x +.include + .if !defined(WITH_NEW_XORG) IGNORE= does not build with X server 1.7.7 .endif Index: x11-drivers/xf86-input-hyperpen/Makefile =================================================================== --- x11-drivers/xf86-input-hyperpen/Makefile (revision 321210) +++ x11-drivers/xf86-input-hyperpen/Makefile (working copy) @@ -10,6 +10,8 @@ XORG_CAT= driver +.include + .if defined(WITH_NEW_XORG) HYPERVER= 1.4.1 HYPERREVISION= 0 Index: x11-drivers/xf86-input-joystick/Makefile =================================================================== --- x11-drivers/xf86-input-joystick/Makefile (revision 321210) +++ x11-drivers/xf86-input-joystick/Makefile (working copy) @@ -11,6 +11,8 @@ XORG_CAT= driver MAN4= joystick.4x +.include + .if defined(WITH_NEW_XORG) JOYVER= 1.6.2 JOYREVISION= 0 Index: x11-drivers/xf86-input-keyboard/Makefile =================================================================== --- x11-drivers/xf86-input-keyboard/Makefile (revision 321210) +++ x11-drivers/xf86-input-keyboard/Makefile (working copy) @@ -2,6 +2,7 @@ PORTNAME= xf86-input-keyboard PORTVERSION= 1.7.0 +PORTREVISION= 1 CATEGORIES= x11-drivers MAINTAINER= x11@FreeBSD.org Index: x11-drivers/xf86-input-magictouch/Makefile =================================================================== --- x11-drivers/xf86-input-magictouch/Makefile (revision 321210) +++ x11-drivers/xf86-input-magictouch/Makefile (working copy) @@ -2,7 +2,7 @@ PORTNAME= xf86-input-magictouch PORTVERSION= 1.0.0.5 -PORTREVISION= 8 +PORTREVISION= 9 CATEGORIES= x11-drivers MAINTAINER= x11@FreeBSD.org Index: x11-drivers/xf86-input-mouse/Makefile =================================================================== --- x11-drivers/xf86-input-mouse/Makefile (revision 321210) +++ x11-drivers/xf86-input-mouse/Makefile (working copy) @@ -2,6 +2,7 @@ PORTNAME= xf86-input-mouse PORTVERSION= 1.9.0 +PORTREVISION= 1 CATEGORIES= x11-drivers MAINTAINER= x11@FreeBSD.org Index: x11-drivers/xf86-input-mutouch/Makefile =================================================================== --- x11-drivers/xf86-input-mutouch/Makefile (revision 321210) +++ x11-drivers/xf86-input-mutouch/Makefile (working copy) @@ -10,6 +10,8 @@ XORG_CAT= driver MAN4= mutouch.4x +.include + .if !defined(WITH_NEW_XORG) IGNORE= does not build with xorg-server 1.7.7 .else Index: x11-drivers/xf86-input-penmount/Makefile =================================================================== --- x11-drivers/xf86-input-penmount/Makefile (revision 321210) +++ x11-drivers/xf86-input-penmount/Makefile (working copy) @@ -11,6 +11,8 @@ XORG_CAT= driver MAN4= penmount.4x +.include + .if defined(WITH_NEW_XORG) PEN_VERSION= 1.5.0 PEN_REVISION= 0 Index: x11-drivers/xf86-input-vmmouse/Makefile =================================================================== --- x11-drivers/xf86-input-vmmouse/Makefile (revision 321210) +++ x11-drivers/xf86-input-vmmouse/Makefile (working copy) @@ -3,6 +3,7 @@ PORTNAME= xf86-input-vmmouse PORTVERSION= 13.0.0 +PORTREVISION= 1 CATEGORIES= x11-drivers MAINTAINER= x11@FreeBSD.org @@ -20,6 +21,8 @@ ONLY_FOR_ARCHS= i386 amd64 ONLY_FOR_ARCHS_REASON= The vmmouse protocol is only supported on x86-compatible architectures. +.include + .if defined(WITH_NEW_XORG) PLIST_SUB+= NEW="" .else Index: x11-drivers/xf86-input-void/Makefile =================================================================== --- x11-drivers/xf86-input-void/Makefile (revision 321210) +++ x11-drivers/xf86-input-void/Makefile (working copy) @@ -11,6 +11,8 @@ XORG_CAT= driver MAN4= void.4x +.include + .if defined(WITH_NEW_XORG) VOID_VERSION= 1.4.0 VOID_REVISION= 0 Index: x11-drivers/xf86-video-apm/Makefile =================================================================== --- x11-drivers/xf86-video-apm/Makefile (revision 321210) +++ x11-drivers/xf86-video-apm/Makefile (working copy) @@ -2,6 +2,7 @@ PORTNAME= xf86-video-apm PORTVERSION= 1.2.5 +PORTREVISION= 1 CATEGORIES= x11-drivers MAINTAINER= x11@FreeBSD.org Index: x11-drivers/xf86-video-ark/Makefile =================================================================== --- x11-drivers/xf86-video-ark/Makefile (revision 321210) +++ x11-drivers/xf86-video-ark/Makefile (working copy) @@ -2,6 +2,7 @@ PORTNAME= xf86-video-ark PORTVERSION= 0.7.5 +PORTREVISION= 1 CATEGORIES= x11-drivers MAINTAINER= x11@FreeBSD.org Index: x11-drivers/xf86-video-ati/Makefile =================================================================== --- x11-drivers/xf86-video-ati/Makefile (revision 321210) +++ x11-drivers/xf86-video-ati/Makefile (working copy) @@ -2,6 +2,7 @@ PORTNAME= xf86-video-ati PORTVERSION= 6.14.6 +PORTREVISION= 1 CATEGORIES= x11-drivers MAINTAINER= x11@FreeBSD.org Index: x11-drivers/xf86-video-chips/Makefile =================================================================== --- x11-drivers/xf86-video-chips/Makefile (revision 321210) +++ x11-drivers/xf86-video-chips/Makefile (working copy) @@ -2,6 +2,7 @@ PORTNAME= xf86-video-chips PORTVERSION= 1.2.5 +PORTREVISION= 1 CATEGORIES= x11-drivers MAINTAINER= x11@FreeBSD.org Index: x11-drivers/xf86-video-cirrus/Makefile =================================================================== --- x11-drivers/xf86-video-cirrus/Makefile (revision 321210) +++ x11-drivers/xf86-video-cirrus/Makefile (working copy) @@ -2,6 +2,7 @@ PORTNAME= xf86-video-cirrus PORTVERSION= 1.5.2 +PORTREVISION= 1 CATEGORIES= x11-drivers MAINTAINER= x11@FreeBSD.org Index: x11-drivers/xf86-video-cyrix/Makefile =================================================================== --- x11-drivers/xf86-video-cyrix/Makefile (revision 321210) +++ x11-drivers/xf86-video-cyrix/Makefile (working copy) @@ -2,7 +2,7 @@ PORTNAME= xf86-video-cyrix PORTVERSION= 1.1.0 -PORTREVISION= 8 +PORTREVISION= 9 CATEGORIES= x11-drivers MAINTAINER= x11@FreeBSD.org Index: x11-drivers/xf86-video-dummy/Makefile =================================================================== --- x11-drivers/xf86-video-dummy/Makefile (revision 321210) +++ x11-drivers/xf86-video-dummy/Makefile (working copy) @@ -2,6 +2,7 @@ PORTNAME= xf86-video-dummy PORTVERSION= 0.3.6 +PORTREVISION= 1 CATEGORIES= x11-drivers MAINTAINER= x11@FreeBSD.org Index: x11-drivers/xf86-video-fbdev/Makefile =================================================================== --- x11-drivers/xf86-video-fbdev/Makefile (revision 321210) +++ x11-drivers/xf86-video-fbdev/Makefile (working copy) @@ -2,7 +2,7 @@ PORTNAME= xf86-video-fbdev PORTVERSION= 0.4.3 -PORTREVISION= 1 +PORTREVISION= 2 CATEGORIES= x11-drivers MAINTAINER= x11@FreeBSD.org Index: x11-drivers/xf86-video-glint/Makefile =================================================================== --- x11-drivers/xf86-video-glint/Makefile (revision 321210) +++ x11-drivers/xf86-video-glint/Makefile (working copy) @@ -2,6 +2,7 @@ PORTNAME= xf86-video-glint PORTVERSION= 1.2.8 +PORTREVISION= 1 CATEGORIES= x11-drivers MAINTAINER= x11@FreeBSD.org Index: x11-drivers/xf86-video-i128/Makefile =================================================================== --- x11-drivers/xf86-video-i128/Makefile (revision 321210) +++ x11-drivers/xf86-video-i128/Makefile (working copy) @@ -2,6 +2,7 @@ PORTNAME= xf86-video-i128 PORTVERSION= 1.3.6 +PORTREVISION= 1 CATEGORIES= x11-drivers MAINTAINER= x11@FreeBSD.org Index: x11-drivers/xf86-video-i740/Makefile =================================================================== --- x11-drivers/xf86-video-i740/Makefile (revision 321210) +++ x11-drivers/xf86-video-i740/Makefile (working copy) @@ -2,6 +2,7 @@ PORTNAME= xf86-video-i740 PORTVERSION= 1.3.4 +PORTREVISION= 1 CATEGORIES= x11-drivers MAINTAINER= x11@FreeBSD.org Index: x11-drivers/xf86-video-imstt/Makefile =================================================================== --- x11-drivers/xf86-video-imstt/Makefile (revision 321210) +++ x11-drivers/xf86-video-imstt/Makefile (working copy) @@ -2,7 +2,7 @@ PORTNAME= xf86-video-imstt PORTVERSION= 1.1.0 -PORTREVISION= 8 +PORTREVISION= 9 CATEGORIES= x11-drivers MAINTAINER= x11@FreeBSD.org Index: x11-drivers/xf86-video-intel/Makefile =================================================================== --- x11-drivers/xf86-video-intel/Makefile (revision 321210) +++ x11-drivers/xf86-video-intel/Makefile (working copy) @@ -25,8 +25,10 @@ MAN4= intel.4x +.include + .if defined(WITH_NEW_XORG) -INTEL_VERSION= 2.21.8 +INTEL_VERSION= 2.21.9 INTEL_REVISION= 0 CONFIGURE_ARGS+= --enable-sna MAKE_JOBS_UNSAFE=yes Index: x11-drivers/xf86-video-intel/distinfo =================================================================== --- x11-drivers/xf86-video-intel/distinfo (revision 321210) +++ x11-drivers/xf86-video-intel/distinfo (working copy) @@ -1,4 +1,4 @@ SHA256 (xorg/driver/xf86-video-intel-2.7.1.tar.bz2) = 255c0d54249cc0132f743254a43c21fac695fab2139c8ed96a07cf3c628e5f42 SIZE (xorg/driver/xf86-video-intel-2.7.1.tar.bz2) = 780625 -SHA256 (xorg/driver/xf86-video-intel-2.21.8.tar.bz2) = 4d850c0515012ca370a72469dfbfa6161aa9ee5bb39779fab5f496f2d94acf8f -SIZE (xorg/driver/xf86-video-intel-2.21.8.tar.bz2) = 1730966 +SHA256 (xorg/driver/xf86-video-intel-2.21.9.tar.bz2) = 1359cbc9e494a284faa52d1db83e7388cb8ab590b660e29e78e6e7f5ee7ff189 +SIZE (xorg/driver/xf86-video-intel-2.21.9.tar.bz2) = 1735037 Index: x11-drivers/xf86-video-mach64/Makefile =================================================================== --- x11-drivers/xf86-video-mach64/Makefile (revision 321210) +++ x11-drivers/xf86-video-mach64/Makefile (working copy) @@ -2,6 +2,7 @@ PORTNAME= xf86-video-mach64 PORTVERSION= 6.9.3 +PORTREVISION= 1 CATEGORIES= x11-drivers MAINTAINER= x11@FreeBSD.org Index: x11-drivers/xf86-video-mga/Makefile =================================================================== --- x11-drivers/xf86-video-mga/Makefile (revision 321210) +++ x11-drivers/xf86-video-mga/Makefile (working copy) @@ -2,7 +2,7 @@ PORTNAME= xf86-video-mga PORTVERSION= 1.6.1 -PORTEPOCH= 3 +PORTEPOCH= 4 CATEGORIES= x11-drivers MAINTAINER= x11@FreeBSD.org Index: x11-drivers/xf86-video-neomagic/Makefile =================================================================== --- x11-drivers/xf86-video-neomagic/Makefile (revision 321210) +++ x11-drivers/xf86-video-neomagic/Makefile (working copy) @@ -2,7 +2,7 @@ PORTNAME= xf86-video-neomagic PORTVERSION= 1.2.7 -PORTREVISION= 1 +PORTREVISION= 2 CATEGORIES= x11-drivers MAINTAINER= x11@FreeBSD.org Index: x11-drivers/xf86-video-newport/Makefile =================================================================== --- x11-drivers/xf86-video-newport/Makefile (revision 321210) +++ x11-drivers/xf86-video-newport/Makefile (working copy) @@ -2,6 +2,7 @@ PORTNAME= xf86-video-newport PORTVERSION= 0.2.4 +PORTREVISION= 1 CATEGORIES= x11-drivers MAINTAINER= x11@FreeBSD.org Index: x11-drivers/xf86-video-nouveau/Makefile =================================================================== --- x11-drivers/xf86-video-nouveau/Makefile (revision 321210) +++ x11-drivers/xf86-video-nouveau/Makefile (working copy) @@ -4,7 +4,7 @@ PORTNAME= xf86-video-nouveau PORTVERSION= 0.0.10.${SNAPDATE} DISTVERSIONSUFFIX=.${SNAPREV} -PORTREVISION= 3 +PORTREVISION= 4 CATEGORIES= x11-drivers MASTER_SITES= ftp://ftp.lissyara.su/users/Guest/distfiles/ Index: x11-drivers/xf86-video-nv/Makefile =================================================================== --- x11-drivers/xf86-video-nv/Makefile (revision 321210) +++ x11-drivers/xf86-video-nv/Makefile (working copy) @@ -2,7 +2,7 @@ PORTNAME= xf86-video-nv PORTVERSION= 2.1.20 -PORTREVISION= 1 +PORTREVISION= 2 CATEGORIES= x11-drivers MAINTAINER= x11@FreeBSD.org Index: x11-drivers/xf86-video-openchrome/Makefile =================================================================== --- x11-drivers/xf86-video-openchrome/Makefile (revision 321210) +++ x11-drivers/xf86-video-openchrome/Makefile (working copy) @@ -2,6 +2,7 @@ PORTNAME= xf86-video-openchrome PORTVERSION= 0.3.3 +PORTREVISION= 1 CATEGORIES= x11-drivers MAINTAINER= x11@FreeBSD.org Index: x11-drivers/xf86-video-r128/Makefile =================================================================== --- x11-drivers/xf86-video-r128/Makefile (revision 321210) +++ x11-drivers/xf86-video-r128/Makefile (working copy) @@ -2,7 +2,7 @@ PORTNAME= xf86-video-r128 PORTVERSION= 6.8.4 -PORTREVISION= 3 +PORTREVISION= 4 CATEGORIES= x11-drivers MAINTAINER= x11@FreeBSD.org Index: x11-drivers/xf86-video-radeonhd/Makefile =================================================================== --- x11-drivers/xf86-video-radeonhd/Makefile (revision 321210) +++ x11-drivers/xf86-video-radeonhd/Makefile (working copy) @@ -3,7 +3,7 @@ PORTNAME= xf86-video-radeonhd PORTVERSION= 1.3.0 -PORTREVISION= 5 +PORTREVISION= 6 CATEGORIES= x11-drivers MAINTAINER= x11@FreeBSD.org Index: x11-drivers/xf86-video-rdc/Makefile =================================================================== --- x11-drivers/xf86-video-rdc/Makefile (revision 321210) +++ x11-drivers/xf86-video-rdc/Makefile (working copy) @@ -3,6 +3,7 @@ PORTNAME= xf86-video-rdc PORTVERSION= 0.9 +PORTREVISION= 1 CATEGORIES= x11-drivers MASTER_SITES= http://www.SpringDaemons.com/stas/ @@ -13,6 +14,8 @@ XORG_CAT= driver USE_XORG= xvmc xf86driproto xextproto x11 glproto +.include + .if defined(WITH_NEW_XORG) IGNORE= does not build with X server 1.12 .endif Index: x11-drivers/xf86-video-rendition/Makefile =================================================================== --- x11-drivers/xf86-video-rendition/Makefile (revision 321210) +++ x11-drivers/xf86-video-rendition/Makefile (working copy) @@ -2,7 +2,7 @@ PORTNAME= xf86-video-rendition PORTVERSION= 4.2.5 -PORTREVISION= 1 +PORTREVISION= 2 CATEGORIES= x11-drivers MAINTAINER= x11@FreeBSD.org Index: x11-drivers/xf86-video-s3/Makefile =================================================================== --- x11-drivers/xf86-video-s3/Makefile (revision 321210) +++ x11-drivers/xf86-video-s3/Makefile (working copy) @@ -2,6 +2,7 @@ PORTNAME= xf86-video-s3 PORTVERSION= 0.6.5 +PORTREVISION= 1 CATEGORIES= x11-drivers MAINTAINER= x11@FreeBSD.org Index: x11-drivers/xf86-video-s3virge/Makefile =================================================================== --- x11-drivers/xf86-video-s3virge/Makefile (revision 321210) +++ x11-drivers/xf86-video-s3virge/Makefile (working copy) @@ -2,6 +2,7 @@ PORTNAME= xf86-video-s3virge PORTVERSION= 1.10.6 +PORTREVISION= 1 CATEGORIES= x11-drivers MAINTAINER= x11@FreeBSD.org Index: x11-drivers/xf86-video-savage/Makefile =================================================================== --- x11-drivers/xf86-video-savage/Makefile (revision 321210) +++ x11-drivers/xf86-video-savage/Makefile (working copy) @@ -2,6 +2,7 @@ PORTNAME= xf86-video-savage PORTVERSION= 2.3.6 +PORTREVISION= 1 CATEGORIES= x11-drivers MAINTAINER= x11@FreeBSD.org Index: x11-drivers/xf86-video-siliconmotion/Makefile =================================================================== --- x11-drivers/xf86-video-siliconmotion/Makefile (revision 321210) +++ x11-drivers/xf86-video-siliconmotion/Makefile (working copy) @@ -2,6 +2,7 @@ PORTNAME= xf86-video-siliconmotion PORTVERSION= 1.7.7 +PORTREVISION= 1 CATEGORIES= x11-drivers MAINTAINER= x11@FreeBSD.org Index: x11-drivers/xf86-video-sis/Makefile =================================================================== --- x11-drivers/xf86-video-sis/Makefile (revision 321210) +++ x11-drivers/xf86-video-sis/Makefile (working copy) @@ -2,6 +2,7 @@ PORTNAME= xf86-video-sis PORTVERSION= 0.10.7 +PORTREVISION= 1 CATEGORIES= x11-drivers MAINTAINER= x11@FreeBSD.org Index: x11-drivers/xf86-video-sis-intel/Makefile =================================================================== --- x11-drivers/xf86-video-sis-intel/Makefile (revision 321210) +++ x11-drivers/xf86-video-sis-intel/Makefile (working copy) @@ -1,14 +1,9 @@ -# New ports collection makefile for: xf86-video-sis-intel -# Date Created: 30 May 2008 -# Whom: Alexey Illarionov -# Based on: x11-drivers/xf86-video-sis by flz@FreeBSD.org -# +# Created by: Alexey Illarionov # $FreeBSD$ -# PORTNAME= xf86-video-sis-intel PORTVERSION= 300407 -PORTREVISION= 5 +PORTREVISION= 6 CATEGORIES= x11-drivers MASTER_SITES= http://downloadmirror.intel.com/15443/eng/ DISTNAME= sis_drv_src_300407 Index: x11-drivers/xf86-video-sunffb/Makefile =================================================================== --- x11-drivers/xf86-video-sunffb/Makefile (revision 321210) +++ x11-drivers/xf86-video-sunffb/Makefile (working copy) @@ -2,7 +2,7 @@ PORTNAME= xf86-video-sunffb PORTVERSION= 1.2.1 -PORTREVISION= 2 +PORTREVISION= 3 CATEGORIES= x11-drivers MAINTAINER= x11@FreeBSD.org Index: x11-drivers/xf86-video-tdfx/Makefile =================================================================== --- x11-drivers/xf86-video-tdfx/Makefile (revision 321210) +++ x11-drivers/xf86-video-tdfx/Makefile (working copy) @@ -2,7 +2,7 @@ PORTNAME= xf86-video-tdfx PORTVERSION= 1.4.5 -PORTREVISION= 2 +PORTREVISION= 3 CATEGORIES= x11-drivers MAINTAINER= x11@FreeBSD.org Index: x11-drivers/xf86-video-tga/Makefile =================================================================== --- x11-drivers/xf86-video-tga/Makefile (revision 321210) +++ x11-drivers/xf86-video-tga/Makefile (working copy) @@ -2,7 +2,7 @@ PORTNAME= xf86-video-tga PORTVERSION= 1.2.2 -PORTREVISION= 2 +PORTREVISION= 3 CATEGORIES= x11-drivers MAINTAINER= x11@FreeBSD.org Index: x11-drivers/xf86-video-trident/Makefile =================================================================== --- x11-drivers/xf86-video-trident/Makefile (revision 321210) +++ x11-drivers/xf86-video-trident/Makefile (working copy) @@ -2,7 +2,7 @@ PORTNAME= xf86-video-trident PORTVERSION= 1.3.6 -PORTREVISION= 1 +PORTREVISION= 2 CATEGORIES= x11-drivers MAINTAINER= x11@FreeBSD.org Index: x11-drivers/xf86-video-tseng/Makefile =================================================================== --- x11-drivers/xf86-video-tseng/Makefile (revision 321210) +++ x11-drivers/xf86-video-tseng/Makefile (working copy) @@ -2,7 +2,7 @@ PORTNAME= xf86-video-tseng PORTVERSION= 1.2.5 -PORTREVISION= 1 +PORTREVISION= 2 CATEGORIES= x11-drivers MAINTAINER= x11@FreeBSD.org Index: x11-drivers/xf86-video-vesa/Makefile =================================================================== --- x11-drivers/xf86-video-vesa/Makefile (revision 321210) +++ x11-drivers/xf86-video-vesa/Makefile (working copy) @@ -2,6 +2,7 @@ PORTNAME= xf86-video-vesa PORTVERSION= 2.3.2 +PORTREVISION= 1 CATEGORIES= x11-drivers MAINTAINER= x11@FreeBSD.org Index: x11-drivers/xf86-video-via/Makefile =================================================================== --- x11-drivers/xf86-video-via/Makefile (revision 321210) +++ x11-drivers/xf86-video-via/Makefile (working copy) @@ -2,7 +2,7 @@ PORTNAME= xf86-video-via PORTVERSION= 0.2.2 -PORTREVISION= 9 +PORTREVISION= 10 CATEGORIES= x11-drivers MAINTAINER= x11@FreeBSD.org Index: x11-drivers/xf86-video-vmware/Makefile =================================================================== --- x11-drivers/xf86-video-vmware/Makefile (revision 321210) +++ x11-drivers/xf86-video-vmware/Makefile (working copy) @@ -2,6 +2,7 @@ PORTNAME= xf86-video-vmware PORTVERSION= 13.0.1 +PORTREVISION= 1 CATEGORIES= x11-drivers MAINTAINER= x11@FreeBSD.org Index: x11-drivers/xf86-video-voodoo/Makefile =================================================================== --- x11-drivers/xf86-video-voodoo/Makefile (revision 321210) +++ x11-drivers/xf86-video-voodoo/Makefile (working copy) @@ -2,7 +2,7 @@ PORTNAME= xf86-video-voodoo PORTVERSION= 1.2.5 -PORTREVISION= 1 +PORTREVISION= 2 CATEGORIES= x11-drivers MAINTAINER= x11@FreeBSD.org Index: x11-servers/xorg-nestserver/Makefile =================================================================== --- x11-servers/xorg-nestserver/Makefile (revision 321210) +++ x11-servers/xorg-nestserver/Makefile (working copy) @@ -23,6 +23,8 @@ PLIST_FILES= bin/Xnest MAN1= Xnest.1 +.include + do-install: ${INSTALL_PROGRAM} ${WRKSRC}/hw/xnest/Xnest ${PREFIX}/bin/ .if defined(WITH_NEW_XORG) Index: x11-servers/xorg-server/Makefile =================================================================== --- x11-servers/xorg-server/Makefile (revision 321210) +++ x11-servers/xorg-server/Makefile (working copy) @@ -20,6 +20,16 @@ XORG_CAT= xserver SLAVE_PORT?= no +OPTIONS_DEFINE= AIGLX SUID HAL +AIGLX_DESC= Compile with Accelerated Indirect GLX support +SUID_DESC= Install the Xorg server with setuid bit set +HAL_DESC= Compile with HAL config support +OPTIONS_DEFAULT=AIGLX SUID HAL + +OPTIONS_EXCLUDE_sparc64= HAL + +.include + .if defined(WITH_NEW_XORG) XORG_VERSION= 1.12.4 XORG_REVISION= 0 @@ -75,14 +85,6 @@ PLIST= ${.CURDIR}/pkg-plist .endif -OPTIONS_DEFINE= AIGLX SUID HAL -AIGLX_DESC= Compile with Accelerated Indirect GLX support -SUID_DESC= Install the Xorg server with setuid bit set -HAL_DESC= Compile with HAL config support -OPTIONS_DEFAULT= AIGLX SUID HAL - -OPTIONS_EXCLUDE_sparc64= HAL - .include .if defined(WITH_OPENSSL_BASE) --------------040604060406000805070101-- From owner-freebsd-x11@FreeBSD.ORG Tue Jun 18 19:26:30 2013 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 8D94A21B for ; Tue, 18 Jun 2013 19:26:30 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from eu1sys200aog124.obsmtp.com (eu1sys200aog124.obsmtp.com [207.126.144.157]) by mx1.freebsd.org (Postfix) with ESMTP id D95391ED4 for ; Tue, 18 Jun 2013 19:26:29 +0000 (UTC) Received: from mail-we0-f172.google.com ([74.125.82.172]) (using TLSv1) by eu1sys200aob124.postini.com ([207.126.147.11]) with SMTP ID DSNKUcC0SHbwPnj3Rj0iVPWvL+F7vCi82FlU@postini.com; Tue, 18 Jun 2013 19:26:29 UTC Received: by mail-we0-f172.google.com with SMTP id q56so3799156wes.31 for ; Tue, 18 Jun 2013 12:25:59 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=sender:date:from:message-id:to:subject:reply-to:in-reply-to :x-gm-message-state; bh=U8VuYamJItzrCCmCJmWhOF2FnUN/yIC9dtl/kb6ZrFE=; b=H4R4e2Kl8+a42j5Rwc36hcy9CxKXLG92yswmHvoYqUMGdwd8VcJUH3/+jUCu3XhrD6 H2Z0sHk2zmjlFbsXtu4OT2fshmRtU9/5YUXlI2mAiudg7ec9dktCDgJlzedDuKw+tqOr 5pNU7MRlzvmscSjs2pIJl5v/qgQPw8LUPGIteazw0hXDdmSv/nhjEK0SOhsUgybiduwz fNtwX1Ajq8zHW1l2/8cq8Y9F1KuADdbop4rz9Vr1IM1LM7OHwjYvg7F1wq3nbryhJhye H8Zi8z/YEt53lWRrCDJG+qBX6XLgu+3HyE4zFaC/JuqDR7hfIeb2VZmCiAWJ3f7iv6+O L0iQ== X-Received: by 10.180.185.244 with SMTP id ff20mr8623704wic.0.1371583559960; Tue, 18 Jun 2013 12:25:59 -0700 (PDT) X-Received: by 10.180.185.244 with SMTP id ff20mr8623700wic.0.1371583559908; Tue, 18 Jun 2013 12:25:59 -0700 (PDT) Received: from mech-cluster241.men.bris.ac.uk (mech-cluster241.men.bris.ac.uk. [137.222.187.241]) by mx.google.com with ESMTPSA id h8sm4183093wiz.9.2013.06.18.12.25.58 for (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 18 Jun 2013 12:25:58 -0700 (PDT) Sender: Anton Shterenlikht Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.6/8.14.6) with ESMTP id r5IJPuZu089911 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Tue, 18 Jun 2013 20:25:56 +0100 (BST) (envelope-from mexas@mech-cluster241.men.bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.6/8.14.6/Submit) id r5IJPupr089910 for x11@freebsd.org; Tue, 18 Jun 2013 20:25:56 +0100 (BST) (envelope-from mexas) Date: Tue, 18 Jun 2013 20:25:56 +0100 (BST) From: Anton Shterenlikht Message-Id: <201306181925.r5IJPupr089910@mech-cluster241.men.bris.ac.uk> To: x11@freebsd.org Subject: Re: [HEADS UP] switch default xorg version in 9.1 and later In-Reply-To: <51C0AE69.6090505@freebsd.org> X-Gm-Message-State: ALoCoQk2vr9stvkd9PzUhzAQMMeuAzVHvy7E7tkh/8+vE4KNshOGWxlPLfjcB5EcBcDDptsaGCtv33q8NOBCTWuuvAnDSEKf3wBCPZfPcx5tcEjUDdfzVJnjViE4Ov72Dqc4ncLLGik797UxN8GT5yDIMx2ygrMxZg== X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: mexas@bristol.ac.uk List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jun 2013 19:26:30 -0000 Date: Tue, 18 Jun 2013 21:00:57 +0200 From: Niclas Zeising It is time to switch the default version of xorg on FreeBSD 9.1 and later, including CURRENT. Please point to a page with some explanation of what this means to the end user. I apologise in advance if the x11 team has done this already. I'd like to understand better what this change will mean for me. In particular, I need to check whether my hardware is new or legacy, and whether I'm better off staying on the old Xorg. Many thanks Anton From owner-freebsd-x11@FreeBSD.ORG Tue Jun 18 19:38:14 2013 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 53E0F62C for ; Tue, 18 Jun 2013 19:38:14 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from mail-ve0-x234.google.com (mail-ve0-x234.google.com [IPv6:2607:f8b0:400c:c01::234]) by mx1.freebsd.org (Postfix) with ESMTP id 15DE21F35 for ; Tue, 18 Jun 2013 19:38:14 +0000 (UTC) Received: by mail-ve0-f180.google.com with SMTP id pa12so3443592veb.39 for ; Tue, 18 Jun 2013 12:38:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=5hOx+ubtqG7zlGR5J2gS0tAVM1SIHGToS5s1ECvVYes=; b=Cysas0ehcGkUePmwaduGHx2lNGy26gp2RO1mM5i6Z+s+2by+R8oAvhayRxcqfbaZe5 rPokp+PxACkp273jArIIZEIZ5QdODlxlOP4VzzF469SVXElTwKdzmtemYeKnoSBKYW4Y ikZm0bP//Fzo8AENAV6UtMe+yWjyVfP31Boqqfn5pYK+ndiTbZ4qEJftxVj6TIY92wxm Jf2wfYdj9M6ogVosKcamHOsc2MIUTOTJU5bPI4ev+cFz/PRpp0DUAssbAoqfrjytDkHY XGgpjI3sO3deJzZL0V+uXXGpGhrp+zaVnIAWGid2WBjRDStQ4a/TkOdESnR3UbebiBXV 11vg== MIME-Version: 1.0 X-Received: by 10.52.32.133 with SMTP id j5mr2002056vdi.103.1371584293606; Tue, 18 Jun 2013 12:38:13 -0700 (PDT) Received: by 10.221.8.135 with HTTP; Tue, 18 Jun 2013 12:38:13 -0700 (PDT) In-Reply-To: <201306181925.r5IJPupr089910@mech-cluster241.men.bris.ac.uk> References: <51C0AE69.6090505@freebsd.org> <201306181925.r5IJPupr089910@mech-cluster241.men.bris.ac.uk> Date: Tue, 18 Jun 2013 15:38:13 -0400 Message-ID: Subject: Re: [HEADS UP] switch default xorg version in 9.1 and later From: "Sam Fourman Jr." To: mexas@bristol.ac.uk Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: x11@freebsd.org X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.14 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, 18 Jun 2013 19:38:14 -0000 On Tue, Jun 18, 2013 at 3:25 PM, Anton Shterenlikht wrote: > Date: Tue, 18 Jun 2013 21:00:57 +0200 > From: Niclas Zeising > > It is time to switch the default version of xorg on FreeBSD 9.1 and > later, including CURRENT. > > Great work, Im all for progress, but in general what is "legacy hardware" how are users of the binary nvidia driver effected? eg im confused if I have a recent nvidia card Eg 560 series, does the "new" xorg work as expected or is this legacy hardware because it does not support KMS? so far as I know KMS for intel is in 9.1 and there is some sort of start on KMS for ATI in HEAD... but nothing yet for Nvidia. -- Sam Fourman Jr. From owner-freebsd-x11@FreeBSD.ORG Tue Jun 18 19:56:01 2013 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 14FFDBD6 for ; Tue, 18 Jun 2013 19:56:01 +0000 (UTC) (envelope-from kwm@rainbow-runner.nl) Received: from fep21.mx.upcmail.net (fep21.mx.upcmail.net [62.179.121.41]) by mx1.freebsd.org (Postfix) with ESMTP id 5DD5F1013 for ; Tue, 18 Jun 2013 19:55:59 +0000 (UTC) Received: from edge04.upcmail.net ([192.168.13.239]) by viefep21-int.chello.at (InterMail vM.8.01.05.05 201-2260-151-110-20120111) with ESMTP id <20130618195558.BXHY1449.viefep21-int.chello.at@edge04.upcmail.net>; Tue, 18 Jun 2013 21:55:58 +0200 Received: from [127.0.0.1] ([178.84.132.32]) by edge04.upcmail.net with edge id pvvx1l00t0i5fp603vvxw7; Tue, 18 Jun 2013 21:55:58 +0200 X-SourceIP: 178.84.132.32 Message-ID: <51C0BB4F.6080008@rainbow-runner.nl> Date: Tue, 18 Jun 2013 21:55:59 +0200 From: Koop Mast User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: "Sam Fourman Jr." Subject: Re: [HEADS UP] switch default xorg version in 9.1 and later References: <51C0AE69.6090505@freebsd.org> <201306181925.r5IJPupr089910@mech-cluster241.men.bris.ac.uk> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 130618-0, 18-06-2013), Outbound message X-Antivirus-Status: Clean Cc: x11@freebsd.org X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.14 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, 18 Jun 2013 19:56:01 -0000 On 18-6-2013 21:38, Sam Fourman Jr. wrote: > On Tue, Jun 18, 2013 at 3:25 PM, Anton Shterenlikht wrote: > >> Date: Tue, 18 Jun 2013 21:00:57 +0200 >> From: Niclas Zeising >> >> It is time to switch the default version of xorg on FreeBSD 9.1 and >> later, including CURRENT. >> >> > Great work, Im all for progress, but in general what is "legacy hardware" > how are users of the binary nvidia driver effected? > eg im confused if I have a recent nvidia card Eg 560 series, does the "new" > xorg work as expected or is this legacy hardware because it does not > support KMS? > so far as I know KMS for intel is in 9.1 and there is some sort of start on > KMS for ATI in HEAD... but nothing yet for Nvidia. > You mean the opensource nvidia driver nouveau? From my limited understanding that will take another KMS based kernel API to work. And since we have already very good binary blob support, so I think it is unlikely someone is going to get worked on that very soon. The normal nvidia-driver works fine with the xorg-server 1.12, I'm not sure how the xorg-server support is for the older legacy nvidia-drivers. That is indeed a point that might need to be looked at. -Koop From owner-freebsd-x11@FreeBSD.ORG Tue Jun 18 21:11:40 2013 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id E885C4FA; Tue, 18 Jun 2013 21:11:40 +0000 (UTC) (envelope-from osidorkin@gmail.com) Received: from mail-ie0-x22a.google.com (mail-ie0-x22a.google.com [IPv6:2607:f8b0:4001:c03::22a]) by mx1.freebsd.org (Postfix) with ESMTP id B54EC1352; Tue, 18 Jun 2013 21:11:40 +0000 (UTC) Received: by mail-ie0-f170.google.com with SMTP id e11so11471502iej.15 for ; Tue, 18 Jun 2013 14:11:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=DBc1rE+RH5phv98sDLSmHMneWWnij7HG1By2gP/O4CY=; b=REZzOfcZwskL6N/0Inzvt5AOmq57kK4xs/9bJrahJUWFdzVb4NNEHE6hKsuPnhnrN6 TqIVhHU+F1tbLZSJH/idTqObcleod38l5L2eCX4AEsHbRD4FCF3q6AnVPYRDZHsngPUw LTVzOjPvbdHeQ8ZihNjazeAzfI4VPZNR8L45ZYtjl+8i5yBLD0jmpLp4cJ1UIdeqOpSj WxwQnV9JeughwocNhmUObKM9nrBJ4eO5Icg5yapgt8LvSKb6XWYhxKVG/Nr8GouDYW8z +m2T14UimyJgd8OGPXaSOimKR5xHOuc9hE1ovVWf/jBKV6rW39dqGePv1ZP2csmDUvEX LFEg== X-Received: by 10.50.110.5 with SMTP id hw5mr4467755igb.90.1371589899429; Tue, 18 Jun 2013 14:11:39 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.24.141 with HTTP; Tue, 18 Jun 2013 14:11:19 -0700 (PDT) In-Reply-To: <20130616142749.GS91021@kib.kiev.ua> References: <6440183.K9cfUIuKrT@notebook.alkar.net> <20130615184808.GQ91021@kib.kiev.ua> <2196173.6JJmiBSmEt@notebook.alkar.net> <20130616142749.GS91021@kib.kiev.ua> From: Oleg Sidorkin Date: Wed, 19 Jun 2013 01:11:19 +0400 Message-ID: Subject: Re: [drm2][panic] Running XOrg with SNA enabled causes system panic after few hours on G33 To: Konstantin Belousov Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-x11@freebsd.org, freebsd-current@freebsd.org X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.14 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, 18 Jun 2013 21:11:41 -0000 On Sun, Jun 16, 2013 at 6:27 PM, Konstantin Belousov wrote: > On Sun, Jun 16, 2013 at 06:04:39PM +0400, Oleg Sidorkin wrote: >> Thanks for the patch. >> I've adapted the proposed patch for stable/9 and it is running with >> SNA enabled now. > > In other words, your problem seems to be gone with the patch applied ? > Now 48h are passed without panics. Fix definitely works. Thanks. >> >> On Sat, Jun 15, 2013 at 11:54 PM, Artyom Mirgorodskiy >> wrote: >> > I can't apply patch >> > >> > >> > >> > On Saturday 15 June 2013 21:48:08 Konstantin Belousov wrote: >> > >> >> On Sat, Jun 15, 2013 at 09:46:02PM +0300, Artyom Mirgorodskiy wrote: >> > >> >> > Can you please also create patch for -current? >> > >> >> It is for current. Code in stable/9 should be identical though. >> > >> > -- >> > >> > Artyom Mirgorodskiy >> >> >> >> -- >> Oleg Sidorkin From owner-freebsd-x11@FreeBSD.ORG Tue Jun 18 21:25:59 2013 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 9B2ECDFC; Tue, 18 Jun 2013 21:25:59 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 0CF3B1566; Tue, 18 Jun 2013 21:25:58 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id r5ILPtGj041764; Wed, 19 Jun 2013 00:25:55 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua r5ILPtGj041764 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id r5ILPt9s041760; Wed, 19 Jun 2013 00:25:55 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 19 Jun 2013 00:25:55 +0300 From: Konstantin Belousov To: Oleg Sidorkin Subject: Re: [drm2][panic] Running XOrg with SNA enabled causes system panic after few hours on G33 Message-ID: <20130618212555.GA91021@kib.kiev.ua> References: <6440183.K9cfUIuKrT@notebook.alkar.net> <20130615184808.GQ91021@kib.kiev.ua> <2196173.6JJmiBSmEt@notebook.alkar.net> <20130616142749.GS91021@kib.kiev.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AJd+a2ML6L6CXP6l" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: freebsd-x11@freebsd.org, freebsd-current@freebsd.org X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.14 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, 18 Jun 2013 21:25:59 -0000 --AJd+a2ML6L6CXP6l Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 19, 2013 at 01:11:19AM +0400, Oleg Sidorkin wrote: > On Sun, Jun 16, 2013 at 6:27 PM, Konstantin Belousov > wrote: > > On Sun, Jun 16, 2013 at 06:04:39PM +0400, Oleg Sidorkin wrote: > >> Thanks for the patch. > >> I've adapted the proposed patch for stable/9 and it is running with > >> SNA enabled now. > > > > In other words, your problem seems to be gone with the patch applied ? > > >=20 > Now 48h are passed without panics. Fix definitely works. Thanks. Thank you. I tested it locally (without SNA) and committed the change a hour ago. It is required anyway, since the race sounds possible. I was mostly concerned with a thinko in the logic. --AJd+a2ML6L6CXP6l Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iQIcBAEBAgAGBQJRwNBiAAoJEJDCuSvBvK1BEJkP/0KCqNk4ILHGzrNq3eqnGH7q dX5UYDokbMJIEm01HoXHMKM8VpZhIhyZqENq+M6Mrg9LRWpaiXQccKd3UMx/y6eY x/HQeXRvLO0l884gjVivdXEbkvwFCx/CQLRXmbZQevxshENxpSkZtmrh0h/h4JVx QcfjbJ05sYdSUy7hUDfun/JRDeSE77lv6hSwoyID9YpvIgyOEcxFhJue9trH8AGZ Mc7KJ42DEPxgsJzerlkV9mX9WW8QhJ/ax04MdpdDiZyB7Nz5xtYB9SrPJ5NrjSDV UbjCGsQvDzjbWXsTV+1I7wdr+zHNYFC3pkSytPkxOBokpyZETpu8ed2StK7sEaXA YWRYLGhM52x7SpF62tyWpw2tLlWKIw/khPjLPzMmNfFGo5GMlLmM62hFeTiNES4p NWuf78rYM89DznTZBcLYrQntcwLLdZXMEOU8u5njw/MCMlTBesCnpclkG6Z2LzJY kb4RAiHJ9lZE/TyJpsc32LuCsR9Ok6BY0dg0K78wjzbhR22ljxAAHlHKLIxy0m+O pbhU6o9eN0o8pxA7+4SqsnauYQqQwuZe5a1bF0H9jFENL2tairRlsKGTWPWfi1Jp fBrWD7Bk5JRT8BNBhJvK/WsJjfqvCmJOy8MyqQr8Al73ejBzuutJvY7pW2yNt0ie 9Q9EQmhSAStoJiZ5HryD =E91n -----END PGP SIGNATURE----- --AJd+a2ML6L6CXP6l-- From owner-freebsd-x11@FreeBSD.ORG Wed Jun 19 11:09:17 2013 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id BACD7401 for ; Wed, 19 Jun 2013 11:09:17 +0000 (UTC) (envelope-from mueller6724@bellsouth.net) Received: from nm25.access.bullet.mail.mud.yahoo.com (nm25.access.bullet.mail.mud.yahoo.com [66.94.237.90]) by mx1.freebsd.org (Postfix) with ESMTP id 64E4B1970 for ; Wed, 19 Jun 2013 11:09:17 +0000 (UTC) Received: from [66.94.237.196] by nm25.access.bullet.mail.mud.yahoo.com with NNFMP; 19 Jun 2013 11:03:36 -0000 Received: from [98.139.221.56] by tm7.access.bullet.mail.mud.yahoo.com with NNFMP; 19 Jun 2013 11:03:36 -0000 Received: from [127.0.0.1] by smtp109.sbc.mail.bf1.yahoo.com with NNFMP; 19 Jun 2013 11:03:36 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s1024; t=1371639816; bh=KaK3kNC0UrnwdqggRNwEPVov/tiu45i4klL2gYzw3hY=; h=X-Yahoo-Newman-Id:Message-ID:Date:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:From:To:CC:Subject; b=FSwUwFAbSTM4NKH9M+bHfMGRjwktNR3VjlNUeVZon9NqwpHLbx8OrNPw6rUrmC+uTet+7HOgW9v+ow1ntCKfi6sl6OXKEHQI3Z4UUj3m6rl0BNvqildn+KHB3aCjgXWgG1QHXI06fnpphga7Mv338AQB0c7IO3buoVxdKthPt5s= X-Yahoo-Newman-Id: 913149.18269.bm@smtp109.sbc.mail.bf1.yahoo.com Message-ID: <913149.18269.bm@smtp109.sbc.mail.bf1.yahoo.com> Date: Wed, 19 Jun 2013 04:03:36 -0700 (PDT) X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: xv0iqI8VM1mpVgLLx0hlx8ufnMsLAKeZu3XdpoFShdVoxtV 7Y0z_mB_7lN5Xyrdu6lqKdv1ed0K3BzIoWe1nZlcQJNCHqkT6ZnJyHQrE5cD tHFjK1eV9_U52vKFXSnQW2ODltpUAmBarihzK.wAQ0y1xuB7JTyo6A.Kv6_8 Rkb51BUdRkSVJXuoyUF_IC0RnIYuuAhrGyi2EX3_1cEuqyf1ELSP1WIuTCCh ExwfmoYqUjkTNFzenf0uOOJ9Lvls2kQF0fMaWt05yLc0krGLRopKm5c5EWbj aB2A8gIS_Ee9fOn9ck0jhSru17jew9QeMjmhPbZZ6EFoqk0hmiE_M7ErWxE1 xkz1F2ayE1IXeoxLJHkwRYH_SERXRt2GI6fJELq18DC65UFXNo1DOtbiDgnC FblmdF1NLEdfiLhHA_igchjdBn7t3xjUPebA.Li5HMxvh9roQ1yZa618Dfw. plU.4EzL1iA4Vyi38uUwdKXKqV27larV4G7HPdpUo.sCSHB7JqQXDRiyz7ps 09tuu2jDBDHLETkueR8w- X-Yahoo-SMTP: Kz_aW1.swBBYof3zAD7.RWzXz9ZAQVDMml1VADsbgPT4Kq79LC0- X-Rocket-Received: from localhost (mueller6724@74.130.200.176 with plain) by smtp109.sbc.mail.bf1.yahoo.com with SMTP; 19 Jun 2013 04:03:36 -0700 PDT From: "Thomas Mueller" To: freebsd-ports@freebsd.org Subject: Re: [HEADS UP] switch default xorg version in 9.1 and later Cc: freebsd-x11@freebsd.org X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.14 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, 19 Jun 2013 11:09:17 -0000 > Hi! > It is time to switch the default version of xorg on FreeBSD 9.1 and > later, including CURRENT. > In general this means better support for modern hardware, especially > intel hardware, at the cost of support for some legacy hardware. > The old version will still be around, and be the default for FreeBSD > releases prior to 9.1, it is also possible to get the old version by > setting WITHOUT_NEW_XORG= in /etc/make.conf. > The attached patch will make the switch, and I intend to commit it ASAP > unless something major shows up. The patch is also available at > http://people.freebsd.org/~zeising/xorg-switch.diff > Regards! -- > Niclas Zeising > FreeBSD x11 team > PS. Please respect reply-to, to avoid too much cross posting. Now I am a bit confused, should it be x11@freebsd.org or freebsd-x11@freebsd.org, or is one an alias for the other? Anyway, my concern was some complications in running the newer Xorg with Intel graphics. There was the danger that it might not be possible to go to text console after going into X, so I have questions on how to stay with the graphical interface and not go back to text console. If this belongs on another thread, feel free to change the subject to "Xorg acrobatics". My question is how to go into X in such a way that there can be multiple users simultaneously logged in, root and nonroot, and all users have access to graphic applications (Mozilla Seamonkey for instance). I also want to be able to switch to or restart with a different window manager without going to a text console in between; this might require closing all applications and logging out. I don't really want to use gdm, kdm or xdm if I can help it. I don't think xdm would work anyway. My previous attempt with the new Xorg and KMS produced a completely nonrunnable X, immediately crashed, requiring Reset button, and I had a dilly of a time going back to the older Xorg. I might this time have an alternate xorg.conf with Driver="vesa" for fallback so as to retain access to Xorg if the new Xorg bombs out with Intel driver: haven't tested this but hope it would work. Tom From owner-freebsd-x11@FreeBSD.ORG Wed Jun 19 12:29:58 2013 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 0AFF5120; Wed, 19 Jun 2013 12:29:58 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (pancho.soaustin.net [76.74.250.40]) by mx1.freebsd.org (Postfix) with ESMTP id E37E91DB1; Wed, 19 Jun 2013 12:29:57 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id 17B695607D; Wed, 19 Jun 2013 07:29:57 -0500 (CDT) Date: Wed, 19 Jun 2013 07:29:57 -0500 From: Mark Linimon To: Thomas Mueller Subject: Re: [HEADS UP] switch default xorg version in 9.1 and later Message-ID: <20130619122956.GA11452@lonesome.com> References: <913149.18269.bm@smtp109.sbc.mail.bf1.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <913149.18269.bm@smtp109.sbc.mail.bf1.yahoo.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-x11@freebsd.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.14 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, 19 Jun 2013 12:29:58 -0000 On Wed, Jun 19, 2013 at 04:03:36AM -0700, Thomas Mueller wrote: > Now I am a bit confused, should it be x11@freebsd.org or > freebsd-x11@freebsd.org, or is one an alias for the other? They are aliases. mcl From owner-freebsd-x11@FreeBSD.ORG Wed Jun 19 13:26:32 2013 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 9D7409F6; Wed, 19 Jun 2013 13:26:32 +0000 (UTC) (envelope-from artyom.mirgorodsky@gmail.com) Received: from mail-ee0-x233.google.com (mail-ee0-x233.google.com [IPv6:2a00:1450:4013:c00::233]) by mx1.freebsd.org (Postfix) with ESMTP id 026361186; Wed, 19 Jun 2013 13:26:31 +0000 (UTC) Received: by mail-ee0-f51.google.com with SMTP id e52so3244369eek.10 for ; Wed, 19 Jun 2013 06:26:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:date:message-id:user-agent:in-reply-to :references:mime-version:content-transfer-encoding:content-type; bh=aI1+KwpfiFiJyuXzdAlSLfODSAVaaOg82WddPFCiYwM=; b=hpE4hnxBO5TU0FbQShak6EbGmWfM3twJ4VmVpWoLCLoQKW4SmGkzHolNbyRA22dak2 fLYJk1O+7bZ/xWe644FRLe4hTz4WFQqN5DmndKAjtifDgXmK4gh5dfPeGRZAgC+vlBfX fwxJa5M9whQVqLlAsFP2wHAy1S8ZHYviZkXTCap2S5q0O6afFyAtZpI0G7yiGokm+KIj Hs8VLFC7IbwIXRocwmJX8t0i7NjuVO/p0Fcu13XwMqA1U9wbc8p9D71MipXcyIizoqzx 4W0IEpsMySHfdfBllIAlWs/MAvzrd0Pi1hmp8CtqU0DrHFjJwhR7JpeUBEfmkl+GZ5W+ JYtw== X-Received: by 10.15.73.197 with SMTP id h45mr2608469eey.146.1371648391141; Wed, 19 Jun 2013 06:26:31 -0700 (PDT) Received: from notebook.alkar.net ([91.243.193.58]) by mx.google.com with ESMTPSA id b3sm19874301eev.10.2013.06.19.06.26.30 for (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 19 Jun 2013 06:26:30 -0700 (PDT) From: Artyom Mirgorodskiy To: Konstantin Belousov Subject: Re: [drm2][panic] Running XOrg with SNA enabled causes system panic after few hours on G33 Date: Wed, 19 Jun 2013 16:27:10 +0300 Message-ID: <2200048.bf3YQ9V0Fp@notebook.alkar.net> User-Agent: KMail/4.10.3 (FreeBSD/10.0-CURRENT; KDE/4.10.3; amd64; ; ) In-Reply-To: <20130618212555.GA91021@kib.kiev.ua> References: <20130618212555.GA91021@kib.kiev.ua> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: freebsd-x11@freebsd.org, freebsd-current@freebsd.org X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.14 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, 19 Jun 2013 13:26:32 -0000 Hm, yesterday I turn off SNA optimization and got hang when shutdown :( On Wednesday 19 June 2013 00:25:55 Konstantin Belousov wrote: > On Wed, Jun 19, 2013 at 01:11:19AM +0400, Oleg Sidorkin wrote: > > On Sun, Jun 16, 2013 at 6:27 PM, Konstantin Belousov > > > > wrote: > > > On Sun, Jun 16, 2013 at 06:04:39PM +0400, Oleg Sidorkin wrote: > > >> Thanks for the patch. > > >> I've adapted the proposed patch for stable/9 and it is running with > > >> SNA enabled now. > > > > > > In other words, your problem seems to be gone with the patch applied ? > > > > Now 48h are passed without panics. Fix definitely works. Thanks. > > Thank you. > > I tested it locally (without SNA) and committed the change a hour ago. > It is required anyway, since the race sounds possible. I was mostly > concerned with a thinko in the logic. -- Artyom Mirgorodskiy From owner-freebsd-x11@FreeBSD.ORG Wed Jun 19 15:22:07 2013 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 1A61B67F for ; Wed, 19 Jun 2013 15:22:07 +0000 (UTC) (envelope-from zeising@freebsd.org) Received: from mail.lysator.liu.se (mail.lysator.liu.se [IPv6:2001:6b0:17:f0a0::3]) by mx1.freebsd.org (Postfix) with ESMTP id 89E001A22 for ; Wed, 19 Jun 2013 15:22:06 +0000 (UTC) Received: from mail.lysator.liu.se (localhost [127.0.0.1]) by mail.lysator.liu.se (Postfix) with ESMTP id CB7124001F for ; Wed, 19 Jun 2013 17:22:04 +0200 (CEST) Received: by mail.lysator.liu.se (Postfix, from userid 1004) id C0DE040019; Wed, 19 Jun 2013 17:22:04 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bernadotte.lysator.liu.se X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.3.1 X-Spam-Score: 0.0 Received: from mx.daemonic.se (h-45-105.a163.priv.bahnhof.se [94.254.45.105]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.lysator.liu.se (Postfix) with ESMTPSA id 4A7D04000A; Wed, 19 Jun 2013 17:22:04 +0200 (CEST) Received: from mailscanner.daemonic.se (mailscanner.daemonic.se [IPv6:2001:470:dca9:0:1::6]) by mx.daemonic.se (Postfix) with ESMTPS id 3bb8yz6Szpz8hVn; Wed, 19 Jun 2013 17:22:03 +0200 (CEST) X-Virus-Scanned: amavisd-new at daemonic.se Received: from mx.daemonic.se ([IPv6:2001:470:dca9:0:1::3]) (using TLS with cipher CAMELLIA256-SHA) by mailscanner.daemonic.se (mailscanner.daemonic.se [IPv6:2001:470:dca9:0:1::6]) (amavisd-new, port 10025) with ESMTPS id 3b6r1WrsUG-z; Wed, 19 Jun 2013 17:22:01 +0200 (CEST) Received: from mail.daemonic.se (mail.daemonic.se [IPv6:2001:470:dca9:0:1::4]) by mx.daemonic.se (Postfix) with ESMTPS id 3bb8yx3Krkz8hVm; Wed, 19 Jun 2013 17:22:01 +0200 (CEST) Received: from tifa.daemonic.se (host-95-199-195-73.mobileonline.telia.com [95.199.195.73]) by mail.daemonic.se (Postfix) with ESMTPSA id 3bb8yw3lNjz9CwY; Wed, 19 Jun 2013 17:21:59 +0200 (CEST) Received: from tifa.daemonic.se (localhost [127.0.0.1]) by tifa.daemonic.se (Postfix) with ESMTP id 5CB7822819; Wed, 19 Jun 2013 17:21:57 +0200 (CEST) Message-ID: <51C1CC94.4040901@freebsd.org> Date: Wed, 19 Jun 2013 17:21:56 +0200 From: Niclas Zeising User-Agent: Mutt/1.5.21 MIME-Version: 1.0 To: Thomas Mueller Subject: Re: [HEADS UP] switch default xorg version in 9.1 and later References: <913149.18269.bm@smtp109.sbc.mail.bf1.yahoo.com> In-Reply-To: <913149.18269.bm@smtp109.sbc.mail.bf1.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-x11@freebsd.org X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.14 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, 19 Jun 2013 15:22:07 -0000 > Anyway, my concern was some complications in running the newer Xorg with Intel graphics. > > There was the danger that it might not be possible to go to text console after going into X, so I have questions on how to stay with the graphical interface and not go back to text console. If this belongs on another thread, feel free to change the subject to "Xorg acrobatics". As far as I know, it is still not possible to VT switch after X has been started, this is a known shortcoming in the KMS driver. However, on start X will load all needed kernel modules, so until you start X you will have a working console. > > My question is how to go into X in such a way that there can be multiple users simultaneously logged in, root and nonroot, and all users have access to graphic applications (Mozilla Seamonkey for instance). I also want to be able to switch to or restart with a different window manager without going to a text console in between; this might require closing all applications and logging out. I don't really want to use gdm, kdm or xdm if I can help it. I don't think xdm would work anyway. I think the best way to achieve this is with some sort of desktop- or session-manager. I don't know if it is possible at all without it, I haven't tried. In general though, you shouldn't run X as the root user, and if all you need is a root shell, it is possible to start a terminal emulator (such as xterm) and use su or sudo. > > My previous attempt with the new Xorg and KMS produced a completely nonrunnable X, immediately crashed, requiring Reset button, and I had a dilly of a time going back to the older Xorg. I might this time have an alternate xorg.conf with Driver="vesa" for fallback so as to retain access to Xorg if the new Xorg bombs out with Intel driver: haven't tested this but hope it would work. Have you reported these issues somewhere earlier? Otherwise we need much more info in debugging this. Remember also that it is still possible to get the old xorg distribution if needed. Regards! -- Niclas Zeising From owner-freebsd-x11@FreeBSD.ORG Thu Jun 20 06:01:48 2013 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id B0B975BD for ; Thu, 20 Jun 2013 06:01:48 +0000 (UTC) (envelope-from mueller6724@bellsouth.net) Received: from nm1-vm0.access.bullet.mail.mud.yahoo.com (nm1-vm0.access.bullet.mail.mud.yahoo.com [66.94.236.27]) by mx1.freebsd.org (Postfix) with ESMTP id 5921A1BBA for ; Thu, 20 Jun 2013 06:01:48 +0000 (UTC) Received: from [66.94.237.201] by nm1.access.bullet.mail.mud.yahoo.com with NNFMP; 20 Jun 2013 05:58:23 -0000 Received: from [98.138.226.241] by tm12.access.bullet.mail.mud.yahoo.com with NNFMP; 20 Jun 2013 05:58:23 -0000 Received: from [127.0.0.1] by smtp112.sbc.mail.ne1.yahoo.com with NNFMP; 20 Jun 2013 05:58:23 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s1024; t=1371707903; bh=gzy0zDZD/5j3t7ol3MS7PxmxTysAbCPddYjoc4TffRk=; h=X-Yahoo-Newman-Id:Message-ID:Date:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:From:X-Not-Really-To:CC:Subject; b=b6waHFtO+bstnd8k2vsBQO8eTRlDc3TPrAl9+CKYdIt8eV64jdcgfoBsx9hesyeAKX/cPiq6eJWTC7JEnQc1wwY3b8w0XnZYdTbS0GldZQmB7t1l5JubD3MqBF7BPy8xPkL+fwWNKiJ4qZY6SYToKQQk2KF0KggR7fbavxBYhzU= X-Yahoo-Newman-Id: 235719.21386.bm@smtp112.sbc.mail.ne1.yahoo.com Message-ID: <235719.21386.bm@smtp112.sbc.mail.ne1.yahoo.com> Date: Wed, 19 Jun 2013 22:58:23 -0700 (PDT) X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: p6xejLwVM1m2KOu0QYB.8JvqFUBWhVc8sajRBoggc1XKraL pmuqakDRl2eTbtfj6uUsMe1KCOfIMGl1gsRYQaLRNqKdajacwEtqk_UqaSJf BFTqpoECuQTvRwdO1fNQDrF8PoX7p6LMEy6J6DaikXOhp64er5Sc5d__BfC9 Pg_EHAn9r8c3jzYsLVoDJ_uyxL158gR3BMyAR8O2zFJaUjp39RLfzDr72Dsa 1qhFVu8bmuzbqGW_ZLimSBkfCGQkGB0TgWp_N56ZS0XJC.4aUbaFbcjtHh8P VBLh9rvK3CjDsHhxAbAvVMogQwbVVltv5BmKYL9js9CACmJOshVEt1GBcHWE 85lEVjird0BZT0c8Zw4XizcSeMsD_vW_z_GMXEu8mbiVuHpGfatXUdiF87J5 Gigh18rKq4bxGJypUyExTp006iiEqV57anZg9KIsUapu1a_ua2iHJCSH7ANk VfQ9PZ_fLqtPnIykwEDjWN5s6i8QeERzBAGl7G36E9qdBA78T_o.5hoMRewr eTmT7qOvmpfcOk2ZLaWjSarI- X-Yahoo-SMTP: Kz_aW1.swBBYof3zAD7.RWzXz9ZAQVDMml1VADsbgPT4Kq79LC0- X-Rocket-Received: from localhost (mueller6724@74.130.200.176 with plain) by smtp112.sbc.mail.ne1.yahoo.com with SMTP; 19 Jun 2013 22:58:23 -0700 PDT From: "Thomas Mueller" X-Not-Really-To: freebsd-ports@freebsd.org CC: freebsd-x11@freebsd.org Subject: Re: [HEADS UP] switch default xorg version in 9.1 and later X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.14 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, 20 Jun 2013 06:01:48 -0000 from Niclas Zeising: > As far as I know, it is still not possible to VT switch after X has been > started, this is a known shortcoming in the KMS driver. However, on > start X will load all needed kernel modules, so until you start X you > will have a working console. I remember reading about this, and it's like what I had with NetBSD, though that was with an old native X, part of NetBSD base system as opposed to pkgsrc. NetBSD had difficulty with ATI r128 video. I would need to be able to shutdown from X, which requires root permissions, hence the need for an xterm as root. I remember KDE in Linux Slackware had a menu item to start konsole as root (as well as same nonroot user). In NetBSD 5.1_STABLE i386, text console would go blank after 30 seconds inactivity, and I had to find my way in the dark to a root command prompt to run screenblank -u and that made the console visible again. So I ran X using icewm as root, also shutdown straight from X. I tried xdm in Linux Slackware 13.0. That allowed one login session with one user, window manager twm only. I tried xdm in NetBSD 6.1, it didn't start at all. In icewm, I could (Ctrl-Alt-Space) and run xterm -ls , then "login" at the command prompt and get a login prompt. I could then login as another nonroot user but not as root if I originally started X (icewm) as nonroot, but could login as nonroot if I originally started X as root. In either case, I could only get an xterm but not run a graphic application such as Seamonkey. I would also want to be able to quit one window manager to go to another window manager without going to a text console in between. Maybe I need to play with xinitrc.* files and experiment? > > My previous attempt with the new Xorg and KMS produced a completely nonrunnable X, immediately crashed, requiring Reset button, and I had a dilly of a time going back to the older Xorg. I might this time have an alternate xorg.conf with Driver="vesa" for fallback so as to retain access to Xorg if the new Xorg bombs out with Intel driver: haven't tested this but hope it would work. > Have you reported these issues somewhere earlier? Otherwise we need > much more info in debugging this. > Remember also that it is still possible to get the old xorg distribution > if needed. I reported this a few months ago. I might like to try again, both in FreeBSD (ports) and NetBSD (pkgsrc), would in both cases have an xorg.conf-vesa file ready with Driver="vesa" for fallback, hopefully to have a workable X even if the real one, using intel driver, is not workable. I hope but don't really know that this would work, might try first on FreeBSD-HEAD (current), which I haven't yet built or installed. Now I have to get to two things: putting together a new computer, and seeing if I can setup recalcitrant HP printer with hplip, this may delay my next response on this list. Finger error: I went to change a CD, hit the wrong button, Reset button by mistake, but fortunately I had saved this file at the right time and didn't lose anything. Tom From owner-freebsd-x11@FreeBSD.ORG Thu Jun 20 09:47:32 2013 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 31F13C6A for ; Thu, 20 Jun 2013 09:47:32 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward4l.mail.yandex.net (forward4l.mail.yandex.net [IPv6:2a02:6b8:0:1819::4]) by mx1.freebsd.org (Postfix) with ESMTP id EE21A1896 for ; Thu, 20 Jun 2013 09:47:31 +0000 (UTC) Received: from smtp3h.mail.yandex.net (smtp3h.mail.yandex.net [84.201.186.20]) by forward4l.mail.yandex.net (Yandex) with ESMTP id 1ED101443533; Thu, 20 Jun 2013 13:47:28 +0400 (MSK) Received: from smtp3h.mail.yandex.net (localhost [127.0.0.1]) by smtp3h.mail.yandex.net (Yandex) with ESMTP id B969C1B40D64; Thu, 20 Jun 2013 13:47:27 +0400 (MSK) Received: from 87.249.28.58.tel.ru (87.249.28.58.tel.ru [87.249.28.58]) by smtp3h.mail.yandex.net (nwsmtp/Yandex) with ESMTP id nDEGezx8VS-lRr4Ie5Y; Thu, 20 Jun 2013 13:47:27 +0400 Message-ID: <51C2CFAF.70008@passap.ru> Date: Thu, 20 Jun 2013 13:47:27 +0400 From: Boris Samorodov User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130518 Thunderbird/17.0.6 MIME-Version: 1.0 To: Thomas Mueller Subject: Re: [HEADS UP] switch default xorg version in 9.1 and later References: <235719.21386.bm@smtp112.sbc.mail.ne1.yahoo.com> In-Reply-To: <235719.21386.bm@smtp112.sbc.mail.ne1.yahoo.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-x11@freebsd.org X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.14 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, 20 Jun 2013 09:47:32 -0000 20.06.2013 09:58, Thomas Mueller пишет: > I would need to be able to shutdown from X, which requires root permissions, hence the need for an xterm as root. You need just operator's permissions. Add yourself to operators group (/etc/group) and at next login you'll be able to do a shutdown. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-x11@FreeBSD.ORG Thu Jun 20 09:55:10 2013 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 2A0B87A for ; Thu, 20 Jun 2013 09:55:10 +0000 (UTC) (envelope-from zeising@freebsd.org) Received: from mail.lysator.liu.se (mail.lysator.liu.se [IPv6:2001:6b0:17:f0a0::3]) by mx1.freebsd.org (Postfix) with ESMTP id D4B07190D for ; Thu, 20 Jun 2013 09:55:09 +0000 (UTC) Received: from mail.lysator.liu.se (localhost [127.0.0.1]) by mail.lysator.liu.se (Postfix) with ESMTP id 4D13E4000A for ; Thu, 20 Jun 2013 11:55:07 +0200 (CEST) Received: by mail.lysator.liu.se (Postfix, from userid 1004) id 3B1304001B; Thu, 20 Jun 2013 11:55:07 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bernadotte.lysator.liu.se X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.3.1 X-Spam-Score: 0.0 Received: from mx.daemonic.se (h-45-105.a163.priv.bahnhof.se [94.254.45.105]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.lysator.liu.se (Postfix) with ESMTPSA id 1458A4000A; Thu, 20 Jun 2013 11:55:05 +0200 (CEST) Received: from mailscanner.daemonic.se (mailscanner.daemonic.se [IPv6:2001:470:dca9:0:1::6]) by mx.daemonic.se (Postfix) with ESMTPS id 3bbdgD5ssFz8hVn; Thu, 20 Jun 2013 11:55:04 +0200 (CEST) X-Virus-Scanned: amavisd-new at daemonic.se Received: from mx.daemonic.se ([IPv6:2001:470:dca9:0:1::3]) (using TLS with cipher CAMELLIA256-SHA) by mailscanner.daemonic.se (mailscanner.daemonic.se [IPv6:2001:470:dca9:0:1::6]) (amavisd-new, port 10025) with ESMTPS id MuFx5h1CQ1Qh; Thu, 20 Jun 2013 11:55:02 +0200 (CEST) Received: from mail.daemonic.se (mail.daemonic.se [10.1.0.4]) by mx.daemonic.se (Postfix) with ESMTPS id 3bbdgB68jdz8hVm; Thu, 20 Jun 2013 11:55:02 +0200 (CEST) Received: from tifa.daemonic.se (h140n3-aahm-a11.ias.bredband.telia.com [78.72.134.140]) by mail.daemonic.se (Postfix) with ESMTPSA id 3bbdgB5TNcz9Ctq; Thu, 20 Jun 2013 11:55:02 +0200 (CEST) Received: from tifa.daemonic.se (localhost [127.0.0.1]) by tifa.daemonic.se (Postfix) with ESMTP id 7CB2822819; Thu, 20 Jun 2013 11:55:01 +0200 (CEST) Message-ID: <51C2D175.8060204@freebsd.org> Date: Thu, 20 Jun 2013 11:55:01 +0200 From: Niclas Zeising User-Agent: Mutt/1.5.21 MIME-Version: 1.0 To: Boris Samorodov Subject: Re: [HEADS UP] switch default xorg version in 9.1 and later References: <235719.21386.bm@smtp112.sbc.mail.ne1.yahoo.com> <51C2CFAF.70008@passap.ru> In-Reply-To: <51C2CFAF.70008@passap.ru> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: Thomas Mueller , freebsd-x11@freebsd.org X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.14 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, 20 Jun 2013 09:55:10 -0000 On 06/20/13 11:47, Boris Samorodov wrote: > 20.06.2013 09:58, Thomas Mueller пишет: > >> I would need to be able to shutdown from X, which requires root permissions, hence the need for an xterm as root. > > You need just operator's permissions. Add yourself to operators group > (/etc/group) and at next login you'll be able to do a shutdown. > It is also possible to just su to root in an xterm and shut down that way, or use sudo. Regards! -- Niclas From owner-freebsd-x11@FreeBSD.ORG Thu Jun 20 10:54:59 2013 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 23E4D512 for ; Thu, 20 Jun 2013 10:54:59 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms16-1.1blu.de (ms16-1.1blu.de [89.202.0.34]) by mx1.freebsd.org (Postfix) with ESMTP id DFC1D1C4B for ; Thu, 20 Jun 2013 10:54:58 +0000 (UTC) Received: from [89.204.154.15] (helo=tiny.Sisis.de) by ms16-1.1blu.de with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1UpcW0-0005GG-Lg; Thu, 20 Jun 2013 12:54:56 +0200 Received: from tiny.Sisis.de (localhost [127.0.0.1]) by tiny.Sisis.de (8.14.5/8.14.3) with ESMTP id r5KAss4V001442; Thu, 20 Jun 2013 12:54:54 +0200 (CEST) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by tiny.Sisis.de (8.14.5/8.14.3/Submit) id r5KAsrW4001441; Thu, 20 Jun 2013 12:54:53 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: tiny.Sisis.de: guru set sender to guru@unixarea.de using -f Date: Thu, 20 Jun 2013 12:54:53 +0200 From: Matthias Apitz To: kde-freebsd@kde.org Subject: showing CAPSLOCK state on display Message-ID: <20130620105452.GA1430@tiny.Sisis.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 10.0-CURRENT r235646 (i386) User-Agent: Mutt/1.5.21 (2010-09-15) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 89.204.154.15 Cc: freebsd-x11@freebsd.org X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Matthias Apitz List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jun 2013 10:54:59 -0000 Hi, I'm running 10-CURRENT on my small netbook EeePC 900; the device has only a set of four lights (powered on, battery loading, disk i/o, WLAN) and no indicator more, especially not for CAPSLOCK. So you don't know the state of it and have to try in in a terminal (which sometimes gives funny results when you write something with vim); some days ago I saw on a Windows 7 laptop that it showed CAPSLOCK in some small overlay text on-screen on the right sight. That would be just what I wanted for my KDE3 desktop... any ideas for KDE or X11? Another option could be to turn off the light "powered on" when CAPSLOCK, because this light is always on when the netbook is up and one seldome use CAPSLOCK; but I don't know if this is possible from software at all. Thanks matthias -- Sent from my FreeBSD netbook Matthias Apitz, , http://www.unixarea.de/ f: +49-170-4527211 UNIX since V7 on PDP-11, UNIX on mainframe since ESER 1055 (IBM /370) UNIX on x86 since SVR4.2 UnixWare 2.1.2, FreeBSD since 2.2.5 ----- End forwarded message ----- -- Sent from my FreeBSD netbook Matthias Apitz, , http://www.unixarea.de/ f: +49-170-4527211 UNIX since V7 on PDP-11, UNIX on mainframe since ESER 1055 (IBM /370) UNIX on x86 since SVR4.2 UnixWare 2.1.2, FreeBSD since 2.2.5 From owner-freebsd-x11@FreeBSD.ORG Thu Jun 20 11:14:50 2013 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 5512AABB for ; Thu, 20 Jun 2013 11:14:50 +0000 (UTC) (envelope-from cmt@burggraben.net) Received: from smtp.burggraben.net (base.exwg.net [IPv6:2a01:4f8:140:50a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 184E91D94 for ; Thu, 20 Jun 2013 11:14:50 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.burggraben.net (Postfix) with ESMTP id 20BEE6003CC for ; Thu, 20 Jun 2013 13:14:49 +0200 (CEST) X-Spam-Scanned: by amavisd-new at exwg.net Received: from smtp.burggraben.net ([127.0.0.1]) by localhost (ns.burggraben.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7Hbg44FYMt5F for ; Thu, 20 Jun 2013 13:14:47 +0200 (CEST) Received: from reindeer.exwg.net (port-92-198-130-130.static.qsc.de [92.198.130.130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "reindeer.exwg.net", Issuer "Christoph Moench-Tegeder" (verified OK)) by smtp.burggraben.net (Postfix) with ESMTPS for ; Thu, 20 Jun 2013 13:14:47 +0200 (CEST) Received: by reindeer.exwg.net (Postfix, from userid 1000) id 1B8C073A44; Thu, 20 Jun 2013 13:14:47 +0200 (CEST) Date: Thu, 20 Jun 2013 13:14:46 +0200 From: Christoph Moench-Tegeder To: freebsd-x11@freebsd.org Subject: Re: showing CAPSLOCK state on display Message-ID: <20130620111446.GA2382@reindeer.exwg.net> References: <20130620105452.GA1430@tiny.Sisis.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130620105452.GA1430@tiny.Sisis.de> X-PGP-Key: RSA/2048 0xB816EBBD X-PGP-Fingerprint: 89 2E 6D 05 95 B8 D7 1F 7C 1D C3 1E 95 A0 9B 5D X-GPG: supported User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.14 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, 20 Jun 2013 11:14:50 -0000 ## Matthias Apitz (guru@unixarea.de): > I'm running 10-CURRENT on my small netbook EeePC 900; the device has > only a set of four lights (powered on, battery loading, disk i/o, WLAN) and > no indicator more, especially not for CAPSLOCK. So you don't know the > state of it and have to try in in a terminal (which sometimes gives > funny results when you write something with vim); some days ago I saw on > a Windows 7 laptop that it showed CAPSLOCK in some small overlay text > on-screen on the right sight. That would be just what I wanted for my > KDE3 desktop... any ideas for KDE or X11? What about xkbvleds (from xkbutils)? And KDE3... maybe sysutils/kkeyled (the usual QT3-disclaimer applies...). Regards, Christoph -- Spare Space From owner-freebsd-x11@FreeBSD.ORG Thu Jun 20 17:13:01 2013 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id C35DC6A3; Thu, 20 Jun 2013 17:13:01 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 622F11774; Thu, 20 Jun 2013 17:13:01 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.6/8.14.6/ALCHEMY.FRANKEN.DE) with ESMTP id r5KHCxNt088218; Thu, 20 Jun 2013 19:12:59 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.6/8.14.6/Submit) id r5KHCx30088217; Thu, 20 Jun 2013 19:12:59 +0200 (CEST) (envelope-from marius) Date: Thu, 20 Jun 2013 19:12:59 +0200 From: Marius Strobl To: x11@freebsd.org Subject: Re: [HEADS UP] switch default xorg version in 9.1 and later Message-ID: <20130620171259.GA88151@alchemy.franken.de> References: <51C0AE69.6090505@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <51C0AE69.6090505@freebsd.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: ports@freebsd.org X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.14 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, 20 Jun 2013 17:13:01 -0000 On Tue, Jun 18, 2013 at 09:00:57PM +0200, Niclas Zeising wrote: > Hi! > It is time to switch the default version of xorg on FreeBSD 9.1 and > later, including CURRENT. > In general this means better support for modern hardware, especially > intel hardware, at the cost of support for some legacy hardware. > The old version will still be around, and be the default for FreeBSD > releases prior to 9.1, it is also possible to get the old version by > setting WITHOUT_NEW_XORG= in /etc/make.conf. > The attached patch will make the switch, and I intend to commit it ASAP > unless something major shows up. The patch is also available at > http://people.freebsd.org/~zeising/xorg-switch.diff Could you please make setting WITH_NEW_XORG additionally a function of the architecture and not enable it for sparc64? The update to Xorg 7.7 already broke support for ATI graphics with the _old_ Xorg server there for reasons still unknown. Last time I gave WITH_NEW_XORG a try I fixed all build errors on !x86 as good as I could but it blew X on sparc64 totally out of the water, including causing bizarre crashes of the X server even when using an UPA- rather than a PCI-based graphics card. Generally, support for Intel hardware isn't relevant on sparc64 and sooner or later everything AMD/ATI that is not Radeon likely will be declared "legacy". Marius From owner-freebsd-x11@FreeBSD.ORG Thu Jun 20 19:49:16 2013 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id EB8CB363 for ; Thu, 20 Jun 2013 19:49:16 +0000 (UTC) (envelope-from zeising@freebsd.org) Received: from mail.lysator.liu.se (mail.lysator.liu.se [IPv6:2001:6b0:17:f0a0::3]) by mx1.freebsd.org (Postfix) with ESMTP id 6219C1241 for ; Thu, 20 Jun 2013 19:49:16 +0000 (UTC) Received: from mail.lysator.liu.se (localhost [127.0.0.1]) by mail.lysator.liu.se (Postfix) with ESMTP id 90D9B40023 for ; Thu, 20 Jun 2013 21:49:11 +0200 (CEST) Received: by mail.lysator.liu.se (Postfix, from userid 1004) id 8638940022; Thu, 20 Jun 2013 21:49:11 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bernadotte.lysator.liu.se X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.3.1 X-Spam-Score: 0.0 Received: from mx.daemonic.se (h-45-105.a163.priv.bahnhof.se [94.254.45.105]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.lysator.liu.se (Postfix) with ESMTPSA id 32F2F4000A; Thu, 20 Jun 2013 21:49:10 +0200 (CEST) Received: from mailscanner.daemonic.se (mailscanner.daemonic.se [IPv6:2001:470:dca9:0:1::6]) by mx.daemonic.se (Postfix) with ESMTPS id 3bbtrj66nqz8hVn; Thu, 20 Jun 2013 21:49:09 +0200 (CEST) X-Virus-Scanned: amavisd-new at daemonic.se Received: from mx.daemonic.se ([IPv6:2001:470:dca9:0:1::3]) (using TLS with cipher CAMELLIA256-SHA) by mailscanner.daemonic.se (mailscanner.daemonic.se [IPv6:2001:470:dca9:0:1::6]) (amavisd-new, port 10025) with ESMTPS id 2sQgL3BVCeBF; Thu, 20 Jun 2013 21:49:05 +0200 (CEST) Received: from mail.daemonic.se (mail.daemonic.se [IPv6:2001:470:dca9:0:1::4]) by mx.daemonic.se (Postfix) with ESMTPS id 3bbtrd66Qzz8hVm; Thu, 20 Jun 2013 21:49:05 +0200 (CEST) Received: from tifa.daemonic.se (h140n3-aahm-a11.ias.bredband.telia.com [78.72.134.140]) by mail.daemonic.se (Postfix) with ESMTPSA id 3bbtrd5T0nz9CwY; Thu, 20 Jun 2013 21:49:05 +0200 (CEST) Received: from tifa.daemonic.se (localhost [127.0.0.1]) by tifa.daemonic.se (Postfix) with ESMTP id 7597722819; Thu, 20 Jun 2013 21:49:04 +0200 (CEST) Message-ID: <51C35CAF.2090209@freebsd.org> Date: Thu, 20 Jun 2013 21:49:03 +0200 From: Niclas Zeising User-Agent: Mutt/1.5.21 MIME-Version: 1.0 To: Marius Strobl Subject: Re: [HEADS UP] switch default xorg version in 9.1 and later References: <51C0AE69.6090505@freebsd.org> <20130620171259.GA88151@alchemy.franken.de> In-Reply-To: <20130620171259.GA88151@alchemy.franken.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: x11@freebsd.org X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.14 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, 20 Jun 2013 19:49:17 -0000 On 06/20/13 19:12, Marius Strobl wrote: > On Tue, Jun 18, 2013 at 09:00:57PM +0200, Niclas Zeising wrote: >> Hi! >> It is time to switch the default version of xorg on FreeBSD 9.1 and >> later, including CURRENT. >> In general this means better support for modern hardware, especially >> intel hardware, at the cost of support for some legacy hardware. >> The old version will still be around, and be the default for FreeBSD >> releases prior to 9.1, it is also possible to get the old version by >> setting WITHOUT_NEW_XORG= in /etc/make.conf. >> The attached patch will make the switch, and I intend to commit it ASAP >> unless something major shows up. The patch is also available at >> http://people.freebsd.org/~zeising/xorg-switch.diff > > Could you please make setting WITH_NEW_XORG additionally a function > of the architecture and not enable it for sparc64? The update to > Xorg 7.7 already broke support for ATI graphics with the _old_ Xorg > server there for reasons still unknown. Last time I gave WITH_NEW_XORG > a try I fixed all build errors on !x86 as good as I could but it blew > X on sparc64 totally out of the water, including causing bizarre crashes > of the X server even when using an UPA- rather than a PCI-based graphics > card. Generally, support for Intel hardware isn't relevant on sparc64 > and sooner or later everything AMD/ATI that is not Radeon likely will > be declared "legacy". > Done. Unfortunately I lack hardware to test xorg on anything other than i386/amd64. In all honesty I also don't know how much effort upstream puts into making this work on sparc64. If you have time it would be great if you could spend some cycles testing on sparc64 from time to time... With regards to the ATI issues on sparc64, do you have an error dump or anything? Can you try reverting the updates to libpciaccess and go back to the old version, especially in the light of our discussion about bus_space() and in*/out* and stuff on arch@. Also, I can't promise that we will keep the legacy xorg around forever, it is getting increasingly hard to maintain, and there are updates to other parts of the tree (most notably cairo) that are held off because of issues with our old X. This is however a discussion for another day, and there will be a heads up well in advance if we decide to go this route. Regards! -- Niclas Zeising From owner-freebsd-x11@FreeBSD.ORG Thu Jun 20 21:45:53 2013 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id EA06690; Thu, 20 Jun 2013 21:45:53 +0000 (UTC) (envelope-from osidorkin@gmail.com) Received: from mail-ie0-x22b.google.com (mail-ie0-x22b.google.com [IPv6:2607:f8b0:4001:c03::22b]) by mx1.freebsd.org (Postfix) with ESMTP id B63E318DA; Thu, 20 Jun 2013 21:45:53 +0000 (UTC) Received: by mail-ie0-f171.google.com with SMTP id qd12so17987160ieb.30 for ; Thu, 20 Jun 2013 14:45:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=u4BuB4xOMT31/nKIaFvRu1kPtvysNjEf89iUdrXpYGs=; b=EHXbnWsLNeBeek2HYSBjL3jASs8o/wLEiz5fnM6eLvji163KTwW3Wlb+RWUn5nFK1N DXoT4shLASqgYcjcNfaJBb3OBIJ0oWRjm8OvOy98ejRSPcURGdapHHxmVQISacx0JhtD AEfXGBVS7PiiXcjC/h/3779bl1PMO5STo8H9U5uL8dkXrAfprKtFFx+MMuhiVdAEePqk kfNY/QcRi79dTHaZ6mIuVUUjXmj1mLEbKRLgoZGKsLnzLsGf99o0/qrNXDW92TK5yf9B otyv65haSBJXaRoZW+Lug4Q1c4htWaiuhaiTER3nFzUdzBuQw68C322RYB7RpKyKZts9 yfLQ== X-Received: by 10.50.11.103 with SMTP id p7mr871133igb.24.1371764753426; Thu, 20 Jun 2013 14:45:53 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.24.141 with HTTP; Thu, 20 Jun 2013 14:45:33 -0700 (PDT) In-Reply-To: <2200048.bf3YQ9V0Fp@notebook.alkar.net> References: <20130618212555.GA91021@kib.kiev.ua> <2200048.bf3YQ9V0Fp@notebook.alkar.net> From: Oleg Sidorkin Date: Fri, 21 Jun 2013 01:45:33 +0400 Message-ID: Subject: Re: [drm2][panic] Running XOrg with SNA enabled causes system panic after few hours on G33 To: Artyom Mirgorodskiy Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-x11@freebsd.org, freebsd-current@freebsd.org X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.14 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, 20 Jun 2013 21:45:54 -0000 On Wed, Jun 19, 2013 at 5:27 PM, Artyom Mirgorodskiy wrote: > Hm, yesterday I turn off SNA optimization and got hang when shutdown :( Check the logs for messages that can help to investigate the problem. If there is nothing helpful, I have no idea but to configure a serial console and see if there is something that helps to understand the problem. > On Wednesday 19 June 2013 00:25:55 Konstantin Belousov wrote: >> On Wed, Jun 19, 2013 at 01:11:19AM +0400, Oleg Sidorkin wrote: >> > On Sun, Jun 16, 2013 at 6:27 PM, Konstantin Belousov >> > >> > wrote: >> > > On Sun, Jun 16, 2013 at 06:04:39PM +0400, Oleg Sidorkin wrote: >> > >> Thanks for the patch. >> > >> I've adapted the proposed patch for stable/9 and it is running with >> > >> SNA enabled now. >> > > >> > > In other words, your problem seems to be gone with the patch applied ? >> > >> > Now 48h are passed without panics. Fix definitely works. Thanks. >> >> Thank you. >> >> I tested it locally (without SNA) and committed the change a hour ago. >> It is required anyway, since the race sounds possible. I was mostly >> concerned with a thinko in the logic. > -- > Artyom Mirgorodskiy From owner-freebsd-x11@FreeBSD.ORG Fri Jun 21 10:46:20 2013 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id E9829410; Fri, 21 Jun 2013 10:46:20 +0000 (UTC) (envelope-from artyom.mirgorodsky@gmail.com) Received: from mail-ea0-x229.google.com (mail-ea0-x229.google.com [IPv6:2a00:1450:4013:c01::229]) by mx1.freebsd.org (Postfix) with ESMTP id 54F4F195F; Fri, 21 Jun 2013 10:46:20 +0000 (UTC) Received: by mail-ea0-f169.google.com with SMTP id h15so4554037eak.14 for ; Fri, 21 Jun 2013 03:46:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:date:message-id:user-agent:in-reply-to :references:mime-version:content-transfer-encoding:content-type; bh=FN0d694h8qwwl7Z/aGhENEzq8q87wcRgByvHcEUPq2c=; b=bdXbYycpAs37tJ3+9qiAlAHYvciRWxvwBjwQcNV3Ine5SR5xzEnoCHnKOkwuHE+T7A 3gT1E+z+R5qK2l969bY0Q8SxOgTYp0AStF99GaJjOqJsHF9IbxvBJcu0RNBOU4tAdZHx lBii0G2ZO1+oGPfQsyU6SIyvP6t59mp9N9ti7x3ZOePaOh8AzE4z2oIr7Yzpw0VWtfUU InQFFHJ2vIvUuMELzpF91nW15yQrGTM0rYmMHst94PODxsHrqKD8ub8G4zVqLHncndQp rOctZ12OMEc1lpNmk+EoCbGT7t6GSbRNMjgbYBb/vE6BpSfmKubNuyzoAH78WnhOZrJC Ah8g== X-Received: by 10.14.6.198 with SMTP id 46mr11848461een.121.1371811579404; Fri, 21 Jun 2013 03:46:19 -0700 (PDT) Received: from notebook.alkar.net ([91.243.193.58]) by mx.google.com with ESMTPSA id bj46sm6756104eeb.13.2013.06.21.03.46.18 for (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 21 Jun 2013 03:46:18 -0700 (PDT) From: Artyom Mirgorodskiy To: Oleg Sidorkin Subject: Re: [drm2][panic] Running XOrg with SNA enabled causes system panic after few hours on G33 Date: Fri, 21 Jun 2013 03:46:18 -0700 (PDT) Message-ID: <7298423.C9lACL84tk@notebook.alkar.net> User-Agent: KMail/4.10.3 (FreeBSD/10.0-CURRENT; KDE/4.10.3; amd64; ; ) In-Reply-To: References: <2200048.bf3YQ9V0Fp@notebook.alkar.net> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: freebsd-x11@freebsd.org, freebsd-current@freebsd.org X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.14 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, 21 Jun 2013 10:46:21 -0000 Unfortunately log is empty as a well as a lot of user files :( because of fsck. On Friday 21 June 2013 01:45:33 Oleg Sidorkin wrote: > Check the logs for messages that can help to investigate the problem. > If there is nothing helpful, > I have no idea but to configure a serial console and see if there is > something that helps to understand the problem. -- Artyom Mirgorodskiy From owner-freebsd-x11@FreeBSD.ORG Fri Jun 21 11:34:07 2013 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id C76A0351 for ; Fri, 21 Jun 2013 11:34:07 +0000 (UTC) (envelope-from zeising@freebsd.org) Received: from mail.lysator.liu.se (mail.lysator.liu.se [IPv6:2001:6b0:17:f0a0::3]) by mx1.freebsd.org (Postfix) with ESMTP id 7B14C1B14 for ; Fri, 21 Jun 2013 11:34:07 +0000 (UTC) Received: from mail.lysator.liu.se (localhost [127.0.0.1]) by mail.lysator.liu.se (Postfix) with ESMTP id BB7EE40008 for ; Fri, 21 Jun 2013 13:34:06 +0200 (CEST) Received: by mail.lysator.liu.se (Postfix, from userid 1004) id AD3CC40022; Fri, 21 Jun 2013 13:34:06 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bernadotte.lysator.liu.se X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.3.1 X-Spam-Score: 0.0 Received: from mx.daemonic.se (mx.daemonic.se [IPv6:2001:470:dca9:0:1::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.lysator.liu.se (Postfix) with ESMTPSA id 547CB40008 for ; Fri, 21 Jun 2013 13:34:03 +0200 (CEST) Received: from mailscanner.daemonic.se (mailscanner.daemonic.se [IPv6:2001:470:dca9:0:1::6]) by mx.daemonic.se (Postfix) with ESMTPS id 3bcHpw0vHsz8hVn for ; Fri, 21 Jun 2013 13:34:00 +0200 (CEST) X-Virus-Scanned: amavisd-new at daemonic.se Received: from mx.daemonic.se ([10.1.0.3]) (using TLS with cipher CAMELLIA256-SHA) by mailscanner.daemonic.se (mailscanner.daemonic.se [10.1.0.6]) (amavisd-new, port 10025) with ESMTPS id 1s1qoZNILscM for ; Fri, 21 Jun 2013 13:33:57 +0200 (CEST) Received: from mail.daemonic.se (mail.daemonic.se [10.1.0.4]) by mx.daemonic.se (Postfix) with ESMTPS id 3bcHps5PL7z8hVm for ; Fri, 21 Jun 2013 13:33:57 +0200 (CEST) Received: from tifa.daemonic.se (h140n3-aahm-a11.ias.bredband.telia.com [78.72.134.140]) by mail.daemonic.se (Postfix) with ESMTPSA id 3bcHps4TcFz9Ctq for ; Fri, 21 Jun 2013 13:33:57 +0200 (CEST) Received: from tifa.daemonic.se (localhost [127.0.0.1]) by tifa.daemonic.se (Postfix) with ESMTP id A066422819 for ; Fri, 21 Jun 2013 13:33:55 +0200 (CEST) Message-ID: <51C43A22.7090007@freebsd.org> Date: Fri, 21 Jun 2013 13:33:54 +0200 From: Niclas Zeising User-Agent: Mutt/1.5.21 MIME-Version: 1.0 To: freebsd-x11@freebsd.org Subject: Re: [HEADS UP] switch default xorg version in 9.1 and later References: <51C0AE69.6090505@freebsd.org> <20130620171259.GA88151@alchemy.franken.de> <51C35CAF.2090209@freebsd.org> In-Reply-To: <51C35CAF.2090209@freebsd.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.14 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, 21 Jun 2013 11:34:07 -0000 Hi! This update is being held off for now. There was some concern regarding the lack of working VT switching when using the KMS-enabled Intel driver, so we have decided to keep the old xorg as the default for now, while the VT switching issues are being worked on. Regards! -- Niclas Zeising FreeBSD x11@ team From owner-freebsd-x11@FreeBSD.ORG Fri Jun 21 12:34:54 2013 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 3474F47E for ; Fri, 21 Jun 2013 12:34:54 +0000 (UTC) (envelope-from gofdx-freebsd-x11@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id EC6181D9E for ; Fri, 21 Jun 2013 12:34:53 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Uq0YE-00008A-Re for freebsd-x11@freebsd.org; Fri, 21 Jun 2013 14:34:50 +0200 Received: from a91-154-115-217.elisa-laajakaista.fi ([91.154.115.217]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 21 Jun 2013 14:34:50 +0200 Received: from rakuco by a91-154-115-217.elisa-laajakaista.fi with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 21 Jun 2013 14:34:50 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-x11@freebsd.org From: Raphael Kubo da Costa Subject: Re: [HEADS UP] switch default xorg version in 9.1 and later Date: Fri, 21 Jun 2013 15:34:40 +0300 Lines: 6 Message-ID: <86mwqj7icf.fsf@orwell.Elisa> References: <51C0AE69.6090505@freebsd.org> <20130620171259.GA88151@alchemy.franken.de> <51C35CAF.2090209@freebsd.org> <51C43A22.7090007@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: a91-154-115-217.elisa-laajakaista.fi User-Agent: Gnus/5.130008 (Ma Gnus v0.8) Emacs/24.3 (berkeley-unix) Cancel-Lock: sha1:AvPCixjcRfQWZqyl4qV9conJxig= X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.14 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, 21 Jun 2013 12:34:54 -0000 Niclas Zeising writes: > while the VT switching issues are being worked on. Side question: is someone currently working on this? I assumed nobody had picked up that part of the work and kib wasn't interested in it. From owner-freebsd-x11@FreeBSD.ORG Fri Jun 21 15:34:22 2013 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 913A7F7C for ; Fri, 21 Jun 2013 15:34:22 +0000 (UTC) (envelope-from scott-allendorf@uiowa.edu) Received: from newton.physics.uiowa.edu (newton.physics.uiowa.edu [128.255.34.132]) by mx1.freebsd.org (Postfix) with ESMTP id 6B6B716FA for ; Fri, 21 Jun 2013 15:34:22 +0000 (UTC) Received: from [128.255.34.246] (osiris.physics.uiowa.edu [128.255.34.246]) (authenticated bits=0) by newton.physics.uiowa.edu (8.14.4/8.14.4) with ESMTP id r5LFYFli059905 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 21 Jun 2013 10:34:15 -0500 (CDT) (envelope-from scott-allendorf@uiowa.edu) Message-ID: <51C47271.7040309@uiowa.edu> Date: Fri, 21 Jun 2013 10:34:09 -0500 From: Scott Allendorf Organization: The University of Iowa, Department of Physics and Astronomy User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: freebsd-x11@freebsd.org Subject: x11-servers/xorg-server focus issues with mwm Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms080506080800090100020402" X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.14 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, 21 Jun 2013 15:34:22 -0000 This is a cryptographically signed message in MIME format. --------------ms080506080800090100020402 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable After the recent Xorg 7.7 update, mwm started locking up on certain=20 focus changing events. It appears that x11-servers/xorg-server still=20 needs the extra-dix_events.c patch for the !WITH_NEW_XORG case (v1.7.7). = Restoring this patch file returns mwm to normal behavior. This appears to be the same issue as here: http://lists.freebsd.org/pipermail/freebsd-x11/2012-April/011739.html Thank you for all of your efforts! -Scott --=20 Scott C. Allendorf Email: scott-allendorf@uiowa.edu Senior Systems Administrator Office: 210B Van Allen Hall Department of Physics and Astronomy Voice: (319) 335-0003 The University of Iowa FAX: (319) 335-1753 Iowa City, Iowa 52242-1479 ICBM: 41 39 43.6 N 91 31 55.1 W --------------ms080506080800090100020402 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIKVjCC BRowggQCoAMCAQICEG0Z6qcZT2ozIuYiMnqqcd4wDQYJKoZIhvcNAQEFBQAwga4xCzAJBgNV BAYTAlVTMQswCQYDVQQIEwJVVDEXMBUGA1UEBxMOU2FsdCBMYWtlIENpdHkxHjAcBgNVBAoT FVRoZSBVU0VSVFJVU1QgTmV0d29yazEhMB8GA1UECxMYaHR0cDovL3d3dy51c2VydHJ1c3Qu Y29tMTYwNAYDVQQDEy1VVE4tVVNFUkZpcnN0LUNsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQg RW1haWwwHhcNMTEwNDI4MDAwMDAwWhcNMjAwNTMwMTA0ODM4WjCBkzELMAkGA1UEBhMCR0Ix GzAZBgNVBAgTEkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UE ChMRQ09NT0RPIENBIExpbWl0ZWQxOTA3BgNVBAMTMENPTU9ETyBDbGllbnQgQXV0aGVudGlj YXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoC ggEBAJKEhFtLV5jUXi+LpOFAyKNTWF9mZfEyTvefMn1V0HhMVbdClOD5J3EHxcZppLkyxPFA GpDMJ1Zifxe1cWmu5SAb5MtjXmDKokH2auGj/7jfH0htZUOMKi4rYzh337EXrMLaggLW1DJq 1GdvIBOPXDX65VSAr9hxCh03CgJQU2yVHakQFLSZlVkSMf8JotJM3FLb3uJAAVtIaN3FSrTg 7SQfOq9xXwfjrL8UO7AlcWg99A/WF1hGFYE8aIuLgw9teiFX5jSw2zJ+40rhpVJyZCaRTqWS D//gsWD9Gm9oUZljjRqLpcxCm5t9ImPTqaD8zp6Q30QZ9FxbNboW86eb/8ECAwEAAaOCAUsw ggFHMB8GA1UdIwQYMBaAFImCZ33EnSZwAEu0UEh83j2uBG59MB0GA1UdDgQWBBR6E04AdFvG eGNkJ8Ev4qBbvHnFezAOBgNVHQ8BAf8EBAMCAQYwEgYDVR0TAQH/BAgwBgEB/wIBADARBgNV HSAECjAIMAYGBFUdIAAwWAYDVR0fBFEwTzBNoEugSYZHaHR0cDovL2NybC51c2VydHJ1c3Qu Y29tL1VUTi1VU0VSRmlyc3QtQ2xpZW50QXV0aGVudGljYXRpb25hbmRFbWFpbC5jcmwwdAYI KwYBBQUHAQEEaDBmMD0GCCsGAQUFBzAChjFodHRwOi8vY3J0LnVzZXJ0cnVzdC5jb20vVVRO QWRkVHJ1c3RDbGllbnRfQ0EuY3J0MCUGCCsGAQUFBzABhhlodHRwOi8vb2NzcC51c2VydHJ1 c3QuY29tMA0GCSqGSIb3DQEBBQUAA4IBAQCF1r54V1VtM39EUv5C1QaoAQOAivsNsv1Kv/av QUn1G1rF0q0bc24+6SZ85kyYwTAo38v7QjyhJT4KddbQPTmGZtGhm7VNm2+vKGwdr+XqdFqo 2rHA8XV6L566k3nK/uKRHlZ0sviN0+BDchvtj/1gOSBH+4uvOmVIPJg9pSW/ve9g4EnlFsjr P0OD8ODuDcHTzTNfm9C9YGqzO/761Mk6PB/tm/+bSTO+Qik5g+4zaS6CnUVNqGnagBsePdIa XXxHmaWbCG0SmYbWXVcHG6cwvktJRLiQfsrReTjrtDP6oDpdJlieYVUYtCHVmdXgQ0BCML7q peeU0rD+83X5f27nMIIFNDCCBBygAwIBAgIRAKX7N+ExrLwPI1owb9tb83AwDQYJKoZIhvcN AQEFBQAwgZMxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAO BgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMTkwNwYDVQQDEzBD T01PRE8gQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1haWwgQ0EwHhcNMTMw MTIzMDAwMDAwWhcNMTQwMTIzMjM1OTU5WjAqMSgwJgYJKoZIhvcNAQkBFhlzY290dC1hbGxl bmRvcmZAdWlvd2EuZWR1MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAvCV40Nn1 M6W0A8bxtSxtWhsRpkXB+LJhRbB44wLLTEqPIci8inAtyrfbR2cL/x0Qlr82BAoQwnK0GiB5 oPHeVZ6oe0nLaOFu4wqVdS2sP6tTngJJm5pMcqczpAvSSfg5Vlk6zwo/GbzHMRemH4UemxCM jubWNdFsw+1jwKQ72R80BJqXyaCOhJwoDR7r6pT/ZzoEfNWyRTyYyJJNUgHgZ3i9bFtjizG9 vGcdXvQMWj6yFEc2No71oFU89hm7IVxscHRZJsHNcRR2uuAx2C85ihzrnTMhlITjiVowHbrv sdck3pGSXQzZlEHaIZ3K/RHY2sjRFQE/OmR2++6LYY6hywIDAQABo4IB6TCCAeUwHwYDVR0j BBgwFoAUehNOAHRbxnhjZCfBL+KgW7x5xXswHQYDVR0OBBYEFCGQ9u4dk7i4d5Wt3gUmnVMj GKBcMA4GA1UdDwEB/wQEAwIFoDAMBgNVHRMBAf8EAjAAMCAGA1UdJQQZMBcGCCsGAQUFBwME BgsrBgEEAbIxAQMFAjARBglghkgBhvhCAQEEBAMCBSAwRgYDVR0gBD8wPTA7BgwrBgEEAbIx AQIBAQEwKzApBggrBgEFBQcCARYdaHR0cHM6Ly9zZWN1cmUuY29tb2RvLm5ldC9DUFMwVwYD VR0fBFAwTjBMoEqgSIZGaHR0cDovL2NybC5jb21vZG9jYS5jb20vQ09NT0RPQ2xpZW50QXV0 aGVudGljYXRpb25hbmRTZWN1cmVFbWFpbENBLmNybDCBiAYIKwYBBQUHAQEEfDB6MFIGCCsG AQUFBzAChkZodHRwOi8vY3J0LmNvbW9kb2NhLmNvbS9DT01PRE9DbGllbnRBdXRoZW50aWNh dGlvbmFuZFNlY3VyZUVtYWlsQ0EuY3J0MCQGCCsGAQUFBzABhhhodHRwOi8vb2NzcC5jb21v ZG9jYS5jb20wJAYDVR0RBB0wG4EZc2NvdHQtYWxsZW5kb3JmQHVpb3dhLmVkdTANBgkqhkiG 9w0BAQUFAAOCAQEAMCpD9awcDGMk8O0YcnyeIUMrLUOQLqRmnFoi1WtIymXnf5BSMNOC+N5N 7MqrGP8o5kgD6J+XYQkQp06ODPP4jQ8GAHn6N5H0qCcFBnMFweecqrm2QqcTd3xglT7GaGhR GAXHcbqxzDeSStgm2iYVID/CdoaeWbPeZgyx11RsMgDQobdEWMNS41W9lHoElkfwWGPn/rVe HSN4hfjym3InxoNM604QsXres7rAg12/8o5nxhbeCoa2NeASrcuxUrxvGxcJUNj9O83CleBY i+Numcz/gPY5DnQuAzwA9EWrXXEQX2DkGd9lrBoJy5puGQXBbHOfy5iKWiD8JWJSMzIusDGC BBwwggQYAgEBMIGpMIGTMQswCQYDVQQGEwJHQjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVz dGVyMRAwDgYDVQQHEwdTYWxmb3JkMRowGAYDVQQKExFDT01PRE8gQ0EgTGltaXRlZDE5MDcG A1UEAxMwQ09NT0RPIENsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQgU2VjdXJlIEVtYWlsIENB AhEApfs34TGsvA8jWjBv21vzcDAJBgUrDgMCGgUAoIICRzAYBgkqhkiG9w0BCQMxCwYJKoZI hvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMzA2MjExNTM0MDlaMCMGCSqGSIb3DQEJBDEWBBRJ pmW9n+/zKiQpjuXFeY5bkjU/cTBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjALBglg hkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcG BSsOAwIHMA0GCCqGSIb3DQMCAgEoMIG6BgkrBgEEAYI3EAQxgawwgakwgZMxCzAJBgNVBAYT AkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAY BgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMTkwNwYDVQQDEzBDT01PRE8gQ2xpZW50IEF1dGhl bnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1haWwgQ0ECEQCl+zfhMay8DyNaMG/bW/NwMIG8Bgsq hkiG9w0BCRACCzGBrKCBqTCBkzELMAkGA1UEBhMCR0IxGzAZBgNVBAgTEkdyZWF0ZXIgTWFu Y2hlc3RlcjEQMA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UEChMRQ09NT0RPIENBIExpbWl0ZWQx OTA3BgNVBAMTMENPTU9ETyBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFp bCBDQQIRAKX7N+ExrLwPI1owb9tb83AwDQYJKoZIhvcNAQEBBQAEggEAcivSUXZtRjyyYjZL d02vOHgToO7IBPGhTydKHuEGtBrw437/7taRxw7MAFqF2dScxridg02BX42STK1UeMIEzUy9 3Qr8DA5N/1lsiXUtn7q+FkOn0FFjH/eWjjOwVZ45EQakCzUPrs5xghqwyHSwOnXT2bT2galE qF8zgQvx5KQX5X4w6X5t3/qKrii1l8AmoL2W+tBFDiFethQW/I1YT6Q2Ko2UnQl6bT7spnf1 fVOpIFKyI9dR0q2nbvS7aAUIcTBHNeYynu3xwH5v3TSzUFPRCbgRg55rk/Cgkvml6vrGSmlb i+uG9HKzOkiDs57uCGMkRkWyCytWFkYlP+un+wAAAAAAAA== --------------ms080506080800090100020402-- From owner-freebsd-x11@FreeBSD.ORG Sat Jun 22 06:29:13 2013 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 0F93A4B3; Sat, 22 Jun 2013 06:29:13 +0000 (UTC) (envelope-from joel@vnode.se) Received: from mail.vnode.se (mail.vnode.se [212.247.52.13]) by mx1.freebsd.org (Postfix) with ESMTP id C5E761E9F; Sat, 22 Jun 2013 06:29:12 +0000 (UTC) Received: from mail.vnode.se (localhost [127.0.0.1]) by mail.vnode.se (Postfix) with ESMTP id 62604E3F07B; Sat, 22 Jun 2013 08:29:10 +0200 (CEST) X-Virus-Scanned: amavisd-new at vnode.se Received: from mail.vnode.se ([127.0.0.1]) by mail.vnode.se (mail.vnode.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vumyp0dU587K; Sat, 22 Jun 2013 08:29:08 +0200 (CEST) Received: from devbox.vnode.local (unknown [83.223.1.131]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.vnode.se (Postfix) with ESMTPSA id 3B3F0E3F079; Sat, 22 Jun 2013 08:29:08 +0200 (CEST) Date: Sat, 22 Jun 2013 08:29:07 +0200 From: Joel Dahl To: Niclas Zeising Subject: Re: [HEADS UP] switch default xorg version in 9.1 and later Message-ID: <20130622062906.GB70006@devbox.vnode.local> References: <51C0AE69.6090505@freebsd.org> <20130620171259.GA88151@alchemy.franken.de> <51C35CAF.2090209@freebsd.org> <51C43A22.7090007@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <51C43A22.7090007@freebsd.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-x11@freebsd.org X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Jun 2013 06:29:13 -0000 On Fri, Jun 21, 2013 at 01:33:54PM +0200, Niclas Zeising wrote: > Hi! > This update is being held off for now. There was some concern regarding > the lack of working VT switching when using the KMS-enabled Intel > driver, so we have decided to keep the old xorg as the default for now, > while the VT switching issues are being worked on. Who's working on these issues? -- Joel