From owner-freebsd-x11@FreeBSD.ORG Sun Jul 20 08:20:56 2014 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8B3D4DFC for ; Sun, 20 Jul 2014 08:20:56 +0000 (UTC) Received: from oms-mc02.r1000.mx.aol.com (oms-mc02.r1000.mx.aol.com [64.12.81.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4BF5F2E6B for ; Sun, 20 Jul 2014 08:20:55 +0000 (UTC) Received: from mtaout-aaj02.mx.aol.com (mtaout-aaj02.mx.aol.com [172.27.3.206]) by oms-mc02.r1000.mx.aol.com (AOL Outbound OMS Interface) with ESMTP id EBABF38000DAC for ; Sun, 20 Jul 2014 04:20:53 -0400 (EDT) Received: from TOSHIBASATEL-PC (unknown [41.71.178.56]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mtaout-aaj02.mx.aol.com (MUA/Third Party Client Interface) with ESMTPSA id 3E4133800008F for ; Sun, 20 Jul 2014 04:20:51 -0400 (EDT) From: "pamela hill" Subject: Pamela To: x11@freebsd.org MIME-Version: 1.0 Reply-To: pamelahilltogo22@yahoo.co.jp Date: Sun, 20 Jul 2014 09:20:41 +0100 Message-ID: <771635171673034@smtp.aol.com> x-aol-global-disposition: S X-SPAM-FLAG: YES DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mx.aol.com; s=20140625; t=1405844453; bh=kpShpuX5PVo21eP+luwgmdPz0g3jYRzNUzuyu9U4/To=; h=From:To:Subject:Message-ID:Date:MIME-Version:Content-Type; b=vlvLk8F95F/ZOaJQLmqRDq3K0ekhTZWo5JPPyH4rV+3Yc5CdS7oKAd4lv4cConpvU 1+gTsGXyhbvCUqznMmMHAtHlwIv1mMWvs3o8knpD1kFVlkl8bSYYXOADYhJta0wG5k WpjrQdzV0030RoBOdEjVAWCK3+ekp/mrdPcl8v54= X-AOL-REROUTE: YES x-aol-sid: 3039ac1b03ce53cb7be32e6a X-AOL-IP: 41.71.178.56 Content-Type: text/plain ; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18 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, 20 Jul 2014 08:20:56 -0000 Hello!!!!!!!!, I saw your profile at wed Search Results and i really love to know you= if you wish, am looking a long term relationship if it should go in t= hat direction, like most times i do ask my self this :- Obviously you = are going to chose a partner that you are physically attracted to. Apa= rt from that aspect, there are a few important areas you should look a= t. Do they speak very slowly compared to you? Do they understand you w= hen you speak? Can you really talk to them about absolutely anything?.= When you're ready to make that full commitment, you're sometimes left= with questions and a nagging sense of self-doubt. Is this the one? Am= I making the right choice? Does my potential partner feel the same wa= y? In this guide i hope u attempt to answer these questions and more. = The best way to make sure a relationship succeeds is to make sure it's= the right one from the start!. Hope am not too hard? well i hope to h= ear from you again bye for now. I here by paste one of my pix, Am 28 y= ears old and also from the States (USA), female that is all i have to = give now till u reply i will give more. You can send me email so we ge= t to know each other. Pamela. From owner-freebsd-x11@FreeBSD.ORG Sun Jul 20 09:53:33 2014 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ACE3EDB5 for ; Sun, 20 Jul 2014 09:53:33 +0000 (UTC) Received: from portscout.freebsd.org (portscout.freebsd.org [IPv6:2001:1900:2254:206a::50:6]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 98D7024B4 for ; Sun, 20 Jul 2014 09:53:33 +0000 (UTC) Received: from portscout.freebsd.org ([127.0.1.123]) by portscout.freebsd.org (8.14.8/8.14.8) with ESMTP id s6K9rXeK033678 for ; Sun, 20 Jul 2014 09:53:33 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.14.8/8.14.8/Submit) id s6K9rXx9033677; Sun, 20 Jul 2014 09:53:33 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201407200953.s6K9rXx9033677@portscout.freebsd.org> X-Authentication-Warning: portscout.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain MIME-Version: 1.0 Date: Sun, 20 Jul 2014 09:53:33 +0000 From: portscout@FreeBSD.org To: x11@freebsd.org Subject: FreeBSD ports you maintain which are out of date X-Mailer: portscout/0.8.1 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18 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, 20 Jul 2014 09:53:33 -0000 Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/x11@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ x11-fonts/libXfont | 1.4.7 | 1.5.0 ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Thanks. From owner-freebsd-x11@FreeBSD.ORG Sun Jul 20 16:21:23 2014 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1F3139CA; Sun, 20 Jul 2014 16:21:23 +0000 (UTC) Received: from i3mail.icecube.wisc.edu (i3mail.icecube.wisc.edu [128.104.255.23]) by mx1.freebsd.org (Postfix) with ESMTP id E3402231E; Sun, 20 Jul 2014 16:21:22 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by i3mail.icecube.wisc.edu (Postfix) with ESMTP id 530FE3806A; Sun, 20 Jul 2014 11:21:16 -0500 (CDT) X-Virus-Scanned: amavisd-new at icecube.wisc.edu Received: from i3mail.icecube.wisc.edu ([127.0.0.1]) by localhost (i3mail.icecube.wisc.edu [127.0.0.1]) (amavisd-new, port 10030) with ESMTP id rcI1W60vRkWL; Sun, 20 Jul 2014 11:21:16 -0500 (CDT) Received: from comporellon.tachypleus.net (polaris.tachypleus.net [75.101.50.44]) by i3mail.icecube.wisc.edu (Postfix) with ESMTPSA id 047EA38069; Sun, 20 Jul 2014 11:21:15 -0500 (CDT) Message-ID: <53CBEC7B.9030204@freebsd.org> Date: Sun, 20 Jul 2014 09:21:15 -0700 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: FreeBSD PowerPC ML , x11@freebsd.org Subject: Please test: use /dev/mem instead of /dev/console for memory-mapping framebuffers in X11 on PowerPC Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18 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, 20 Jul 2014 16:21:23 -0000 I would appreciate any tests or comments on the following patch (which is working fine on my hardware). The goal is to move X drivers from using /dev/console to map device memory to using /dev/mem, as on x86 systems. This makes it so that the kernel framebuffer driver does not have to allow mapping of all physical memory and can behave like an actual framebuffer driver and along the way fixes some highly dubious behaviors of the ppc_video module on FreeBSD. The patch to libpciaccess may also result in some performance improvement. http://people.freebsd.org/~nwhitehorn/ppc-xorg-devmem.diff Please let me know if there are any regressions or other issues. -Nathan From owner-freebsd-x11@FreeBSD.ORG Tue Jul 22 15:06:06 2014 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 41105275 for ; Tue, 22 Jul 2014 15:06:06 +0000 (UTC) Received: from mail-lb0-f181.google.com (mail-lb0-f181.google.com [209.85.217.181]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AAE3F2001 for ; Tue, 22 Jul 2014 15:06:05 +0000 (UTC) Received: by mail-lb0-f181.google.com with SMTP id 10so3966239lbg.26 for ; Tue, 22 Jul 2014 08:05:57 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type; bh=EmnrQnT0AQKGakJpcq+QHrJ0h1rOeP0b14mRGs/Icso=; b=CXmWUwEWKG9uIXQc+U05LppuCU+YLlLnTYpaLeUSxb4OXbDYzw/VsMj2XAHhSJ3BnM IlH/dT8rsqO70Bo7V1IET9qgzvOR75yWu2LtpB0kDY0T+MYfqImuQzF5xtf6jw8GPme/ TDrAwmscO+atGc/izcHfvbTIv2Q2keZNks8j2dfzKRdPgwyt9idnrbsbW+erUNRUmIOH Q88zpTdz0C1bU+arRSD7kshlsvv4Y0dSk/X5n+NWi4i4DXSZOO8mltWXCprZwveFLXSm TXjj1Q+Y2AP7S3YcxGkb4LY4MCr0aI03MwBEnEjC/k50aIIiz3ywRdUr2E1gzgq3G6vR AePQ== X-Gm-Message-State: ALoCoQmoRsFFBE+yNWVyu9FSBb35adULb0xT3XFBfWaA4xozHV+DQkFfe23xTEdDRxisfQYfqxWn X-Received: by 10.152.42.175 with SMTP id p15mr19794049lal.73.1406041095206; Tue, 22 Jul 2014 07:58:15 -0700 (PDT) Received: from zealot.ksu.ru ([46.42.174.228]) by mx.google.com with ESMTPSA id xt2sm327644lac.11.2014.07.22.07.58.13 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 22 Jul 2014 07:58:13 -0700 (PDT) Message-ID: <53CE7C02.4060201@li.ru> Date: Tue, 22 Jul 2014 18:58:10 +0400 From: "Marat N.Afanasyev" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Firefox/31.0 SeaMonkey/2.28 MIME-Version: 1.0 To: Baptiste Daroussin , ports@freebsd.org Subject: Re: [CFT] new libdrm with old xorg References: <20140717083842.GA28314@ivaldir.etoilebsd.net> In-Reply-To: <20140717083842.GA28314@ivaldir.etoilebsd.net> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms060908020902040401040706" Cc: x11@freebsd.org X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18 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, 22 Jul 2014 15:06:06 -0000 This is a cryptographically signed message in MIME format. --------------ms060908020902040401040706 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Baptiste Daroussin wrote: > Hi all, > > I need some testers to have one unique libdrm what ever version xorg is= used, we > know the newer version works properly with newer xorg, I have been test= ing so > far with old xorg and everything seems to work ootb. > > Can anyone test and tell me if that works? > basically before and after the update nothing should have changed. > In particular I'm interested in testers for: > FreeBSD 8 > FreeBSD 9 > > http://people.freebsd.org/~bapt/drm.diff > > regards, > Bapt > just tried this patch against current ports: /usr/ports/graphics/libdrm # make =3D=3D=3D> Found saved configuration for libdrm-2.4.52 =3D=3D=3D> libdrm-,1 depends on file: /usr/local/sbin/pkg - found =3D> libdrm-.tar.bz2 is not in /mnt/mod_usr/head/graphics/libdrm/distinfo= =2E =3D> Either /mnt/mod_usr/head/graphics/libdrm/distinfo is out of date, or= =3D> libdrm-.tar.bz2 is spelled incorrectly. *** Error code 1 Stop. make[1]: stopped in /mnt/mod_usr/head/graphics/libdrm *** Error code 1 Stop. make: stopped in /mnt/mod_usr/head/graphics/libdrm --=20 SY, Marat --------------ms060908020902040401040706 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMaTCC Bi0wggUVoAMCAQICAwdtsTANBgkqhkiG9w0BAQUFADCBjDELMAkGA1UEBhMCSUwxFjAUBgNV BAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRl IFNpZ25pbmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlh dGUgQ2xpZW50IENBMB4XDTEzMDgyOTA4MDMxM1oXDTE0MDgyOTE5MzcxNlowTzEZMBcGA1UE DRMQSXNDMTY0SkczZHE1UlBFUTEVMBMGA1UEAwwMYW1hcmF0QGxpLnJ1MRswGQYJKoZIhvcN AQkBFgxhbWFyYXRAbGkucnUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC8T/yW /tVUT1pvIpPVHAgMjikWgAqQrAJPY6W6wKMzPl8XzW3UwpGfzgfeLoG7J2J1t9DujQYf3qqm LWEHgj5FRv6P+9ohdOyH0OqMbG76lz5ONqNcavPdE3//fQEXSxB2SQv1qUp1Dsd522Oavx1r svWlQEkLOnv2ac2mXS86W5kyJ27Pq/6fIgxrNAziKqMm51C3FGDBUn0mofzm3+FcMA4IMOyH kpe+M+iotZaU1OD5bWq4ISH85UioOV3B2OqL0cGM3UmuUJ4Qgi9iMgGPbmsIYQ6+A5LRM1py 8u5Nckt3gSYTvdKHN6dJGcg2Z+Ja0jW+XEvKo5Z+366/Zs6xAgMBAAGjggLSMIICzjAJBgNV HRMEAjAAMAsGA1UdDwQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwHQYD VR0OBBYEFOakEwEDLMFWYaXweQ5/FydTI94RMB8GA1UdIwQYMBaAFFNy7ZKc4NrLAVx8fpY1 TvLUuFGCMBcGA1UdEQQQMA6BDGFtYXJhdEBsaS5ydTCCAUwGA1UdIASCAUMwggE/MIIBOwYL KwYBBAGBtTcBAgMwggEqMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9w b2xpY3kucGRmMIH3BggrBgEFBQcCAjCB6jAnFiBTdGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1 dGhvcml0eTADAgEBGoG+VGhpcyBjZXJ0aWZpY2F0ZSB3YXMgaXNzdWVkIGFjY29yZGluZyB0 byB0aGUgQ2xhc3MgMSBWYWxpZGF0aW9uIHJlcXVpcmVtZW50cyBvZiB0aGUgU3RhcnRDb20g Q0EgcG9saWN5LCByZWxpYW5jZSBvbmx5IGZvciB0aGUgaW50ZW5kZWQgcHVycG9zZSBpbiBj b21wbGlhbmNlIG9mIHRoZSByZWx5aW5nIHBhcnR5IG9ibGlnYXRpb25zLjA2BgNVHR8ELzAt MCugKaAnhiVodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9jcnR1MS1jcmwuY3JsMIGOBggrBgEF BQcBAQSBgTB/MDkGCCsGAQUFBzABhi1odHRwOi8vb2NzcC5zdGFydHNzbC5jb20vc3ViL2Ns YXNzMS9jbGllbnQvY2EwQgYIKwYBBQUHMAKGNmh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2Nl cnRzL3N1Yi5jbGFzczEuY2xpZW50LmNhLmNydDAjBgNVHRIEHDAahhhodHRwOi8vd3d3LnN0 YXJ0c3NsLmNvbS8wDQYJKoZIhvcNAQEFBQADggEBADtRgWXP13dZs31xY7lDiP2P8jxM05AH SOwd7Fjx6wd/zMF+NMzYKWKiPCU4grfXM5FdMvc+E17QjXFc2Acp8ERx9xbeP1YUys1eXjvK Cpo01/GXoAsnfA2p6Qrc5AVtNhrPkuqB3VrIz+ihRJtEvWHOSuHjMqmEzAAYKaCaaLMCe+j3 Yj1pnTDQXprASuQ7UlBZ9myAFppZPylRdO8pYb4M8qR93steYSwA8TdWWqKzbr7sdaatLpbt WVrjjzIp54s5Psd5hY5lHPYAL6Nx1MJYjk80v7Xh3VSbqndbOCyb1Ix699Y5DF7+B9Yq9Jrl ju8WOgP6QF/u5MegLDB7xsAwggY0MIIEHKADAgECAgEeMA0GCSqGSIb3DQEBBQUAMH0xCzAJ BgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGln aXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMSkwJwYDVQQDEyBTdGFydENvbSBDZXJ0aWZpY2F0 aW9uIEF1dGhvcml0eTAeFw0wNzEwMjQyMTAxNTVaFw0xNzEwMjQyMTAxNTVaMIGMMQswCQYD VQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0 YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmlt YXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEK AoIBAQDHCYPMzi3YGrEppC4Tq5a+ijKDjKaIQZZVR63UbxIP6uq/I0fhCu+cQhoUfE6ERKKn u8zPf1Jwuk0tsvVCk6U9b+0UjM0dLep3ZdE1gblK/1FwYT5Pipsu2yOMluLqwvsuz9/9f1+1 PKHG/FaR/wpbfuIqu54qzHDYeqiUfsYzoVflR80DAC7hmJ+SmZnNTWyUGHJbBpA8Q89lGxah NvuryGaC/o2/ceD2uYDX9U8Eg5DpIpGQdcbQeGarV04WgAUjjXX5r/2dabmtxWMZwhZna//j diSyrrSMTGKkDiXm6/3/4ebfeZuCYKzN2P8O2F/Xe2AC/Y7zeEsnR7FOp+uXAgMBAAGjggGt MIIBqTAPBgNVHRMBAf8EBTADAQH/MA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUU3Ltkpzg 2ssBXHx+ljVO8tS4UYIwHwYDVR0jBBgwFoAUTgvvGqRAW6UXaYcwyjRoQ9BBrvIwZgYIKwYB BQUHAQEEWjBYMCcGCCsGAQUFBzABhhtodHRwOi8vb2NzcC5zdGFydHNzbC5jb20vY2EwLQYI KwYBBQUHMAKGIWh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3Nmc2NhLmNydDBbBgNVHR8EVDBS MCegJaAjhiFodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9zZnNjYS5jcmwwJ6AloCOGIWh0dHA6 Ly9jcmwuc3RhcnRzc2wuY29tL3Nmc2NhLmNybDCBgAYDVR0gBHkwdzB1BgsrBgEEAYG1NwEC ATBmMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9wb2xpY3kucGRmMDQG CCsGAQUFBwIBFihodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9pbnRlcm1lZGlhdGUucGRmMA0G CSqGSIb3DQEBBQUAA4ICAQAKgwh9eKssBly4Y4xerhy5I3dNoXHYfYa8PlVLL/qtXnkFgdtY 1o95CfegFJTwqBBmf8pyTUnFsukDFUI22zF5bVHzuJ+GxhnSqN2sD1qetbYwBYK2iyYA5Pg7 Er1A+hKMIzEzcduRkIMmCeUTyMyikfbUFvIBivtvkR8ZFAk22BZy+pJfAoedO61HTz4qSfQo CRcLN5A0t4DkuVhTMXIzuQ8CnykhExD6x4e6ebIbrjZLb7L+ocR0y4YjCl/Pd4MXU91y0vTi pgr/O75CDUHDRHCCKBVmz/Rzkc/b970MEeHt5LC3NiWTgBSvrLEuVzBKM586YoRD9Dy3OHQg WI270g+5MYA8GfgI/EPT5G7xPbCDz+zjdH89PeR3U4So4lSXur6H6vp+m9TQXPF3a0LwZrp8 MQ+Z77U1uL7TelWO5lApsbAonrqASfTpaprFVkL4nyGH+NHST2ZJPWIBk81i6Vw0ny0qZW2N iy/QvVNKbb43A43ny076khXO7cNbBIRdJ/6qQNq9Bqb5C0Q5nEsFcj75oxQRqlKf6TcvGbjx kJh8BYtv9ePsXklAxtm8J7GCUBthHSQgepbkOexhJ0wP8imUkyiPHQ0GvEnd83129fZjoEhd GwXV27ioRKbj/cIq7JRXun0NbeY+UdMYu9jGfIpDLtUUGSgsg2zMGs5R4jGCA90wggPZAgEB MIGUMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMi U2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20g Q2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAwdtsTAJBgUrDgMCGgUA oIICHTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNDA3MjIx NDU4MTBaMCMGCSqGSIb3DQEJBDEWBBTxDhW1pzDcAfFLzmHQpavbKRESHjBsBgkqhkiG9w0B CQ8xXzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcN AwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGlBgkrBgEE AYI3EAQxgZcwgZQwgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSsw KQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9T dGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQQIDB22xMIGn BgsqhkiG9w0BCRACCzGBl6CBlDCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29t IEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxODA2 BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50IENB AgMHbbEwDQYJKoZIhvcNAQEBBQAEggEAiEpSPe7KrpDkaR2HhfTpzZ6Qi5IbO3x2G9WYmdqZ 6EmEPnSe0dT8ivfsl8T4H5EPVOV6ce1bS/qByH4engJ9cIuQ+c27aZtL3askvUuJ5e1TFgqm qURWcATT+qCpL3lZ4kNk3reph9/h/gq+YTR/qul0DEaUTy5S8Hd6qdu/llU/4ozv2qIo8X3x suX66a84ryvl/IYP7FXCqgOal8thnW7evdgIfIVtagUwok2AhyKxvdmLVMjCdYVfqxNjjMqY Ec7/F7oJV4DEYFB5Bta8dGMEYP4w+mDS8QbLHTRZu2XQBq7Ee/qIxwdIdFgb0jTGhyJ8JEzn luPKUzDGNBw+BgAAAAAAAA== --------------ms060908020902040401040706-- From owner-freebsd-x11@FreeBSD.ORG Tue Jul 22 17:21:25 2014 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 861A69F3 for ; Tue, 22 Jul 2014 17:21:25 +0000 (UTC) Received: from mail-la0-f52.google.com (mail-la0-f52.google.com [209.85.215.52]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EE9EB2E99 for ; Tue, 22 Jul 2014 17:21:24 +0000 (UTC) Received: by mail-la0-f52.google.com with SMTP id e16so6396456lan.11 for ; Tue, 22 Jul 2014 10:21:17 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-to:content-type; bh=B4NTLsWjTqO07KCxFxA9uy41pIJ826+OVMlyNbuKgw4=; b=VkMbj4a3X8EkOreCF6PLntxP0/yZgLNg1UQQwY4UykHqE+fL1Y0sRyOYGprnqwlm96 yb4IPLzQgQPZ6N9gqGX2pprHT6AGwPGmdhpFgPrq0/WIGE8UVEoYHRWt5EE9NnC+gw6f hNprapzmYCTP94bsW+qDBt+00UI90Yu0DAu+nMNatssJnMAWO9y9vcS+0NAGgIcq+X+B QMex5SeSO3kxg9FtuARzkDczhvYHXdUo88HN+BVIW29ZXCMEpS2TJtCcMMuZQYP/J3O3 mMi93WGOxBG3dIAk/meCFJ41Vc62hbZge3xKrRn5hXeU7DVSAX+9f/dphW30XHyczJ6d 5FEA== X-Gm-Message-State: ALoCoQnUKYGeDLeCW/Qs8gsxC3xinh3wS5rQU6xsi7Y6cQQshMxZWqFgOM5j8LVJlzVd5BHTWibv X-Received: by 10.112.118.42 with SMTP id kj10mr13325666lbb.86.1406049677468; Tue, 22 Jul 2014 10:21:17 -0700 (PDT) Received: from zealot.ksu.ru ([46.42.174.228]) by mx.google.com with ESMTPSA id it2sm549472lac.40.2014.07.22.10.21.15 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 22 Jul 2014 10:21:16 -0700 (PDT) Message-ID: <53CE9D89.8000403@li.ru> Date: Tue, 22 Jul 2014 21:21:13 +0400 From: "Marat N.Afanasyev" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Firefox/31.0 SeaMonkey/2.28 MIME-Version: 1.0 To: =?UTF-8?B?SmVhbi1Tw6liYXN0aWVuIFDDqWRyb24=?= , =?UTF-8?B?SmFuIEtva2Vtw7xsbGVy?= , freebsd-x11@freebsd.org Subject: Re: [PATCH] 32 bit compatibility ioctls for radeon driver References: <53282961.5010404@gmail.com> <535E628E.6070400@FreeBSD.org> In-Reply-To: <535E628E.6070400@FreeBSD.org> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms060805010005060009070301" X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18 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, 22 Jul 2014 17:21:25 -0000 This is a cryptographically signed message in MIME format. --------------ms060805010005060009070301 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Jean-S=C3=A9bastien P=C3=A9dron wrote: > On 18.03.2014 12:09, Jan Kokem=C3=BCller wrote: >> I've noticed that the kernel currently pagefaults when trying to run >> 32-bit 3D applications under a 64-bit kernel with a Radeon card when >> COMPAT_FREEBSD32 is defined. The generic DRM code tries to access the >> compat_ioctls_nr and compat_ioctls fields of the drm_driver_info struc= t, >> but they aren't set by the radeon driver. >> I've tried to translate the compatibility ioctls in radeon_ioc32.c fro= m >> the Linux versions to FreeBSD. It seems to work fine with 32-bit >> glxgears and some games under Wine. >> A patch is attached. > > Hello Jan! > > I tried your patch this week-end and I was able to play to StarCraft II= > on FreeBSD 11-CURRENT :) I committed it to my DRM update branch for now= , > but will commit it to HEAD and stable/{10,9} as soon as I can. > > Thank you for your work! > any chance to have drm with such a patch? not drm2, but drm? --=20 SY, Marat --------------ms060805010005060009070301 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMaTCC Bi0wggUVoAMCAQICAwdtsTANBgkqhkiG9w0BAQUFADCBjDELMAkGA1UEBhMCSUwxFjAUBgNV BAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRl IFNpZ25pbmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlh dGUgQ2xpZW50IENBMB4XDTEzMDgyOTA4MDMxM1oXDTE0MDgyOTE5MzcxNlowTzEZMBcGA1UE DRMQSXNDMTY0SkczZHE1UlBFUTEVMBMGA1UEAwwMYW1hcmF0QGxpLnJ1MRswGQYJKoZIhvcN AQkBFgxhbWFyYXRAbGkucnUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC8T/yW /tVUT1pvIpPVHAgMjikWgAqQrAJPY6W6wKMzPl8XzW3UwpGfzgfeLoG7J2J1t9DujQYf3qqm LWEHgj5FRv6P+9ohdOyH0OqMbG76lz5ONqNcavPdE3//fQEXSxB2SQv1qUp1Dsd522Oavx1r svWlQEkLOnv2ac2mXS86W5kyJ27Pq/6fIgxrNAziKqMm51C3FGDBUn0mofzm3+FcMA4IMOyH kpe+M+iotZaU1OD5bWq4ISH85UioOV3B2OqL0cGM3UmuUJ4Qgi9iMgGPbmsIYQ6+A5LRM1py 8u5Nckt3gSYTvdKHN6dJGcg2Z+Ja0jW+XEvKo5Z+366/Zs6xAgMBAAGjggLSMIICzjAJBgNV HRMEAjAAMAsGA1UdDwQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwHQYD VR0OBBYEFOakEwEDLMFWYaXweQ5/FydTI94RMB8GA1UdIwQYMBaAFFNy7ZKc4NrLAVx8fpY1 TvLUuFGCMBcGA1UdEQQQMA6BDGFtYXJhdEBsaS5ydTCCAUwGA1UdIASCAUMwggE/MIIBOwYL KwYBBAGBtTcBAgMwggEqMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9w b2xpY3kucGRmMIH3BggrBgEFBQcCAjCB6jAnFiBTdGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1 dGhvcml0eTADAgEBGoG+VGhpcyBjZXJ0aWZpY2F0ZSB3YXMgaXNzdWVkIGFjY29yZGluZyB0 byB0aGUgQ2xhc3MgMSBWYWxpZGF0aW9uIHJlcXVpcmVtZW50cyBvZiB0aGUgU3RhcnRDb20g Q0EgcG9saWN5LCByZWxpYW5jZSBvbmx5IGZvciB0aGUgaW50ZW5kZWQgcHVycG9zZSBpbiBj b21wbGlhbmNlIG9mIHRoZSByZWx5aW5nIHBhcnR5IG9ibGlnYXRpb25zLjA2BgNVHR8ELzAt MCugKaAnhiVodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9jcnR1MS1jcmwuY3JsMIGOBggrBgEF BQcBAQSBgTB/MDkGCCsGAQUFBzABhi1odHRwOi8vb2NzcC5zdGFydHNzbC5jb20vc3ViL2Ns YXNzMS9jbGllbnQvY2EwQgYIKwYBBQUHMAKGNmh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2Nl cnRzL3N1Yi5jbGFzczEuY2xpZW50LmNhLmNydDAjBgNVHRIEHDAahhhodHRwOi8vd3d3LnN0 YXJ0c3NsLmNvbS8wDQYJKoZIhvcNAQEFBQADggEBADtRgWXP13dZs31xY7lDiP2P8jxM05AH SOwd7Fjx6wd/zMF+NMzYKWKiPCU4grfXM5FdMvc+E17QjXFc2Acp8ERx9xbeP1YUys1eXjvK Cpo01/GXoAsnfA2p6Qrc5AVtNhrPkuqB3VrIz+ihRJtEvWHOSuHjMqmEzAAYKaCaaLMCe+j3 Yj1pnTDQXprASuQ7UlBZ9myAFppZPylRdO8pYb4M8qR93steYSwA8TdWWqKzbr7sdaatLpbt WVrjjzIp54s5Psd5hY5lHPYAL6Nx1MJYjk80v7Xh3VSbqndbOCyb1Ix699Y5DF7+B9Yq9Jrl ju8WOgP6QF/u5MegLDB7xsAwggY0MIIEHKADAgECAgEeMA0GCSqGSIb3DQEBBQUAMH0xCzAJ BgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGln aXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMSkwJwYDVQQDEyBTdGFydENvbSBDZXJ0aWZpY2F0 aW9uIEF1dGhvcml0eTAeFw0wNzEwMjQyMTAxNTVaFw0xNzEwMjQyMTAxNTVaMIGMMQswCQYD VQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0 YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmlt YXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEK AoIBAQDHCYPMzi3YGrEppC4Tq5a+ijKDjKaIQZZVR63UbxIP6uq/I0fhCu+cQhoUfE6ERKKn u8zPf1Jwuk0tsvVCk6U9b+0UjM0dLep3ZdE1gblK/1FwYT5Pipsu2yOMluLqwvsuz9/9f1+1 PKHG/FaR/wpbfuIqu54qzHDYeqiUfsYzoVflR80DAC7hmJ+SmZnNTWyUGHJbBpA8Q89lGxah NvuryGaC/o2/ceD2uYDX9U8Eg5DpIpGQdcbQeGarV04WgAUjjXX5r/2dabmtxWMZwhZna//j diSyrrSMTGKkDiXm6/3/4ebfeZuCYKzN2P8O2F/Xe2AC/Y7zeEsnR7FOp+uXAgMBAAGjggGt MIIBqTAPBgNVHRMBAf8EBTADAQH/MA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUU3Ltkpzg 2ssBXHx+ljVO8tS4UYIwHwYDVR0jBBgwFoAUTgvvGqRAW6UXaYcwyjRoQ9BBrvIwZgYIKwYB BQUHAQEEWjBYMCcGCCsGAQUFBzABhhtodHRwOi8vb2NzcC5zdGFydHNzbC5jb20vY2EwLQYI KwYBBQUHMAKGIWh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3Nmc2NhLmNydDBbBgNVHR8EVDBS MCegJaAjhiFodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9zZnNjYS5jcmwwJ6AloCOGIWh0dHA6 Ly9jcmwuc3RhcnRzc2wuY29tL3Nmc2NhLmNybDCBgAYDVR0gBHkwdzB1BgsrBgEEAYG1NwEC ATBmMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9wb2xpY3kucGRmMDQG CCsGAQUFBwIBFihodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9pbnRlcm1lZGlhdGUucGRmMA0G CSqGSIb3DQEBBQUAA4ICAQAKgwh9eKssBly4Y4xerhy5I3dNoXHYfYa8PlVLL/qtXnkFgdtY 1o95CfegFJTwqBBmf8pyTUnFsukDFUI22zF5bVHzuJ+GxhnSqN2sD1qetbYwBYK2iyYA5Pg7 Er1A+hKMIzEzcduRkIMmCeUTyMyikfbUFvIBivtvkR8ZFAk22BZy+pJfAoedO61HTz4qSfQo CRcLN5A0t4DkuVhTMXIzuQ8CnykhExD6x4e6ebIbrjZLb7L+ocR0y4YjCl/Pd4MXU91y0vTi pgr/O75CDUHDRHCCKBVmz/Rzkc/b970MEeHt5LC3NiWTgBSvrLEuVzBKM586YoRD9Dy3OHQg WI270g+5MYA8GfgI/EPT5G7xPbCDz+zjdH89PeR3U4So4lSXur6H6vp+m9TQXPF3a0LwZrp8 MQ+Z77U1uL7TelWO5lApsbAonrqASfTpaprFVkL4nyGH+NHST2ZJPWIBk81i6Vw0ny0qZW2N iy/QvVNKbb43A43ny076khXO7cNbBIRdJ/6qQNq9Bqb5C0Q5nEsFcj75oxQRqlKf6TcvGbjx kJh8BYtv9ePsXklAxtm8J7GCUBthHSQgepbkOexhJ0wP8imUkyiPHQ0GvEnd83129fZjoEhd GwXV27ioRKbj/cIq7JRXun0NbeY+UdMYu9jGfIpDLtUUGSgsg2zMGs5R4jGCA90wggPZAgEB MIGUMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMi U2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20g Q2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAwdtsTAJBgUrDgMCGgUA oIICHTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNDA3MjIx NzIxMTNaMCMGCSqGSIb3DQEJBDEWBBTG7M7HldpZSrftvMIw3ccWX89RsjBsBgkqhkiG9w0B CQ8xXzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcN AwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGlBgkrBgEE AYI3EAQxgZcwgZQwgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSsw KQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9T dGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQQIDB22xMIGn BgsqhkiG9w0BCRACCzGBl6CBlDCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29t IEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxODA2 BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50IENB AgMHbbEwDQYJKoZIhvcNAQEBBQAEggEAsml92Rj3rJrSeURqui0xoNqx7QR4BDPLRYQShZes 61jirOVZEUFPrRjnCis19Abssq6iZ0oDpPRjLmV/2re3pyRTkK0Xq4FEEftrjwihuzHjfNg9 ZBtewyT/X3IoPDPdOj3A4yrJuRyjpYFLImAKteYP8261NcoAOD18eUASWe2M9pwelzIxu44W 8jcPL0UpGfiDJsL5VZkmBTkhF/AutQyUMH7UmZTq0vpOmzjlsWYs4zUAW45gUYC36w7j6CnH WX4rQQSjFq/m1akVIpeC0m/oRN3I7EPV2CQjH4vrrCX6+3BIZq8aOa5mJH7kGTGxVyQHl4Gx UtytLUNiraGCXgAAAAAAAA== --------------ms060805010005060009070301-- From owner-freebsd-x11@FreeBSD.ORG Tue Jul 22 20:32:25 2014 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 58E747A9 for ; Tue, 22 Jul 2014 20:32:25 +0000 (UTC) Received: from erelay5.ox.registrar-servers.com (erelay5.ox.registrar-servers.com [192.64.117.65]) by mx1.freebsd.org (Postfix) with ESMTP id 318132322 for ; Tue, 22 Jul 2014 20:32:24 +0000 (UTC) Received: from localhost (unknown [127.0.0.1]) by erelay1.ox.registrar-servers.com (Postfix) with ESMTP id 8A575220060A for ; Tue, 22 Jul 2014 20:25:50 +0000 (UTC) Received: from erelay1.ox.registrar-servers.com ([127.0.0.1]) by localhost (erelay.ox.registrar-servers.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id feG7QmvWPiWF for ; Tue, 22 Jul 2014 16:25:49 -0400 (EDT) Received: from imap1.ox.privateemail.com (imap1.ox.privateemail.com [198.187.29.233]) by erelay1.ox.registrar-servers.com (Postfix) with ESMTP id 357FA22007A3 for ; Tue, 22 Jul 2014 16:25:49 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by mail.privateemail.com (Postfix) with ESMTP id E21CCB00085 for ; Tue, 22 Jul 2014 16:25:48 -0400 (EDT) X-Virus-Scanned: Debian amavisd-new at imap1.ox.privateemail.com Received: from mail.privateemail.com ([127.0.0.1]) by localhost (imap1.ox.privateemail.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id qcWX7zUKo1Hu for ; Tue, 22 Jul 2014 16:25:48 -0400 (EDT) Received: from localhost (127.Red-83-50-140.dynamicIP.rima-tde.net [83.50.140.127]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.privateemail.com (Postfix) with ESMTPSA id 53B49B0008A for ; Tue, 22 Jul 2014 16:25:48 -0400 (EDT) Date: Tue, 22 Jul 2014 22:25:18 +0200 From: Carlos Jacobo Puga Medina To: freebsd-x11@freebsd.org Subject: ATI radeon 3450 with new xorg Message-Id: <20140722222518.a5f098a3e5aa4f85407cb3b4@fbsd.es> X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.22; i386-portbld-freebsd11.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18 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, 22 Jul 2014 20:32:25 -0000 Hi people, Currently I'm testing an ATI Radeon HD 3450 with the new Xorg drivers on 11-CURRENT. It works partially due some ports aren't able to compile with CLANG and prefer GCC47. These ports are dri, libGL and libglapi. % uname -a FreeBSD box.underbuild.com 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r268969: Tue Jul 22 12:50:29 CEST 2014 charly@box.underbuild.com:/usr/obj/usr/src/sys/PROD i386 % make -C /usr/ports/graphics/dri -V CC gcc47 I've added in make.conf WITH_NEW_XORG=yes WITH_GALLIUM=yes glxinfo spits out that it doesn't have rendering support: libGL: OpenDriver: trying /usr/local/lib/dri/r600_dri.so libGL error: dlopen /usr/local/lib/dri/r600_dri.so failed (/usr/local/lib/dri/r600_dri.so: Undefined symbol "_ZN4llvm13EngineBuilder12selectTargetERKNS_6TripleENS_9StringRefES4_RKNS_15SmallVectorImplISsEE") libGL error: unable to load driver: r600_dri.so libGL error: driver pointer missing libGL error: failed to load driver: r600 libGL: OpenDriver: trying /usr/local/lib/dri/swrast_dri.so libGL error: dlopen /usr/local/lib/dri/swrast_dri.so failed (/usr/local/lib/dri/swrast_dri.so: Undefined symbol "_ZN4llvm13EngineBuilder12selectTargetERKNS_6TripleENS_9StringRefES4_RKNS_15SmallVectorImplISsEE") libGL error: unable to load driver: swrast_dri.so libGL error: failed to load driver: swrast name of display: :0.0 display: :0 screen: 0 direct rendering: No (If you want to find out why, try setting LIBGL_DEBUG=verbose) I attach the full logs for debugging purposes: http://pastebin.com/avCJN9QJ # glxinfo http://pastebin.com/C0fF5e3w # pciconf http://pastebin.com/FYMrV0Fr # Xorg.0.log http://pastebin.com/rYjrsvjd # dmesg http://pastebin.com/zbmgfv77 # pkg info Any thoughts? -- Carlos Jacobo Puga Medina From owner-freebsd-x11@FreeBSD.ORG Wed Jul 23 07:13:50 2014 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C3FA4A08 for ; Wed, 23 Jul 2014 07:13:50 +0000 (UTC) Received: from mail.made4.biz (mail.made4.biz [IPv6:2001:41d0:2:c018::1:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 868CE2963 for ; Wed, 23 Jul 2014 07:13:50 +0000 (UTC) Received: from [2001:1b48:10b:cafe:225:64ff:febe:589f] (helo=viking.yzserv.com) by mail.made4.biz with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128) (Exim 4.82_1-5b7a7c0-XX (FreeBSD)) (envelope-from ) id 1X9qkG-00099G-Qw for freebsd-x11@freebsd.org; Wed, 23 Jul 2014 09:13:48 +0200 Message-ID: <53CF60AC.2050100@dumbbell.fr> Date: Wed, 23 Jul 2014 09:13:48 +0200 From: =?UTF-8?B?SmVhbi1Tw6liYXN0aWVuIFDDqWRyb24=?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-x11@freebsd.org Subject: Re: [PATCH] 32 bit compatibility ioctls for radeon driver References: <53282961.5010404@gmail.com> <535E628E.6070400@FreeBSD.org> <53CE9D89.8000403@li.ru> In-Reply-To: <53CE9D89.8000403@li.ru> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="B1IUoftGLBcR4CThRcOIU9vua0DvdDvlv" X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18 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, 23 Jul 2014 07:13:50 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --B1IUoftGLBcR4CThRcOIU9vua0DvdDvlv Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 22.07.2014 19:21, Marat N.Afanasyev wrote: > any chance to have drm with such a patch? not drm2, but drm? What GPU do you have? I would rather fix what's wrong in sys/dev/drm2 than updating the old code. --=20 Jean-S=C3=A9bastien P=C3=A9dron --B1IUoftGLBcR4CThRcOIU9vua0DvdDvlv Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTz2CsAAoJEDnpl2Gl/ZTMEd0P/0RK2afmueFYWR3KnqdHBX1/ lyVAG6FPEADuanrtks93bYToZ0WZyWwHGTBh36iptNqODO3n3pj8pbZlXB1zP4Mz 3CL1x1TaUbaBq04w0iC9GjM6b5PF6WKCPNKiH2Qj3VBDrIWrUe6wVx7FIPta+oR7 nMbtf3M+BdaYsa8Q/XEKLmRi3KZCB+o0Zno2ZyWU6AI5gm3Qk/YeSGlP6Gnx27aC cWF/LmZPRmOPO2GQCsQvN+aJvHYZ4K4lhFpewOSbY/AoErAuyPngLKBn+M3fm6GF 1/80o7GFi4mga5UH3mJNK1fNZLOOvgJnq/cZ2gmzpR83B/JXQgvRb0jIkVXUjEx6 SDGeEK0Abm6UgoxhbRfVWudSWogQFmXI1SrBzzDUsWwpvFTTxbelZ/LGuH+gNyXd QSAB1xqkkGGa8cTQAIWmzkJbxjhYO3UUr2pJjXKqUjKiA1nFzAvrLOXgtP7yaeha ndTHQryt4OeIzz5+fpC7YaRxGmJ0U3EM4wGHDHrbIgv1Iqe5vdFvkXk9bXmAodxI KFByjeN/azUJYUsTKfoW2fRXcyyD/tVlmEXzThPLVMTnwN2eXMkHstCEcy45BFr5 opvGQlW7Lzm+cCShwVr/YSG3GBgfm4ierCChduhjGvfWmKS/dmAiXl5gWteTLUmQ jGVBxAYXW48agBmecK1R =L8DG -----END PGP SIGNATURE----- --B1IUoftGLBcR4CThRcOIU9vua0DvdDvlv-- From owner-freebsd-x11@FreeBSD.ORG Wed Jul 23 07:24:39 2014 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9A9B5BC0 for ; Wed, 23 Jul 2014 07:24:39 +0000 (UTC) Received: from mail-lb0-f171.google.com (mail-lb0-f171.google.com [209.85.217.171]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1181E2A3B for ; Wed, 23 Jul 2014 07:24:38 +0000 (UTC) Received: by mail-lb0-f171.google.com with SMTP id l4so586297lbv.16 for ; Wed, 23 Jul 2014 00:24:29 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-to:content-type; bh=I0pHh8SRtQ0WolcpCBxA0cMpF2sOirRN5U2wqPzbXds=; b=fNwd3Kf/A8Q6lja17n0lvZPSF8suBet6v/LtaN7wvDyChXcVDTBR9l1If5o/MDsFiT KqstFh4q/BLlUmZWa5wIknS+D4LDIJHkFPHJUPRmQCkitJR7vuCjstNwn0FAbiDS88e3 6GeCZlrIk2k8FxPZP1YdiSP3ncLsMm8FGDCu+JLiv3vgELce36oomolWu6QGFQt+nakb 3hAHHTYTiS38ee78muSnQTJrwjvQ+9BijeHTfUKtNjmWIejS4t2ZsLHA2lbnfY6sUGz5 K0fyRGq9n44nnGhQyLZfjq81rW/Z+FYPLFwDAUVxSRF8puqlxlmysPUk9XJsBAyx15jz uznw== X-Gm-Message-State: ALoCoQkBK/InwiMjEwo1bF7T7caR+v8g6zL0tc6nbXGGL+cpS2/1RAlJkbCpmT3uOmSoQ+maWGS9 X-Received: by 10.112.133.97 with SMTP id pb1mr38858810lbb.4.1406100269743; Wed, 23 Jul 2014 00:24:29 -0700 (PDT) Received: from zealot.ksu.ru ([46.42.174.228]) by mx.google.com with ESMTPSA id uo5sm4181975lbb.6.2014.07.23.00.24.26 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 23 Jul 2014 00:24:27 -0700 (PDT) Message-ID: <53CF6328.4040109@li.ru> Date: Wed, 23 Jul 2014 11:24:24 +0400 From: "Marat N.Afanasyev" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Firefox/31.0 SeaMonkey/2.28 MIME-Version: 1.0 To: =?UTF-8?B?SmVhbi1Tw6liYXN0aWVuIFDDqWRyb24=?= , freebsd-x11@freebsd.org Subject: Re: [PATCH] 32 bit compatibility ioctls for radeon driver References: <53282961.5010404@gmail.com> <535E628E.6070400@FreeBSD.org> <53CE9D89.8000403@li.ru> <53CF60AC.2050100@dumbbell.fr> In-Reply-To: <53CF60AC.2050100@dumbbell.fr> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms000102020508070905090600" X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18 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, 23 Jul 2014 07:24:39 -0000 This is a cryptographically signed message in MIME format. --------------ms000102020508070905090600 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Jean-S=C3=A9bastien P=C3=A9dron wrote: > On 22.07.2014 19:21, Marat N.Afanasyev wrote: >> any chance to have drm with such a patch? not drm2, but drm? > > What GPU do you have? I would rather fix what's wrong in sys/dev/drm2 > than updating the old code. > unfortunately, I cannot use drm2 yet, not before GPU lockings are fixed, = I'm tired of losing data because of hard lockups+resets+fscks :)=20 Currently I use 4550 card If patching drm is way too hard, then forget about it, it's not big=20 deal, I was just wondering whether I can wine around sometimes --=20 SY, Marat --------------ms000102020508070905090600 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMaTCC Bi0wggUVoAMCAQICAwdtsTANBgkqhkiG9w0BAQUFADCBjDELMAkGA1UEBhMCSUwxFjAUBgNV BAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRl IFNpZ25pbmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlh dGUgQ2xpZW50IENBMB4XDTEzMDgyOTA4MDMxM1oXDTE0MDgyOTE5MzcxNlowTzEZMBcGA1UE DRMQSXNDMTY0SkczZHE1UlBFUTEVMBMGA1UEAwwMYW1hcmF0QGxpLnJ1MRswGQYJKoZIhvcN AQkBFgxhbWFyYXRAbGkucnUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC8T/yW /tVUT1pvIpPVHAgMjikWgAqQrAJPY6W6wKMzPl8XzW3UwpGfzgfeLoG7J2J1t9DujQYf3qqm LWEHgj5FRv6P+9ohdOyH0OqMbG76lz5ONqNcavPdE3//fQEXSxB2SQv1qUp1Dsd522Oavx1r svWlQEkLOnv2ac2mXS86W5kyJ27Pq/6fIgxrNAziKqMm51C3FGDBUn0mofzm3+FcMA4IMOyH kpe+M+iotZaU1OD5bWq4ISH85UioOV3B2OqL0cGM3UmuUJ4Qgi9iMgGPbmsIYQ6+A5LRM1py 8u5Nckt3gSYTvdKHN6dJGcg2Z+Ja0jW+XEvKo5Z+366/Zs6xAgMBAAGjggLSMIICzjAJBgNV HRMEAjAAMAsGA1UdDwQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwHQYD VR0OBBYEFOakEwEDLMFWYaXweQ5/FydTI94RMB8GA1UdIwQYMBaAFFNy7ZKc4NrLAVx8fpY1 TvLUuFGCMBcGA1UdEQQQMA6BDGFtYXJhdEBsaS5ydTCCAUwGA1UdIASCAUMwggE/MIIBOwYL KwYBBAGBtTcBAgMwggEqMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9w b2xpY3kucGRmMIH3BggrBgEFBQcCAjCB6jAnFiBTdGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1 dGhvcml0eTADAgEBGoG+VGhpcyBjZXJ0aWZpY2F0ZSB3YXMgaXNzdWVkIGFjY29yZGluZyB0 byB0aGUgQ2xhc3MgMSBWYWxpZGF0aW9uIHJlcXVpcmVtZW50cyBvZiB0aGUgU3RhcnRDb20g Q0EgcG9saWN5LCByZWxpYW5jZSBvbmx5IGZvciB0aGUgaW50ZW5kZWQgcHVycG9zZSBpbiBj b21wbGlhbmNlIG9mIHRoZSByZWx5aW5nIHBhcnR5IG9ibGlnYXRpb25zLjA2BgNVHR8ELzAt MCugKaAnhiVodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9jcnR1MS1jcmwuY3JsMIGOBggrBgEF BQcBAQSBgTB/MDkGCCsGAQUFBzABhi1odHRwOi8vb2NzcC5zdGFydHNzbC5jb20vc3ViL2Ns YXNzMS9jbGllbnQvY2EwQgYIKwYBBQUHMAKGNmh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2Nl cnRzL3N1Yi5jbGFzczEuY2xpZW50LmNhLmNydDAjBgNVHRIEHDAahhhodHRwOi8vd3d3LnN0 YXJ0c3NsLmNvbS8wDQYJKoZIhvcNAQEFBQADggEBADtRgWXP13dZs31xY7lDiP2P8jxM05AH SOwd7Fjx6wd/zMF+NMzYKWKiPCU4grfXM5FdMvc+E17QjXFc2Acp8ERx9xbeP1YUys1eXjvK Cpo01/GXoAsnfA2p6Qrc5AVtNhrPkuqB3VrIz+ihRJtEvWHOSuHjMqmEzAAYKaCaaLMCe+j3 Yj1pnTDQXprASuQ7UlBZ9myAFppZPylRdO8pYb4M8qR93steYSwA8TdWWqKzbr7sdaatLpbt WVrjjzIp54s5Psd5hY5lHPYAL6Nx1MJYjk80v7Xh3VSbqndbOCyb1Ix699Y5DF7+B9Yq9Jrl ju8WOgP6QF/u5MegLDB7xsAwggY0MIIEHKADAgECAgEeMA0GCSqGSIb3DQEBBQUAMH0xCzAJ BgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGln aXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMSkwJwYDVQQDEyBTdGFydENvbSBDZXJ0aWZpY2F0 aW9uIEF1dGhvcml0eTAeFw0wNzEwMjQyMTAxNTVaFw0xNzEwMjQyMTAxNTVaMIGMMQswCQYD VQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0 YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmlt YXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEK AoIBAQDHCYPMzi3YGrEppC4Tq5a+ijKDjKaIQZZVR63UbxIP6uq/I0fhCu+cQhoUfE6ERKKn u8zPf1Jwuk0tsvVCk6U9b+0UjM0dLep3ZdE1gblK/1FwYT5Pipsu2yOMluLqwvsuz9/9f1+1 PKHG/FaR/wpbfuIqu54qzHDYeqiUfsYzoVflR80DAC7hmJ+SmZnNTWyUGHJbBpA8Q89lGxah NvuryGaC/o2/ceD2uYDX9U8Eg5DpIpGQdcbQeGarV04WgAUjjXX5r/2dabmtxWMZwhZna//j diSyrrSMTGKkDiXm6/3/4ebfeZuCYKzN2P8O2F/Xe2AC/Y7zeEsnR7FOp+uXAgMBAAGjggGt MIIBqTAPBgNVHRMBAf8EBTADAQH/MA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUU3Ltkpzg 2ssBXHx+ljVO8tS4UYIwHwYDVR0jBBgwFoAUTgvvGqRAW6UXaYcwyjRoQ9BBrvIwZgYIKwYB BQUHAQEEWjBYMCcGCCsGAQUFBzABhhtodHRwOi8vb2NzcC5zdGFydHNzbC5jb20vY2EwLQYI KwYBBQUHMAKGIWh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3Nmc2NhLmNydDBbBgNVHR8EVDBS MCegJaAjhiFodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9zZnNjYS5jcmwwJ6AloCOGIWh0dHA6 Ly9jcmwuc3RhcnRzc2wuY29tL3Nmc2NhLmNybDCBgAYDVR0gBHkwdzB1BgsrBgEEAYG1NwEC ATBmMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9wb2xpY3kucGRmMDQG CCsGAQUFBwIBFihodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9pbnRlcm1lZGlhdGUucGRmMA0G CSqGSIb3DQEBBQUAA4ICAQAKgwh9eKssBly4Y4xerhy5I3dNoXHYfYa8PlVLL/qtXnkFgdtY 1o95CfegFJTwqBBmf8pyTUnFsukDFUI22zF5bVHzuJ+GxhnSqN2sD1qetbYwBYK2iyYA5Pg7 Er1A+hKMIzEzcduRkIMmCeUTyMyikfbUFvIBivtvkR8ZFAk22BZy+pJfAoedO61HTz4qSfQo CRcLN5A0t4DkuVhTMXIzuQ8CnykhExD6x4e6ebIbrjZLb7L+ocR0y4YjCl/Pd4MXU91y0vTi pgr/O75CDUHDRHCCKBVmz/Rzkc/b970MEeHt5LC3NiWTgBSvrLEuVzBKM586YoRD9Dy3OHQg WI270g+5MYA8GfgI/EPT5G7xPbCDz+zjdH89PeR3U4So4lSXur6H6vp+m9TQXPF3a0LwZrp8 MQ+Z77U1uL7TelWO5lApsbAonrqASfTpaprFVkL4nyGH+NHST2ZJPWIBk81i6Vw0ny0qZW2N iy/QvVNKbb43A43ny076khXO7cNbBIRdJ/6qQNq9Bqb5C0Q5nEsFcj75oxQRqlKf6TcvGbjx kJh8BYtv9ePsXklAxtm8J7GCUBthHSQgepbkOexhJ0wP8imUkyiPHQ0GvEnd83129fZjoEhd GwXV27ioRKbj/cIq7JRXun0NbeY+UdMYu9jGfIpDLtUUGSgsg2zMGs5R4jGCA90wggPZAgEB MIGUMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMi U2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20g Q2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAwdtsTAJBgUrDgMCGgUA oIICHTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNDA3MjMw NzI0MjRaMCMGCSqGSIb3DQEJBDEWBBQpJlUJQyUiZHi89XLvjf6QRTzknTBsBgkqhkiG9w0B CQ8xXzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcN AwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGlBgkrBgEE AYI3EAQxgZcwgZQwgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSsw KQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9T dGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQQIDB22xMIGn BgsqhkiG9w0BCRACCzGBl6CBlDCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29t IEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxODA2 BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50IENB AgMHbbEwDQYJKoZIhvcNAQEBBQAEggEAemGeGOSnV6zEiO2sqAAULApx0yH12yM/ivatkP7v J0L3SkLO/YyvcoNLfKr6ryzqrelnimXhN5w3Urd8ZO6slv9//PHWT5I15buHCVf5/sDKWSgO IOdeICwlg5rZFkYfNTy/pyu96oRl8zwLpCL+uMuuX1sUI5OMExM6TlzT2/6+OTgKLvHkXyzb ekh8DsCUvaQqCsJtcAvzSQoiXq+VGjmqfD7L7WIthWFDlgg+JxpWecXTQATS+6+N1SRqW5lN 7Bl1aDpmWDOYX6/C4zNKtxOT47/LTa3MCTYGq/03MzC6KpZT9srLQ9lgPnNC5Ot9tV9hmLpj VjbCWTGEnzzivAAAAAAAAA== --------------ms000102020508070905090600-- From owner-freebsd-x11@FreeBSD.ORG Wed Jul 23 07:35:20 2014 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5F00FF21; Wed, 23 Jul 2014 07:35:20 +0000 (UTC) Received: from mail.made4.biz (mail.made4.biz [IPv6:2001:41d0:2:c018::1:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2167A2B37; Wed, 23 Jul 2014 07:35:19 +0000 (UTC) Received: from [2001:1b48:10b:cafe:225:64ff:febe:589f] (helo=viking.yzserv.com) by mail.made4.biz with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128) (Exim 4.82_1-5b7a7c0-XX (FreeBSD)) (envelope-from ) id 1X9r54-000AlV-6I; Wed, 23 Jul 2014 09:35:18 +0200 Message-ID: <53CF65B0.7010504@dumbbell.fr> Date: Wed, 23 Jul 2014 09:35:12 +0200 From: =?ISO-8859-1?Q?Jean-S=E9bastien_P=E9dron?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: "freebsd-x11@freebsd org" , Dimitry Andric Subject: Re: ATI radeon 3450 with new xorg References: <20140722222518.a5f098a3e5aa4f85407cb3b4@fbsd.es> In-Reply-To: <20140722222518.a5f098a3e5aa4f85407cb3b4@fbsd.es> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2M6VoD3eNeq5nTLLBDeSjp96f4pivCtob" X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18 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, 23 Jul 2014 07:35:20 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --2M6VoD3eNeq5nTLLBDeSjp96f4pivCtob Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 22.07.2014 22:25, Carlos Jacobo Puga Medina wrote: > Hi people, Hello! > Currently I'm testing an ATI Radeon HD 3450 with the new Xorg=20 > drivers on 11-CURRENT. It works partially due some ports aren't able > to compile with CLANG and prefer GCC47. These ports are dri, libGL > and libglapi. >=20 > % uname -a > (...) 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r268969 (...) i386 >=20 > % make -C /usr/ports/graphics/dri -V CC > gcc47 I now see that Mesa (libGL, dri, ...) is built with GCC on i386; never noticed that before. See graphics/libGL/bsd.mesalib.mk: # i386 triggers clang bug 19778. This happens with clang 3.4.1 and older.= =2E if ${ARCH} =3D=3D i386 USE_GCC=3Dyes =2E endif The bug is described here: http://llvm.org/bugs/show_bug.cgi?id=3D19778 I add Dimitry into the loop: Dimitry, do you have any news for this Clang bug? Buildling Mesa with GCC causes the usual libc++ vs. libstdc++ incompatibilty: libGL error: dlopen /usr/local/lib/dri/r600_dri.so failed (/usr/local/lib/dri/r600_dri.so: Undefined symbol "_ZN4llvm13EngineBuilder12selectTargetERKNS_6TripleENS_9StringRefES4_RKNS= _15SmallVectorImplISsEE") --=20 Jean-S=E9bastien P=E9dron --2M6VoD3eNeq5nTLLBDeSjp96f4pivCtob Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTz2W2AAoJEDnpl2Gl/ZTMZVYP/RUB5daKW+UtEXd5DjU1MIgg klQ3yNkdHmA/bX4i/IJrasks0ZBRO5n3tvI58tUJwod0XEUAsLn2ZxMlDx+WziGi bvSg+MtqLZJSvav/jbRQPZ+rdw23k7YB08Abg1gDaVwtZ3X8S5zbB/g3f78PaPYl r4nOteJ8RnIJGELP3OuVLCp1AG5st2DkmhRPzUeTVxHnwvh4yKoZUA7kk1nRGEmY LlOzThwuxUa0fEhdqdMKQmzIWlSzUX6pGgr0H9cr4NJR4fHoPWqHeWO8qju8/M3p Bhrwj7FlLZccYl11cvxlu/Fk16y8c2z6Gwgx4GDa0FIELk5/YKaQh+lFBYcr7Wax Ou643Ez6GYF06bbY1PDDJ5+Eh9qHHuSeB5AbvANF76A2k4XmS6aAYGykh4d0Cqjp SWTdnEdkD/Ubzzh6GSvL4Ok1bsB3PXnFUMdmua4WXl6HXtJ4rI58YRDY2Mj1AXIP Rq4PWeBiJBqL66mT0ClKuNoWWJNqiWQFnIH8V0UCU7R3pTmW0Mbsoc9qmtdQ4c9k /4GLIURXyZIQDqhV8cpRxXmAL90IJQCxi0dWVshozZ+TiurcN4KmtShFXrtZe52S mqRf3XqFtQK+uEWhJNOAxzBJtyL4YU4jN0KeviIh5TqDUN+re2vPK8i7CaRMnyw+ 0J7BfdA/hPdRx+wmBtF3 =KjDi -----END PGP SIGNATURE----- --2M6VoD3eNeq5nTLLBDeSjp96f4pivCtob-- From owner-freebsd-x11@FreeBSD.ORG Wed Jul 23 10:03:30 2014 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 07C55DA1; Wed, 23 Jul 2014 10:03:30 +0000 (UTC) Received: from erelay5.ox.registrar-servers.com (erelay5.ox.registrar-servers.com [192.64.117.65]) by mx1.freebsd.org (Postfix) with ESMTP id D85DB289B; Wed, 23 Jul 2014 10:03:28 +0000 (UTC) Received: from localhost (unknown [127.0.0.1]) by erelay1.ox.registrar-servers.com (Postfix) with ESMTP id DB8EA2204BA6; Wed, 23 Jul 2014 10:03:27 +0000 (UTC) Received: from erelay1.ox.registrar-servers.com ([127.0.0.1]) by localhost (erelay.ox.registrar-servers.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id ugoqXyJm3cds; Wed, 23 Jul 2014 06:03:27 -0400 (EDT) Received: from imap11.ox.privateemail.com (imap11.ox.privateemail.com [192.64.116.222]) by erelay1.ox.registrar-servers.com (Postfix) with ESMTP id 2DF562204B6A; Wed, 23 Jul 2014 06:03:27 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by mail.privateemail.com (Postfix) with ESMTP id D6C988800DA; Wed, 23 Jul 2014 06:03:26 -0400 (EDT) X-Virus-Scanned: Debian amavisd-new at imap11.ox.privateemail.com Received: from mail.privateemail.com ([127.0.0.1]) by localhost (imap11.ox.privateemail.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id wbH604velT6q; Wed, 23 Jul 2014 06:03:26 -0400 (EDT) Received: from localhost (127.Red-83-50-140.dynamicIP.rima-tde.net [83.50.140.127]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.privateemail.com (Postfix) with ESMTPSA id 0EC878800D5; Wed, 23 Jul 2014 06:03:25 -0400 (EDT) Date: Wed, 23 Jul 2014 12:02:57 +0200 From: Carlos Jacobo Puga Medina To: dim@freebsd.org, freebsd-x11@freebsd.org Subject: Re: ATI radeon 3450 with new xorg Message-Id: <20140723120257.394327f4f8aeccc238440e67@fbsd.es> X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.22; i386-portbld-freebsd11.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18 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, 23 Jul 2014 10:03:30 -0000 Yes, it fails in runtime and is missing this symbol in both of them. % nm -D /usr/local/lib/dri/r600_dri.so | grep _ZN4llvm3E 00c07c00 T _ZN4llvm3EVT19getExtendedVectorVTERNS_11LLVMContextES0_j 00c07bc0 T _ZN4llvm3EVT20getExtendedIntegerVTERNS_11LLVMContextEj 00c082b0 T _ZN4llvm3EVT6getEVTEPNS_4TypeEb % ldd /usr/local/lib/dri/r600_dri.so /usr/local/lib/dri/r600_dri.so: libz.so.6 => /lib/libz.so.6 (0x281df000) libexpat.so.6 => /usr/local/lib/libexpat.so.6 (0x281f3000) libthr.so.3 => /lib/libthr.so.3 (0x28216000) libdrm.so.2 => /usr/local/lib/libdrm.so.2 (0x28238000) libdrm_radeon.so.1 => /usr/local/lib/libdrm_radeon.so.1 (0x28243000) libstdc++.so.6 => /usr/local/lib/gcc47/libstdc++.so.6 (0x2824e000) libm.so.5 => /lib/libm.so.5 (0x28337000) libc.so.7 => /lib/libc.so.7 (0x2806d000) libgcc_s.so.1 => /usr/local/lib/gcc47/libgcc_s.so.1 (0x2835d000) libpthread-stubs.so.0 => /usr/local/lib/libpthread-stubs.so.0 (0x28379000) % nm -D /usr/local/lib/dri/swrast_dri.so | grep _ZN4llvm3E 00c0c3b0 T _ZN4llvm3EVT19getExtendedVectorVTERNS_11LLVMContextES0_j 00c0c370 T _ZN4llvm3EVT20getExtendedIntegerVTERNS_11LLVMContextEj 00c0ca60 T _ZN4llvm3EVT6getEVTEPNS_4TypeEb % ldd /usr/local/lib/dri/swrast_dri.so /usr/local/lib/dri/swrast_dri.so: libdrm.so.2 => /usr/local/lib/libdrm.so.2 (0x281df000) libexpat.so.6 => /usr/local/lib/libexpat.so.6 (0x281ea000) libz.so.6 => /lib/libz.so.6 (0x2820d000) libthr.so.3 => /lib/libthr.so.3 (0x28221000) libstdc++.so.6 => /usr/local/lib/gcc47/libstdc++.so.6 (0x28243000) libm.so.5 => /lib/libm.so.5 (0x2832c000) libc.so.7 => /lib/libc.so.7 (0x2806d000) libgcc_s.so.1 => /usr/local/lib/gcc47/libgcc_s.so.1 (0x28352000) -- Carlos Jacobo Puga Medina From owner-freebsd-x11@FreeBSD.ORG Wed Jul 23 10:25:32 2014 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DCF976EB for ; Wed, 23 Jul 2014 10:25:32 +0000 (UTC) Received: from mail.made4.biz (mail.made4.biz [IPv6:2001:41d0:2:c018::1:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9FC982A5C for ; Wed, 23 Jul 2014 10:25:32 +0000 (UTC) Received: from [2001:1b48:10b:cafe:225:64ff:febe:589f] (helo=viking.yzserv.com) by mail.made4.biz with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128) (Exim 4.82_1-5b7a7c0-XX (FreeBSD)) (envelope-from ) id 1X9tjm-000GIS-Eb for freebsd-x11@freebsd.org; Wed, 23 Jul 2014 12:25:30 +0200 Message-ID: <53CF8D91.3040302@dumbbell.fr> Date: Wed, 23 Jul 2014 12:25:21 +0200 From: =?ISO-8859-1?Q?Jean-S=E9bastien_P=E9dron?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-x11@freebsd.org Subject: Re: ATI radeon 3450 with new xorg References: <20140723120257.394327f4f8aeccc238440e67@fbsd.es> In-Reply-To: <20140723120257.394327f4f8aeccc238440e67@fbsd.es> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8RXwJphdmXGJGuuk5GJxwh9AnQVa10QGb" X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18 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, 23 Jul 2014 10:25:32 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --8RXwJphdmXGJGuuk5GJxwh9AnQVa10QGb Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 23.07.2014 12:02, Carlos Jacobo Puga Medina wrote: > Yes, it fails in runtime and is missing this symbol in both of them. This comes from an incompatibility between: o libc++ (our default C++ standard library), used to build LLVM from ports (graphics/dri's dependency), o and libstdc++ (the C++ standard library provided with and used by GCC), used to build libglapi on i386. Here, {LLVM headers + libc++ headers} produce different symbols than {LLVM headers + libstdc++ headers}, because both standard libraries have incompatible internal representation of standard C++ types. So they are both "C++ compliant" of course, but they can't be mixed in the same progr= am. The root of your problem isn't this incompatibility however. Clang is unable to build Mesa on i386 currently. The workaround was to use GCC temporarily until Clang is fixed. But it's ineffective, because of the incompatibility. --=20 Jean-S=E9bastien P=E9dron --8RXwJphdmXGJGuuk5GJxwh9AnQVa10QGb Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTz42aAAoJEDnpl2Gl/ZTM19wQAKpWt5ORajJ1GH3RSVLy0ouQ vIFWsBZEsAgBxWY4qwyb885sm9TaF7ts9Nx3HN2aata8ZT9JCbRIH2IzD/sCVXAB 0HyzOEv8ufT0EOj6Ms7oTog8nGl0smBzhoL4Zbs3X/dojmdW+eieErs2JrnJv3KP FzESnHctsuFQmAwwTmI6k+R6ZhVGNt0a++hta6J0KW3g3Hpc84+w4LPG2sJdi0CJ 0pf7McUwtYKFpkPa6/cb60A9PJlNhbWIKXzq/cy4NKO/nc2zkyCbJmEBbonA56J5 /2YdHtlW3S60X3nTHpDBEbgDZyYaPINTaEOlzu16b2mhlQdn1vmDJJPhpJy07y5L F12egObcAxOAZJj9OdYZFRwztFmGGMiYfbiOsYQmyWcKpKr9i26qAbwSVlta6yid uEWypfpgvX+a6FiBbGpNKqzK7w3ItMyisLBVXjGi/JwOt5ZwJ3tbaAJoyUygXPyF bMd4ILgq2AExIMnodpGmw7/fVH+jqFd2kmrbqXvyPVolJ6HnNe3lsOg7sgwyoZru swRfEndviqPyLfBLz0yqfu/gpoa7wNY4Q52fajPsoifYgEkBwSa8GQ+beMF/CqLU lvfpvu03CI0vrAr0uc435ucQuCZB6b76KRiieRNeKZgoDoXQj1QzErFUrPnbgt9Z X2owgZFoS3K4tuhBfzL+ =I0Jh -----END PGP SIGNATURE----- --8RXwJphdmXGJGuuk5GJxwh9AnQVa10QGb-- From owner-freebsd-x11@FreeBSD.ORG Wed Jul 23 11:21:16 2014 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E573D15C; Wed, 23 Jul 2014 11:21:16 +0000 (UTC) Received: from erelay5.ox.registrar-servers.com (erelay5.ox.registrar-servers.com [192.64.117.65]) by mx1.freebsd.org (Postfix) with ESMTP id C19B22F49; Wed, 23 Jul 2014 11:21:16 +0000 (UTC) Received: from localhost (unknown [127.0.0.1]) by erelay1.ox.registrar-servers.com (Postfix) with ESMTP id 55203220496A; Wed, 23 Jul 2014 11:21:15 +0000 (UTC) Received: from erelay1.ox.registrar-servers.com ([127.0.0.1]) by localhost (erelay.ox.registrar-servers.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 4CQD9Kr_0NUf; Wed, 23 Jul 2014 07:21:13 -0400 (EDT) Received: from imap1.ox.privateemail.com (imap1.ox.privateemail.com [198.187.29.233]) by erelay1.ox.registrar-servers.com (Postfix) with ESMTP id 316FA2204593; Wed, 23 Jul 2014 07:21:13 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by mail.privateemail.com (Postfix) with ESMTP id B7D08B0007B; Wed, 23 Jul 2014 07:21:12 -0400 (EDT) X-Virus-Scanned: Debian amavisd-new at imap1.ox.privateemail.com Received: from mail.privateemail.com ([127.0.0.1]) by localhost (imap1.ox.privateemail.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id g2T_ORP7CkTG; Wed, 23 Jul 2014 07:21:12 -0400 (EDT) Received: from localhost (127.Red-83-50-140.dynamicIP.rima-tde.net [83.50.140.127]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.privateemail.com (Postfix) with ESMTPSA id 8EF4CB00085; Wed, 23 Jul 2014 07:21:11 -0400 (EDT) Date: Wed, 23 Jul 2014 13:20:42 +0200 From: Carlos Jacobo Puga Medina To: jean-sebastien.pedron@dumbbell.fr, dim@freebsd.org Subject: Re: ATI radeon 3450 with new xorg Message-Id: <20140723132042.32852226bb47d0dc66d53a4b@fbsd.es> X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.22; i386-portbld-freebsd11.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-x11@freebsd.org X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18 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, 23 Jul 2014 11:21:17 -0000 On 23.07.2014 12:02, Carlos Jacobo Puga Medina wrote: > Yes, it fails in runtime and is missing this symbol in both of them. > > This comes from an incompatibility between: > o libc++ (our default C++ standard library), used to build LLVM > from ports (graphics/dri's dependency), > o and libstdc++ (the C++ standard library provided with and used > by GCC), used to build libglapi on i386. > > Here, {LLVM headers + libc++ headers} produce different symbols than > {LLVM headers + libstdc++ headers}, because both standard libraries > have incompatible internal representation of standard C++ types. So > they are both "C++ compliant" of course, but they can't be mixed in > the same progr=am. > The root of your problem isn't this incompatibility however. Clang > is unable to build Mesa on i386 currently. The workaround was to > use GCC temporarily until Clang is fixed. But it's ineffective, > because of the incompatibility. > --=20 > Jean-S=E9bastien P=E9dron I confirm that this GPU is usable, but I hope the bug 19778 will be fixed ASAP to have it running at 100% Best regards, -- Carlos Jacobo Puga Medina From owner-freebsd-x11@FreeBSD.ORG Wed Jul 23 20:09:18 2014 Return-Path: Delivered-To: x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 946BBA46; Wed, 23 Jul 2014 20:09:18 +0000 (UTC) Received: from beefy4.isc.freebsd.org (beefy4.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:4072:0:16:3b]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7F1E824E6; Wed, 23 Jul 2014 20:09:18 +0000 (UTC) Received: from beefy4.isc.freebsd.org (localhost [127.0.0.1]) by beefy4.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id s6NK9Ijw097951; Wed, 23 Jul 2014 20:09:18 GMT (envelope-from pkg-fallout@FreeBSD.org) Received: (from root@localhost) by beefy4.isc.freebsd.org (8.14.9/8.14.9/Submit) id s6NK9Ixn097947; Wed, 23 Jul 2014 20:09:18 GMT (envelope-from pkg-fallout@FreeBSD.org) Date: Wed, 23 Jul 2014 20:09:18 GMT From: pkg-fallout@FreeBSD.org Message-Id: <201407232009.s6NK9Ixn097947@beefy4.isc.freebsd.org> To: x11@FreeBSD.org Subject: [package - head-amd64-default-ssp][x11-servers/xephyr] Failed for xephyr-1.12.4_7, 1 in stage Cc: pkg-fallout@FreeBSD.org X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18 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, 23 Jul 2014 20:09:18 -0000 You are receiving this mail as a port that you maintain is failing to build on the FreeBSD package build server. Please investigate the failure and submit a PR to fix build. Maintainer: x11@FreeBSD.org Last committer: kwm@FreeBSD.org Ident: $FreeBSD: head/x11-servers/xephyr/Makefile 354175 2014-05-15 21:26:23Z kwm $ Log URL: http://beefy4.isc.freebsd.org/data/head-amd64-default-ssp/2014-07-23_14h23m28s/logs/xephyr-1.12.4_7,1.log Build URL: http://beefy4.isc.freebsd.org/build.html?mastername=head-amd64-default-ssp&build=2014-07-23_14h23m28s Log: ====>> Building x11-servers/xephyr build started at Wed Jul 23 20:04:12 UTC 2014 port directory: /usr/ports/x11-servers/xephyr building for: FreeBSD pkg.FreeBSD.org 11.0-CURRENT FreeBSD 11.0-CURRENT r269001 amd64 maintained by: x11@FreeBSD.org Makefile ident: $FreeBSD: head/x11-servers/xephyr/Makefile 354175 2014-05-15 21:26:23Z kwm $ Poudriere version: 3.1-pre Host OSVERSION: 1100027 Jail OSVERSION: 1100028 !!! Jail is newer than host. (Jail: 1100028, Host: 1100027) !!! !!! This is not supported. !!! !!! Host kernel must be same or newer than jail. !!! !!! Expect build failures. !!! ---Begin Environment--- OSVERSION=1100028 UNAME_v=FreeBSD 11.0-CURRENT r269001 UNAME_r=11.0-CURRENT BLOCKSIZE=K MAIL=/var/mail/root STATUS=1 SAVED_TERM= MASTERMNT=/usr/local/poudriere/data/.m/head-amd64-default-ssp/ref PKG_EXT=txz FORCE_PACKAGE=yes PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/root/bin POUDRIERE_BUILD_TYPE=bulk PKGNG=1 PKGNAME=xephyr-1.12.4_7,1 PKG_DELETE=/usr/local/sbin/pkg-static delete -y -f PKG_ADD=/usr/local/sbin/pkg-static add OLDPWD=/root PWD=/usr/local/poudriere/data/.m/head-amd64-default-ssp/ref/.p/pool MASTERNAME=head-amd64-default-ssp USER=root HOME=/root POUDRIERE_VERSION=3.1-pre LOCALBASE=/usr/local PACKAGE_BUILDING=yes PKG_VERSION=/.p/pkg-static version PKG_BIN=/usr/local/sbin/pkg-static ---End Environment--- ---Begin OPTIONS List--- ===> The following configuration options are available for xephyr-1.12.4_7,1: AIGLX=on: Compile with Accelerated Indirect GLX support SUID=on: Install the Xorg server with setuid bit set ====> Options available for the radio CONF: you can only select none or one of them HAL=on: Compile with HAL config support DEVD=off: Use devd for autoconfiguration of input devices (experimental) ===> Use 'make config' to modify these settings ---End OPTIONS List--- --CONFIGURE_ARGS-- --enable-kdrive --enable-xephyr --disable-dmx --disable-xvfb --without-xmlto --disable-docs --disable-devel-docs --disable-xnest --localstatedir=/var --without-dtrace --with-xkb-path=/usr/local/share/X11/xkb --enable-config-hal=yes --enable-aiglx=yes --enable-install-setuid=no --x-libraries=/usr/local/lib --x-includes=/usr/local/include --prefix=/usr/local ${_LATE_CONFIGURE_ARGS} --End CONFIGURE_ARGS-- --CONFIGURE_ENV-- SHA1_LIB="-L/usr/lib -lcrypto" SHA1_CFLAGS="-I/usr/include" XDG_DATA_HOME=/wrkdirs/usr/ports/x11-servers/xephyr/work XDG_CONFIG_HOME=/wrkdirs/usr/ports/x11-servers/xephyr/work HOME=/wrkdirs/usr/ports/x11-servers/xephyr/work TMPDIR="/tmp" SHELL=/bin/sh CONFIG_SHELL=/bin/sh PATH=/usr/local/libexec/ccache:/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/root/bin CCACHE_DIR="/root/.ccache" CONFIG_SITE=/usr/ports/Templates/config.site lt_cv_sys_max_cmd_len=262144 --End CONFIGURE_ENV-- --MAKE_ENV-- XDG_DATA_HOME=/wrkdirs/usr/ports/x11-servers/xephyr/work XDG_CONFIG_HOME=/wrkdirs/usr/ports/x11-servers/xephyr/work HOME=/wrkdirs/usr/ports/x11-servers/xephyr/work TMPDIR="/tmp" XDG_DATA_HOME=/wrkdirs/usr/ports/x11-servers/xephyr/work XDG_CONFIG_HOME=/wrkdirs/usr/ports/x11-servers/xephyr/work HOME=/wrkdirs/usr/ports/x11-servers/xephyr/work TMPDIR="/tmp" OPENSSLLIB=/usr/lib OPENSSLINC=/usr/include OPENSSLBASE=/usr OPENSSLDIR=/etc/ssl XDG_DATA_HOME=/wrkdirs/usr/ports/x11-servers/xephyr/work XDG_CONFIG_HOME=/wrkdirs/usr/ports/x11-servers/xephyr/work HOME=/wrkdirs/usr/ports/x11-servers/xephyr/work TMPDIR="/tmp" NO_PIE=yes SHELL=/bin/sh NO_LINT=YES PREFIX=/usr/local LOCALBASE=/usr/local LIBDIR="/usr/lib" CC="cc" CFLAGS="-O2 -pipe -fstack-protector -fno-strict-aliasing" CPP="cpp" CPPFLAGS="" LDFLAGS=" -Wl,-rpath,/usr/lib:/usr/local/lib -fstack-protector" LIBS="" CXX="c++" CXXFLAGS="-O2 -pipe -fstack-protector -fno-strict-aliasing " MANPREFIX="/usr/local" PATH=/usr/local/libe xec/ccache:/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/root/bin CCACHE_DIR="/root/.ccache" BSD_INSTALL_PROGRAM="install -s -o root -g wheel -m 555" BSD_INSTALL_LIB="install -s -o root -g wheel -m 444" BSD_INSTALL_SCRIPT="install -o root -g wheel -m 555" BSD_INSTALL_DATA="install -o root -g wheel -m 444" BSD_INSTALL_MAN="install -o root -g wheel -m 444" --End MAKE_ENV-- --PLIST_SUB-- OLD="@comment " NEW="" SUID="" IA64_NA="" PPC_NA="" SPARC64="@comment " SPARC64_NA="" AMD64_I386_SPARC64="" OSREL=11.0 PREFIX=%D LOCALBASE=/usr/local PORTDOCS="" PORTEXAMPLES="" PORTDATA="" LIB32DIR=lib PERL_VERSION=5.16.3 PERL_VER=5.16 PERL_ARCH=mach PERL5_MAN3=lib/perl5/5.16/man/man3 SITE_PERL=lib/perl5/site_perl/5.16 DOCSDIR="share/doc/xephyr" EXAMPLESDIR="share/examples/xephyr" DATADIR="share/xephyr" WWWDIR="www/xephyr" ETCDIR="etc/xephyr" --End PLIST_SUB-- --SUB_LIST-- PREFIX=/usr/local LOCALBASE=/usr/local DATADIR=/usr/local/share/xephyr DOCSDIR=/usr/local/share/doc/xephyr EXAMPLESDIR=/usr/local/share/examples/xephyr WWWDIR=/usr/local/www/xephyr ETCDIR=/usr/local/etc/xephyr --End SUB_LIST-- ---Begin make.conf--- USE_PACKAGE_DEPENDS=yes BATCH=yes WRKDIRPREFIX=/wrkdirs WITH_CCACHE_BUILD=yes CCACHE_DIR=/root/.ccache USE_PACKAGE_DEPENDS=yes BATCH=yes WRKDIRPREFIX=/wrkdirs PORTSDIR=/usr/ports PACKAGES=/packages DISTDIR=/distfiles #### /usr/local/etc/poudriere.d/make.conf #### WITH_PKGNG=yes #### /usr/local/etc/poudriere.d/ssp-make.conf #### WITH_SSP_PORTS=yes DISABLE_MAKE_JOBS=poudriere ---End make.conf--- =================================================== By default, the X Server installs as a set-user-id root binary. When run by a normal user, it checks arguments and environment as done in the x11/wrapper port before handling them normally. If you are concerned about the security of this, but still want to run an X Server (for example using xdm/kdm/gdm, which will still run the server as root), you can cancel the build and set xorg-server_UNSET=SUID in /etc/make.conf. =========================================================================== =================================================== ===> xephyr-1.12.4_7,1 depends on file: /usr/local/sbin/pkg - not found ===> Verifying install for /usr/local/sbin/pkg in /usr/ports/ports-mgmt/pkg ===> Installing existing package /packages/All/pkg-1.2.7_4.txz Installing pkg-1.2.7_4... done If you are upgrading from the old package format, first run: # pkg2ng ===> Returning to build of xephyr-1.12.4_7,1 =========================================================================== =================================================== =========================================================================== =================================================== By default, the X Server installs as a set-user-id root binary. When run by a normal user, it checks arguments and environment as done in the x11/wrapper port before handling them normally. If you are concerned about the security of this, but still want to run an X Server (for example using xdm/kdm/gdm, which will still run the server as root), you can cancel the build and set xorg-server_UNSET=SUID in /etc/make.conf. ===> Fetching all distfiles required by xephyr-1.12.4_7,1 for building =========================================================================== =================================================== By default, the X Server installs as a set-user-id root binary. When run by a normal user, it checks arguments and environment as done in the x11/wrapper port before handling them normally. If you are concerned about the security of this, but still want to run an X Server (for example using xdm/kdm/gdm, which will still run the server as root), you can cancel the build and set xorg-server_UNSET=SUID in /etc/make.conf. ===> Fetching all distfiles required by xephyr-1.12.4_7,1 for building => SHA256 Checksum OK for xorg/xserver/xorg-server-1.12.4.tar.bz2. =========================================================================== =================================================== =========================================================================== =================================================== By default, the X Server installs as a set-user-id root binary. When run by a normal user, it checks arguments and environment as done in the x11/wrapper port before handling them normally. If you are concerned about the security of this, but still want to run an X Server (for example using xdm/kdm/gdm, which will still run the server as root), you can cancel the build and set xorg-server_UNSET=SUID in /etc/make.conf. ===> Fetching all distfiles required by xephyr-1.12.4_7,1 for building ===> Extracting for xephyr-1.12.4_7,1 => SHA256 Checksum OK for xorg/xserver/xorg-server-1.12.4.tar.bz2. =========================================================================== =================================================== =========================================================================== =================================================== ===> Patching for xephyr-1.12.4_7,1 ===> Applying extra patch /usr/ports/x11-servers/xephyr/../xorg-server/files/extra-clang ===> Applying extra patch /usr/ports/x11-servers/xephyr/../xorg-server/files/extra-configure ===> Applying extra patch /usr/ports/x11-servers/xephyr/../xorg-server/files/extra-new-bad-impl ===> Applying extra patch /usr/ports/x11-servers/xephyr/../xorg-server/files/extra-new-dix_dixfonts.c ===> Applying FreeBSD patches for xephyr-1.12.4_7,1 No such line 623 in input file, ignoring =========================================================================== =================================================== ===> xephyr-1.12.4_7,1 depends on executable: gmake - not found ===> Verifying install for gmake in /usr/ports/devel/gmake ===> Installing existing package /packages/All/gmake-3.82_1.txz Installing gmake-3.82_1...Installing gettext-0.18.3.1_1...Installing indexinfo-0.2... done done done const char *name, char *deflt); ^ xfree86.c:62:44: warning: passing 'const char [2]' to parameter of type 'char *' discards qualifiers [-Wincompatible-pointer-types-discards-qualifiers] val1 = xf86CheckStrOption(options, o2, "1"); ^~~ ./hw/xfree86/common/xf86Opt.h:88:67: note: passing argument to parameter 'deflt' here const char *name, char *deflt); ^ xfree86.c:63:46: warning: passing 'const char [2]' to parameter of type 'char *' discards qualifiers [-Wincompatible-pointer-types-discards-qualifiers] val2 = xf86CheckStrOption(duplicate, o2, "2"); ^~~ ./hw/xfree86/common/xf86Opt.h:88:67: note: passing argument to parameter 'deflt' here const char *name, char *deflt); ^ xfree86.c:79:13: warning: assigning to 'char *' from 'const char [6]' discards qualifiers [-Wincompatible-pointer-types-discards-qualifiers] comment = "# foo"; ^ ~~~~~~~ xfree86.c:88:13: warning: assigning to 'char *' from 'const char [8]' discards qualifiers [-Wincompatible-pointer-types-discards-qualifiers] comment = "foobar\n"; ^ ~~~~~~~~~~ 6 warnings generated. CCLD xfree86 gmake[3]: Leaving directory `/wrkdirs/usr/ports/x11-servers/xephyr/work/xorg-server-1.12.4/test' Making all in xi2 gmake[3]: Entering directory `/wrkdirs/usr/ports/x11-servers/xephyr/work/xorg-server-1.12.4/test/xi2' CC protocol-common.o protocol-common.c:140:20: warning: declaration shadows a variable in the global scope [-Wshadow] struct devices devices; ^ protocol-common.c:37:16: note: previous declaration is here struct devices devices; ^ protocol-common.c:191:23: warning: declaration shadows a variable in the global scope [-Wshadow] init_window(WindowPtr window, WindowPtr parent, int id) ^ protocol-common.c:40:11: note: previous declaration is here WindowRec window; ^ protocol-common.c:212:48: warning: declaration shadows a variable in the global scope [-Wshadow] device_cursor_init(DeviceIntPtr dev, ScreenPtr screen) ^ protocol-common.c:38:11: note: previous declaration is here ScreenRec screen; ^ protocol-common.c:218:44: warning: declaration shadows a variable in the global scope [-Wshadow] set_cursor_pos(DeviceIntPtr dev, ScreenPtr screen, int x, int y, Bool event) ^ protocol-common.c:38:11: note: previous declaration is here ScreenRec screen; ^ 4 warnings generated. CC protocol-xiqueryversion.o protocol-xiqueryversion.c:60:67: warning: declaration shadows a variable in the global scope [-Wshadow] reply_XIQueryVersion(ClientPtr client, int len, char *data, void *userdata) ^ ./protocol-common.h:96:14: note: previous declaration is here extern void *userdata; ^ 1 warning generated. CCLD protocol-xiqueryversion CC protocol-xiquerydevice.o protocol-xiquerydevice.c:63:66: warning: declaration shadows a variable in the global scope [-Wshadow] reply_XIQueryDevice(ClientPtr client, int len, char *data, void *userdata) ^ ./protocol-common.h:96:14: note: previous declaration is here extern void *userdata; ^ protocol-xiquerydevice.c:89:71: warning: declaration shadows a variable in the global scope [-Wshadow] reply_XIQueryDevice_data(ClientPtr client, int len, char *data, void *userdata) ^ ./protocol-common.h:96:14: note: previous declaration is here extern void *userdata; ^ protocol-xiquerydevice.c:225:25: warning: declaration shadows a local variable [-Wshadow] int len; ^ protocol-xiquerydevice.c:89:48: note: previous declaration is here reply_XIQueryDevice_data(ClientPtr client, int len, char *data, void *userdata) ^ 3 warnings generated. CCLD protocol-xiquerydevice CC protocol-xiselectevents.o CCLD protocol-xiselectevents CC protocol-xigetselectedevents.o protocol-xigetselectedevents.c:91:72: warning: declaration shadows a variable in the global scope [-Wshadow] reply_XIGetSelectedEvents(ClientPtr client, int len, char *data, void *userdata) ^ ./protocol-common.h:96:14: note: previous declaration is here extern void *userdata; ^ protocol-xigetselectedevents.c:110:38: warning: declaration shadows a variable in the global scope [-Wshadow] void *userdata) ^ ./protocol-common.h:96:14: note: previous declaration is here extern void *userdata; ^ 2 warnings generated. CCLD protocol-xigetselectedevents CC protocol-xisetclientpointer.o CCLD protocol-xisetclientpointer CC protocol-xigetclientpointer.o protocol-xigetclientpointer.c:68:71: warning: declaration shadows a variable in the global scope [-Wshadow] reply_XIGetClientPointer(ClientPtr client, int len, char *data, void *userdata) ^ ./protocol-common.h:96:14: note: previous declaration is here extern void *userdata; ^ 1 warning generated. CCLD protocol-xigetclientpointer CC protocol-xipassivegrabdevice.o protocol-xipassivegrabdevice.c:88:72: warning: declaration shadows a variable in the global scope [-Wshadow] reply_XIPassiveGrabDevice(ClientPtr client, int len, char *data, void *userdata) ^ ./protocol-common.h:96:14: note: previous declaration is here extern void *userdata; ^ protocol-xipassivegrabdevice.c:110:38: warning: declaration shadows a variable in the global scope [-Wshadow] void *userdata) ^ ./protocol-common.h:96:14: note: previous declaration is here extern void *userdata; ^ protocol-xipassivegrabdevice.c:138:9: warning: declaration shadows a variable in the global scope [-Wshadow] int modifiers; ^ protocol-xipassivegrabdevice.c:46:17: note: previous declaration is here static uint32_t modifiers[N_MODS] = { 1, 2, 3, 4, 5, 6, 7 }; ^ 3 warnings generated. CCLD protocol-xipassivegrabdevice CC protocol-xiquerypointer.o protocol-xiquerypointer.c:73:67: warning: declaration shadows a variable in the global scope [-Wshadow] reply_XIQueryPointer(ClientPtr client, int len, char *data, void *userdata) ^ ./protocol-common.h:96:14: note: previous declaration is here extern void *userdata; ^ protocol-xiquerypointer.c:124:72: warning: declaration shadows a variable in the global scope [-Wshadow] reply_XIQueryPointer_data(ClientPtr client, int len, char *data, void *userdata) ^ ./protocol-common.h:96:14: note: previous declaration is here extern void *userdata; ^ 2 warnings generated. CCLD protocol-xiquerypointer CC protocol-xiwarppointer.o protocol-xiwarppointer.c:70:53: warning: declaration shadows a variable in the global scope [-Wshadow] ScreenSetCursorPosition(DeviceIntPtr dev, ScreenPtr screen, ^ ./protocol-common.h:107:18: note: previous declaration is here extern ScreenRec screen; ^ 1 warning generated. CCLD protocol-xiwarppointer CC protocol-eventconvert.o CCLD protocol-eventconvert CC xi2.o CCLD xi2 gmake[3]: Leaving directory `/wrkdirs/usr/ports/x11-servers/xephyr/work/xorg-server-1.12.4/test/xi2' gmake[2]: Leaving directory `/wrkdirs/usr/ports/x11-servers/xephyr/work/xorg-server-1.12.4/test' gmake[2]: Entering directory `/wrkdirs/usr/ports/x11-servers/xephyr/work/xorg-server-1.12.4' gmake[2]: Nothing to be done for `all-am'. gmake[2]: Leaving directory `/wrkdirs/usr/ports/x11-servers/xephyr/work/xorg-server-1.12.4' gmake[1]: Leaving directory `/wrkdirs/usr/ports/x11-servers/xephyr/work/xorg-server-1.12.4' =========================================================================== =================================================== ===> xephyr-1.12.4_7,1 depends on package: xkeyboard-config>=2.5 - not found ===> Verifying install for xkeyboard-config>=2.5 in /usr/ports/x11/xkeyboard-config ===> Installing existing package /packages/All/xkeyboard-config-2.12.txz Installing xkeyboard-config-2.12... done ===> Returning to build of xephyr-1.12.4_7,1 ===> xephyr-1.12.4_7,1 depends on executable: xkbcomp - not found ===> Verifying install for xkbcomp in /usr/ports/x11/xkbcomp ===> Installing existing package /packages/All/xkbcomp-1.2.4.txz Installing xkbcomp-1.2.4... done ===> Returning to build of xephyr-1.12.4_7,1 ===> xephyr-1.12.4_7,1 depends on file: /usr/local/libdata/pkgconfig/dri.pc - found ===> xephyr-1.12.4_7,1 depends on file: /usr/local/libdata/pkgconfig/x11.pc - found ===> xephyr-1.12.4_7,1 depends on file: /usr/local/libdata/pkgconfig/xinerama.pc - found ===> xephyr-1.12.4_7,1 depends on file: /usr/local/libdata/pkgconfig/xkbfile.pc - found ===> xephyr-1.12.4_7,1 depends on file: /usr/local/libdata/pkgconfig/xfont.pc - found ===> xephyr-1.12.4_7,1 depends on file: /usr/local/libdata/pkgconfig/xau.pc - found ===> xephyr-1.12.4_7,1 depends on file: /usr/local/libdata/pkgconfig/xdmcp.pc - found ===> xephyr-1.12.4_7,1 depends on file: /usr/local/libdata/pkgconfig/xext.pc - found ===> xephyr-1.12.4_7,1 depends on file: /usr/local/libdata/pkgconfig/fontenc.pc - found ===> xephyr-1.12.4_7,1 depends on file: /usr/local/libdata/pkgconfig/xv.pc - found ===> xephyr-1.12.4_7,1 depends on file: /usr/local/libdata/pkgconfig/pixman-1.pc - found ===> xephyr-1.12.4_7,1 depends on file: /usr/local/libdata/pkgconfig/pciaccess.pc - found ===> xephyr-1.12.4_7,1 depends on file: /usr/local/libdata/pkgconfig/fontutil.pc - found =========================================================================== =================================================== ===> Staging for xephyr-1.12.4_7,1 ===> Generating temporary packing list install -s -o root -g wheel -m 555 /wrkdirs/usr/ports/x11-servers/xephyr/work/xorg-server-1.12.4/hw/kdrive/ephyr/Xephyr /wrkdirs/usr/ports/x11-servers/xephyr/work/stage/usr/local/bin/ install -o root -g wheel -m 444 /wrkdirs/usr/ports/x11-servers/xephyr/work/xorg-server-1.12.4/hw/kdrive/ephyr/Xephyr.1 /wrkdirs/usr/ports/x11-servers/xephyr/work/stage/usr/local/man/man1/ install: /wrkdirs/usr/ports/x11-servers/xephyr/work/xorg-server-1.12.4/hw/kdrive/ephyr/Xephyr.1: No such file or directory *** Error code 71 Stop. make: stopped in /usr/ports/x11-servers/xephyr From owner-freebsd-x11@FreeBSD.ORG Wed Jul 23 20:25:17 2014 Return-Path: Delivered-To: x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B64B1365 for ; Wed, 23 Jul 2014 20:25:17 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9D1E826B5 for ; Wed, 23 Jul 2014 20:25:17 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.8/8.14.8) with ESMTP id s6NKPHKU027020 for ; Wed, 23 Jul 2014 20:25:17 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: x11@FreeBSD.org Subject: [Bug 192056] [new_xorg] freebsd:10:x86:32 repository: libGL/dri libraries have DT_RPATH tags but are missing DT_RUNPATH tags Date: Wed, 23 Jul 2014 20:25:17 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports Tree X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: rakuco@FreeBSD.org X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: x11@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18 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, 23 Jul 2014 20:25:17 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192056 Raphael Kubo da Costa changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bapt@FreeBSD.org Assignee|freebsd-ports-bugs@FreeBSD. |x11@FreeBSD.org |org | -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-x11@FreeBSD.ORG Thu Jul 24 09:39:47 2014 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C3A1492B for ; Thu, 24 Jul 2014 09:39:47 +0000 (UTC) Received: from portscout.freebsd.org (portscout.freebsd.org [IPv6:2001:1900:2254:206a::50:6]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B04D82ACA for ; Thu, 24 Jul 2014 09:39:47 +0000 (UTC) Received: from portscout.freebsd.org ([127.0.1.123]) by portscout.freebsd.org (8.14.8/8.14.8) with ESMTP id s6O9dlcu065725 for ; Thu, 24 Jul 2014 09:39:47 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.14.8/8.14.8/Submit) id s6O9dl43065722; Thu, 24 Jul 2014 09:39:47 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201407240939.s6O9dl43065722@portscout.freebsd.org> X-Authentication-Warning: portscout.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain MIME-Version: 1.0 Date: Thu, 24 Jul 2014 09:39:47 +0000 From: portscout@FreeBSD.org To: x11@freebsd.org Subject: FreeBSD ports you maintain which are out of date X-Mailer: portscout/0.8.1 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18 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, 24 Jul 2014 09:39:47 -0000 Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/x11@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ x11/libXext | 1.3.2 | 1.3.3 ------------------------------------------------+-----------------+------------ x11-drivers/xf86-video-intel | 2.21.15 | 2.99.914 ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Thanks. From owner-freebsd-x11@FreeBSD.ORG Thu Jul 24 19:46:26 2014 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1AF45B4B for ; Thu, 24 Jul 2014 19:46:26 +0000 (UTC) Received: from mail-we0-x229.google.com (mail-we0-x229.google.com [IPv6:2a00:1450:400c:c03::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A58F820F6 for ; Thu, 24 Jul 2014 19:46:25 +0000 (UTC) Received: by mail-we0-f169.google.com with SMTP id u56so3276514wes.28 for ; Thu, 24 Jul 2014 12:46:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:subject:date:message-id:organization:user-agent :mime-version:content-type; bh=GkwUr7z7TvdtxXoJ06kbzjq900PyneyivLcu7E89h3c=; b=DClF1iDYwfFhE1rPn+VvtX2/K+M7kkOLiV37pW/oCAmX6UYCcD0rJcvEehbrngJUx5 ooV74nVX5kc9PvU41WlqwObd07/Fq4V6b9bZe9n7cmt0KkODiofDGIP71Khe+bxxf6sg sP9SZclqOG8fMcJYPcXxM5ux/W+ifYk8QFkQz9e/kbtvWzz/wEKLKvn7C3P/jArkDm6r O00zuak1i39jlxy6PtElydnoA9Rt67ljIFsNHKcPIGpbaasdE73drrVoV46lSUCxCEr8 C5Pd3rYY5/5DG9U+PWrBdpnvn0H5QgqNMOGFL4kHKERthPOubDVZx7u1PWgeCMes+JY7 UEqA== X-Received: by 10.180.72.234 with SMTP id g10mr37660799wiv.52.1406231183744; Thu, 24 Jul 2014 12:46:23 -0700 (PDT) Received: from dragon.dg ([197.83.193.253]) by mx.google.com with ESMTPSA id lk7sm18496112wjb.24.2014.07.24.12.46.22 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Thu, 24 Jul 2014 12:46:23 -0700 (PDT) Sender: David Naylor From: David Naylor To: x11@freebsd.org Subject: Supporting i386-wine-devel WITH_NEW_XORG Date: Thu, 24 Jul 2014 21:46:14 +0300 Message-ID: <2625382.dAdXyb0tIr@dragon.dg> Organization: FreeBSD User-Agent: KMail/4.10.5 (FreeBSD/9.2-STABLE; KDE/4.10.5; amd64; ; ) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2889355.Q76RcOnHRd"; micalg="pgp-sha512"; protocol="application/pgp-signature" X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18 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, 24 Jul 2014 19:46:26 -0000 --nextPart2889355.Q76RcOnHRd Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Hi, I read on the quarterly report that some changes were required to i386-wine- devel to properly support WITH_NEW_XORG. As maintainer I am interested in integrating those changes (happy to review/approve patches) :-D. Regards --nextPart2889355.Q76RcOnHRd Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQJ8BAABCgBmBQJT0WKKXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ5NDhFQzUxMUEyN0YwMzAyRTc5OUI1M0FB RDYzRkE4REQ2QjJEQTU1AAoJEK1j+o3WstpVJrsP/2QwqulXuFnGe4v2Z1qA10D2 XVGeCxup/tPwag6pQJqiZxZZ0TWWQH7eQzLwb+l805fIrD5Tl4o+bHMk2iKHoE83 9SvzTFnuBdoVcHGtDUAvNtIDV3TKqC1QZwYvel/f9hK97U5wysIigeTzMFee1c+/ 6BXpG5X6XYjSO9XDwxBbs1NvzMkUO6PW12A8aBeeGzmFjz+lEwDbVnbO7nHnR76N C0A9MXXWhrwOsn5HbJ7N8/dw5CnrL6Yu/wDZzKO5f40cCFx7g8t7GDBSgEJGvxlI xlULuv8l9diKCpmEXEv2WRjW7oMN1rsy+ak+LpHGB09bUwyLQYezqFbAAZRkgu75 xYmuKTv9QbDjBwxRRS9QJv2XIQX4XJCwT4BMYb3bMXom6my/2v8mEBzqVTxFUYnz shbOadXl5uOVErlLGnQO/QhNJ+QedVO/06YdPjfJAxxRs5PSyHGvPbxQ5kODaFgU YbEobESdzK2cqBIjCZrtltk4K07RFdWYl5V6IAPlwCfXdAQaFOtdXS9VwZ67sIRp eZ5NQBrDCQCueqDRfZ+/b/xYWGxRv0cvytzxlfXGogk2DHnFnhw/MIGDmBoaGtmc jve7dD7f0KW4u3P7mDSi+cIE+e3sm4EQVUUrx/hm9ZFYXT9aRT21WIYl2Riaz2Dq 2rL86CQpLXq3FOxbS0If =Knfq -----END PGP SIGNATURE----- --nextPart2889355.Q76RcOnHRd-- From owner-freebsd-x11@FreeBSD.ORG Fri Jul 25 03:24:53 2014 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8B067814 for ; Fri, 25 Jul 2014 03:24:53 +0000 (UTC) Received: from nm5-vm2.access.bullet.mail.bf1.yahoo.com (nm5-vm2.access.bullet.mail.bf1.yahoo.com [216.109.114.129]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 13A44296A for ; Fri, 25 Jul 2014 03:24:51 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s2048; t=1406258685; bh=KBTHyC2NOswCL4DB0HKvtfcW0dL7GOGMM+lgxL3h8YQ=; h=Received:Received:Received:DKIM-Signature:X-Yahoo-Newman-Id:Message-ID:Date:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:From:To:References:Subject; b=S6kxqBm9iUzHstQu1vULmjSzYnfslIH61OLAUThIh1a/Aqi/GHHRMoTzjh0iNMDiHq2KDE+t7faLLQHAkxv88HtNw19u+5YpK/7fIUBUgA8NZyKKHMjtNW786IMLs+EEaH4irv+VHZU7vOvUW3XWFmwlemFhYC5Jb8beDa3mpqO6MqH2+5fNsC7ufHUr8UHEPdrQtr/ZJIrfv99YGa2S5d7AMaLPHdRwoAkLEmBsjLfL9HYUEhqX1KovJ+93VPONa/kfzl8MOR0Jv9QMd0Rv+EKnjwQpIXJ2mVNIkeuJtkQZkGrYzn25GYnvrR6sb82tPLLQPyooA5sjopifrq1WWg== DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s2048; d=bellsouth.net; b=WUKgO6qOCeX4y8Txp5sJUSgqWgnC/qF+erzVDedEUU5YsWij742U6BvgwYbXluTNqhL/GWAXcnX1neBozWW6RyeUErILui3dSiBwxUgBvQMm1E9dTLsPkXGMszGmRf5WQizvBy64ZVSnY6ZXChwV2RAXwHF6hSVZr7mQ3iJK2wB05xb6DEl1S5K4V/63ulDwUgV0E9aynuINHer9CvXzGAbJLzhWlldWdwnUuNXKANLkq7KbR9/7pkUwYH44Eaf0j7C8XqufWfs1l9skZCExXmcdPF5cZTiFSnxdPHSXLP5ALFSAD5NPIMs07nsnWdT/C78xC2KlKEyhaFYhvWUTjQ==; Received: from [66.196.81.160] by nm5.access.bullet.mail.bf1.yahoo.com with NNFMP; 25 Jul 2014 03:24:45 -0000 Received: from [98.139.221.158] by tm6.access.bullet.mail.bf1.yahoo.com with NNFMP; 25 Jul 2014 03:24:45 -0000 Received: from [127.0.0.1] by smtp118.sbc.mail.bf1.yahoo.com with NNFMP; 25 Jul 2014 03:24:45 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s1024; t=1406258685; bh=KBTHyC2NOswCL4DB0HKvtfcW0dL7GOGMM+lgxL3h8YQ=; h=X-Yahoo-Newman-Id:Message-ID:Date:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:From:To:References:Subject; b=mmJJ+Emzqn4xduijbiSjPDFjmFZvdXuzRYt5V+zloep09vsjRvH4FiJOdTM7NJqEQ85xT5114ThMxUQ4mnf/V83Xqa6ZiTJmdOjECh20FZyLzerwdd8lgzTMd2UsIp0QjbyMwFW0DcsU/YRz4f0ZCGbCzsGakgs+2TbFis67DZQ= X-Yahoo-Newman-Id: 704159.59771.bm@smtp118.sbc.mail.bf1.yahoo.com Message-ID: <704159.59771.bm@smtp118.sbc.mail.bf1.yahoo.com> Date: Fri, 25 Jul 2014 03:24:45 +0000 (UTC) X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: XAPDpXsVM1np90Fk.Z2SE.SASNHG.SCeVqjqjfcDWpOz2b4 0PwTdTgGzTuQB7duS_WmXWkdXPkyZ3.sI6Ewxuhbu6sYuKoH01X2BFs67y1i oXLJ7MjbYBV8KDSsxNleErga255Qda7s17syxldWj7HNJ0f.Z3CtfPseaQ9W GS1BY99kjR42cc_PyEEx1c2A4Nfh9gApOzIrVuX0mPZL04guTwV4LtGgzIXg TH3cAihEzpLs.Mu7c2aserbiEeLwE51.wCZ00.6CeHKOrIoNdOC_HPZbw0mm fV5tW3iLPTdYYD38OKBdbfeg2c3vapShWtAmWG4OsBGZZDKzXMwaoIXXdDnP k4NZvaQq61yu_85bykW2IHa04kCWnwqMFLlJhAE70rRfyuWgTtCqy5Lc8MI2 7bmGYfMz_DbsxviN6OHmVkevMEPh31wIx9HHuOI3yqse4hNHaHGcU0FE__e4 tUlFY1wpDPqg4Sh2exBoMA61YlT_4Xq1DSdXAUJqjG_EouJxjy5WKmkw..qN gmmrv6qh1zRtOGUxq_yTc301jV5QvBzcFLM1hOgBkvru6_dVhdAjBP9xxy78 - X-Yahoo-SMTP: Kz_aW1.swBBYof3zAD7.RWzXz9ZAQVDMml1VADsbgPT4Kq79LC0- From: "Thomas Mueller" To: freebsd-x11@freebsd.org References: <2625382.dAdXyb0tIr@dragon.dg> Subject: Re: Supporting i386-wine-devel WITH_NEW_XORG X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18 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, 25 Jul 2014 03:24:53 -0000 from David Naylor: > I read on the quarterly report that some changes were required to i386-wine- > devel to properly support WITH_NEW_XORG. > As maintainer I am interested in integrating those changes (happy to > review/approve patches) :-D. What happens if i386-wine-devel is run WITH_NEW_XORG as is now the default? I am also interested in the new port, pipelight, to play Adobe Flash MS-Windows plugin. I was building wine-devel on 10.0-STABLE i386 but was stopped in emulators/dosbox. I had a Western Digital Green 3 TB hard drive develop bad sectors, just within the warranty period, got RMA replacement which I put in a Sabrent USB 2.0 and eSATA enclosure. This enclosure permits access to IDE hard drives through USB 2.0 and SATA hard drives through USB 2.0 (?) or eSATA. Now I want to install FreeBSD-current i386 and build i386-wine on this hard drive, using eSATA. Hard drive might be better than USB (even if it's 3.0) stick for frequent rebuilds of FreeBSD system and i386-wine. Tom From owner-freebsd-x11@FreeBSD.ORG Fri Jul 25 09:24:14 2014 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 489B9226 for ; Fri, 25 Jul 2014 09:24:14 +0000 (UTC) Received: from mail.made4.biz (mail.made4.biz [IPv6:2001:41d0:2:c018::1:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0C63828D4 for ; Fri, 25 Jul 2014 09:24:13 +0000 (UTC) Received: from [2001:1b48:10b:cafe:225:64ff:febe:589f] (helo=viking.yzserv.com) by mail.made4.biz with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128) (Exim 4.82_1-5b7a7c0-XX (FreeBSD)) (envelope-from ) id 1XAbjX-000Dou-73 for freebsd-x11@freebsd.org; Fri, 25 Jul 2014 11:24:11 +0200 Message-ID: <53D22235.6030504@dumbbell.fr> Date: Fri, 25 Jul 2014 11:24:05 +0200 From: =?ISO-8859-1?Q?Jean-S=E9bastien_P=E9dron?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-x11@freebsd.org Subject: Re: Supporting i386-wine-devel WITH_NEW_XORG References: <2625382.dAdXyb0tIr@dragon.dg> In-Reply-To: <2625382.dAdXyb0tIr@dragon.dg> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="RKp8kJ7DJddGmL3S1L1DutJikhqRpX91D" X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18 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, 25 Jul 2014 09:24:14 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --RKp8kJ7DJddGmL3S1L1DutJikhqRpX91D Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 24.07.2014 20:46, David Naylor wrote: > Hi, Hello! > I read on the quarterly report that some changes were required to i386-= wine- > devel to properly support WITH_NEW_XORG. =20 >=20 > As maintainer I am interested in integrating those changes (happy to=20 > review/approve patches) :-D. =20 Yeah, sorry to not contact you earlier, I didn't take time to clean my notes :) At the time of my test, i386-wine-devel wasn't expecting WITH_NEW_XORG's flavor of graphics/dri, but you changed this since. Next, to run StarCraft II, I needed libtxc_dxtn.so. This library is dlopened by libGL to enable texture compression. I prepared a port in xorg-dev's repository: http://trillian.chruetertee.ch/ports/browser/trunk/graphics/libtxc_dxtn It's not in the ports tree yet; I hope Koop can push it soon :) Now, my notes regarding StarCraft II (not i386-wine-devel): The Battle.Net installer copied the files but got stuck at some point. It's not a problem and it can be killed. The Battle.Net application starts an agent in the background. This agent doesn't work for me out-of-the-box and the connection times out. If instead, I start the agent manually, it works fine. I start it with the following command: wine Agent.exe --nohttpauth (the agent is installed in ~/.wine/drive_c/users/Public/Application\ Data/Battle.net/Agent) At this point, Battle.Net works fine and you can download and play StarCraft II. Diablo III doesn't work (black screen) but I saw many reports about this in the Mesa/dri bugtracker. We need an update to the Radeon kernel driver to fix this. Some extra notes: o I didn't test with an Intel GPU. o I used the latest version of Mesa at that time (10.1 I think). Mesa 10.x works *way* better with Radeon GPUs, but Mesa 9.2+ can't work with our Intel driver. Thus I don't know if Mesa 9.1.7 from ports will work. --=20 Jean-S=E9bastien P=E9dron --RKp8kJ7DJddGmL3S1L1DutJikhqRpX91D Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJT0iI6AAoJEDnpl2Gl/ZTMs8QP/RE+3bpcF33Dt1/cB0K0EySU 2OUj41sIZ1lHND4UKMAe6tEkhsogY/OMcpy57QrpNoIVyFTQw56R63fWA+rzEo2U hvhRZqZTKnHFVvHB1WmRAmFwbAWUezJgbcysYx34YJ48pBP8amLF0e8lVhzgYHgL 9quJgl5IsBXQciA5gUG2JO/tG8zuKy4wpc+ZI47asteA5//NZhvDigZWVDRY34cN ptMlOqnTZOV4h7kQIjc1cLmdzbFataDevGM5/k9vH3JjoXzFvku7RrSJClpwseVL pYf900uEubqFLsxXQ8QEv60d4n31Fflf9Xu1FkNDW2ir7AZSQjMsDCWYLrHJ27LF aWfYcSpgB8JfGoI9OVRswXpi0y0W3tq+t8mdGSkcddB3+jNoAePwvIaJzYPo8R2a Y+lhe7A+QPrmJxV6CxM6pfWInzzEKdkPhK6148dVRk2xs5mBqiU6vkIqbFF9TpYv FxqSubfj0CgCcIXTM9U0gJFH1Fk5NaBd7DQgudc28WNiE6Yav+OdmL7ckH9XN/ze +Ffy1oksCeJBKj1pufVk2Q475jt7XJdhkSlbLyYg0odpLR3yjzXyjTlliqxk6ztn 3LdgnNQW1ymUmJ2ukZKE/uvyL70oz0UerTi0AWptuv9tp0dolNmSVlS1Ui5tkX13 OI+4xwpSdiJ6RmSBzjKg =25n5 -----END PGP SIGNATURE----- --RKp8kJ7DJddGmL3S1L1DutJikhqRpX91D-- From owner-freebsd-x11@FreeBSD.ORG Sat Jul 26 10:01:07 2014 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EC903ED4 for ; Sat, 26 Jul 2014 10:01:07 +0000 (UTC) Received: from portscout.freebsd.org (portscout.freebsd.org [IPv6:2001:1900:2254:206a::50:6]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D94D62BB4 for ; Sat, 26 Jul 2014 10:01:07 +0000 (UTC) Received: from portscout.freebsd.org ([127.0.1.123]) by portscout.freebsd.org (8.14.8/8.14.8) with ESMTP id s6QA17R5047802 for ; Sat, 26 Jul 2014 10:01:07 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.14.8/8.14.8/Submit) id s6QA17Dj047801; Sat, 26 Jul 2014 10:01:07 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201407261001.s6QA17Dj047801@portscout.freebsd.org> X-Authentication-Warning: portscout.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain MIME-Version: 1.0 Date: Sat, 26 Jul 2014 10:01:07 +0000 From: portscout@FreeBSD.org To: x11@freebsd.org Subject: FreeBSD ports you maintain which are out of date X-Mailer: portscout/0.8.1 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18 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, 26 Jul 2014 10:01:08 -0000 Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/x11@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ graphics/libdrm | 2.4.52 | 2.4.55 ------------------------------------------------+-----------------+------------ x11-drivers/xf86-video-intel29 | 2.9.1 | 2.99.914 ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Thanks. From owner-freebsd-x11@FreeBSD.ORG Sat Jul 26 11:20:39 2014 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4AD60AF for ; Sat, 26 Jul 2014 11:20:39 +0000 (UTC) Received: from mail-we0-x231.google.com (mail-we0-x231.google.com [IPv6:2a00:1450:400c:c03::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D6E37215A for ; Sat, 26 Jul 2014 11:20:38 +0000 (UTC) Received: by mail-we0-f177.google.com with SMTP id w62so5360584wes.36 for ; Sat, 26 Jul 2014 04:20:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=d43ytDslsfI/P9u3GnGamyh/9EFjOEv0I3/NAPDpqwc=; b=Rl4dVeG+nGdCrX3vhbpIfnye0pnDceKGzuPMXQagRF0qE6CbVx0bwvKwMOLu0mS7U8 PS26QneAAR0v84OWQY20uKO/cZKyM678C+xeMulmayHPFxtjSEa8+UMdeqBY9A4NFPgv drgAjQtHhQmFHbgQIp7Qr2hl7Mv0TBfXy+ay4JdudYSUhyQSwavPD6aPEfXrVDWK1IY4 EQwQUHCfSv3qpv+0GS1PB//lJGc8y6AN5q5WYCb7hLP+tVnqL4P7v2Hz251wxcJVQ++f GVpoTbP1NdGmH7FHC7x9HsOXQtFc483c7zHJSlrU78+FUBuPKOhhTsnJPKAgOFxP7rqB 4RUg== X-Received: by 10.180.189.107 with SMTP id gh11mr13165192wic.40.1406373636889; Sat, 26 Jul 2014 04:20:36 -0700 (PDT) Received: from [192.168.178.122] (p5B36D7AC.dip0.t-ipconnect.de. [91.54.215.172]) by mx.google.com with ESMTPSA id wd7sm32958163wjc.36.2014.07.26.04.20.35 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 26 Jul 2014 04:20:36 -0700 (PDT) Message-ID: <53D38F02.6060801@gmail.com> Date: Sat, 26 Jul 2014 13:20:34 +0200 From: =?ISO-8859-1?Q?Jan_Kokem=FCller?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-x11@freebsd.org Subject: Re: Supporting i386-wine-devel WITH_NEW_XORG References: <53D22235.6030504@dumbbell.fr> In-Reply-To: <53D22235.6030504@dumbbell.fr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18 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, 26 Jul 2014 11:20:39 -0000 > o I used the latest version of Mesa at that time (10.1 I think). > Mesa 10.x works *way* better with Radeon GPUs, but Mesa 9.2+ > can't work with our Intel driver. Thus I don't know if Mesa > 9.1.7 from ports will work. FWIW, I'm currently using Mesa 10.2.1 and updated X related ports from the freebsd-x11-experimental repo on a 4th gen Intel chip (GMA 4500MHD, G45). Acceleration works fine. Maybe that Mesa limitation is only valid for Sandy Bridge and higher? Wine (i386-wine-devel) also works nicely for me on amd64, but I had to manually rebuild it with WITH_NEW_XORG enabled. It would be nice to have it available in the new_xorg repository on pkg.freebsd.org. Cheers, Jan From owner-freebsd-x11@FreeBSD.ORG Sat Jul 26 12:12:52 2014 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BB814D53 for ; Sat, 26 Jul 2014 12:12:52 +0000 (UTC) Received: from mail.unitedinsong.com.au (mail.unitedinsong.com.au [150.101.178.33]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 85FC22612 for ; Sat, 26 Jul 2014 12:12:51 +0000 (UTC) Received: from laptop3.herveybayaustralia.com.au (laptop3.herveybayaustralia.com.au [192.168.0.185]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.unitedinsong.com.au (Postfix) with ESMTPSA id 90A9727371 for ; Sat, 26 Jul 2014 22:12:42 +1000 (EST) Message-ID: <53D39B39.9010407@herveybayaustralia.com.au> Date: Sat, 26 Jul 2014 22:12:41 +1000 From: Da Rock User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: freebsd-x11@freebsd.org Subject: Xorg, Radeon and KMS problems Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18 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, 26 Jul 2014 12:12:52 -0000 Ok. First time post to this list, so be gentle :) Just trying to sort out FreeBSD 10 - still - and after numerous issues I finally get Xorg to run, and failed. I have a dual card laptop (Compaq CQ62 Athlon version), with the R880M and 6300HD video. I've always had some issues with this on previous versions, but nothing like this - and I was hoping 10 with KMS would resolve it once and for all :( I've built everything WITH_NEW_XORG, WITH_GALLIUM, WITH_KMS. New install completely minty fresh 10. Tried packages, but that resulted in more issues, so I'm bypassing that now to get to the bottom of this particular problem. Running startx, I get ... nothing. Comes back with no screens found. Running configure, I get 5 screens in the layout - with 2 vesa devices, 2 radeon devices (expected), and 2 fbdev devices. Try this config, I get success; with a proviso: lxde screens look really weird. Fragmented display, disappears until redraw or something - not what I'd call useable. Whats worse is it degrades from there to the point where everything but the background and active window disappears. Comment out the vesa devices, I get a black screen with no way back except acpi shutdown. Try loading the radeonkms in the loader.conf, black screen with no way to rectify except to use the live disk. I'm not 100% here, but I'm trying all my foo on this with no luck. By rights all this should be working, right? What am I missing? I've heard word of a newcons driver, but I'm not sure this is the core of the problem or even helpful. What do I need to do to resolve this? Xorg log: [ 206.966] X.Org X Server 1.12.4 Release Date: 2012-08-27 [ 206.967] X Protocol Version 11, Revision 0 [ 206.967] Build Operating System: FreeBSD 10.0-RELEASE amd64 [ 206.967] Current Operating System: FreeBSD 10.0-RELEASE FreeBSD 10.0-RELEASE #0 r260789: Thu Jan 16 22:34:59 UTC 2014 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 [ 206.968] Build Date: 26 July 2014 12:30:31PM [ 206.968] [ 206.968] Current version of pixman: 0.32.4 [ 206.968] Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 206.968] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 206.968] (==) Log file: "/var/log/Xorg.0.log", Time: Sat Jul 26 19:48:17 2014 [ 206.969] (==) Using system config directory "/usr/local/share/X11/xorg.conf.d" [ 206.970] (==) No Layout section. Using the first Screen section. [ 206.970] (==) No screen section available. Using defaults. [ 206.970] (**) |-->Screen "Default Screen Section" (0) [ 206.970] (**) | |-->Monitor "" [ 206.971] (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. [ 206.971] (==) Automatically adding devices [ 206.971] (==) Automatically enabling devices [ 206.972] (==) 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/ [ 206.972] (==) ModulePath set to "/usr/local/lib/xorg/modules" [ 206.972] (II) The server relies on HAL to provide the list of input devices. If no devices become available, reconfigure HAL or disable AutoAddDevices. [ 206.972] (II) Loader magic: 0x7b74f0 [ 206.972] (II) Module ABI versions: [ 206.972] X.Org ANSI C Emulation: 0.4 [ 206.972] X.Org Video Driver: 12.1 [ 206.972] X.Org XInput driver : 16.0 [ 206.972] X.Org Server Extension : 6.0 [ 206.973] (!!) More than one possible primary device found [ 206.973] (--) PCI: (0:1:5:0) 1002:9712:103c:1445 rev 0, Mem @ 0xd0000000/268435456, 0xf1300000/65536, 0xf1200000/1048576, I/O @ 0x00007000/256, BIOS @ 0x????????/65536 [ 206.973] (--) PCI: (0:2:0:0) 1002:68e4:103c:1445 rev 0, Mem @ 0xe0000000/268435456, 0xf0200000/131072, I/O @ 0x00003000/256, BIOS @ 0x????????/65536 [ 206.973] (II) LoadModule: "extmod" [ 206.974] (II) Loading /usr/local/lib/xorg/modules/extensions/libextmod.so [ 206.975] (II) Module extmod: vendor="X.Org Foundation" [ 206.975] compiled for 1.12.4, module version = 1.0.0 [ 206.975] Module class: X.Org Server Extension [ 206.975] ABI class: X.Org Server Extension, version 6.0 [ 206.975] (II) Loading extension MIT-SCREEN-SAVER [ 206.975] (II) Loading extension XFree86-VidModeExtension [ 206.975] (II) Loading extension XFree86-DGA [ 206.975] (II) Loading extension DPMS [ 206.975] (II) Loading extension XVideo [ 206.975] (II) Loading extension XVideo-MotionCompensation [ 206.975] (II) Loading extension X-Resource [ 206.975] (II) LoadModule: "dbe" [ 206.976] (II) Loading /usr/local/lib/xorg/modules/extensions/libdbe.so [ 206.976] (II) Module dbe: vendor="X.Org Foundation" [ 206.976] compiled for 1.12.4, module version = 1.0.0 [ 206.976] Module class: X.Org Server Extension [ 206.976] ABI class: X.Org Server Extension, version 6.0 [ 206.976] (II) Loading extension DOUBLE-BUFFER [ 206.976] (II) LoadModule: "glx" [ 206.977] (II) Loading /usr/local/lib/xorg/modules/extensions/libglx.so [ 206.978] (II) Module glx: vendor="X.Org Foundation" [ 206.978] compiled for 1.12.4, module version = 1.0.0 [ 206.978] ABI class: X.Org Server Extension, version 6.0 [ 206.978] (==) AIGLX enabled [ 206.978] (II) Loading extension GLX [ 206.978] (II) LoadModule: "record" [ 206.979] (II) Loading /usr/local/lib/xorg/modules/extensions/librecord.so [ 206.979] (II) Module record: vendor="X.Org Foundation" [ 206.979] compiled for 1.12.4, module version = 1.13.0 [ 206.979] Module class: X.Org Server Extension [ 206.980] ABI class: X.Org Server Extension, version 6.0 [ 206.980] (II) Loading extension RECORD [ 206.980] (II) LoadModule: "dri" [ 206.980] (II) Loading /usr/local/lib/xorg/modules/extensions/libdri.so [ 206.981] (II) Module dri: vendor="X.Org Foundation" [ 206.981] compiled for 1.12.4, module version = 1.0.0 [ 206.981] ABI class: X.Org Server Extension, version 6.0 [ 206.981] (II) Loading extension XFree86-DRI [ 206.981] (II) LoadModule: "dri2" [ 206.982] (II) Loading /usr/local/lib/xorg/modules/extensions/libdri2.so [ 206.982] (II) Module dri2: vendor="X.Org Foundation" [ 206.982] compiled for 1.12.4, module version = 1.2.0 [ 206.982] ABI class: X.Org Server Extension, version 6.0 [ 206.983] (II) Loading extension DRI2 [ 206.983] (==) Matched vesa as autoconfigured driver 0 [ 206.983] (==) Matched fbdev as autoconfigured driver 1 [ 206.983] (==) Assigned the driver to the xf86ConfigLayout [ 206.983] (II) LoadModule: "vesa" [ 206.986] (II) Loading /usr/local/lib/xorg/modules/drivers/vesa_drv.so [ 206.987] (II) Module vesa: vendor="X.Org Foundation" [ 206.987] compiled for 1.12.4, module version = 2.3.3 [ 206.987] Module class: X.Org Video Driver [ 206.987] ABI class: X.Org Video Driver, version 12.1 [ 206.987] (II) LoadModule: "fbdev" [ 206.990] (II) Loading /usr/local/lib/xorg/modules/drivers/fbdev_drv.so [ 206.991] (II) Module fbdev: vendor="X.Org Foundation" [ 206.991] compiled for 1.12.4, module version = 0.4.4 [ 206.991] Module class: X.Org Video Driver [ 206.991] ABI class: X.Org Video Driver, version 12.1 [ 206.991] (II) VESA: driver for VESA chipsets: vesa [ 206.991] (II) FBDEV: driver for framebuffer: fbdev [ 206.992] (--) Using syscons driver with X support (version 2.0) [ 206.992] (--) using VT number 9 [ 207.002] (WW) Falling back to old probe method for vesa [ 207.002] (WW) Falling back to old probe method for fbdev [ 207.002] (II) Loading sub module "fbdevhw" [ 207.002] (II) LoadModule: "fbdevhw" [ 207.004] (II) Loading /usr/local/lib/xorg/modules/libfbdevhw.so [ 207.005] (EE) LoadModule: Module fbdevhw does not have a fbdevhwModuleData data object. [ 207.005] (II) UnloadModule: "fbdevhw" [ 207.005] (II) Unloading fbdevhw [ 207.005] (EE) Failed to load module "fbdevhw" (invalid module, 0) [ 207.005] (EE) No devices detected. [ 207.005] Fatal server error: [ 207.005] no screens found [ 207.005] Please consult the The X.Org Foundation support at http://wiki.x.org for help. [ 207.005] Please also check the log file at "/var/log/Xorg.0.log" for additional information. [ 207.005] [ 207.017] Server terminated with error (1). Closing log file. dmesg: Copyright (c) 1992-2014 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.0-RELEASE #0 r260789: Thu Jan 16 22:34:59 UTC 2014 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 CPU: AMD Phenom(tm) II N970 Quad-Core Processor (2194.62-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x100f53 Family = 0x10 Model = 0x5 Stepping = 3 Features=0x178bfbff Features2=0x802009 AMD Features=0xee500800 AMD Features2=0x837ff TSC: P-state invariant real memory = 4294967296 (4096 MB) avail memory = 3847254016 (3669 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 ioapic0: Changing APIC ID to 4 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 random: initialized acpi0: on motherboard acpi0: Power Button (fixed) cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 hpet0: iomem 0xfed00000-0xfed003ff irq 0,8 on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 950 Event timer "HPET" frequency 14318180 Hz quality 450 Event timer "HPET1" frequency 14318180 Hz quality 450 Event timer "HPET2" frequency 14318180 Hz quality 450 atrtc0: port 0x70-0x71 on acpi0 Event timer "RTC" frequency 32768 Hz quality 0 attimer0: port 0x40-0x43 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pcib0: Length mismatch for 3 range: 6d40000 vs 6d3ffff pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0x7000-0x70ff mem 0xd0000000-0xdfffffff,0xf1300000-0xf130ffff,0xf1200000-0xf12fffff irq 18 at device 5.0 on pci1 vgapci0: Boot video device hdac0: mem 0xf1310000-0xf1313fff irq 19 at device 5.1 on pci1 pcib2: at device 3.0 on pci0 pci2: on pcib2 vgapci1: port 0x3000-0x30ff mem 0xe0000000-0xefffffff,0xf0200000-0xf021ffff at device 0.0 on pci2 pcib3: at device 5.0 on pci0 pci4: on pcib3 ath0: mem 0xf0100000-0xf010ffff irq 17 at device 0.0 on pci4 [ath] AR9285E_20 detected; using XE TX gain tables [ath] AR9285 Main LNA config: LNA2 [ath] AR9285 Alt LNA config: LNA1 [ath] LNA diversity enabled, Diversity enabled [ath] Enabling diversity for Kite ath0: [HT] enabling HT modes ath0: [HT] 1 stream STBC receive enabled ath0: [HT] 1 RX streams; 1 TX streams ath0: AR9285 mac 192.2 RF5133 phy 14.0 ath0: 2GHz radio: 0x0000; 5GHz radio: 0x00c0 pcib4: at device 6.0 on pci0 pci5: on pcib4 re0: port 0x2000-0x20ff mem 0xf0010000-0xf0010fff,0xf0000000-0xf000ffff irq 18 at device 0.0 on pci5 re0: Using 1 MSI-X message re0: turning off MSI enable bit. re0: ASPM disabled re0: Chip rev. 0x24800000 re0: MAC rev. 0x00600000 miibus0: on re0 rlphy0: PHY 1 on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow re0: Ethernet address: 2c:27:d7:d0:eb:fc ahci0: port 0x8038-0x803f,0x804c-0x804f,0x8030-0x8037,0x8048-0x804b,0x8010-0x801f mem 0xf1408000-0xf14083ff irq 19 at device 17.0 on pci0 ahci0: AHCI v1.20 with 2 3Gbps ports, Port Multiplier supported ahcich0: at channel 0 on ahci0 ahcich1: at channel 1 on ahci0 ohci0: mem 0xf1407000-0xf1407fff irq 18 at device 18.0 on pci0 usbus0 on ohci0 ehci0: mem 0xf1408600-0xf14086ff irq 17 at device 18.2 on pci0 usbus1: EHCI version 1.0 usbus1 on ehci0 ohci1: mem 0xf1406000-0xf1406fff irq 18 at device 19.0 on pci0 usbus2 on ohci1 ehci1: mem 0xf1408500-0xf14085ff irq 17 at device 19.2 on pci0 usbus3: EHCI version 1.0 usbus3 on ehci1 pci0: at device 20.0 (no driver attached) hdac1: mem 0xf1400000-0xf1403fff irq 16 at device 20.2 on pci0 isab0: at device 20.3 on pci0 isa0: on isab0 pcib5: at device 20.4 on pci0 pci6: on pcib5 ohci2: mem 0xf1405000-0xf1405fff irq 18 at device 20.5 on pci0 usbus4 on ohci2 ohci3: mem 0xf1404000-0xf1404fff irq 18 at device 22.0 on pci0 usbus5 on ohci3 ehci2: mem 0xf1408400-0xf14084ff irq 17 at device 22.2 on pci0 usbus6: EHCI version 1.0 usbus6 on ehci2 acpi_acad0: on acpi0 battery0: on acpi0 acpi_lid0: on acpi0 acpi_tz0: on acpi0 acpi_tz0: _CRT value is absurd, ignored (-273.2C) atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 orm0: at iomem 0xcf000-0xcffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ppc0: cannot reserve I/O port range acpi_throttle0: on cpu0 hwpstate0: on cpu0 Timecounters tick every 1.000 msec hdacc0: at cad 0 on hdac0 hdaa0: at nid 1 on hdacc0 pcm0: at nid 3 on hdaa0 hdacc1: at cad 0 on hdac1 hdaa1: at nid 1 on hdacc1 pcm1: at nid 20,33 and 25 on hdaa1 pcm2: at nid 24 on hdaa1 random: unblocking device. usbus0: 12Mbps Full Speed USB v1.0 usbus1: 480Mbps High Speed USB v2.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 480Mbps High Speed USB v2.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 12Mbps Full Speed USB v1.0 usbus6: 480Mbps High Speed USB v2.0 acpi_tz0: _CRT value is absurd, ignored (-273.2C) ugen6.1: at usbus6 uhub0: on usbus6 ugen5.1: at usbus5 uhub1: on usbus5 ugen4.1: at usbus4 uhub2: on usbus4 ugen3.1: at usbus3 uhub3: on usbus3 ugen2.1: at usbus2 uhub4: on usbus2 ugen1.1: at usbus1 uhub5: on usbus1 ugen0.1: at usbus0 uhub6: on usbus0 ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ATA-8 SATA 3.x device ada0: Serial Number 50026B72410F02CA ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 228936MB (468862128 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad4 cd0 at ahcich1 bus 0 scbus1 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: Serial Number 5092488E21 cd0: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO 8192bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed Netvsc initializing... SMP: AP CPU #3 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! Timecounter "TSC-low" frequency 1097311659 Hz quality 800 Root mount waiting for: usbus6 usbus5 usbus4 usbus3 usbus2 usbus1 usbus0 uhub2: 2 ports with 2 removable, self powered uhub1: 4 ports with 4 removable, self powered uhub4: 5 ports with 5 removable, self powered uhub6: 5 ports with 5 removable, self powered Root mount waiting for: usbus6 usbus3 usbus1 uhub0: 4 ports with 4 removable, self powered uhub5: 5 ports with 5 removable, self powered uhub3: 5 ports with 5 removable, self powered Root mount waiting for: usbus1 ugen1.2: at usbus1 Trying to mount root from ufs:/dev/gpt/laptop3-root [rw]... wlan0: Ethernet address: c0:f8:da:94:91:48 ath0: ath_legacy_rx_tasklet: sc_inreset_cnt > 0; skipping ath0: ath_raw_xmit: sc_inreset_cnt > 0; bailing ath0: ath_legacy_rx_tasklet: sc_inreset_cnt > 0; skipping ath0: ath_raw_xmit: sc_inreset_cnt > 0; bailing wlan0: link state changed to UP pciconf -lvbce: hostb0@pci0:0:0:0: class=0x060000 card=0x1445103c chip=0x96011022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD]' device = 'RS880 Host Bridge' class = bridge subclass = HOST-PCI cap 08[c4] = HT slave cap 08[54] = HT unit ID clumping cap 08[40] = HT retry mode cap 08[9c] = HT Gen3 cap 08[f8] = HT power management PCI errors = Received Master-Abort pcib1@pci0:0:1:0: class=0x060400 card=0x12351022 chip=0x96021022 rev=0x00 hdr=0x01 vendor = 'Advanced Micro Devices [AMD]' device = 'RS780/RS880 PCI to PCI bridge (int gfx)' class = bridge subclass = PCI-PCI cap 08[44] = HT MSI fixed address window enabled at 0xfee00000 cap 0d[b0] = PCI Bridge card=0x12351022 pcib2@pci0:0:3:0: class=0x060400 card=0x1445103c chip=0x960b1022 rev=0x00 hdr=0x01 vendor = 'Advanced Micro Devices [AMD]' device = 'RS780 PCI to PCI bridge (ext gfx port 1)' class = bridge subclass = PCI-PCI cap 01[50] = powerspec 3 supports D0 D3 current D0 cap 10[58] = PCI-Express 2 root port slot max data 128(128) link x8(x8) speed 2.5(5.0) ASPM L0s/L1(L0s/L1) cap 05[a0] = MSI supports 1 message cap 0d[b0] = PCI Bridge card=0x1445103c cap 08[b8] = HT MSI fixed address window enabled at 0xfee00000 ecap 000b[100] = Vendor 1 ID 1 ecap 0002[110] = VC 1 max VC0 pcib3@pci0:0:5:0: class=0x060400 card=0x1445103c chip=0x96051022 rev=0x00 hdr=0x01 vendor = 'Advanced Micro Devices [AMD]' device = 'RS780/RS880 PCI to PCI bridge (PCIE port 1)' class = bridge subclass = PCI-PCI cap 01[50] = powerspec 3 supports D0 D3 current D0 cap 10[58] = PCI-Express 2 root port slot max data 128(128) link x1(x1) speed 2.5(5.0) ASPM L0s/L1(L0s/L1) cap 05[a0] = MSI supports 1 message cap 0d[b0] = PCI Bridge card=0x1445103c cap 08[b8] = HT MSI fixed address window enabled at 0xfee00000 ecap 000b[100] = Vendor 1 ID 1 ecap 0002[110] = VC 1 max VC0 pcib4@pci0:0:6:0: class=0x060400 card=0x1445103c chip=0x96061022 rev=0x00 hdr=0x01 vendor = 'Advanced Micro Devices [AMD]' device = 'RS780 PCI to PCI bridge (PCIE port 2)' class = bridge subclass = PCI-PCI cap 01[50] = powerspec 3 supports D0 D3 current D0 cap 10[58] = PCI-Express 2 root port slot max data 128(128) link x1(x1) speed 2.5(5.0) ASPM L0s/L1(L0s/L1) cap 05[a0] = MSI supports 1 message cap 0d[b0] = PCI Bridge card=0x1445103c cap 08[b8] = HT MSI fixed address window enabled at 0xfee00000 ecap 000b[100] = Vendor 1 ID 1 ecap 0002[110] = VC 1 max VC0 ahci0@pci0:0:17:0: class=0x010601 card=0x1445103c chip=0x43911002 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD] nee ATI' device = 'SB7x0/SB8x0/SB9x0 SATA Controller [AHCI mode]' class = mass storage subclass = SATA bar [10] = type I/O Port, range 32, base 0x8038, size 8, enabled bar [14] = type I/O Port, range 32, base 0x804c, size 4, enabled bar [18] = type I/O Port, range 32, base 0x8030, size 8, enabled bar [1c] = type I/O Port, range 32, base 0x8048, size 4, enabled bar [20] = type I/O Port, range 32, base 0x8010, size 16, enabled bar [24] = type Memory, range 32, base 0xf1408000, size 1024, enabled cap 12[70] = SATA Index-Data Pair cap 13[a4] = PCI Advanced Features: FLR TP ohci0@pci0:0:18:0: class=0x0c0310 card=0x1445103c chip=0x43971002 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD] nee ATI' device = 'SB7x0/SB8x0/SB9x0 USB OHCI0 Controller' class = serial bus subclass = USB bar [10] = type Memory, range 32, base 0xf1407000, size 4096, enabled ehci0@pci0:0:18:2: class=0x0c0320 card=0x1445103c chip=0x43961002 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD] nee ATI' device = 'SB7x0/SB8x0/SB9x0 USB EHCI Controller' class = serial bus subclass = USB bar [10] = type Memory, range 32, base 0xf1408600, size 256, enabled cap 01[c0] = powerspec 2 supports D0 D1 D2 D3 current D0 cap 0a[e4] = EHCI Debug Port at offset 0xe0 in map 0x14 ohci1@pci0:0:19:0: class=0x0c0310 card=0x1445103c chip=0x43971002 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD] nee ATI' device = 'SB7x0/SB8x0/SB9x0 USB OHCI0 Controller' class = serial bus subclass = USB bar [10] = type Memory, range 32, base 0xf1406000, size 4096, enabled ehci1@pci0:0:19:2: class=0x0c0320 card=0x1445103c chip=0x43961002 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD] nee ATI' device = 'SB7x0/SB8x0/SB9x0 USB EHCI Controller' class = serial bus subclass = USB bar [10] = type Memory, range 32, base 0xf1408500, size 256, enabled cap 01[c0] = powerspec 2 supports D0 D1 D2 D3 current D0 cap 0a[e4] = EHCI Debug Port at offset 0xe0 in map 0x14 none0@pci0:0:20:0: class=0x0c0500 card=0x1445103c chip=0x43851002 rev=0x42 hdr=0x00 vendor = 'Advanced Micro Devices [AMD] nee ATI' device = 'SBx00 SMBus Controller' class = serial bus subclass = SMBus hdac1@pci0:0:20:2: class=0x040300 card=0x1445103c chip=0x43831002 rev=0x40 hdr=0x00 vendor = 'Advanced Micro Devices [AMD] nee ATI' device = 'SBx00 Azalia (Intel HDA)' class = multimedia subclass = HDA bar [10] = type Memory, range 64, base 0xf1400000, size 16384, enabled cap 01[50] = powerspec 2 supports D0 D3 current D0 isab0@pci0:0:20:3: class=0x060100 card=0x1445103c chip=0x439d1002 rev=0x40 hdr=0x00 vendor = 'Advanced Micro Devices [AMD] nee ATI' device = 'SB7x0/SB8x0/SB9x0 LPC host controller' class = bridge subclass = PCI-ISA pcib5@pci0:0:20:4: class=0x060401 card=0x00000000 chip=0x43841002 rev=0x40 hdr=0x01 vendor = 'Advanced Micro Devices [AMD] nee ATI' device = 'SBx00 PCI to PCI Bridge' class = bridge subclass = PCI-PCI ohci2@pci0:0:20:5: class=0x0c0310 card=0x1445103c chip=0x43991002 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD] nee ATI' device = 'SB7x0/SB8x0/SB9x0 USB OHCI2 Controller' class = serial bus subclass = USB bar [10] = type Memory, range 32, base 0xf1405000, size 4096, enabled ohci3@pci0:0:22:0: class=0x0c0310 card=0x1445103c chip=0x43971002 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD] nee ATI' device = 'SB7x0/SB8x0/SB9x0 USB OHCI0 Controller' class = serial bus subclass = USB bar [10] = type Memory, range 32, base 0xf1404000, size 4096, enabled ehci2@pci0:0:22:2: class=0x0c0320 card=0x1445103c chip=0x43961002 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD] nee ATI' device = 'SB7x0/SB8x0/SB9x0 USB EHCI Controller' class = serial bus subclass = USB bar [10] = type Memory, range 32, base 0xf1408400, size 256, enabled cap 01[c0] = powerspec 2 supports D0 D1 D2 D3 current D0 cap 0a[e4] = EHCI Debug Port at offset 0xe0 in map 0x14 hostb1@pci0:0:24:0: class=0x060000 card=0x00000000 chip=0x12001022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD]' device = 'Family 10h Processor HyperTransport Configuration' class = bridge subclass = HOST-PCI cap 08[80] = HT host hostb2@pci0:0:24:1: class=0x060000 card=0x00000000 chip=0x12011022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD]' device = 'Family 10h Processor Address Map' class = bridge subclass = HOST-PCI hostb3@pci0:0:24:2: class=0x060000 card=0x00000000 chip=0x12021022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD]' device = 'Family 10h Processor DRAM Controller' class = bridge subclass = HOST-PCI hostb4@pci0:0:24:3: class=0x060000 card=0x00000000 chip=0x12031022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD]' device = 'Family 10h Processor Miscellaneous Control' class = bridge subclass = HOST-PCI cap 0f[f0] = unknown hostb5@pci0:0:24:4: class=0x060000 card=0x00000000 chip=0x12041022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD]' device = 'Family 10h Processor Link Control' class = bridge subclass = HOST-PCI vgapci0@pci0:1:5:0: class=0x030000 card=0x1445103c chip=0x97121002 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD] nee ATI' device = 'RS880M [Mobility Radeon HD 4200 Series]' class = display subclass = VGA bar [10] = type Prefetchable Memory, range 32, base 0xd0000000, size 268435456, enabled bar [14] = type I/O Port, range 32, base 0x7000, size 256, enabled bar [18] = type Memory, range 32, base 0xf1300000, size 65536, enabled bar [24] = type Memory, range 32, base 0xf1200000, size 1048576, enabled cap 01[50] = powerspec 3 supports D0 D1 D2 D3 current D0 cap 05[a0] = MSI supports 1 message, 64 bit hdac0@pci0:1:5:1: class=0x040300 card=0x1445103c chip=0x970f1002 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD] nee ATI' device = 'RS880 HDMI Audio [Radeon HD 4200 Series]' class = multimedia subclass = HDA bar [10] = type Memory, range 32, base 0xf1310000, size 16384, enabled cap 01[50] = powerspec 3 supports D0 D1 D2 D3 current D0 cap 05[a0] = MSI supports 1 message, 64 bit enabled with 1 message vgapci1@pci0:2:0:0: class=0x030000 card=0x1445103c chip=0x68e41002 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD] nee ATI' device = 'Robson CE [AMD Radeon HD 6300 Series]' class = display subclass = VGA bar [10] = type Prefetchable Memory, range 64, base 0xe0000000, size 268435456, enabled bar [18] = type Memory, range 64, base 0xf0200000, size 131072, enabled bar [20] = type I/O Port, range 32, base 0x3000, size 256, enabled cap 01[50] = powerspec 3 supports D0 D1 D2 D3 current D0 cap 10[58] = PCI-Express 2 legacy endpoint max data 128(256) link x8(x16) speed 2.5(2.5) ASPM L0s/L1(L0s/L1) cap 05[a0] = MSI supports 1 message, 64 bit ecap 000b[100] = Vendor 1 ID 1 ath0@pci0:4:0:0: class=0x028000 card=0x3040103c chip=0x002b168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'AR9285 Wireless Network Adapter (PCI-Express)' class = network bar [10] = type Memory, range 64, base 0xf0100000, size 65536, enabled cap 01[40] = powerspec 3 supports D0 D1 D3 current D0 cap 05[50] = MSI supports 1 message cap 10[60] = PCI-Express 2 legacy endpoint max data 128(128) link x1(x1) speed 2.5(2.5) ASPM L0s/L1(L0s/L1) ecap 0001[100] = AER 1 0 fatal 0 non-fatal 5 corrected ecap 0002[140] = VC 1 max VC0 ecap 0003[160] = Serial 1 001517ffff241412 ecap 0004[170] = Power Budgeting 1 PCI-e errors = Correctable Error Detected Unsupported Request Detected Corrected = Receiver Error Bad TLP Bad DLLP Replay Timer Timeout Advisory Non-Fatal Error re0@pci0:5:0:0: class=0x020000 card=0x1445103c chip=0x813610ec rev=0x02 hdr=0x00 vendor = 'Realtek Semiconductor Co., Ltd.' device = 'RTL8101E/RTL8102E PCI Express Fast Ethernet controller' class = network subclass = ethernet bar [10] = type I/O Port, range 32, base 0x2000, size 256, enabled bar [18] = type Prefetchable Memory, range 64, base 0xf0010000, size 4096, enabled bar [20] = type Prefetchable Memory, range 64, base 0xf0000000, size 65536, enabled cap 01[40] = powerspec 3 supports D0 D1 D2 D3 current D0 cap 05[50] = MSI supports 1 message, 64 bit cap 10[70] = PCI-Express 2 endpoint IRQ 1 max data 128(128) link x1(x1) speed 2.5(2.5) ASPM disabled(L0s/L1) cap 11[ac] = MSI-X supports 2 messages, enabled Table in map 0x20[0x0], PBA in map 0x20[0x800] cap 03[cc] = VPD ecap 0001[100] = AER 1 1 fatal 0 non-fatal 3 corrected ecap 0002[140] = VC 1 max VC0 ecap 0003[160] = Serial 1 0000000000000000 PCI-e errors = Correctable Error Detected Fatal Error Detected Unsupported Request Detected Fatal = Flow Control Protocol Error Corrected = Receiver Error Bad TLP Advisory Non-Fatal Error Anything else needed? Cheers From owner-freebsd-x11@FreeBSD.ORG Sat Jul 26 14:11:19 2014 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 19E4BE85 for ; Sat, 26 Jul 2014 14:11:19 +0000 (UTC) Received: from smtp-vbr6.xs4all.nl (smtp-vbr6.xs4all.nl [194.109.24.26]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C16FE2FAC for ; Sat, 26 Jul 2014 14:11:18 +0000 (UTC) Received: from slackbox.erewhon.home (slackbox.xs4all.nl [83.162.243.5]) by smtp-vbr6.xs4all.nl (8.13.8/8.13.8) with ESMTP id s6QEB7iM091896; Sat, 26 Jul 2014 16:11:08 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.erewhon.home (Postfix, from userid 1001) id 9761112487; Sat, 26 Jul 2014 16:11:07 +0200 (CEST) Date: Sat, 26 Jul 2014 16:11:07 +0200 From: Roland Smith To: Da Rock Subject: Re: Xorg, Radeon and KMS problems Message-ID: <20140726141107.GA1382@slackbox.erewhon.home> References: <53D39B39.9010407@herveybayaustralia.com.au> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FL5UXtIhxfXey3p5" Content-Disposition: inline In-Reply-To: <53D39B39.9010407@herveybayaustralia.com.au> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.23 (2014-03-12) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-x11@freebsd.org X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18 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, 26 Jul 2014 14:11:19 -0000 --FL5UXtIhxfXey3p5 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jul 26, 2014 at 10:12:41PM +1000, Da Rock wrote: > Ok. First time post to this list, so be gentle :) >=20 > Just trying to sort out FreeBSD 10 - still - and after numerous issues I= =20 > finally get Xorg to run, and failed. >=20 > I have a dual card laptop (Compaq CQ62 Athlon version), with the R880M=20 > and 6300HD video. I've always had some issues with this on previous=20 > versions, but nothing like this - and I was hoping 10 with KMS would=20 > resolve it once and for all :( >=20 > I've built everything WITH_NEW_XORG, WITH_GALLIUM, WITH_KMS. New install= =20 > completely minty fresh 10. Tried packages, but that resulted in more=20 > issues, so I'm bypassing that now to get to the bottom of this=20 > particular problem. >=20 > Running startx, I get ... nothing. Comes back with no screens found. >=20 > Running configure, I get 5 screens in the layout - with 2 vesa devices,= =20 > 2 radeon devices (expected), and 2 fbdev devices. Try this config, I get= =20 > success; with a proviso: lxde screens look really weird. Fragmented=20 > display, disappears until redraw or something - not what I'd call=20 > useable. Whats worse is it degrades from there to the point where=20 > everything but the background and active window disappears. >=20 > Comment out the vesa devices, I get a black screen with no way back=20 > except acpi shutdown. >=20 > Try loading the radeonkms in the loader.conf, black screen with no way=20 > to rectify except to use the live disk. >=20 > I'm not 100% here, but I'm trying all my foo on this with no luck. By=20 > rights all this should be working, right? What am I missing? I've heard= =20 > word of a newcons driver, but I'm not sure this is the core of the=20 > problem or even helpful. What do I need to do to resolve this? The main problem seems to be that X cannot find a screen. And the RADEON driver doesn't show up in the Xorg log. I think the root cause is that the system doesn't know which one to choose. =46rom the Xorg log: > [ 206.973] (!!) More than one possible primary device found What I would try is build Xorg without HAL, and add Option "AutoAddDevices" "off" to the ServerLayout section of your Xorg.conf. Add two Device sections to your Xorg.conf using the data from pciconf; > vgapci0@pci0:1:5:0: class=3D0x030000 card=3D0x1445103c chip=3D0x971210= 02=20 > rev=3D0x00 hdr=3D0x00 > vendor =3D 'Advanced Micro Devices [AMD] nee ATI' > device =3D 'RS880M [Mobility Radeon HD 4200 Series]' > class =3D display > subclass =3D VGA > vgapci1@pci0:2:0:0: class=3D0x030000 card=3D0x1445103c chip=3D0x68e410= 02=20 > rev=3D0x00 hdr=3D0x00 > vendor =3D 'Advanced Micro Devices [AMD] nee ATI' > device =3D 'Robson CE [AMD Radeon HD 6300 Series]' > class =3D display > subclass =3D VGA Section "Device" Identifier "Card0" Driver "radeon" BoardName "Radeon HD 4200" BusID "PCI:1:5:0" EndSection Section "Device" Identifier "Card1" Driver "radeon" BoardName "Radeon HD 6300" BusID "PCI:2:0:0" EndSection =46rom your dmesg, it seems that the HD 4200 is connected to the monitor; > vgapci0: port 0x7000-0x70ff mem=20 > 0xd0000000-0xdfffffff,0xf1300000-0xf130ffff,0xf1200000-0xf12fffff irq 18= =20 > at device 5.0 on pci1 > vgapci0: Boot video device Then write a Screen section containing one of the monitors. Most listing for the CQ62 list it as using a HD 4200, and it seems to be the one used at boo= t, so I'd try that first. Section "Monitor0" VendorName "built-in" Identifier "Monitor0" EndSection If you know the pysical size of the monitor, add a =E2=80=9CDisplaySize wi= dth height=E2=80=9D line to the Monitor0 section. That will help calculate the horizontal and vertical pitch. Section "Screen" Identifier "Screen0" Device "Card0" Monitor "Monitor0" DefaultDepth 24 SubSection "Display" Depth 24 Modes "1366 x 768" EndSubSection EndSection Xorg will load the necessary modules when it starts. > dmesg: > Copyright (c) 1992-2014 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 10.0-RELEASE #0 r260789: Thu Jan 16 22:34:59 UTC 2014 > root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 You cannot use the new vt(4) driver on 10.0-RELEASE. It is only available on 10-STABLE. This means that you cannot switch from X back to the sc console. That is not supported with kernel modesetting. You will either have to do without or upgrade to 10-STABLE. I'm on r269090 using a Radeon X 1650 Pro a= nd it works fine. After upgrading to 10-STABLE, use kldstat to see which modules are loaded by Xorg, and add them to /boot/loader.conf. Then you can enable vt. An excerpt =66rom my /boot/loader.conf: # Kernel modules radeonkms_load=3D"YES" drm2_load=3D"YES" iicbus_load=3D"YES" iic_load=3D"YES" iicbb_load=3D"YES" radeonkmsfw_R520_cp_load=3D"YES" # Use the new vt driver. kern.vty=3Dvt N.B: Do *not* use the `radeonkmsfw_R520_cp_load=3D"YES"` line. It's not the correct firmware for your chip! Hope this helps... Roland --=20 R.F.Smith http://rsmith.home.xs4all.nl/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 5753 3324 1661 B0FE 8D93 FCED 40F6 D5DC A38A 33E0 (keyID: A38A33E0) --FL5UXtIhxfXey3p5 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBAgAGBQJT07b7AAoJEED21dyjijPgqC0QALt61IxhVNF6da68tM9EXFmY Ek7Xg1GGZn3qzUiCkIkO+sZYU6dB5lU6ObCMJfX1grSwLdPzjlXz5S6cfeJkHFSy zYk3Gq4mMGLVgpuQuhrHQ/Xi7Z4VQGfgRdE3SvabzYxO0pHbYhXw+bHG5bYoxGN1 /GfTkKdjrXdOKZuzNbvK535HbBjwtkYpTJ95MSltnGjlz7ybI9g/kLZFXSF/Qp20 pup+eWD6Ej1b18q6bDtJiZ81xYfoUih1VVG49umG58NaPLSK+P5aQV+U8xfmiTPD b9iZShlXLWyn2iSGySgh7vlliQHsl35ELnk9ANsbNSaTacO95yrrWSlgOt3uwcRc DLT6nuR4IDk9arEJ84A2I0ANkiGFp3QLUTCpf073mwyXA1fXijtV9NzLZgLS2ZEL 8VyOBqPjEevvgRd8CbK2XIH8KgzSHABKpOeqq4zZ9hddQFE4Fvhad40d7AZBSWNA XaBdlumrhzmBvRijmxpwsz9tneOR5q/eh3fZp/4/JqEzQZbaauQoX4guAtVd+9aA 2SRSpkEJJ26++6/yobU2E+/ss68U15XHbO62bEd8JNPws725MHLpSlu4hTt1SUtU ybTxmZC1aUR+68I0JWxjtVdMv2Y6qDERucj5ns+nh/8teRAf11LiIssXbc3b9YF7 SUC8VOs5EK+aj5sZSINI =4hJe -----END PGP SIGNATURE----- --FL5UXtIhxfXey3p5-- From owner-freebsd-x11@FreeBSD.ORG Sat Jul 26 18:17:13 2014 Return-Path: Delivered-To: freebsd-x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 425912AC for ; Sat, 26 Jul 2014 18:17:13 +0000 (UTC) Received: from mail-vc0-x22e.google.com (mail-vc0-x22e.google.com [IPv6:2607:f8b0:400c:c03::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 034FD234D for ; Sat, 26 Jul 2014 18:17:12 +0000 (UTC) Received: by mail-vc0-f174.google.com with SMTP id la4so9014023vcb.5 for ; Sat, 26 Jul 2014 11:17:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=IBB2ZyyTMaWRC3Bf2ETGqFSC3J7aqsBt/KO89bktx2o=; b=s8s431LWHsd+6azm6mDYMaYv3Iu5/LyoBEJulAgisI5c3MzlCxtBBaI45EqguUpn/p fm+1xCrWdX2qvnbehhD4NTjZ5nR0BmVQLpBOaqNW97XBprmk30HmKLAEv8kChcYW7tMa 37D1egx7lqDNEi55ExkAMAAlkwYMIKi//DSDksu2P1kZUacNzxMqYK/lsU4SsJ0Pxnsc Z2+S1SLAfdChWssM0eaR8v9kmiNkzDBTiWKBcYgsYZW0ZOvHkDJb9VueUa+YJzhTe+pz Nh2NninFYPYGIT7O5P2ZU3iQwfVjcLjARNR1bef7OdU+bjZAZNiyT39c9opMsJ9Q2ls0 Wtcg== MIME-Version: 1.0 X-Received: by 10.221.55.70 with SMTP id vx6mr2692865vcb.23.1406398631980; Sat, 26 Jul 2014 11:17:11 -0700 (PDT) Received: by 10.52.157.201 with HTTP; Sat, 26 Jul 2014 11:17:11 -0700 (PDT) Date: Sat, 26 Jul 2014 21:17:11 +0300 Message-ID: Subject: NEW_XORG EQ overflow problems From: Toms Bergmanis To: freebsd-x11@FreeBSD.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18 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, 26 Jul 2014 18:17:13 -0000 Hi. With the NEW_XORG repo i decided to again try out how my system behaves with the new drivers. As usual everything pretty much as expected (working drivers), but sometimes Xorg (or something from the graphics stack) likes to act up and my pc reboots - screen image gets scrambled and my pc reboots or restarts the X server (on one occasion the system just froze). Usually this happens on heavy load - copying files from backup and/or viewing some >1080p images on the web. FreeBSD 10 amd64 AMD APU A8-5600K XFCE desktop This is what Xorg.log shows me: ... [ 2147.193] [mi] EQ overflowing. Additional events will be discarded until existing events are processed. [ 2147.193] [mi] These backtraces from mieqEnqueue may point to a culprit higher up the stack. [ 2147.193] [mi] mieq is *NOT* the cause. It is a victim. [ 2156.345] [mi] EQ overflow continuing. 100 events have been dropped. [ 2161.849] [mi] EQ overflow continuing. 200 events have been dropped. [ 2183.920] [mi] EQ overflow continuing. 300 events have been dropped. [ 2184.664] [mi] EQ overflow continuing. 400 events have been dropped. xorg.conf - http://pastebin.com/VUS6yGjA Xorg.log - http://pastebin.com/dVkUTuHb dmesg - http://pastebin.com/Sr6AKMZn pciconf - http://pastebin.com/SuB6CSHT devinfo - http://pastebin.com/j5HWqWCc pkg info - http://pastebin.com/RKjADgET kldstat - http://pastebin.com/pM6Ujfpu